URL võib koosneda hulgast erinevatest osadest. Seal on masinanimi, mis kaardistab interneti jaoks spetsiifilise ressursi IP-aadressi ja hulga lisateavet, mis räägib teie brauserile ja serverile, kuidas asju lahendada. Võite mõelda, et IP-aadress on midagi telefoninumbrist. Masinanimi on nagu selle isiku nimi, kelle telefoninumbrit soovite otsida. Ja standard, mida nimetatakse domeeninimede süsteemiks (DNS), töötab taustal nagu telefoniraamat, mis muudab inimlikumad hostinimed IP-aadressidesse, mida võrgud kasutavad liikluse suunamiseks.
Pidades silmas seda analoogiat, vaatame URL-i struktuuri ja seda, kuidas see toimib teie sinna, kuhu soovite minna.
Kuidas URL on struktureeritud
URL-i struktuuri määratles esmakordselt Sir Tim Berners-Lee, kes loonud veebi ja esimese veebibrauseri, 1994. aastal. URL-id seovad sisuliselt domeeninimede idee ideega kasutada failitüüpi konkreetse kausta- ja failistruktuur. Niisiis on see samamoodi nagu Windowsi puhul selline tee nagu C: Documents Personal myfile.txt, kuid alguses mõned ekstra asjad, et leida õige server internetis, kus see tee on olemas, ja protokoll, mida kasutatakse teave.
URL koosneb mitmest erinevast osast. Võtke näiteks põhi URL-i, nagu allpool toodud pildil näidatud URL-id.
Skeem
Paljud inimesed arvavad, et URL on lihtsalt veebiaadress, kuid see pole päris nii lihtne. Veebiaadress on URL, kuid kõik URL-id ei ole veebiaadressid. Teised teenused, millele pääsete juurde internetipõhises FTP-s või isegi kohapeal nagu MAILTO, on ka URL-id. URL-i skeemi osa (need tähed, millele järgneb koolon) tähistavad protokolli, millega rakendus (nt veebibrauser) ja server peaksid suhelda.
Veebiaadressid on kõige sagedasemad URL-id, kuid on ka teisi. Nii võite näha järgmisi skeeme:
- HyperText-i ülekandeprotokoll (HTTP): see on veebi aluseks olev protokoll ja määrab, milliseid toiminguid peaksid veebiserverid ja brauserid vastama teatud käskudele.
- HTTP Secure (HTTPS): see on HTTP-vorming, mis töötab turvalise krüptitud kihi kaudu turvalisema teabe edastamise jaoks.
- Failiedastusprotokoll (FTP): seda protokolli kasutatakse sageli Interneti-failide ülekandmiseks.
Kaasaegsetes brauserites ei ole skeem URL-i osana tehniliselt vajalik. Kui sisestate veebisaidi nagu "www.howtogeek.com", määrab teie brauser automaatselt õige kasutamise protokolli. Kuid mõned teised rakendused (ja protokollid) nõuavad skeemi kasutamist.
Volitused
URL-i autoriseeritud osa (millele eelneb kaks kaldkriipsu) on ise jaotatud osadeks. Alustame väga lihtsa URL-iga, mis viib teid veebisaidi avalehele.
Kuid masinanime parsimisel aitab see lugeda seda tagasi, et mõista, mis toimub, nii et siin on need komponendid:
- Tipptaseme domeen: Selles näites on "com" tippdomeen. Need on domeeninimede süsteemi (DNS) hierarhia kõrgeim tase, mida kasutatakse IP-aadresside tõlkimiseks lihtsatesse keele-aadressidesse, mida me inimesed meeles pidada on lihtsamad. Neid tipptaseme domeene loovad ja haldavad määratud nimesid ja numbreid pakkuv Internet Corporation (ICANN). Kolm kõige levinumat tipptaseme domeeni on.com,.net ja.gov. Enamikul riikidel on ka oma kahekohaline tippdomeen, seega näete domeene nagu.us (Ameerika Ühendriigid),.uk (Ühendkuningriik),.ca (Kanada) ja paljud teised. Samuti on olemas mõned täiendavad tipptaseme domeenid (nt.museum), mida sponsoreerivad ja haldavad erasektori organisatsioonid. Lisaks sellele on olemas ka mõni üldine tipptaseme domeen (nt.club,.life ja.news).
- Alamdomeen: Kuna DNS on hierarhiline süsteem, peetakse meie näite URL-i "www" ja "näite" osi alamdomeene. Osa "www" on kõrgema taseme domeeni "com" alamdomeen ja osa "www" on "näite" domeeni alamdomeen. Sellepärast näete sageli äriühingut, mille registreeritud nimi on "google.com", mis on jaotatud eraldi alamdomeenideks nagu "www.google.com", "news.google.com", "mail.google.com" ja nii edasi.
See on kõige elementaarsem URL-i asutuse osa, kuid asjad võivad olla keerulisemad. Sellel jaotisel võivad olla kaks järgmist komponenti:
- Kasutaja info: Asutuse jaotis võib sisaldada ka teie saidi kasutajanime ja parooli. On täiesti tavaline näha seda struktuuri URL-is, kuid see võib juhtuda. Kui see on olemas, kuvatakse kasutajainfo osa enne masinanime ja sellele järgneb @ märk.Nii võite näida midagi sellist nagu "//[email protected]", kui see sisaldab kasutajainfot.
- Sadama number: Võrguseadmed kasutavad IP-aadresse, et saada teavet võrgu paremale arvutisse. Kui see liiklus saabub, annab pordi number arvutile rakenduse, mille jaoks see liiklus on ette nähtud. Pordi number on veel üks element, mida veebi sirvimisel sageli ei kuvata, kuid võite seda näha võrguprogrammides (nt mängudes), mille puhul peate URL-i sisestama. Kui URL sisaldab pordi numbrit, tuleb see pärast masinanime ja sellele eelneb käärsool. See näeks välja midagi sellist: "//www.example.com:8080."
Niisiis on see URL-i kava ja autoriseerimisosa, kuid veebiaadressi vaadates võite arvata, et paljud veebisaitidel on palju URL-e, võivad need sisaldada veelgi rohkem asju.
Teekonnad, päringud ja fragmentid
Sellel URL-il on kolm täiendavat osa, mida võite näha pärast asutuse osa: teed, päringud ja killud. Siin on, kuidas need töötavad.
Tee
URL-i autoriseerimise jaotis muudab teie brauseri (või mis tahes muu rakenduse) õigeks serveriks võrgus. Järgnev rada, mis toimib täpselt nagu tee Windowsis, macOS-is või Linux-is, viib teid selle serveri õigesse kataloogi või faili. Sellele tee ees on kaldkriips ja iga kataloogi ja alamkataloogi vahel on kaldkriips, nagu see:
www.example.com/folder/subfolder/filename.html
Viimane tükk on faili nimi, mis avatakse veebilehe avamisel. Kuigi te ei näe seda aadressiribal, see ei tähenda, et see pole seal olemas. Mõned veebilehtede loomiseks kasutatavad keeled peidavad vaatatava faili nime ja laiendit. See muudab URL-i lihtsam meelespidamiseks ja tüübiks ning annab selle puhtama välimuse.
Päring
URL-i päringuosa kasutatakse asjade kindlakstegemiseks, mis ei kuulu ristraja struktuuri. Enamasti näete, et neid kasutatakse otsingu tegemisel või kui veebisait esitab andmeid vormi kaudu. Päringuosale eelneb küsimärgipunkt ja see tuleb pärast teed (või pärast masinanime, kui tee pole kaasatud).
Näiteks võta selle URL-i esitada, kui otsisime Amazon märksõnade "wi-fi Extender" jaoks:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=wi-fi+extender
Otsinguvorm edastas teavet Amazoni otsingumootorile. Küsimärkide järel näete, et päringule on kaks osast: otsingu URL (see on osa "url = search-alias% 3Daps &field") ja meie sisestatud märksõnad (see tähendab "keywords = wi-fi + pikendaja "osa).
See on üsna lihtne näide ja sageli näete URL-e täiendavate (ja keerulisemate) muutujatega. Näiteks siin on URL, kui otsisime Google'ile märksõna "howtogeek":
https://www.google.com/search?q=howtogeek&rlz=1C1GCEA_enUS751US751&oq=howtogeek&aqs=chrome..69i57j69i60l4j0.1839j1j4&sourceid=chrome&ie=UTF-8
Nagu näete, seal on seal erinevat teavet. Sellisel juhul näete, et on olemas lisateavet, mis näitavad otsingukeele, brauserit, mida me kasutasime (Chrome) ja isegi brauseri versiooni numbrit.
Fragment
URL-i lõplikku komponenti, mida võisite näha, nimetatakse fragmentiks. Fragmentile eelneb räsimärk (#) ja seda kasutatakse konkreetse asukoha näitamiseks veebilehel. Veebilehe kodeerimisel saavad disainerid luua spetsiifilise teksti, nagu rubriigid, ankrud. Kui õige fragment URL-i lõpus kasutatakse, laadib teie brauser lehe ja seejärel selle ankru juurde. Ankrud ja URL-id fragmentidega kasutatakse sageli veebisaitide sisu tabelite loomiseks, et hõlbustada navigeerimist.
Siin on näide. Wikipedia lehel renessanss on üsna pikk dokument ja see on jagatud umbes 11 sektsiooni, millest igaühel on mitu alajaotust. Kuid igal leheküljel oleval pealkirjal on ankur, ning artikli peal olev sisukord sisaldab linke, mis võimaldavad teil liikuda eri sektsioonidesse. Need lingid sisaldavad fragmente.
Neid fragmente saate kasutada ka otse oma aadressiribal või jagatavate linkidena. Ütle näiteks, et tahate näidata keegi selle lehe jaotisest, mis hõlmab Venemaad. Võite lihtsalt saata neile see link:
https://en.wikipedia.org/wiki/Renaissance#Russia
URL-i lõpus paikneb URL-i lõpus osa "#Russia" pärast lehe laadimist otseselt selle osa.
Nii et teil on see rohkem kui tõenäoliselt kunagi tahtnud teada, kuidas URL-id toimivad.
