BEŁKOT
PURL ( Persistent Uniform Resource Locator ) to stały jednolity lokalizator (lokator) zasobu . W angielskim wymawia się to jako [ purl ], rosyjska wymowa jeszcze się nie ustabilizowała, prawdopodobnie będzie to [ pu-er-el ]. Format PURL jest oparty na adresie URL , standardowym sposobie rejestrowania adresu zasobu w Internecie . PURL jest stałym lokalizatorem zasobów, który (w przeciwieństwie do normalnego adresu URL) nie może się zmienić.
Główna idea
Idiom „ wskaż i kliknij ” w sieci WWW sprawił, że surfowanie po sieci stało się łatwym i przyjemnym doświadczeniem. Ale dość często użytkownik napotyka komunikat o błędzie 404: „Nie znaleziono dokumentu”. Ten błąd występuje, gdy żądany zasób został przeniesiony, usunięty, zrestrukturyzowany, przemianowany lub wprowadzono zmiany w konfiguracji serwera WWW lub systemie plików serwera . Nieprzewidywalna mobilność zasobów internetowych to ogromny problem, zwłaszcza dla bibliotek cyfrowych, katalogów, słowników i encyklopedii. A winowajcą są same koncepcje URL i DNS , które nie mają elastyczności tam, gdzie jest to potrzebne, i całkiem trafiają tam, gdzie nie są potrzebne.
Zasoby w sieci WWW i Internecie są przenoszone, domeny DNS są ponownie rejestrowane, a łącza URL pozostają, wskazując na zasoby, których już nie ma. Typowym rozwiązaniem tych problemów może być opracowanie jednolitych nazw zasobów URN ( ang. Uniform Resource Names ). IETF ( Internet Engineering Task Force ) pracuje nad URN od jakiegoś czasu , ale nie osiągnięto jeszcze rezultatu. W normalizację URN zaangażowanych jest zbyt wielu interesariuszy i trudno będzie im wszystkim dojść do konsensusu. Tymczasem tysiące bibliotek, katalogów, słowników i encyklopedii na całym świecie potrzebuje natychmiastowych rozwiązań tych problemów. I tu w grę wchodzi projekt PURL.
W swojej funkcjonalności PURL są tymi samymi adresami URL, ale nie wskazują na konkretną lokalizację zasobu, ale na wpis w bazie danych PURL, gdzie z kolei jest już zarejestrowany konkretny adres URL zasobu. Podczas uzyskiwania dostępu do PURL serwer znajduje wymagany wpis w tej bazie danych i przekierowuje (poprzez standardowe „ Przekierowanie HTTP ”) żądanie do określonej lokalizacji zasobu. Jeśli zmieni się adres zasobu, nie ma potrzeby poprawiania wszystkich niezliczonych odniesień do niego - wystarczy zmienić wpis (konkretny adres) w bazie danych, a PURL pozostanie całkowicie niezmieniony. W ten sposób osiągana jest trwałość adresu zewnętrznego zasobu.
Przykład. Załóżmy, że zarejestrowany jest następujący PURL:
http://purl.russian-books.com/WarAndPeace/
Ten PURL wskazuje (poprzez łącze do bazy danych) na taki adres URL:
http://twój.serwer.web/twój/sieć/root/
Następnie, jeśli prośba do PURL następuje pod tym linkiem:
http://purl.russian-books.com/WarAndPeace/chapter12.html
Serwer automatycznie przekieruje żądanie na:
http://twój.serwer.web/twój/sieć/root/chapter12.html
Jak widać na przykładzie, wszystko jest bardzo proste i skuteczne. Ten mechanizm jest podobny do przekierowań Wikipedii .
Struktura PURL
W swojej podstawowej formie PURL jest prawie taki sam jak zwykłe adresy URL:
http://purl.oclc.org/OCLC/PURL/FAQ
---- ------------- -------------
/ | \
serwer protokołu o nazwie DB PURL
Znaki „#” i „~” nie mogą być używane w PURL.
Schemat dostępu do zasobów wygląda tak:
+-------+ PURL +----------+ | | ------------>> | | | | | PURL | | K | URL | SERWER | | L | <<------------ | | | I | +----------+ | E | URL +----------+ | H | ------------>> | | | T | | SERWER | | | ZASOBY | ZASOBY | | | <<------------ | | +----------+ +----------+
Schemat nie jest pozbawiony wad, dodatkowe ogniwo w tym łańcuchu generuje dodatkowy ruch w sieci i obciąża sieć. Ale szybkość przetwarzania PURL jest nadal bardzo wysoka – na przykład w 1996 roku jednoprocesorowy serwer plików „Sun4”, obsługujący bazę danych PURL zawierającą 500 000 rekordów, mógł przekierować 50 żądań na sekundę. I nie ma nic do powiedzenia o nowoczesnych, potężnych serwerach. W końcu może minąć dużo czasu, zanim specyfikacja URN zostanie opublikowana, a ten schemat oferuje teraz łatwe rozwiązanie. Ta wspaniała innowacja nie jest jeszcze wystarczająco popularna i niewystandaryzowana na wysokim poziomie. Ale każdy może teraz korzystać z PURL i to za darmo.
Kolejną dobrą wiadomością jest to, że format PURL jest zgodny z nadchodzącą specyfikacją URN . Więc nie będzie kolejnego bolesnego przejścia kardynalnego. Najwyraźniej wprowadzenie międzynarodowego standardu IRI również nie zaszkodzi PURL. Ponadto całe oprogramowanie serwerowe projektu PURL jest open source, kody źródłowe są publicznie dostępne.
Historia i perspektywy
Projekt PURL został opracowany, uruchomiony w styczniu 1996 roku i jest obecnie wspierany przez Online Computer Library Center , Inc . , OCLC . Jest to duża organizacja non-profit, której komputery łączą ponad 21 000 bibliotek w 63 krajach na całym świecie. OCLC zajmuje się również badaniami i rozwojem technicznym w dziedzinie bibliotek cyfrowych.
Prężność serwerów PURL jest zbliżona do prężności serwerów DNS, a więc tych, którzy chcą trochę stracić, jeśli chcą przejść z płatnej domeny DNS na darmową subdomenę w systemie PURL. Faktem jest, że jeśli dana osoba przestanie płacić za domenę DNS, to jej domena zostanie usunięta z baz danych serwera DNS , a nawet może zostać odkupiona przez inną osobę. Ale stały lokalizator PURL nigdzie nie pójdzie i będzie istniał, dopóki sam projekt PURL nie zostanie zamknięty - a to najwyraźniej nie nastąpi szybko (w końcu OCLC jest bardzo solidną i stabilną organizacją).
Schemat PURL, z powodów opisanych powyżej, prawdopodobnie nie jest odpowiedni dla większości dużych firm. Ale setki bibliotek, katalogów, słowników, informatorów, encyklopedii i innych zasobów na całym świecie już zaczęły korzystać z systemu PURL. System PURL doskonale sprawdza się w organizacjach naukowo-badawczych, fundacjach non-profit i stowarzyszeniach publicznych. Wśród użytkowników są już osoby.
