Az egységes erőforrás-azonosítók (URL-ek) egyszerűen elérhetik az erőforrásokat az interneten. Az URL-eket webhelyeken találja hiperhivatkozások, keresőmotorok, QR-kódok és más helyek mögött.
Ezek az internetes címek nagyon hasonlítanak a fizikai címekhez, amelyekkel megmagyarázzuk, hogy hol élünk a világon, de ahelyett, hogy fizikai helyet kellene találnunk, az URL olyan erőforrásra mutat, mint egy webszerver.
Az URL megjelenítésének néhány példája a következő:
- https://www.whitehouse.gov/
- https://www.nbnz.co.nz/login.asp
- ftp://ftp.download.com/public
- https://www.Go-Travels.com/how-urls-work-2482921
- telnet: //freenet.ecn.ca
- gopher: //204.17.0.108
- http://english.pravda.ru/
- ftp://211.14.19.101
- telnet: //hollis.harvard.edu
Talán ezek a karakterláncok rejtélyesnek tűnnek, de a furcsa rövidítéseken kívül az URL-ek valóban nem rejtélyesek, mint egy nemzetközi távolsági telefonszám.
Tények az URL-ekről
Ne feledje ezeket az URL-címeket tartalmazó kulcsfontosságú elemeket:
- Az URL soha nem tartalmaz szóközöket. Az internetes címzés nem tetszik a tereknek; ha helyet talál, a számítógép néha pótolja a három karaktert %20 helyettesítőként.
- A legtöbb esetben az URL általában kisbetűs. A nagyítás általában nem tesz különbséget az URL működésében.
- Az URL nem ugyanaz, mint egy e-mail cím.
- Az URL-ek mindig egy protokoll-előtaggal kezdődnek, például http: // vagy https: //. A legtöbb böngésző írja be ezeket a karaktereket. Egyéb protokoll példák közé tartozik ftp: //, hörcsög://, telnet: //, és irc: //.
- Az URL-címeket könnyebben megjegyezheti a webhely eléréséhez, mint a webhely IP-címének megjegyzése.
- A forward sávokat (/) és pontokat használják az URL részei elválasztásához.
- Az URL általában valamilyen angol nyelvű, de számok is megengedettek.
Hogyan értelmezhet egy URL-t?
Az URL-eket csak néhány részre bontják: protokoll: // gépnév / fileinfo. Ezek az összetevők megtalálhatók az összes használt URL-ben, beleértve a fent felsoroltakat is.
Itt van a nagyon egyszerű példa:
https://www.website.com/images/vacation/tower.jpg
Ehhez a JPG kép egy elnevezett mappában található vakáció, amely valójában egy alkönyvtár képek. A képek mappája a webkiszolgáló gyökere. Tekintse meg ezt az URL-t is, ami kicsit bonyolultabb: ftp://ftp.download.com/public
A szegmensek előtt látható rész azt mutatja, hogy az URL egy FTP-kiszolgálóra mutat. Ezután a hostname download.com. A nyilvános a megadott URL-címmel elérni kívánt oldal a ftp aldomain. Bizonyos URL-ek azonban nem olyan könnyen érthetők. Például egy egyszerű változat lehet az alábbi oldal, amely megmagyarázza, hogy az URL a oldal HTML-fájl az adott webszerveren: https://example.com/page.html
Bizonyos webszervereket azonban azért terveztek, hogy elrejtsenek bizonyos információkat biztonsági, vizuális vagy irányítási okokból, így így nézhet ki, de ugyanakkor page.html file: https://example.com/page-49134
A végső példa a YouTube-on lévő videó URL-címét jeleníti meg. Azonban, ellentétben a rendszeres megjelenésével, ami 40 karakterből áll, a videó valódi helyzete akár 650 karakter is lehet a különböző ideiglenes adatok és rejtett információk miatt: https://r3---sn-3n4pcxg-pjue.googlevideo.com/videoplayback?expire=1540849478&ipbits=0&mime=video%2Fmp4&dur=66.130&source=youtube&ratebypass=yes&lmt=1539106120395723&key=yt6&pl=22&nh=%2CEAc&c=WEB&id=o- AEV2q-wgkk-nBKoSLm36yJQumi7QOa0fY4nv5_01Sguj & fvip = 15 & requiressl = igen és TxP = 5.531.432 & ip = 64.71.222.37 és aláírás = C00919553C1166B457E44A62D54B4E92353A7C0F.8F55F96A4710D22D87C9F3DA5547783D27500808 & pcm2cms = igen és mv = m & mt = 1540827793 & itaget = 22 & ms = au% 2Crdu & EI = 5irXW6HaEKGk7gL4nYKYBg & sparams = dur% 2Cei% 2Cid% 2Cinitcwndbps% 2Cip% 2Cipbits% 2Citag% 2Clmt % 2Cmime% 2Cmm% 2Cmn% 2Cms% 2Cmv% 2Cnh% 2Cpcm2cms% 2Cpl% 2Cratebypass% 2Crequiressl% 2Csource% 2Cexpire & initcwndbps = 690000 & Mn = sn-3n4pcxg-pjue% 2Csn-bvvbax-hjpl & mm = 31% 2C29
Lásd: Mi az URL? hogy többet megtudjon arról, hogy mi az egyes URL-címek részei. Egy jó ok arra, hogy megtudja, hogyan működik az URL hibaelhárítási célokat. Ha nem tud hozzáférni egy adott webhelyhez, és HTTP-hibát kap, akkor talán megpróbál valamit kijavítani az URL-re. Például, ha megtalálja az URL-t https://www.apple.com/watchos/watchos-15 nem mutatja meg az utána következő információkat, akkor különösebben szétválaszthatja az URL-darabot, hogy azonosítsa, mi lehet helytelen. Ebben a példában kezdetét veszi, és próbálja meg elérni csak az URL részeit, amíg megtalálja a problémát. Ellenőrizze, hogy http://www.apple.com művek. Ha ez nem így van, akkor a probléma nem feltétlenül a javítás; inkább maga a webhely leállhat, ami azt jelenti, hogy a webhely tulajdonosa megoldja a problémát. Ha nem érheti el a kezdőlapot, akkor valószínűleg nem találja meg, hogy a másik tartományban sem működik. Csinál https://www.apple.com/watchos/ betölteni semmit? Egyes webhelyek nem engedik, hogy ilyen módon "közép" könyvtárakat böngészhessenek, így átirányíthatók az elsődleges domainre, ha megpróbálkozna ezzel a helyszínnel. Mi történik az utolsó rész hozzáadásakor, watchos-15? Ezekben a lépésekben láthatjuk, hogy az első két próbálkozás csak finom volt, és csak addig próbálkozott, hogy elérjük a konkrét "watchos-15" oldalt, hogy a hiba megjelenjen. A hibaüzenet azt jelzi, hogy a webhely még mindig működik, de az adott keresett oldal meghalt, vagy máshol átirányították. Tudva, hogy az URL-t részekre osztják, hasznos a szűkítés hol a probléma rejlik. Ha a domainhez tartozik (az első részben az 1. lépésben), akkor maga a webhely rendelkezik problémákkal, nem csak az oldal, amelyhez hozzáférni szeretne. Ha azonban az a konkrét oldal, amelyiket szeretné megnyitni, az egyetlen probléma, előfordulhat, hogy megtalálja azt máshol az adott webhelyen. Ha nem, akkor valószínűleg törölték az adott oldalt, és már nem elérhető. Miért fontos az URL szerkezete?





