Rövidített mint URL , egy egységes erőforrás-kereső egy módja egy fájl helyének azonosítására az interneten. 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 a számítógépén olyan egyszerű, mint a duplán kattintva, de megnyitni a fájlokat távoli számítógépeknek, például webszervereknek, URL-eket kell használnunk, hogy webböngészőnk hol tudja megnézni. 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 a leggyakrabban rövidítettek URL-ek de ők is hívják webcímek amikor HTTP vagy HTTPS protokollt használó URL-címekre utalnak.
URL általában minden egyes szóban kifejezett szóban (pl. u - r - l , nem gróf ). Rövidítésként használták Univerzális erőforrás-kereső mielőtt az Uniform Resource Locatorra váltana.
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.com
Az egész címet URL-nek hívják. Egy másik példa erre a weboldal (első) és a Microsoft (második): https://Go-Travels.comhttps://www.microsoft.com
Mé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, akkor láthatod, hogy az kezdődik https: // és rendszeresen megjelenő URL-je van, mint például a fenti példák, de sok más szöveggel és sávokkal rendelkezik ahhoz, 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. 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. 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: // gépnév / 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, nem pedig FTP ahelyett HTTP, úgy néz ki, mint bármely más URL, amivel találkozhatsz az interneten. 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
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 lifewire : https://www.google.com/search?q=lifewire
… 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 végrehajtására használt konkrét szkript tudja, hogy bármi követi a ? Q = az URL egy részét úgy kell azonosítani, mint a keresési kifejezést, ezért az URL-ben az adott pontra írt karaktereket a Google keresőjében keresik. A hasonló YouTube-keresések URL-jében hasonló viselkedést láthat a legjobb macska videók : https://www.youtube.com/results?search_query=best+cat+videos
Jegyzet: Bár az URL-ben tiltás nem lehetséges, egyes webhelyek a + jel, amelyet mind a Google, mind a YouTube példáiban láthat. Mások a tér kódolt egyenértékét használják, azaz %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+10
Az első változó, url, előtte a kérdőjel, hanem a következő változó, field-kulcsszavak, előtte egy erősítő. További változókat is előz meg egy ampersand. Az URL részei a kis-és nagybetűkre érzékenyek - konkrétan mindent után a domain név (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ímre tenné, és az URL-cím végét elolvasta /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. 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ó itt 1and1.com . 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. 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. Nyílás google.com például a port számának megadása a végén, például http://www.google.com:80 de ez 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ásként is 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. URL-cím struktúrája
URL-szintaxisszabályok
További információ az URL-ekről
