Hogyan működik a HTTP: A hiperszöveg átviteli protokoll magyarázata

Tartalomjegyzék:

Hogyan működik a HTTP: A hiperszöveg átviteli protokoll magyarázata
Hogyan működik a HTTP: A hiperszöveg átviteli protokoll magyarázata
Anonim

A Hypertext Transfer Protocol egy hálózati protokollszabványt biztosít, amelyet a webböngészők és a szerverek használnak a kommunikációhoz. Egy webhely meglátogatásakor HTTP jelenik meg, mert a protokoll megjelenik az URL-ben (például

Ez a protokoll hasonlít másokhoz, például a fájlátviteli protokollhoz, mivel egy kliensprogram arra használja, hogy fájlokat kérjen le egy távoli szerverről. HTTP esetén a webböngésző HTML-fájlokat kér a webszervertől, amelyek aztán szöveggel, képekkel, hiperhivatkozásokkal és kapcsolódó eszközökkel jelennek meg a böngészőben.

Mivel a böngészők HTTP-n keresztül kommunikálnak, általában ledobhatja a protokollt egy URL-ről, amikor beírja azt a böngésző címsorába.

A HTTP előzményei

Tim Berners-Lee az 1990-es évek elején létrehozta a kezdeti HTTP-szabványt az eredeti World Wide Web meghatározásában végzett munkája részeként. Az 1990-es években három elsődleges verzió került bevezetésre:

  • HTTP 0.9: Az alapvető hiperszöveges dokumentumok támogatása.
  • HTTP 1.0: bővítmények a gazdag webhelyek támogatására.
  • HTTP 1.1: Az Internet RFC 2068-ban meghatározott HTTP 1.0 teljesítménykorlátozásainak kezelésére fejlesztették ki.

A legújabb verzió, a HTTP 2.0, 2015-ben jóváhagyott szabvány lett. Megtartja a visszamenőleges kompatibilitást a HTTP 1.1-gyel, de további teljesítményjavításokat kínál.

Míg a szabványos HTTP nem titkosítja a hálózaton keresztül továbbított forgalmat, a HTTPS szabvány titkosítja a HTTP-t a Secure Sockets Layer vagy később a Transport Layer Security használatával.

Hogyan működik a

A HTTP egy TCP-re épülő alkalmazási réteg protokoll, amely kliens-szerver kommunikációs modellt használ. A HTTP-kliensek és -kiszolgálók kérés- és válaszüzeneteken keresztül kommunikálnak. A három fő HTTP-üzenettípus a GET, POST és HEAD.

  • HTTP GET: A szervernek küldött üzenetek csak egy URL-t tartalmaznak. Nulla vagy több nem kötelező adatparaméter fűzhető az URL végéhez. A szerver feldolgozza az URL opcionális adatrészét, ha van, és az eredményt (webold alt vagy egy weboldal elemét) visszaküldi a böngészőnek.
  • HTTP POST: Az üzenetek az opcionális adatparamétereket a kérésüzenet törzsébe helyezik, nem pedig az URL végére.
  • HTTP HEAD: A kérések ugyanúgy működnek, mint a GET kérések. Ahelyett, hogy az URL teljes tartalmával válaszolna, a szerver csak a fejléc információkat küldi vissza (amelyek a HTML részben találhatók).
Image
Image

A böngésző kommunikációt kezdeményez egy HTTP-kiszolgálóval azáltal, hogy TCP-kapcsolatot kezdeményez a szerverrel. A webböngészési munkamenetek alapértelmezés szerint a 80-as szerverportot használják, bár néha más portokat, például a 8080-ast használnak helyette.

A munkamenet létrehozása után a weboldal meglátogatásával elindítja a HTTP-üzenetek küldését és fogadását.

A HTTP-t állapot nélküli rendszernek hívják. Ez azt jelenti, hogy más fájlátviteli protokolloktól, például az FTP-től eltérően a HTTP-kapcsolat megszakad a kérés befejezése után. Tehát miután a webböngészője elküldte a kérést, és a szerver válaszol az oldallal, a kapcsolat megszakad.

Hibaelhárítás

A HTTP-n keresztül továbbított üzenetek több okból is meghiúsulhatnak:

  • Felhasználói hiba.
  • A webböngésző vagy a webszerver meghibásodása.
  • Hibák a weboldalak létrehozása során.
  • Ideiglenes hálózati hibák.

Amikor ezek a hibák előfordulnak, a protokoll rögzíti a hiba okát, és hibakódot küld a böngészőnek, amelyet HTTP állapotsornak/-kódnak neveznek. A hibák egy bizonyos számmal kezdődnek, jelezve, hogy milyen hibáról van szó.

Például a négyessel kezdődő hibakóddal kapcsolatos hibák azt jelzik, hogy az oldalra vonatkozó kérés nem fejezhető be megfelelően, vagy a kérés helytelen szintaxist tartalmaz. Például a 404-es hibák azt jelentik, hogy egy weboldal nem található; egyes webhelyek szórakoztató egyéni 404-es hibaoldalakat is kínálnak.

Ajánlott: