Kuinka HTTP toimii: Hypertext Transfer Protocol selitetty

Sisällysluettelo:

Kuinka HTTP toimii: Hypertext Transfer Protocol selitetty
Kuinka HTTP toimii: Hypertext Transfer Protocol selitetty
Anonim

Hypertext Transfer Protocol tarjoaa verkkoprotokollastandardin, jota verkkoselaimet ja palvelimet käyttävät viestintään. Näet HTTP:n, kun vierailet verkkosivustolla, koska protokolla näkyy URL-osoitteessa (esimerkiksi

Tämä protokolla on samanlainen kuin muut, kuten tiedostonsiirtoprotokolla, siinä mielessä, että asiakasohjelma pyytää sitä tiedostoja etäpalvelimelta. HTTP:n tapauksessa verkkoselain pyytää verkkopalvelimelta HTML-tiedostoja, jotka sitten näytetään selaimessa tekstin, kuvien, hyperlinkkien ja niihin liittyvien resurssien kanssa.

Koska selaimet kommunikoivat HTTP:n avulla, voit yleensä pudottaa protokollan URL-osoitteesta kirjoittaessasi sen selaimen osoitepalkkiin.

HTTP:n historia

Tim Berners-Lee loi alkuperäisen HTTP-standardin 1990-luvun alussa osana työtään alkuperäisen World Wide Webin määrittelyssä. Kolme ensisijaista versiota otettiin käyttöön 1990-luvulla:

  • HTTP 0.9: Perushypertekstiasiakirjojen tuki.
  • HTTP 1.0: Laajennukset tukevat monipuolisia verkkosivustoja.
  • HTTP 1.1: Kehitetty korjaamaan HTTP 1.0:n suorituskykyrajoitukset, jotka on määritetty Internet RFC 2068:ssa.

Uusimmasta versiosta HTTP 2.0 tuli hyväksytty standardi vuonna 2015. Se säilyttää taaksepäin yhteensopivuuden HTTP 1.1:n kanssa, mutta tarjoaa lisäparannuksia suorituskykyyn.

Vaikka tavallinen HTTP ei salaa verkon kautta lähetettyä liikennettä, HTTPS-standardi lisää HTTP:n salauksen käyttämällä Secure Sockets Layeria tai myöhempää Transport Layer Securityä.

Kuinka HTTP toimii

HTTP on TCP:n päälle rakennettu sovelluskerroksen protokolla, joka käyttää asiakas-palvelin-viestintämallia. HTTP-asiakkaat ja -palvelimet kommunikoivat pyyntö- ja vastausviestien kautta. Kolme pääasiallista HTTP-viestityyppiä ovat GET, POST ja HEAD.

  • HTTP GET: Palvelimelle lähetetyt viestit sisältävät vain URL-osoitteen. Nolla tai useampi valinnainen tietoparametri voidaan liittää URL-osoitteen loppuun. Palvelin käsittelee URL-osoitteen valinnaisen tietoosan, jos se on olemassa, ja palauttaa tuloksen (verkkosivun tai verkkosivun elementin) selaimeen.
  • HTTP POST: Viestit sijoittavat valinnaiset tietoparametrit pyyntöviestin runkoon sen sijaan, että ne lisäisivät ne URL-osoitteen loppuun.
  • HTTP HEAD: Pyynnöt toimivat samalla tavalla kuin GET-pyynnöt. Sen sijaan, että palvelin vastaisi URL-osoitteen koko sisällöllä, se lähettää takaisin vain otsikkotiedot (sisältyvät HTML-osiossa).
Image
Image

Selain aloittaa tiedonsiirron HTTP-palvelimen kanssa käynnistämällä TCP-yhteyden palvelimeen. Web-selausistunnot käyttävät oletusarvoisesti palvelinporttia 80, vaikka joskus sen sijaan käytetään muita portteja, kuten 8080.

Kun istunto on muodostettu, käynnistät HTTP-viestien lähettämisen ja vastaanottamisen vierailemalla verkkosivulla.

HTTP on niin kutsuttu v altioton järjestelmä. Tämä tarkoittaa, että toisin kuin muut tiedostonsiirtoprotokollat, kuten FTP, HTTP-yhteys katkeaa pyynnön valmistumisen jälkeen. Joten, kun verkkoselaimesi lähettää pyynnön ja palvelin vastaa sivulla, yhteys sulkeutuu.

HTTP:n vianetsintä

HTTP:n kautta lähetetyt viestit voivat epäonnistua useista syistä:

  • Käyttäjävirhe.
  • Verkkoselaimen tai verkkopalvelimen toimintahäiriö.
  • Virheet verkkosivujen luomisessa.
  • Tilapäisiä verkkohäiriöitä.

Kun näitä vikoja ilmenee, protokolla tallentaa vian syyn ja raportoi selaimelle virhekoodin, jota kutsutaan HTTP-tilariviksi/-koodiksi. Virheet alkavat tietyllä numerolla osoittamaan, millainen virhe on kyseessä.

Esimerkiksi virheet, joiden vikakoodi alkaa neljällä, osoittavat, että sivun pyyntöä ei voida suorittaa kunnolla tai että pyyntö sisältää väärän syntaksin. Esimerkiksi 404-virheet tarkoittavat, että verkkosivua ei löydy; Jotkut verkkosivustot tarjoavat jopa hauskoja mukautettuja 404-virhesivuja.

Suositeltava: