Hva er en URL (Uniform Resource Locator)?

Forkortet som URL, en Uniform Resource Locator er en måte å identifisere plasseringen av en fil på internett. Det er det vi bruker for å åpne ikke bare nettsteder, men også for å laste ned bilder, videoer, programvare og andre typer filer som er vert på en server.

Å åpne en lokal fil på datamaskinen din er så enkelt som å dobbeltklikke på den, men for å åpne filer på eksterne datamaskiner, som webservere, må vi bruke URL-er slik at nettleseren vår vet hvor vi skal se. Å åpne HTML-filen som representerer websiden forklart nedenfor, gjøres for eksempel ved å skrive den inn i navigasjonsfeltet øverst i nettleseren du bruker.

Henrik5000 / Getty Images

Andre navn

Uniform Resource Locators blir ofte forkortet som URL-er, men de kalles også nettadresser når de refererer til URL-er som bruker HTTP- eller HTTPS-protokollen.

URL blir vanligvis uttalt med hver bokstav som snakkes individuelt (dvs. u - r - l, ikke jarl). Det pleide å være en forkortelse for Universal Resource Locator før den ble endret til Uniform Resource Locator i 1994.

Eksempler på nettadresser

Du er sannsynligvis vant til å skrive inn URL, som denne for å få tilgang til Googles nettsted:

https://www.google.com

Hele adressen heter URL. Et annet eksempel er dette nettstedet (første) og Microsofts (andre):

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

Du kan til og med bli superspesifikk og åpne den direkte URL-en til et bilde, som denne lange som peker på Googles logo på Wikipedia sitt nettsted. Hvis du åpner den lenken, kan du se at den starter med https:// og har en jevnlig URL som eksemplene ovenfor, men har så mye annen tekst og skråstreker for å peke deg til den eksakte mappen og filen der bildet ligger på nettstedets server.

Det samme konseptet gjelder når du åpner påloggingssiden til en ruter; ruterenes IP-adresse brukes som URL for å åpne konfigurasjonssiden.

De fleste av oss er kjent med denne typen URL-er som vi bruker i en nettleser som Firefox eller Chrome, men det er ikke de eneste tilfellene der du trenger en URL.

I alle disse eksemplene bruker du HTTP-protokollen for å åpne nettstedet, som sannsynligvis er det eneste de fleste møter, men det er andre protokoller du også kan bruke, som FTP, TELNET, MAILTO og RDP. En URL kan til og med peke på lokale filer du har på harddisken. Hver protokoll kan ha et unikt sett med syntaksregler for å nå målet.

Struktur av en URL

En URL kan deles inn i forskjellige seksjoner, hver bit tjener et bestemt formål når du får tilgang til en ekstern fil.

HTTP og FTP URL-er er strukturert likt, som protokoll: // vertsnavn / filinfo. For eksempel kan tilgang til en FTP-fil med URL-en se ut slik:

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

Som, bortsett fra å ha FTP istedenfor HTTP, ser ut som alle andre nettadresser du kan støte på der ute på nettet.

La oss bruke følgende URL, som er Googles kunngjøring om en CPU-feil, som et eksempel på en HTTP-adresse og identifisere hver del:

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

• https er protokollen (som FTP er en protokoll) som definerer typen server du kommuniserer med.
• sikkerhet er vertsnavnet som brukes for å få tilgang til dette spesifikke nettstedet.
• googleblog er domenenavnet.
• com er det som er referert til som toppdomene (TLD), hvorav noen inkluderer .net, .org, .co.uk, etc.
• / 2018 / 01 / representerer katalogene som brukes til å organisere websiden eller filen. På webserveren som holder nettstedsfilene, vil dette være de faktiske mappene du vil klikke deg gjennom for å finne filen som denne URL-en spesifiserer.
• todays-cpu-vulnerability-what-you-need.html er den faktiske filen som URL-en peker på. Hvis du prøvde å laste inn et bilde, lydfil eller en annen filtype i stedet for en HTML-fil, ville URL-en ende i den filtypen (som en PNG eller MP3).
• security.googleblog.com som en gruppe kalles Fully Qualified Domain Name (FQDN).

URL-syntaksregler

Bare tall, bokstaver og følgende tegn er tillatt i en URL: ()! $ -'_ * +.

Andre tegn må være kodet (oversatt til programmeringskode) for å bli akseptert.

Noen nettadresser har parametere som deler den fra flere variabler. For eksempel når du gjør et Google-søk etter lifewire:

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

Spørsmålstegnet du ser, forteller at et bestemt skript, som er vert på Googles server, at du vil sende en bestemt kommando til det for å få tilpassede resultater.

Det spesifikke skriptet som Google bruker for å utføre søk, vet at alt som følger ? q = en del av URL-en skal identifiseres som søkeordet, så det som blir skrevet på det punktet i URL-en, brukes til å søke på Googles søkemotor.

Du kan se lignende oppførsel i URL-en i dette YouTube-søket etter de beste kattevideoene:

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

Selv om mellomrom ikke er tillatt i en URL, bruker noen nettsteder en + sign, som du kan se i både eksemplene fra Google og YouTube. Andre bruker den kodede ekvivalenten til et mellomrom, som er% 20.

Noen nettadresser kan bytte mellom parametere, avhengig av konteksten. Et godt eksempel kan sees når du legger til en tidsstempel til en YouTube-video. Noen lenker krever bokstav og andre bruker et spørsmålstegn.

URL-er kan også bruke ankre. Disse ligger helt på slutten og beskriver hvor, på den siden, å hoppe til når lenken er valgt. Ankere opprettes når du legger til lenker til en webside, og de bruker nummertegnet (#). Her er et eksempel i en Wikipedia-oppføring der ankeret tar deg til en annen del av siden:

https://en.wikipedia.org/wiki/Web#History

URL-er som bruker flere variabler bruker ett eller flere tegn etter spørsmålstegnet. Du kan se eksemplet her for et Amazon.com-søk etter Windows 10:

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

Den første variabelen, url, er foran spørsmålstegnet, men neste variabel, feltnøkkelord, innledes med et ampersand. Ytterligere variabler vil også bli innledet med et ampersand.

Deler av en URL er mellom store og små bokstaver - spesielt alt etter domenenavnet (katalogene og filnavnet). Du kan se dette selv hvis du bruker ordet "behov" i eksemplet URL fra Google som vi dekonstruerte ovenfor, slik at slutten av URL-en blir lest todays-cpu-vulnerability-what-you-NEED.html. Prøv å åpne den siden, så ser du at den ikke lastes inn fordi den spesifikke filen ikke finnes på serveren.

Mer informasjon om nettadresser

Hvis en URL viser deg til en fil som nettleseren din kan vise, som et JPG-bilde, trenger du ikke å laste den ned til datamaskinen din for å se den. For filer som vanligvis ikke vises i nettleseren, som PDF- og DOCX-filer, og spesielt EXE-filer (og mange andre filtyper), blir du imidlertid bedt om å laste den ned.

URL-er gir oss en enkel måte å få tilgang til serverens IP-adresse uten å måtte vite hva den faktiske adressen er. De er som lett å huske navn på favorittnettstedene våre. Denne oversettelsen fra en URL til en IP-adresse er hva DNS-servere brukes til.

Noen URL-er er veldig lange og komplekse og brukes best hvis du klikker på den som en lenke eller kopierer / limer den inn i nettleserens adressefelt. En feil i en URL kan generere en 400-serie HTTP-statuskodefeil, den vanligste typen er en 404-feil.

Et eksempel kan sees på gog.com. Hvis du prøver å få tilgang til en side som ikke finnes på serveren deres (som denne), får du en 404-feil. Disse typer feil er så vanlige at du ofte finner tilpassede, ofte humoristiske, versjoner av dem på noen nettsteder. Vi fører en liste over noen av de bedre.

Hvis du har problemer med å få tilgang til et nettsted eller en online fil som du mener skal lastes inn normalt, kan du se hvordan vi feilsøker en feil i en URL-guide for noen nyttige ideer om hva du skal gjøre videre.

De fleste nettadresser krever ikke at portnavnet oppgis. Å åpne google.com, for eksempel, kan gjøres ved å spesifisere portnummeret til slutt som http://www.google.com:80, men det er ikke nødvendig. Hvis nettstedet fungerte på port 8080 i stedet, kan du erstatte porten og få tilgang til siden på den måten.

Som standard bruker FTP-nettsteder port 21, men andre kan settes opp på port 22 eller noe annet. Hvis FTP-nettstedet ikke bruker port 21, må du spesifisere hvilken den bruker for å få tilgang til serveren riktig. Det samme konseptet gjelder enhver URL som bruker en annen port enn hva programmet som ble brukt for å anta som standard bruker det.