URL-ként rövidítve az Egységes Erőforrás-kereső segítségével azonosítani lehet egy fájl helyét az interneten. Ezeket használjuk nemcsak weboldalak megnyitására, hanem képek, videók, szoftverprogramok és más típusú fájlok letöltésére is, amelyeket a szerveren tárolnak.
A helyi fájl megnyitása a számítógépen ugyanolyan egyszerű, mint duplán kattintva, de a távoli számítógépeken, például a webszervereken lévő fájlok megnyitásához URL-eket kell használnunk, hogy webböngészőnk tudja, hol keresse meg. Például az alábbiakban ismertetett weboldalt ábrázoló HTML fájl megnyitása azáltal történik, hogy beírja azt a használt böngésző tetején lévő navigációs sávba.
Henrik5000 / Getty Images
Más nevek
Az egységes erőforrás-lokátorokat leggyakrabban URL-ként rövidítik, de webhely címeknek is nevezik őket, amikor a HTTP vagy HTTPS protokollt használó URL-ekre utalnak.
Az URL-t általában minden egyes betű külön-külön kiejtik (azaz u - r - l, nem earl). Korábban az Universal Resource Locator rövidítése volt, mielőtt 1994-ben Uniform Resource Locator-re cserélték.
Példák URL-ekre
Valószínűleg hozzászokott az URL megadásához, mint például a Google webhelyének eléréséhez:
https://www.google.com
A teljes címet URL-nek hívják. Egy másik példa erre a webhelyre (első) és a Microsoft-ra (második):
https://www.lifewire.com
https://www.microsoft.com
Akár szuper specifikus is lehet, és megnyithatja a kép közvetlen URL-jét, mint ez a hosszú, amely a Google logójára mutat a Wikipedia webhelyén. Ha megnyitja ezt a linket, láthatja, hogy az kezdődik https:// és rendes megjelenésű URL-címmel rendelkezik, mint a fenti példák, de ezután rengeteg más szöveget és perjelet tartalmaz annak érdekében, hogy a kép szerverén található pontos mappához és fájlhoz mutasson.
Ugyanez a koncepció érvényes az útválasztó bejelentkezési oldalának elérésekor is; az útválasztó IP-címét használják URL-ként a konfigurációs oldal megnyitásához.
Legtöbbünk ismeri az ilyen típusú URL-eket, amelyeket olyan webböngészőben használunk, mint a Firefox vagy a Chrome, de nem csak ezekre van szükség URL-re.
Mindezen példákban a webhely megnyitásához a HTTP protokollt használja, amely valószínűleg az egyetlen, amellyel a legtöbb ember találkozik, de más protokollokat is használhat, mint például az FTP, a TELNET, a MAILTO és az RDP. Az URL akár a merevlemezen lévő helyi fájlokra is utalhat. Minden protokoll egyedi szintaxis-szabályokkal rendelkezhet a cél elérése érdekében.
Az URL felépítése
Az URL különböző szakaszokra bontható, mindegyik darab meghatározott célt szolgál egy távoli fájl elérésekor.
A HTTP és az FTP URL-ek ugyanúgy vannak felépítve, mint protokoll: // hosztnév / fájlinfo. Például egy FTP fájl elérése annak URL-jével így nézhet ki:
FTP: // kiszolgálónév / mappa / más mappa / programdetails.docx
Amitől eltekintve FTP helyett HTTP, úgy néz ki, mint bármely más URL, amellyel az interneten találkozhat.
Használjuk a következő URL-t, amely a Google által bejelentett CPU-hiba, példaként használjuk a HTTP-címet, és azonosítsuk az egyes részeket:
https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html
- https a protokoll (például az FTP protokoll), amely meghatározza a szerver típusát, amellyel kommunikál.
- biztonság az adott webhely eléréséhez használt hosztnév.
- googleblog a domain név.
- com az, amit legfelső szintű domainnek (TLD) neveznek, amelyek közül néhány magában foglalja a .net, .org, .co.uk stb.
- / 2018 / 01 / a weblap vagy fájl rendezéséhez használt könyvtárakat jelenti. A webhelyfájlokat tároló webszerveren ezek lennének azok a tényleges mappák, amelyeken átkattintva megkeresheti az URL által megadott fájlt.
- mai-cpu-sebezhetőség-amire szükséged van.html az a tényleges fájl, amelyre az URL mutat. Ha képet, hangfájlt vagy más fájltípust próbált betölteni HTML fájl helyett, akkor az URL ennek a fájlkiterjesztésnek a végén végződik (például PNG vagy MP3).
- security.googleblog.com csoportként az úgynevezett Fully Qualified Domain Name (FQDN).
URL szintaxis szabályok
Csak számok, betűk és a következő karakterek használhatók az URL-ben: ()! $ -'_ * +.
A többi karaktert kódolni kell (programozási kódra kell fordítani), hogy elfogadják őket.
Egyes URL-ek olyan paraméterekkel rendelkeznek, amelyek elválasztják a további változóktól. Például, amikor egy Google keresést végez a lifewire számára:
https://www.google.com/search?q=lifewire
A látott kérdőjel azt mondja egy bizonyos szkriptnek, amelyet a Google szerverén tárolnak, hogy egyedi parancsot szeretne küldeni neki az egyéni eredmények elérése érdekében.
Az a speciális szkript, amelyet a Google a keresések végrehajtására használ, tudja, hogy bármi következik a ? q = Az URL egy részét keresési kifejezésként kell azonosítani, így bármit, amit az URL ezen a pontján beírnak, a Google keresőmotorjában történő keresésre használják.
Hasonló viselkedést láthat az URL-ben ebben a YouTube-keresésben a legjobb macskavideók számára:
https://www.youtube.com/results?search_query=best+cat+videos
Bár az URL-ben szóközök nem engedélyezettek, egyes webhelyek a + jel, amelyet a Google és a YouTube példáiban is láthat. Mások a szóköz kódolt megfelelőjét használják, amely% 20.
Egyes URL-ek a kontextustól függően válthatnak a paraméterek között. Jó példa látható, amikor időbélyeget adunk egy YouTube-videóhoz. Bizonyos hivatkozásokhoz jelet kell használni, mások pedig kérdőjelet használnak.
Az URL-ek horgonyokat is használhatnak. Ezek a legvégén helyezkednek el, és leírják, hogy az adott oldalon hova kell ugrani, ha a linket kiválasztják. A horgonyok akkor jönnek létre, amikor linkeket adnak egy weboldalhoz, és a számjelet (#). Íme egy példa a Wikipedia szócikkében, ahol a horgony az oldal egy másik részére vezet:
https://en.wikipedia.org/wiki/Web#History
A több változót használó URL-ek egy vagy több jelet használnak a kérdőjel után. Itt láthatja a példát az Amazon.com keresésére a Windows 10 számára:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10
Az első változó, url, a kérdőjel előtt áll, de a következő változó, mező-kulcsszavak, előtte egy ampersand. A további változókat szintén egy ampersand előzné meg.
Az URL részei megkülönböztetik a kis- és nagybetűket - pontosabban, minden a domain név után (a könyvtárak és a fájlnév). Ezt maga is láthatja, ha nagybetűvel írja be a „szükséges” szót a Google által a fentiekben dekonstruált példa URL-ben, így az URL vége olvashatóvá válik mai-cpu-sebezhetőség-mit-kell-e.html. Próbálja megnyitni az oldalt, és láthatja, hogy az nem töltődik be, mert az adott fájl nem létezik a szerveren.
További információ az URL-ekről
Ha egy URL egy olyan fájlra mutat, amelyet a webböngésző képes megjeleníteni, például egy JPG-képet, akkor annak megtekintéséhez nem kell valójában letöltenie a számítógépére. Azonban azoknál a fájloknál, amelyek általában nem jelennek meg a böngészőben, például a PDF és DOCX fájlok, és különösen az EXE fájlok (és sok más fájltípus), a rendszer kéri a letöltést.
Az URL-ek segítségével egyszerűen elérhetjük a szerver IP-címét anélkül, hogy tudnunk kellene a tényleges címet. Olyanok, mint a könnyen megjegyezhető nevek a kedvenc webhelyeinken. Ezt az URL-ről IP-címre történő fordítást használják a DNS-kiszolgálók.
Egyes URL-ek valóban hosszúak és összetettek, és a legjobban akkor használhatók, ha linkként kattintanak rá, vagy átmásolják / beillesztik a böngésző címsorába. Az URL hibája 400 sorozatú HTTP állapotkód hibát generálhat, a leggyakoribb típus a 404 hiba.
Az egyik példa a gog.com oldalon található. Ha megpróbál elérni egy olyan oldalt, amely nem létezik a szerverükön (például ebben), akkor egy 404-es hibát kap. Az ilyen típusú hibák annyira gyakoriak, hogy egyes webhelyeken gyakran találnak egyedi, gyakran humoros változatokat. Tartunk egy listát a jobbak közül.
Ha nem sikerül elérnie egy olyan weboldalt vagy online fájlt, amelyet úgy gondolja, hogy normálisan kell betölteni, olvassa el a Hibaelhárítás című cikket az URL-útmutatóban, ahol hasznos ötleteket találhat a továbbiakban.
A legtöbb URL-hez nem szükséges megadni a port nevét. A google.com megnyitása például úgy történhet, hogy a végén megadja a portszámát, például http://www.google.com:80, de nem szükséges. Ha a webhely a 8080-as porton működne, cserélheti ki a portot, és így érheti el az oldalt.
Alapértelmezés szerint az FTP-helyek a 21-es portot használják, de mások is beállíthatók a 22-es vagy valami más porton. Ha az FTP webhely nem a 21. portot használja, akkor meg kell adnia, hogy melyiket használja a szerver megfelelő elérése érdekében. Ugyanez a fogalom vonatkozik minden olyan URL-re, amely más portot használ, mint amit a program eléréséhez használt alapértelmezés szerint feltételez, hogy használ.