A PURL ( Persistent Uniform Resource Locator ) egy erőforrás állandó egységes helymeghatározója (locator) . Angol módra úgy ejtik, hogy [ purl ], az orosz kiejtés még nem rendeződött be, valószínűleg [ pu-er-el ] lesz. A PURL formátum az URL - en alapul , amely egy szabványos módszer egy erőforrás címének rögzítésére az interneten . A PURL egy állandó erőforrás-kereső, amely (a normál URL-lel ellentétben) nem változhat.
A világháló point-and-click idiómája egyszerű és élvezetes élménnyé tette az internetes szörfözést . De elég gyakran a felhasználó 404-es hibaüzenettel találkozik: "A dokumentum nem található". Ez a hiba akkor fordul elő, ha a kért erőforrást áthelyezték, törölték, átstrukturálták, átnevezték, vagy módosították a webszerver konfigurációját vagy a kiszolgáló fájlrendszerét . Az internetes források kiszámíthatatlan mobilitása óriási probléma, különösen a digitális könyvtárak, katalógusok, szótárak és enciklopédiák esetében. És a bűnös maga az URL és a DNS fogalma , amelyekből hiányzik a rugalmasság ott, ahol szükség van rá, és eléggé megkapják ott, ahol nincs rá szükség.
A világhálón és az interneten található források áthelyezésre kerülnek, a DNS - tartományok újraregisztrálásra kerülnek , az URL- hivatkozások pedig megmaradnak, amelyek olyan erőforrásokra mutatnak, amelyek már nincsenek ott. Ezekre a problémákra általános megoldást jelenthet az URN ( eng. Uniform Resource Names ) egységes erőforrásnevek kidolgozása. Az IETF ( Internet Engineering Task Force ) már egy ideje dolgozik az URN -en , de az eredményt még nem sikerült elérni. Az URN szabványosításában túl sok érdekelt fél vesz részt, és mindegyikük számára nehéz lesz konszenzusra jutni. Eközben világszerte könyvtárak, katalógusok, szótárak és enciklopédiák ezrei szorulnak azonnali megoldásra ezekre a problémákra. És itt jön képbe a PURL projekt.
Funkciójukban a PURL-ek ugyanazok az URL-ek, de nem az erőforrás meghatározott helyére mutatnak, hanem a PURL-adatbázis egy bejegyzésére, ahol viszont már rögzítve van egy adott erőforrás URL-je. A PURL elérésekor a szerver megtalálja a szükséges bejegyzést ebben az adatbázisban , és átirányítja (a szabványos " HTTP átirányításon" keresztül) a kérést egy adott erőforrás helyre. Ha az erőforrás címe megváltozik, akkor nem kell javítani a számtalan hivatkozást - csak módosítsa a bejegyzést (specifikus címet) az adatbázisban, és a PURL teljesen változatlan marad. Így elérhető az erőforrás külső címének fennmaradása.
Példa. Tegyük fel, hogy a következő PURL regisztrálva van:
http://purl.russian-books.com/WarAndPeace/Ez a PURL (egy adatbázis-hivatkozáson keresztül) egy ehhez hasonló URL-re mutat:
http://your.web.server/your/web/root/Ezután, ha egy PURL-re irányuló kérés követi ezt a linket:
http://purl.russian-books.com/WarAndPeace/chapter12.htmlA szerver automatikusan átirányítja a kérést ide:
http://your.web.server/your/web/root/chapter12.htmlAmint a példából látható, minden nagyon egyszerű és hatékony. Ez a mechanizmus hasonló a Wikipédia átirányításaihoz .
Alapformájában a PURL szinte megegyezik a normál URL-ekkel:
http://purl.oclc.org/OCLC/PURL/FAQ ---- ------------- -------------- / | \ protokollkiszolgáló DB PURL névvelA „#” és „~” karakterek nem használhatók a PURL-ben.
Az erőforrás-hozzáférési séma így néz ki:
+-------+ PURL +----------+ | | ------------>> | | | | | PURL | | K | URL | SZERVER | | L | <<------------ | | | És | +----------+ | E | URL +----------+ | H | ------------>> | | | T | | SZERVER | | | FORRÁS | FORRÁS | | | <<------------ | | +-------+ +-----------+A séma nem hibátlan, egy extra láncszem ebben a láncban további hálózati forgalmat hoz létre és terheli a hálózatot. De a PURL feldolgozási sebessége még mindig nagyon magas - például 1996-ban egy egyprocesszoros "Sun4" fájlszerver , amely 500 000 rekordból álló PURL adatbázist szolgált ki, másodpercenként 50 kérést tudott átirányítani. És nincs mit mondani a modern, nagy teljesítményű szerverekről. Végül is hosszú idő telhet el az URN specifikáció megjelenéséig, és ez a séma most egyszerű megoldást kínál. Ez a csodálatos újítás még nem elég népszerű és nem szabványosított magas szinten. De bárki használhatja a PURL-t most, és ingyen.
Egy másik jó hír, hogy a PURL formátum-kompatibilis a hamarosan megjelenő URN specifikációval . Tehát nem lesz újabb fájdalmas kardinális átmenet. Az IRI nemzetközi szabvány bevezetése a jelek szerint nem károsítja a PURL-t. Emellett a PURL projekt összes szerverszoftvere nyílt forráskódú, a forráskódok nyilvánosan elérhetőek.
A PURL projektet kidolgozták, 1996 januárjában indították el , és jelenleg az Online Computer Library Center , Inc. , OCLC támogatja . Ez egy nagy non-profit szervezet, amelynek számítógépei több mint 21 000 könyvtárat kötnek össze a világ 63 országában. Az OCLC kutatással és műszaki fejlesztéssel is foglalkozik a digitális könyvtárak területén.
A PURL szerverek rezilienciája közel áll a DNS szerverek rezilienciájához, így azok, akik szeretnének veszíteni egy kicsit, ha fizetős DNS tartományból szeretnének áttérni egy ingyenes aldomainre a PURL rendszerben. A tény az, hogy ha egy személy nem fizessen egy DNS-tartományért, akkor a domainjét eltávolítják a DNS-kiszolgáló adatbázisaiból , és akár vissza is vásárolhatják egy másik személy. De az állandó PURL-kereső nem megy sehova, és addig fog létezni, amíg maga a PURL-projekt be nem záródik - és ez nyilvánvalóan nem fog megtörténni nagyon hamar (végül is, az OCLC egy nagyon szilárd és stabil szervezet).
A PURL-séma a fent leírt okok miatt valószínűleg nem megfelelő a legtöbb nagyvállalat számára. De világszerte több száz könyvtár, katalógus, szótár, kézikönyv, enciklopédiák és egyéb források már elkezdték használni a PURL rendszert. A PURL rendszer kiválóan alkalmas tudományos és kutatási szervezetek, valamint non-profit alapítványok és állami egyesületek számára. A felhasználók között már vannak magánszemélyek.