Hur HTTP fungerar: Hypertext Transfer Protocol Explained

Innehållsförteckning:

Hur HTTP fungerar: Hypertext Transfer Protocol Explained
Hur HTTP fungerar: Hypertext Transfer Protocol Explained
Anonim

Hypertext Transfer Protocol tillhandahåller en nätverksprotokollstandard som webbläsare och servrar använder för att kommunicera. Du ser HTTP när du besöker en webbplats eftersom protokollet visas i URL:en (till exempel

Detta protokoll liknar andra, som filöverföringsprotokoll, genom att det används av ett klientprogram för att begära filer från en fjärrserver. När det gäller HTTP begär en webbläsare HTML-filer från en webbserver, som sedan visas i webbläsaren med text, bilder, hyperlänkar och relaterade tillgångar.

Eftersom webbläsare kommunicerar med HTTP kan du vanligtvis ta bort protokollet från en URL när du skriver det i webbläsarens adressfält.

History of

Tim Berners-Lee skapade den ursprungliga HTTP-standarden i början av 1990-talet som en del av sitt arbete med att definiera den ursprungliga World Wide Web. Tre primära versioner distribuerades under 1990-talet:

  • HTTP 0.9: Stöd för grundläggande hypertextdokument.
  • HTTP 1.0: Tillägg för att stödja avancerade webbplatser.
  • HTTP 1.1: Utvecklat för att hantera prestandabegränsningar för HTTP 1.0, specificerat i Internet RFC 2068.

Den senaste versionen, HTTP 2.0, blev en godkänd standard 2015. Den bibehåller bakåtkompatibilitet med HTTP 1.1 men erbjuder ytterligare prestandaförbättringar.

Medan standard-HTTP inte krypterar trafik som skickas över ett nätverk, lägger HTTPS-standarden till kryptering till HTTP genom användning av Secure Sockets Layer eller, senare, Transport Layer Security.

Hur HTTP fungerar

HTTP är ett applikationslagerprotokoll byggt ovanpå TCP som använder en klient-server-kommunikationsmodell. HTTP-klienter och servrar kommunicerar genom förfrågnings- och svarsmeddelanden. De tre huvudsakliga HTTP-meddelandetyperna är GET, POST och HEAD.

  • HTTP GET: Meddelanden som skickas till en server innehåller endast en URL. Noll eller fler valfria dataparametrar kan läggas till i slutet av webbadressen. Servern bearbetar den valfria datadelen av URL:en, om den finns, och returnerar resultatet (en webbsida eller ett element av en webbsida) till webbläsaren.
  • HTTP POST: Meddelanden placerar valfria dataparametrar i brödtexten i begärandemeddelandet istället för att lägga till dem i slutet av webbadressen.
  • HTTP HEAD: Förfrågningar fungerar på samma sätt som GET-förfrågningar. Istället för att svara med det fullständiga innehållet i webbadressen skickar servern endast rubrikinformationen (finns i HTML-sektionen) tillbaka.
Image
Image

Webbläsaren initierar kommunikation med en HTTP-server genom att initiera en TCP-anslutning till servern. Webbsessioner använder serverport 80 som standard, även om andra portar som 8080 ibland används istället.

När en session har upprättats utlöser du sändning och mottagning av HTTP-meddelanden genom att besöka webbsidan.

HTTP är vad som kallas ett tillståndslöst system. Detta innebär att, till skillnad från andra filöverföringsprotokoll som FTP, avbryts HTTP-anslutningen efter att begäran är klar. Så efter att din webbläsare har skickat begäran och servern svarar med sidan, stängs anslutningen.

Felsökning av

Meddelanden som överförs via HTTP kan misslyckas av flera anledningar:

  • Användarfel.
  • Fel i webbläsaren eller webbservern.
  • Fel vid skapandet av webbsidor.
  • Tillfälliga nätverksfel.

När dessa fel inträffar fångar protokollet orsaken till felet och rapporterar en felkod till webbläsaren som kallas HTTP-statusrad/-kod. Fel börjar med ett visst nummer för att indikera vilken typ av fel det är.

Till exempel, fel med en felkod som börjar med fyra indikerar att begäran om sidan inte kan slutföras korrekt, eller att begäran innehåller felaktig syntax. Som ett exempel innebär 404-fel att en webbsida inte kan hittas; vissa webbplatser erbjuder till och med roliga anpassade 404-felsidor.

Rekommenderad: