Hva er HTTP？

HTTP er en protokoll som tillater henting av ressurser, for eksempel HTML-dokumenter. Det er grunnlaget for all datautveksling på nettet, og det er en klient-server-protokoll, noe som betyr at forespørsler initieres av mottakeren, vanligvis nettleseren. Et komplett dokument rekonstrueres fra de forskjellige underdokumentene som hentes, for eksempel tekst, layoutbeskrivelse, bilder, videoer, skript og mer.

Kunder og servere kommuniserer ved å utveksle individuelle meldinger (i motsetning til en datastrøm). Meldingene som sendes av klienten, vanligvis en nettleser, kalles forespørsler og meldingene som serveren sender som svar kalles svar.

HTTP som en applikasjonslagsprotokoll, på toppen av TCP (transportlag) og IP (nettverkslag) og under presentasjonslaget. Designet på begynnelsen av 1990-tallet, er HTTP en utvidbar protokoll som har utviklet seg over tid. Det er en applikasjonslagsprotokoll som sendes over TCP, eller over en TLS-kryptert TCP-tilkobling, selv om en pålitelig transportprotokoll teoretisk sett kan brukes. På grunn av sin utvidbarhet brukes den til ikke bare å hente hypertekstdokumenter, men også bilder og videoer eller til å legge ut innhold til servere, som med HTML-skjemoresultater. HTTP kan også brukes til å hente deler av dokumenter for å oppdatere websider etter behov.

Komponenter av HTTP-baserte systemer


HTTP er en klient-server-protokoll: 
forespørsler sendes av en enhet, brukeragenten (eller en fullmektig på vegne av den). Brukeragenten er som oftest en nettleser, men det kan være hva som helst, for eksempel en robot som gjennomsøker nettet for å fylle ut og opprettholde en søkemotorindeks.
Hver enkelt forespørsel blir sendt til en server, som håndterer den og gir et svar, kalt svaret. Mellom klienten og serveren er det mange enheter, samlet kalt fullmakter, som utfører forskjellige operasjoner og fungerer for eksempel som gatewayer eller cacher.
I virkeligheten er det flere datamaskiner mellom en nettleser og serveren som håndterer forespørselen: det er rutere, modemer og mer. Takket være den lagdelte utformingen av nettet er disse skjult i nettverks- og transportlagene. HTTP er på toppen, på applikasjonslaget. Selv om det er viktig å diagnostisere nettverksproblemer, er de underliggende lagene for det meste irrelevante for beskrivelsen av HTTP.

Klient: brukeragenten
Brukeragenten er et hvilket som helst verktøy som handler på vegne av brukeren. Denne rollen utføres primært av nettleseren; andre muligheter er programmer som brukes av ingeniører og webutviklere for å feilsøke applikasjonene sine.
Nettleseren er alltid den enheten som initierer forespørselen. Det er aldri serveren (selv om noen mekanismer har blitt lagt til gjennom årene for å simulere serverinitierte meldinger).

For å presentere en webside sender nettleseren en original forespørsel om å hente HTML-dokumentet som representerer siden. Deretter analyserer den denne filen, og kommer med flere forespørsler som tilsvarer utførelsesskript, layoutinformasjon (CSS) som skal vises, og underressurser som finnes på siden (vanligvis bilder og videoer). Nettleseren blander deretter disse ressursene for å presentere brukeren et komplett dokument, websiden. Skript utført av nettleseren kan hente flere ressurser i senere faser, og nettleseren oppdaterer websiden deretter.

En webside er et hypertekstdokument. Dette betyr at noen deler av den viste teksten er koblinger som kan aktiveres (vanligvis med et museklikk) for å hente en ny webside, slik at brukeren kan lede brukeragenten og navigere gjennom nettet. Nettleseren oversetter disse instruksjonene i HTTP-forespørsler, og tolker ytterligere HTTP-svarene for å gi brukeren et klart svar.

Web-serveren
På motsatt side av kommunikasjonskanalen er serveren som serverer dokumentet slik klienten ber om det. En server ser ut som bare en enkelt maskin virtuelt: dette er fordi det faktisk kan være en samling servere, som deler belastningen (belastningsbalansering) eller et komplekst programvare som forhører andre datamaskiner (som cache, en DB-server eller e-handel servere), genererer dokumentet helt eller delvis etter behov.
En server er ikke nødvendigvis en enkelt maskin, men flere serverprogramvareforekomster kan være vert på samme maskin. Med HTTP / 1.1 og Host-overskriften kan de til og med dele den samme IP-adressen.

fullmakter

Mellom nettleseren og serveren videresender mange datamaskiner og maskiner HTTP-meldingene. På grunn av den lagdelte strukturen til Web-stakken, opererer de fleste av disse på transport-, nettverks- eller fysiske nivåer, blir gjennomsiktige på HTTP-laget og potensielt påvirker ytelsen betydelig. De som opererer ved applikasjonslagene kalles vanligvis fullmakter. Disse kan være gjennomsiktige, videresende på forespørslene de mottar uten å endre dem på noen måte, eller ikke-gjennomsiktige. I så fall vil de endre forespørselen på en eller annen måte før de overføres til serveren.

Fullmakter kan utføre mange funksjoner:

● caching (hurtigbufferen kan være offentlig eller privat, som nettleserbufferen)
● filtrering (som antivirusskanning eller foreldrekontroll)
● lastbalansering (for å tillate flere servere å betjene de forskjellige forespørslene)
● autentisering (for å kontrollere tilgang til forskjellige ressurser)

● logging (tillater lagring av historisk informasjon)

Grunnleggende aspekter ved HTTP

HTTP er enkelt
HTTP er generelt designet for å være enkelt og menneskelig lesbart, selv med den ekstra kompleksiteten introdusert i HTTP / 2 ved å kapsle inn HTTP-meldinger i rammer. HTTP-meldinger kan leses og forstås av mennesker, noe som gir enklere testing for utviklere, og redusert kompleksitet for nykommere.


HTTP kan utvides
Introdusert i HTTP / 1.0, gjør HTTP-overskrifter denne protokollen enkel å utvide og eksperimentere med. Ny funksjonalitet kan til og med innføres ved en enkel avtale mellom en klient og en server om semantikken til en ny header.


HTTP er statsløs, men ikke øktløs

HTTP er statsløs: det er ingen kobling mellom to forespørsler som suksessivt utføres på samme forbindelse. Dette har umiddelbart utsiktene til å være problematisk for brukere som prøver å samhandle med visse sider sammenhengende, for eksempel ved hjelp av handlekurver for e-handel. Men selv om kjernen i selve HTTP er statsløs, tillater HTTP-cookies å bruke stateful økter. Ved hjelp av utvidbarhet av topptekst blir HTTP-informasjonskapsler lagt til i arbeidsflyten, slik at det kan opprettes økt på hver HTTP-forespørsel for å dele den samme konteksten, eller den samme tilstanden.

HTTP og tilkoblinger
En forbindelse kontrolleres ved transportlaget, og derfor i utgangspunktet utenfor omfanget for HTTP. Selv om HTTP ikke krever at den underliggende transportprotokollen er tilkoblingsbasert; bare krever at den er pålitelig, eller ikke mister meldinger (så i det minste å presentere en feil). Blant de to vanligste transportprotokollene på Internett er TCP pålitelig og UDP ikke. HTTP er derfor avhengig av TCP-standarden, som er tilkoblingsbasert.

Før en klient og server kan utveksle et HTTP-forespørsel / svarpar, må de opprette en TCP-forbindelse, en prosess som krever flere rundturer. Standard oppførsel for HTTP / 1.0 er å åpne en egen TCP-forbindelse for hvert HTTP-forespørsel / svarpar. Dette er mindre effektivt enn å dele en enkelt TCP-tilkobling når flere forespørsler sendes etter hverandre.

For å avhjelpe denne feilen introduserte HTTP / 1.1 rørledning (som viste seg vanskelig å implementere) og vedvarende tilkoblinger: den underliggende TCP-forbindelsen kan kontrolleres delvis ved hjelp av Connection-overskriften. HTTP / 2 gikk et skritt videre ved å multipleksere meldinger over en enkelt tilkobling, noe som hjalp til med å holde forbindelsen varm og mer effektiv.

Eksperimenter pågår for å utforme en bedre transportprotokoll som er mer egnet for HTTP. For eksempel eksperimenterer Google med QUIC som bygger på UDP for å gi en mer pålitelig og effektiv transportprotokoll.

Legg igjen en beskjed 

Meldingsliste