Definíció és példák egy URL-re
Rövidített URL- ként az Uniform Resource Locator egy módja egy fájl helyének az interneten történő azonosítására. Ezeket használjuk nemcsak weboldalak megnyitásához, hanem képek, videók, szoftverek és egyéb fájlok letöltéséhez is, amelyeket a kiszolgálón tárolunk.
A helyi fájl megnyitása a számítógépen ugyanolyan egyszerű, mint a kettős kattintás, 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, így böngészőnk tudja, hol kell keresnie. Például, ha megnyitja az alábbiakban bemutatott weblapot ábrázoló HTML- fájlt, a böngésző tetején lévő navigációs sávba írja be.
Az egységes erőforrás-azonosítók leggyakrabban URL- ként rövidítenek, de webhelycímek is nevezik, amikor HTTP- vagy HTTPS protokollt használó URL- címekre hivatkoznak.
Az URL- t általában minden egyes szóban kifejezett levélben (pl. U-r-l , nem earl ) fejezzük ki . Korábban az Universal Resource Locator rövidítése volt, mielőtt az Uniform Resource Locatorra váltott volna.
Példák az URL-ekre
Valószínűleg felveszi az URL-be való belépést, például a Google webhelyének eléréséhez:
https://www.google.comAz egész címet URL-nek hívják. Egy másik példa erre a weboldal (első) és a Microsoft (második):
https: // https://www.microsoft.comMég szuper egyedi is lehet, és megnyithatja a közvetlen URL-t egy olyan képhez, mint ez a hosszú, amely a Google logójára utal a Wikipédia weboldalán. Ha megnyitja ezt a linket, láthatja, hogy a https: // kezdődik, és rendszeresen megjelenő URL-je van, például a fenti példákhoz hasonlóan, de sok más szöveget és sávot tartalmaz, hogy pontosan megmutassa a pontos mappát és fájlt, ahol a kép a webhely szerverén található.
Ugyanez a koncepció akkor érvényes, ha belépsz egy útválasztó bejelentkezési oldalába; az útválasztó IP-címét URL-ként használják a konfigurációs oldal megnyitásához. Nézze meg ezt a NETGEAR alapértelmezett jelszó listát, hogy lássa, mit értek.
A legtöbben jól ismerik ezeket a típusú URL-eket, amelyeket egy webböngészőben, például a Firefoxban vagy a Chrome-ban használunk, de ezek nem az egyetlen olyan esetek, ahol szükséged lesz egy URL-re.
Mindezen példákban a HTTP protokollt használja a weboldal megnyitásához, amely valószínűleg csak az egyik leggyakrabban találkozik, de vannak más protokollok is, mint például az FTP, a TELNET , a MAILTO és az RDP. Az URL még a merevlemezen lévő helyi fájlokra is mutathat. Mindegyik protokollnak lehet egy egyedi szintaxis- szabályzata a cél eléréséhez.
URL-cím struktúrája
Az URL-címeket különböző szakaszokba lehet bontani, minden egyes darab egy meghatározott célt szolgál a távoli fájl elérésekor.
A HTTP és az FTP URL-ek ugyanolyanok, mint a protokoll: // hostname / fileinfo . Például egy FTP-fájl URL-jével való elérése valami ilyesmi lehet:
FTP: //servername/folder/otherfolder/programdetails.docx... amely - az FTP helyett a HTTP helyett - úgy néz ki, mint bármely más URL, amelyen az interneten találkozhat.
Használjuk a következő URL-t, amely a Google bejelentette a CPU-hibát , mint például egy HTTP-címet, és azonosítsa az egyes részeket:
https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html- A https a protokoll (például az FTP egy protokoll), amely meghatározza az Ön által kommunikált szerver típusát.
- a biztonság az adott webhely eléréséhez használt gazdanév .
- A googleblog a tartománynév.
- com a legfelső szintű domain (TDL) néven ismert , mások közül pedig .net, .org, .co.uk, stb.
- / 2018/01 / a weboldal vagy fájl rendezéséhez használt könyvtárakat jelenti. A webhelyfájlok birtokában levő webkiszolgálón ezek azok a tényleges mappák, amelyekre kattintva megtalálja az URL-t meghatározó fájlt.
- A jelenlegi-cpu-sebezhetőség-what-you-need.html az aktuális fájl, amelyre az URL mutatott. Ha egy HTML-fájl helyett próbálta betölteni egy képet, hangfájlt vagy más fájltípust, akkor az URL véget érhet a fájlkiterjesztésben (pl. PNG vagy MP3 ).
- A security.googleblog.com csoportot a Teljesen minősített domainnévnek (FQDN) nevezik.
URL-szintaxisszabályok
Az URL-ben csak a számok, a betűk és a következő karakterek megengedettek: ()! $ -'_ * +.
Az egyéb karaktereket kódolni kell (lefordítva a programozási kódra) annak érdekében, hogy elfogadható legyen az URL-ben.
Egyes URL-eknek olyan paraméterei vannak, amelyek az URL-t további változóktól elkülönítik. Például amikor egy Google keresést végez :
https://www.google.com/search?q=... az a látszólagos kérdés, hogy egy bizonyos szkriptet adott meg a Google szerverén, hogy egy meghatározott parancsot szeretne küldeni hozzá, hogy egyedi eredményeket kapjon.
A Google által a keresések futtatásához használt speciális szkript tudja, hogy az URL-ek q q = része a keresési kifejezésnek minősül, ezért az URL-ben az adott pontra írt bármilyen szöveget a Google keresőjében kereshetjük.
Hasonló viselkedést láthat az URL-ben ebben a YouTube-keresésben a legjobb macska videókhoz :
https://www.youtube.com/results?search_query=best+cat+videosMegjegyzés: Habár az URL-ben tiltások nem engedélyezettek, egyes webhelyek + jelet használnak, amelyet mind a Google, mind a YouTube példáiban láthat. Mások a szóközt egyenértékű helyet használják, amely % 20 .
A több változót használó URL-ek egy vagy több azonosítót használnak a kérdőjel után. Itt láthatja a példát egy Amazon.com kereséshez a Windows 10-hez:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10Az első változót, az url -t megelőzően a kérdőjel jelöli, de a következő változót, a mező-kulcsszavakat egy előjelzés követi. További változókat is előz meg egy ampersand.
Az URL egyes részei a kis- és nagybetűkre érzékenyek - mindenekelőtt a domain név után (a könyvtárak és a fájlnév). Ezt magadnak láthatja, ha a fenti oldalon felszabadított URL-URL-t a "webhelyem" URL- címével nagyítja el, és így az URL-cím végét olvassa el /free-driver-updater-Tools.htm . Próbáld megnyitni az oldalt itt, és láthatod, hogy nem töltődik be, mert az adott fájl nem létezik a kiszolgálón.
További információ az URL-ekről
Ha egy URL arra utal, hogy a böngésző megjeleníthet egy fájlt, például egy JPG képet, akkor nem kell ténylegesen letöltenie a fájlt a számítógépére annak megtekintéséhez. Azonban a fájlok, amelyek általában nem jelennek meg a böngészőben, például a PDF- és DOCX- fájlok, különösen az EXE- fájlok (és sok más fájltípus), akkor fel kell kérnie a fájl letöltését a számítógépére annak használatához.
Az URL-címek egyszerűen hozzáférhetnek a kiszolgáló IP-címéhez anélkül, hogy tudnák, mi a tényleges cím. Olyanok, mint a könnyű emlékezetű nevek kedvenc weboldalaink számára. Ez a fordítás egy URL-ből egy IP-címhez, amit a DNS-kiszolgálók használnak.
Egyes URL-ek nagyon hosszúak és bonyolultak, és a legmegfelelőbbek, ha rákattintasz a linkre, vagy másoljuk be a böngésző címsorába. Az URL-ben lévő hiba 400 soros HTTP állapotkód hibát generálhat, a leggyakoribb típus 404-es hiba .
Egy példa látható a 1and1.com oldalon . Ha megpróbál hozzáférni egy olyan oldalhoz, amely nem létezik a kiszolgálón (például ilyen), 404-es hibát kap. Az ilyen típusú hibák annyira gyakoriak, hogy gyakran találnak egyéni, gyakran humoros változatokat néhány webhelyen. Nézze meg a 20 legjobb 404-es hibaoldalaimat Diavetítés néhány személyes kedvenceimhez.
Ha problémája merül fel a weboldal vagy az online fájl eléréséhez, amelyet úgy gondolja, hogy normálisan betöltődjön, olvassa el az URL-ben található hiba elhárítását néhány hasznos ötlethez a következő lépésekkel kapcsolatban.
A legtöbb URL nem igényli a port nevét. Például a google.com megnyitása a port számának megadásával végezhető el a http://www.google.com:80 oldalon, de nem szükséges. Ha a webhely a 8080-as porton működik, helyettesítheti a portot, és elérheti az oldalt.
Alapértelmezés szerint az FTP-helyek a 21. portot használják, de mások a 22-es porton vagy valami másban beállíthatók. Ha az FTP-hely nem használja a 21-es portot, meg kell adnia, hogy melyiket használta a szerver helyes eléréséhez. Ugyanez a koncepció vonatkozik minden olyan URL-re, amely más portot használ, mint amit a hozzáférési program alapértelmezés szerint feltételez.