HTTP (Hypertext Transfer Protocol) tarjoaa verkkoprotokollatason, jota verkkoselaimet ja palvelimet käyttävät kommunikoimaan. Tämä on helppo tunnistaa, kun vierailet verkkosivustoa, koska se on kirjoitettu suoraan URL-osoitteeseen (esim. http://www.Go-Travels.com ).
Tämä protokolla on samanlainen kuin muut kuin FTP, koska asiakasohjelma käyttää sitä tiedostojen etsimiseen etäpalvelimelta. HTTP: n tapauksessa se on tavallisesti web-selain, joka pyytää HTML-tiedostoja web-palvelimelta, ja ne näytetään selaimessa tekstin, kuvien, hyperlinkkien jne. Kanssa.
HTTP on mitä kutsutaan a valtiottomaan järjestelmään . Tämä tarkoittaa sitä, että toisin kuin muut tiedostonsiirtoprotokollat, kuten FTP, HTTP-yhteys pudotetaan, kun pyyntö on tehty. Joten, kun verkkoselaimesi lähettää pyynnön ja palvelin vastaa sivulta, yhteys suljetaan.
Koska useimmat verkkoselaimet oletuksena HTTP: hen, voit kirjoittaa vain verkkotunnuksen ja selaimen täyttää http: // -osan.
HTTP: n historia
Tim Berners-Lee loi ensimmäisen HTTP: n 1990-luvun alussa osana työnsä alkuperäisen WWW-verkon määrittelyssä. Kolme ensisijaista versiota käytettiin laajalti 1990-luvulla:
- HTTP 0.9 (perushypertext-asiakirjojen tukemiseen)
- HTTP 1.0 (laajennukset tukevien verkkosivustojen tukemiseen ja skaalautuvuuteen)
- HTTP 1.1 (kehitetty HTTP 1.0: n suoritusrajoitusten käsittelemiseksi, määritelty Internet RFC 2068: ssä)
Viimeisin versio, HTTP 2.0, tuli hyväksytyksi standardiksi vuonna 2015. Se ylläpitää taaksepäin yhteensopivuutta HTTP 1.1: n kanssa, mutta tarjoaa lisää suorituskyvyn parannuksia.
Vaikka standardi HTTP ei salata verkossa lähetettyä liikennettä, HTTPS-standardia kehitettiin lisäämään salaus HTTP: hen käyttämällä (alunperin) Secure Sockets Layer (SSL) tai (later) Transport Layer Security (TLS) -menetelmää.
Miten HTTP toimii
HTTP on TCP: n päälle rakennetun sovelluskerroksen protokolla, joka käyttää asiakas-palvelimen tietoliikennemallia. HTTP-asiakkaat ja palvelimet kommunikoivat HTTP-pyyntö- ja vastausviestien välityksellä. Kolme tärkeintä HTTP-viestityyppiä ovat GET, POST ja HEAD.
- HTTP GET palvelimelle lähetetyt viestit sisältävät vain URL-osoitteen. URL-osoitteen loppuun voidaan liittää nolla tai enemmän valinnaisia dataparametreja. Palvelin käsittelee URL-osoitteen vapaaehtoisen osan, jos se on läsnä, ja palauttaa tuloksen (verkkosivun tai verkkosivun osan) selaimeen.
- HTTP POST viestit asettavat kaikki mahdolliset dataparametrit pyyntösanoman rungossa sen sijaan, että ne lisätään URL-osoitteen loppuun.
- HTTP HEAD pyyntö toimii samoin kuin GET-pyyntöjä. Sen sijaan, että vastaisi URL-osoitteen koko sisällön kanssa, palvelin lähettää vain otsikkotiedot (sisältyvät HTML-osioon).
Selaus aloittaa viestinnän HTTP-palvelimen kanssa käynnistämällä TCP-yhteyden palvelimeen. Web-selausistunnot käyttävät oletusarvoisesti palvelinporttia 80, vaikka muita portteja, kuten 8080, käytetään toisinaan.
Kun istunto on muodostettu, käyttäjä käynnistää HTTP-viestien lähettämisen ja vastaanottamisen käymällä verkkosivulla.
Ongelmat HTTP: llä
HTTP: n kautta lähetettyjä viestejä ei voida toimittaa onnistuneesti useista syistä:
- käyttäjävirhe
- Web-selaimen tai web-palvelimen toimintahäiriö
- virheitä verkkosivujen luomisessa
- tilapäiset verkon häiriöt
Kun nämä virheet esiintyvät, protokolla ottaa vian syyn (jos mahdollista) ja raportoi virhekoodin takaisin selaimeen, jota kutsutaan HTTP-tilariviksi / -koodiksi. Virheet alkavat tietyllä numerolla, joka ilmaisee, millaisia virheitä se on.
Esimerkiksi 4xx-virheet osoittavat, että sivun pyyntöä ei voi suorittaa kunnolla tai että pyyntö sisältää virheellisen syntaksin. Esimerkiksi 404 virheet tarkoittavat, että sivua ei löydy; jotkut sivustot ovat jopa hauskoja custom 404 virhe sivuja.
