Mis on URL? (Uniform Resource Locator)

URL-i määratlus ja näited

Lühendatult kui URL , on ühtne ressursiotsija võimalus Interneti- faili asukohta tuvastada. Neid kasutatakse mitte ainult veebisaitide avamiseks, vaid ka piltide, videote, tarkvaraprogrammide ja muude serveris hostitud failide laadimiseks.

Kohaliku faili avamine arvutis on sama lihtne kui selle topeltklõpsamine, kuid kaugarvutite , nagu veebiserverite failide avamiseks peame kasutama URL-e, nii et meie veebibrauser teab, kuhu otsida. Näiteks HTML- faili avamine, mis esindab veebilehte, mida selgitatakse allpool, tehakse selle sisestamisega oma brauseri ülaosas olevasse navigeerimisribasse.

Uniform Resource Locators on lühem URL-id, kuid neid nimetatakse ka veebisaidi aadressiks, kui nad viitavad URL-idele, mis kasutavad HTTP- või HTTPS- protokolli .

URL-i tavaliselt hääldatakse iga tähega, mida räägitakse individuaalselt (st u-r-l , mitte earl ). Enne muutmist Uniform Resource Locatoriks oli Universal Resource Locator'i lühend.

URL-ide näited

Olete tõenäoliselt URL-i sisestamiseks, nagu see on Google'i veebisaidile juurdepääsemiseks:

https://www.google.com

Kogu aadressi nimetatakse URL-iks. Veel üks näide on see veebisait (esimene) ja Microsoft (teine):

https: // https://www.microsoft.com

Võite isegi saada ülitäpset ja avada otse URL-i pildile, nagu see pikk, mis viitab Google'i logo Wikipedia veebisaidile. Kui avate selle lingi, näete, et see algab https: // ja sellel on regulaarselt vaadatav URL nagu ülaltoodud näited, kuid siis on seal palju teisi teksti ja kaldkriipsu, et suunata teid täpsesse kataloogi ja faili, kus pilt elab veebisaidi serveris.

Sama mõiste kehtib ka siis, kui pääsete juurde ruuteri sisselogimislehele; konfiguratsioonilehe avamiseks kasutatakse URL-i ruuteri IP-aadressi . Vaadake seda NETGEARi vaikimisi parooliloendit, et näha, mida ma mõtlen.

Enamik meist tunneb seda tüüpi URL-e, mida me kasutame veebibrauseris nagu Firefox või Chrome, kuid need ei ole ainsad juhud, kus peate URL-i saama.

Kõigis nendes näidetes kasutate veebisaidi avamiseks HTTP-protokolli, mis on tõenäoliselt ainuke kõige rohkem inimesi, kuid on olemas ka muud protokollid, mida võiksite kasutada ka (nt FTP, TELNET , MAILTO ja RDP). URL-aadress võib isegi viidata kohalikele failidele, mis on kõvakettale salvestatud . Igal protokollil võib sihtpunkti jõudmiseks olla unikaalne süntaksireegel .

URL-i struktuur

URL-i saab jagada erinevatesse sektsioonidesse, kusjuures iga tükk pakub serverifaili pääsemiseks konkreetset eesmärki.

HTTP- ja FTP-URL-id on struktureeritud sama mis protokoll: // hostname / fileinfo . Näiteks võib FTP-faili ja selle URL-i juurde pääsemine olla selline:

FTP: //servername/folder/otherfolder/programdetails.docx

... mis lisaks HTTP-i asemel FTP-le näevad välja nagu kõik muud veebis URL-aadressid.

Kasutage HTTP-aadressi näitena järgmist URL-i, mis on Google'i teadaanne CPU-vea kohta , ja tuvastage iga osa:

https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html

URL-i süntaksireeglid

URL-is on lubatud ainult numbrid, tähed ja järgmised tähemärgid: ()! $ -'_ * +.

Teised tähed peavad olema kodeeritud (ümber programmeerimiskoodiks), et need URL-is vastu võetaks.

Mõnel URL-il on parameetrid, mis jagavad URL-i täiendavate muutujatega eemal. Näiteks kui teete Google'i otsingut :

https://www.google.com/search?q=

... teie kuvatav küsimustik näitab teatud Google'i serveris hostitud skripti, mille soovite saata konkreetse käsu, et saada kohandatud tulemusi.

Spetsiifiline skript, mida Google otsingute teostamiseks kasutab, teab, et kõik, mis järgib URL-i ? Q = URL-i osa, tuleks määratleda otsinguterminaalla järgi, nii et see, mis URL-il kirjutatakse, kasutatakse seda Google'i otsingumootori otsingus.

Saate vaadata YouTube'i otsingus URL-i sarnast käitumist parima kassifotode jaoks :

https://www.youtube.com/results?search_query=best+cat+videos

Märkus. Kuigi mõnes veebisaidis pole tühikuid, on mõnel veebisaidil + märk, mida näete nii Google'i kui ka YouTube'i näitel. Teised kasutavad ruumi kodeeritud ekvivalent, mis on % 20 .

URL-id, mis kasutavad mitut muutujat, kasutavad pärast küsimärkut ühte või mitut ampersantsi. Näete siin Windowsi jaoks mõeldud Amazon.com otsingu näiteks:

https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10

Esimest muutujat, url , eelneb küsimärk, kuid järgmise muutuja, väli-märksõnade ees on eesnimi. Täiendavatele muutujatele peaks eelnema ka ampersand.

URL-i osad on tõstutundlikud, täpsemalt kõik pärast domeeninime (kataloogid ja faili nimi). Saate seda ise näha, kui peate sõnast "tööriistad" oma saidi näites URL-ilt, mille me dekonstrueerisime eespool, lõpus URL-i lugedes /free-driver-updater-Tools.htm . Proovige siin lehte avada ja näete, et see ei laadita, sest seda konkreetset faili serveris ei eksisteeri.

Lisateave URL-ide kohta

Kui URL viitab failile, mida teie veebibrauser saab kuvada, näiteks JPG- pilt, siis ei pea te seda faili tegelikult oma arvutis faili alla laadima. Kuid failide puhul, mida brauseris tavapäraselt ei kuvata (nt PDF- failid ja DOCX- failid) ja eriti EXE- failid (ja paljud muud failitüübid), palutakse teil seda faili oma arvutisse alla laadida.

URL-id pakuvad meie jaoks hõlpsat juurdepääsu serveri IP-aadressile, ilma et oleks vaja teada, milline on tegelik aadress. Nad on nagu meie lemmikveebisaitide jaoks lihtsalt meeldejäetud nimed. See tõlge URList IP-aadressile on see, mida DNS-servereid kasutatakse.

Mõned URL-id on tõesti pikad ja keerukad ning neid saab kõige paremini kasutada, kui klõpsate linki või kopeerige / kopeerige brauseri aadressiribale. URL-i viga võib tekitada 400-seeria HTTP olekukoodi viga , kõige tavalisem tüüp on 404 viga .

Üks näide on näha aadressil 1and1.com . Kui proovite pääseda lehele, mida nende serveril pole (nagu see on), saate 404 viga. Sellised vigad on nii levinud, et sageli leiad mõned veebisaitidel sageli kohandatud, sageli humoorikad versioonid. Vaadake minu 20 paremat 404 vea lehekülge, mis on slaidiseansi mõne minu lemmikmuusika jaoks.

Kui teil on probleeme veebisaidi või veebifaili juurde pääsemisega, mis peaks arvama, et see peaks tavaliselt laadima, vaadake teemat "Vea tõrkeotsing URL-is " mõnedele kasulikele ideedele, mida järgmisena teha.

Enamik URL-e ei nõua sadama nime andmist. Näiteks google.com-i avamist saab määrata, kui lõpus on see pordi number nagu http://www.google.com:80, kuid see pole vajalik. Kui veebisait asus porti 8080, võite asendada porti ja lehti sellele juurde juurde pääseda.

Vaikimisi kasutab FTP saite port 21, kuid teised võivad olla seadistatud porti 22 või midagi muud. Kui FTP-sait ei kasuta porti 21, peate määrama, millist serverit ta serverile õigesti serverile pääsemiseks kasutab. Sama kontseptsioon kehtib kõigi URL-ide jaoks, mis kasutavad erinevat porti kui see, mida kasutatav programm eeldatavalt eeldab, et ta kasutab seda.