Protokolli i Transferimit të Hipertekstit ofron një standard protokolli rrjeti që shfletuesit dhe serverët e uebit përdorin për të komunikuar. Ju shikoni HTTP kur vizitoni një faqe interneti sepse protokolli shfaqet në URL (për shembull, Ky protokoll është i ngjashëm me të tjerët, si protokolli i transferimit të skedarëve, në atë që përdoret nga një program klienti për të kërkuar skedarë nga një server në distancë. Në rastin e HTTP, një shfletues uebi kërkon skedarë HTML nga një server në internet, të cilët më pas shfaqen në shfletues me tekst, imazhe, hiperlidhje dhe asete të ngjashme.
Për shkak se shfletuesit komunikojnë duke përdorur HTTP, ju zakonisht mund ta hiqni protokollin nga një URL kur e shkruani atë në shiritin e adresave të shfletuesit.
Historia e
Tim Berners-Lee krijoi standardin fillestar HTTP në fillim të viteve 1990 si pjesë e punës së tij në përcaktimin e World Wide Web origjinal. Tre versione kryesore u vendosën gjatë viteve 1990:
- HTTP 0.9: Mbështetje e dokumenteve bazë të hipertekstit.
- HTTP 1.0: Shtesa për të mbështetur faqet e internetit të pasura.
- HTTP 1.1: Zhvilluar për të adresuar kufizimet e performancës së HTTP 1.0, të specifikuara në Internet RFC 2068.
Versioni më i fundit, HTTP 2.0, u bë një standard i miratuar në 2015. Ai ruan pajtueshmërinë e prapambetur me HTTP 1.1, por ofron përmirësime shtesë të performancës.
Ndërsa HTTP standarde nuk enkripton trafikun e dërguar përmes një rrjeti, standardi HTTPS shton enkriptimin në HTTP nëpërmjet përdorimit të shtresës së prizave të sigurta ose, më vonë, Sigurisë së shtresës së transportit.
Si funksionon
HTTP është një protokoll i shtresës së aplikacionit i ndërtuar në krye të TCP që përdor një model komunikimi klient-server. Klientët dhe serverët HTTP komunikojnë përmes mesazheve të kërkesës dhe përgjigjes. Tre llojet kryesore të mesazheve HTTP janë GET, POST dhe HEAD.
- HTTP GET: Mesazhet e dërguara te një server përmbajnë vetëm një URL. Zero ose më shumë parametra opsional të të dhënave mund të shtohen në fund të URL-së. Serveri përpunon pjesën opsionale të të dhënave të URL-së, nëse është e pranishme, dhe e kthen rezultatin (një faqe interneti ose element të një faqeje ueb) në shfletues.
- HTTP POST: Mesazhet vendosin çdo parametër të të dhënave opsionale në trupin e mesazhit të kërkesës në vend që t'i shtojnë ato në fund të URL-së.
- HTTP HEAD: Kërkesat funksionojnë njësoj si kërkesat GET. Në vend që të përgjigjet me përmbajtjen e plotë të URL-së, serveri dërgon vetëm informacionin e kokës (që gjendet brenda seksionit HTML).
Shfletuesi fillon komunikimin me një server HTTP duke inicuar një lidhje TCP me serverin. Seancat e shfletimit të uebit përdorin si parazgjedhje portën 80 të serverit, megjithëse në vend të tyre përdoren ndonjëherë porte të tjera si 8080.
Pasi të krijohet një seancë, ju aktivizoni dërgimin dhe marrjen e mesazheve HTTP duke vizituar faqen e internetit.
HTTP është ai që quhet sistem pa shtetësi. Kjo do të thotë që, ndryshe nga protokollet e tjera të transferimit të skedarëve si FTP, lidhja HTTP hiqet pasi të përfundojë kërkesa. Pra, pasi shfletuesi juaj i internetit dërgon kërkesën dhe serveri përgjigjet me faqen, lidhja mbyllet.
Zgjidhja e problemeve
Mesazhet e transmetuara përmes HTTP mund të dështojnë për disa arsye:
- Gabim përdoruesi.
- Mosfunksionim i shfletuesit ose serverit të uebit.
- Gabimet në krijimin e faqeve të internetit.
- Defekte të përkohshme në rrjet.
Kur ndodhin këto dështime, protokolli kap shkakun e dështimit dhe raporton një kod gabimi te shfletuesi i quajtur linjë/kod statusi HTTP. Gabimet fillojnë me një numër të caktuar për të treguar se çfarë lloj gabimi është.
Për shembull, gabimet me një kod dështimi që fillon me katër tregojnë se kërkesa për faqen nuk mund të plotësohet siç duhet, ose që kërkesa përmban sintaksë të pasaktë. Si shembull, gabimet 404 nënkuptojnë që një faqe në internet nuk mund të gjendet; disa faqe interneti madje ofrojnë faqe argëtuese gabimi me porosi 404.
