URL

Az oldal jelenlegi verzióját még nem ellenőrizték tapasztalt közreműködők, és jelentősen eltérhet a 2022. október 16-án felülvizsgált verziótól ; az ellenőrzések 2 szerkesztést igényelnek .

Az Uniform Resource Locator (az angol  Uniform Resource Locator szóból , rövidítés URL [ ˌ   j u ː ɑ ː r ˈ e l ]) az elektronikus erőforrások egységes címeinek rendszere, vagy egységes erőforrás ( fájl ) helyazonosító [1] .   

Szabványként használják az Interneten található objektumokhoz mutató hivatkozások írásához ( Hypertext links on the World Wide Web www ).

Az elektronikus cím megjelölésére az "URL" rövidítést használják a GOST R 7.0.5-2008 szerint.

Történelem

Az URL-t Tim Berners-Lee találta fel 1990 -ben az Európai Nukleáris Kutatási Tanács ( franciául:  Conseil Européen pour la Recherche Nucléaire, CERN ) falai között Genfben , Svájcban . Az URL alapvető újítássá vált az interneten. Az URL eredetileg a világhálón található erőforrások (leggyakrabban fájlok) helyére utalt . Manapság az URL-t szinte az összes internetes forrás címére utalják. Az URL szabvány a miswkt@86hfkr@~|~[✓]qaq dokumentumban van rögzítve. Az URL most egy általánosabb URI erőforrás-azonosító rendszer részeként helyezkedik el , maga az URL kifejezés fokozatosan átadja helyét a tágabb URI kifejezésnek . Az URL szabványt az IETF és leányvállalatai szabályozzák.

Tim Berners-Lee 2009-ben kommentálta a plifoy redundanciáját //egy URL elején, miután megadta a hálózati protokollt [2] [3] .

URL szerkezete

Az URL-t úgy tervezték, hogy a lehető legtermészetesebben mutasson a weben található erőforrások helyére. A lokátornak könnyen bővíthetőnek kellett lennie, és csak korlátozott ASCII -karakterkészletet kellett használnia (például az URL-ben soha nem használnak szóközt ). Ezzel kapcsolatban az URL-rögzítés alábbi hagyományos formája jelent meg:

<схема>:[//[<логин>[:<пароль>]@]<хост>[:<порт>]][/<URL‐путь>][?<параметры>][#<якорь>]

Ebben a bejegyzésben:

séma erőforrás hozzáférési rendszer; a legtöbb esetben a hálózati protokollt jelenti belépés az erőforrás eléréséhez használt felhasználónév jelszó a megadott felhasználó jelszavát host a gazdagép teljes minősítésű domain neve a DNS -rendszerben vagy a gazdagép IP-címe négy , pontokkal elválasztott decimális számcsoport formájában; a számok 0 és 255 közötti egész számok. port host port a csatlakozáshoz URL elérési útja az erőforrás helyére vonatkozó információk tisztázása ; protokoll függő. paraméterek lekérdezési karakterlánc a kiszolgálónak átadott paraméterekkel ( a GET metódussal ). Karakterrel kezdődik ?, a paraméterelválasztó karakter &. Példa:?параметр_1=значение_1&параметр_2=значение_2&параметр3=значение_3 horgony horgonyazonosítóegy #. A horgony lehet egy cím a dokumentumon belül vagy egy id attribútumelem. Egy ilyen hivatkozás használatával a böngésző megnyitja az oldalt, és áthelyezi az ablakot a megadott elemre. Például egy link a cikk ezen részéhez https://ru.wikipedia.org/wiki/URL#Структура_URL:.

Sémák (protokollok) URL

A gyakori URL-sémák (protokollok) a következők:

Egzotikus URL-sémák:

URL-sémák a böngészőkben:

 URI- sémák
Hivatalos
nem hivatalos

URL kódolás

Az URL szabvány az US - ASCII karakterkészletet használja . Ennek van egy komoly hátránya, mivel csak latin betűk, számok és néhány írásjel megengedett. Az összes többi karaktert újra kell kódolni. Például a cirill betűket, a diakritikus betűket , a ligatúrákat és a hieroglifákat újra kell kódolni . Az átkódolási kódolást az RFC 3986 írja le, és URL-kódolásnak, URL-kódolásnak vagy százalékos kódolásnak nevezik .

A kódolásra egy példa látható az orosz nyelvű Wikipédiában , amely az orosz nyelvet használja az URL-ben . Például egy olyan sor, mint:

https://ru.wikipedia.org/wiki/Wikipedia

kódolva:

https://en.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F

Megvalósítás

Az átalakítás két lépésben történik: először az UTF-8- ban minden cirill karaktert két bájtos szekvenciává kódolnak, majd ennek a sorozatnak minden bájtját hexadecimális jelöléssel írják fel, amelyet egy százalékjel (%) előz meg :

B → D0 és 92 → %D0%92 és → D0 és B8 → %D0%B8 → D0 és BA → %D0%BA és → D0 és B8 → %D0%B8 stb. Fenntartott karakterek [5]
! * ' ( ) ; : @ & = + $ , / ? # [ ]
Nem fenntartott karakterek [5]
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a b c d e f g h i j k l m n o p q r s t u v w x y z
0 1 2 3 4 5 6 7 8 9 - _ . ~

Az URI összes többi karaktere kódolt.

A fenntartott karakterek kódolása a következőképpen történik:

! " # [6] $ % és [6] ' * + , [6] : [6] ; [6] < = [6] > ? [6] [ ] ^ ` { | } <szóköz>
%21 %22 %23 %24 %25 %26 %27 %2A %2B %2C %3A %3B %3C %3D %3E %3F %5B %5D %5E %60 %7B %7C %7D %20 [7]

Az Internet Explorer és a régi Firefox paraméterkódolása kissé eltér [8] .

Egyes esetekben az URL Base58 kódolással jön létre [9] .

IRI szabvány

Mivel az alapvető latin ábécé kivételével minden ábécé betűit ilyen átalakításnak vetik alá, a nyelvek túlnyomó többségének szavait tartalmazó URL olvashatatlanná válhat az ember számára.

Mindez ellentmond az internacionalizmus elvének, amelyet az Internet összes vezető szervezete hirdetett , beleértve a W3C -t és az ISOC -t is . Ezt a problémát hivatott megoldani az IRI ( Internationalized Resource Identifier ) ​​szabvány – olyan nemzetközi erőforrás-azonosítók, amelyekben a Unicode karakterek problémamentesen használhatók, és amelyek ezért nem sértenék más nyelvek jogait . Bár nehéz előre megmondani, hogy az IRI-k képesek lesznek-e valaha is helyettesíteni az ilyen széles körben használt URL-eket (és általában az URI -ket).  

Hosszkorlát

Formálisan az URL hossza korlátlan, de a böngészők korlátozzák az URL hosszát. Nem ajánlott 2048 karakternél hosszabb URL-t használni, mivel a Microsoft Internet Explorer rendelkezik ezzel a korlátozással [10] .

PURL kezdeményezés

Az URL-ek másik alapvető hátránya a rugalmasság hiánya. A világhálón és az interneten található források áthelyezésre kerülnek, de az URL-ek formájában lévő hivatkozások megmaradnak, és olyan forrásokra mutatnak, amelyek már nincsenek ott. Ez különösen fájdalmas az elektronikus könyvtárak, katalógusok és enciklopédiák esetében. A probléma megoldására PURL -eket ( Persistent Uniform Resource Locators ) javasoltak .  Lényegében ugyanazok az URL-ek, de nem egy adott erőforrás helyre mutatnak, hanem egy bejegyzésre a PURL adatbázisban, ahol viszont már rögzítve van egy adott erőforrás URL. A PURL elérésekor a szerver megtalálja a szükséges bejegyzést ebben az adatbázisban , és átirányítja 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 az adatbázis bejegyzését. Jelenleg ez az ötlet nincs szabványosítva, és nem használják széles körben.

Lásd még

Jegyzetek

  1. ↑ URL (Uniform Resource Locator) – Egységes Erőforrás Kereső. Információs forrás (fájl) címe az interneten – A számítógépes technológia és programozás területéről származó betűszavak gyűjteménye . 2006.
  2. ↑ Az internetes címekben a dupla perjel a készítőjének sietsége miatt jelent meg . RIA Novosti (2009. 10. 14. 19:05). Letöltve: 2010. július 11. Az eredetiből archiválva : 2011. augusztus 25..
  3. ↑ Az Internet létrehozója sajnálja a dupla perjelet . 3DNews Daily Digital Digest (2009. október 14.). Letöltve: 2020. február 26. Az eredetiből archiválva : 2020. február 26..
  4. ↑ A Chrome URL-je . Letöltve: 2014. december 9. Az eredetiből archiválva : 2014. október 21..
  5. ↑ 1 2 RFC 3986 , 2.2. szakasz
  6. ↑ 1 2 3 4 5 6 7 A szimbólum érvényes, de egyszerű szövegben megadva speciális szintaktikai jelentése van
  7. ↑ A MediaWiki elkerüli, hogy a szóközt %20-ként kódolja, ehelyett mindenhol aláhúzásjelre "_" cseréli. Sok keresőmotor a szóközt "+" szimbólumra cseréli.
  8. ↑ HTTP, RFC 3986 és böngészők
  9. ↑ Flickr szolgáltatások . Letöltve: 2014. szeptember 19. Az eredetiből archiválva : 2014. augusztus 12..
  10. ↑ Az URL maximális hossza az Internet Explorerben 2083 karakter . microsoft.com. Letöltve: 2015. május 10. Az eredetiből archiválva : 2016. november 15.

Linkek

  Ugrás a Wikidata elemre  Szótárak és enciklopédiák
Bibliográfiai katalógusokban