Kõik, mida vaja HTTP-le teada saada
HTTP (Hypertext Transfer Protocol) pakub võrguprotokolli standardit, mida veebibrauserid ja serverid suhtlemiseks kasutavad. Veebilehe külastamisel on seda lihtne ära tunda, kuna see on URL-is kirja pandud (nt http: // www. ).
See protokoll sarnaneb teiste FTP-ga , kuna seda kasutab klientprogramm, et taotleda failid serveri serverist. HTTP puhul on tavaliselt veebibrauser, mis küsib veebiserverilt HTML-faile ja mis seejärel kuvatakse teksti, piltide, hüperlinkide jne brauseris.
HTTP on see, mida nimetatakse "kodakondsuseta süsteemiks". See tähendab, et erinevalt teistest failide edastusprotokollidest, näiteks FTP-st , langeb HTTP-ühendus pärast päringu tegemist. Nii et kui teie veebibrauser saadab päringu ja server vastab sellele lehele, on ühendus suletud.
Kuna enamik veebibrausoreid on vaikimisi HTTP-ga, võite sisestada ainult domeeninime ja brauseri automaatne täitmine osa "http: //".
HTTP-i ajalugu
Tim Berners-Lee loonud esialgse HTTP 1990-ndate aastate alguses oma tööna esialgse World Wide Web-i määratlemisel. 1990. aastatel kasutati laialdaselt kolme esmakordset versiooni:
- HTTP 0.9 (põhiliste hüperteksti dokumentide toetamiseks)
- HTTP 1.0 (laiendused rikaste veebisaitide ja mastaapsuse toetamiseks)
- HTTP 1.1 (arendatud HTTP 1.0 toimivuspiirangute lahendamiseks, mis on määratletud Internet RFC 2068-s)
Viimane versioon, HTTP 2.0, sai heakskiidetud standardiks 2015. aastal. See tagab tagasiühenduse HTTP 1.1-ga, kuid pakub täiendavaid jõudluse parandusi.
Kuigi tavaline HTTP ei krüpti võrgu kaudu saadetavat liiklust, töötati välja HTTPS-i standard, et lisada (algselt) Secure Sockets Layer'i (SSL) või (hiljem) transpordi kihi turvalisuse (TLS) abil krüptimine HTTP-le.
Kuidas HTTP toimib
HTTP on rakenduskihi protokoll, mis on ehitatud TCP peal, mis kasutab kliendiserveri kommunikatsioonimudelit . HTTP-kliendid ja serverid suhtlevad HTTP-päringu ja vastussõnumite kaudu. Kolm peamist HTTP-teate tüüpi on GET, POST ja HEAD.
- Serverile saadetud HTTP GET- sõnumid sisaldavad ainult URL-i . URL-i lõpus võib olla lisatud null või rohkem valikulisi andmeparameetreid. Server töötleb URL-i valikulisi andmeid (kui need on olemas) ja tagastab tulemuse (veebilehe või veebilehe elemendi) brauserisse.
- HTTP-POST- sõnumid asetavad päringu sõnumi kehas kõik valikulised andmeparameetrid, mitte lisades need URL-i lõpuni.
- HTTP HEAD päring toimib samamoodi nagu GET päringud. Selle asemel, et vastata URL-i kogu sisule, saadab server tagasi ainult päise teabe (sisaldub HTML-i sektsioonis).
Brauser käivitab HTTP-serveriga suhtlemise, alustades serveriga TCP-ühendust. Veebi sirvimise seansid kasutavad vaikimisi serveripost 80, selle asemel kasutatakse mõnikord teisi porti nagu 8080.
Kui seanss on loodud, käivitab kasutaja HTTP-teadete saatmise ja vastuvõtmise veebilehe külastades.
Probleemid HTTP-ga
HTTP-ga edastatud sõnumeid ei saa edukalt edastada mitmel põhjusel:
- kasutaja viga
- veebibrauseri või veebiserveri rike
- Vead veebilehtede loomisel
- ajutine võrgu tõrge
Nende tõrgete korral ilmub protokoll rikke põhjuseks (võimaluse korral) ja annab brausile tagasi veateate, mida nimetatakse HTTP olekurijärguks / koodeksiks . Vead algavad teatud numbriga, et näidata, millist viga see on.
Näiteks 4xx vead näitavad, et lehe taotlust ei saa korralikult täita või et taotlus sisaldab vale süntaksi . Näiteks 404 vead tähendavad, et lehte ei leita; mõnedel veebisaitidel on isegi lõbusad kohandatud 404 tõrkelehed .