PURL ( Persistent Uniform Resource Locator ) este un localizator uniform permanent (locator) al unei resurse . În maniera engleză se pronunță ca [ purl ], pronunția rusă nu s-a stabilit încă, probabil va fi [ pu-er-el ]. Formatul PURL se bazează pe URL , o modalitate standardizată de a înregistra adresa unei resurse pe Internet . PURL este un localizator permanent de resurse care (spre deosebire de un URL normal) nu se poate modifica.
Expresia „ point-and-click ” din World Wide Web a făcut navigarea pe internet o experiență ușoară și plăcută. Dar, destul de des, utilizatorul întâlnește un mesaj de eroare 404: „Document Not Found”. Această eroare apare atunci când resursa solicitată a fost mutată, ștearsă, restructurată, redenumită sau s-au făcut modificări în configurația serverului web sau în sistemul de fișiere al serverului . Mobilitatea imprevizibilă a resurselor de pe Internet este o problemă uriașă, în special pentru bibliotecile digitale, cataloage, dicționare și enciclopedii. Iar de vină sunt chiar conceptele de URL și DNS , cărora le lipsește flexibilitatea acolo unde este nevoie și o ajunge acolo unde nu este nevoie.
Resursele de pe World Wide Web și de pe Internet sunt mutate, domeniile DNS sunt reînregistrate, iar linkurile URL rămân, indicând resurse care nu mai există. O soluție comună la aceste probleme poate fi dezvoltarea numelor uniforme de resurse URN ( ing. Uniform Resource Names ). IETF ( Internet Engineering Task Force ) lucrează la URN de ceva timp , dar rezultatul nu a fost încă atins. Există prea multe părți interesate implicate în standardizarea URN și va fi dificil pentru toți să ajungă la un consens. Între timp, mii de biblioteci, cataloage, dicționare și enciclopedii din întreaga lume au nevoie de soluții imediate la aceste probleme. Și aici intervine proiectul PURL.
În funcționalitatea lor, PURL-urile sunt aceleași URL-uri, dar nu indică către o locație specifică a resursei, ci către o intrare din baza de date PURL, unde, la rândul său, o anumită adresă URL a resursei este deja înregistrată. Când accesează PURL, serverul găsește intrarea necesară în această bază de date și redirecționează (prin redirecționarea standard HTTP ) cererea către o anumită locație a resursei. Dacă adresa resursei se modifică, atunci nu este nevoie să remediați toate nenumăratele referințe la aceasta - doar schimbați intrarea (adresa specifică) în baza de date, iar PURL va rămâne complet neschimbat. Astfel, se realizează persistența adresei externe a resursei.
Exemplu. Să presupunem că următorul PURL este înregistrat:
http://purl.russian-books.com/WarAndPeace/Acest PURL indică (prin intermediul unui link de bază de date) către o adresă URL ca aceasta:
http://your.web.server/your/web/root/Apoi, dacă o solicitare către PURL urmează acest link:
http://purl.russian-books.com/WarAndPeace/chapter12.htmlServerul va redirecționa automat cererea către:
http://your.web.server/your/web/root/chapter12.htmlDupă cum puteți vedea din exemplu, totul este foarte simplu și eficient. Acest mecanism este asemănător cu redirecționările Wikipedia .
În forma sa de bază, PURL este aproape la fel cu adresele URL obișnuite:
http://purl.oclc.org/OCLC/PURL/FAQ ---- ------------- -------------- / | \ server de protocol cu nume DB PURLCaracterele „#” și „~” nu pot fi folosite în PURL.
Schema de acces la resurse arată astfel:
+-------+ PURL +----------+ | | ------------>> | | | | | PURL | | K | URL | SERVER | | L | <<------------- | | | Și | +----------+ | E | URL +----------+ | H | ------------>> | | | T | | SERVER | | | RESURSA | RESURSA | | | <<------------- | | +-------+ +----------+Schema nu este lipsită de defecte, o verigă suplimentară în acest lanț creează trafic de rețea suplimentar și încarcă rețeaua. Dar viteza de procesare a PURL este încă foarte mare - de exemplu, în 1996, un server de fișiere cu un singur procesor „Sun4”, care deservește o bază de date PURL de 500.000 de înregistrări, putea redirecționa 50 de solicitări pe secundă. Și nu este nimic de spus despre serverele moderne puternice. La urma urmei, poate trece mult timp până când specificația URN este lansată, iar această schemă oferă o soluție ușoară chiar acum. Această inovație minunată nu este încă suficient de populară și nu este standardizată la un nivel înalt. Dar oricine poate folosi PURL chiar acum și gratuit.
O altă veste bună este că PURL este compatibil cu formatul cu viitoarea specificație URN . Deci nu va mai exista o altă tranziție cardinală dureroasă. De asemenea, aparent, introducerea standardului internațional IRI nu va dăuna PURL. În plus, tot software-ul de server al proiectului PURL este open source, codurile sursă sunt disponibile public.
Proiectul PURL a fost dezvoltat, lansat în ianuarie 1996 și este acum susținut de Online Computer Library Center , Inc. , OCLC . Este o mare organizație non-profit ale cărei computere conectează peste 21.000 de biblioteci din 63 de țări din întreaga lume. OCLC este, de asemenea, implicată în cercetare și dezvoltare tehnică în domeniul bibliotecilor digitale.
Reziliența serverelor PURL este apropiată de rezistența serverelor DNS, așa că cei care vor să piardă puțin dacă vor să treacă de la un domeniu DNS plătit la un subdomeniu gratuit în sistemul PURL. Faptul este că, dacă o persoană nu mai plătește pentru un domeniu DNS, atunci domeniul său va fi eliminat din bazele de date ale serverului DNS și poate fi chiar răscumpărat de o altă persoană. Dar localizatorul permanent PURL nu va merge nicăieri și va exista până când proiectul PURL în sine se va închide - și acest lucru, aparent, nu se va întâmpla foarte curând (la urma urmei, OCLC este o organizație foarte solidă și stabilă).
Schema PURL, din motivele descrise mai sus, probabil nu este potrivită pentru majoritatea companiilor mari. Dar sute de biblioteci, cataloage, dicționare, cărți de referință, enciclopedii și alte resurse din întreaga lume au început deja să folosească sistemul PURL. Sistemul PURL este excelent pentru organizațiile științifice și de cercetare, precum și pentru fundațiile non-profit și asociațiile publice. Există deja persoane printre utilizatori.