Cum funcționează HTTP: Protocolul de transfer hipertext explicat

Protocolul de transfer hipertext oferă a protocol de rețea standard pe care browserele web și serverele îl folosesc pentru a comunica. Vedeți HTTP atunci când vizitați un site web deoarece protocolul apare în adresa URL (de exemplu, http://www.lifewire.com).

Acest protocol este similar cu altele, cum ar fi protocolul de transfer de fișiere, prin aceea că este folosit de un program client pentru a solicita fișiere de la un server la distanță. În cazul HTTP, un browser web solicită fișiere HTML de la un server web, care apoi se afișează în browser cu text, imagini, hyperlinkuri și materiale aferente.

Istoricul HTTP

Tim Berners-Lee a creat standardul HTTP inițial la începutul anilor 1990, ca parte a muncii sale de definire a standardului original. World Wide Web. Trei versiuni principale au fost implementate în anii 1990:

• HTTP 0.9: Suport pentru documente hipertext de bază.
• HTTP 1.0: Extensii pentru a accepta site-uri web bogate.
• HTTP 1.1: Dezvoltat pentru a aborda limitările de performanță ale HTTP 1.0, specificate în Internet RFC 2068.

Cea mai recentă versiune, HTTP 2.0, a devenit un standard aprobat în 2015. Menține compatibilitatea cu HTTP 1.1, dar oferă îmbunătățiri suplimentare de performanță.

În timp ce HTTP standard nu criptează traficul trimis printr-o rețea, standardul HTTPS adaugă criptare la HTTP prin utilizarea Secure Sockets Layer sau, mai târziu, Transport Layer Security.

Cum funcționează HTTP

HTTP este un protocol de nivel de aplicație construit pe deasupra TCP care folosește a comunicare client-server model. Clienții și serverele HTTP comunică prin mesaje de solicitare și răspuns. Cele trei tipuri principale de mesaje HTTP sunt GET, POST și HEAD.

• HTTP GET: Mesajele trimise către un server conțin doar a URL. La sfârșitul adresei URL pot fi adăugați zero sau mai mulți parametri de date opționali. Serverul procesează porțiunea de date opțională a adresei URL, dacă este prezentă, și returnează rezultatul (o pagină web sau un element al unei pagini web) către browser.
• HTTP POST: Mesajele plasează orice parametri de date opționali în corpul mesajului de solicitare, în loc să îi adauge la sfârșitul adresei URL.
• CAP HTTP: Solicitările funcționează la fel ca și cererile GET. În loc să răspundă cu conținutul complet al URL-ului, serverul trimite înapoi doar informațiile din antet (conținute în secțiunea HTML).

Browserul inițiază comunicarea cu un server HTTP prin inițierea unei conexiuni TCP la server. Sesiunile de navigare pe web folosesc implicit portul de server 80, deși alte porturi, cum ar fi 8080, sunt uneori folosite în schimb.

După ce o sesiune este stabilită, declanșați trimiterea și primirea de mesaje HTTP vizitând pagina web.

HTTP este ceea ce se numește a sistem apatrid. Aceasta înseamnă că, spre deosebire de alte protocoale de transfer de fișiere, cum ar fi FTP, conexiunea HTTP este întreruptă după finalizarea solicitării. Deci, după ce browserul dvs. web trimite cererea și Server răspunde cu pagina, conexiunea se închide.

Depanarea HTTP

Mesajele transmise prin HTTP pot eșua din mai multe motive:

• Eroare utilizator.
• Funcționare defectuoasă a browserului web sau a serverului web.
• Erori la crearea paginilor web.
• Defecțiuni temporare ale rețelei.

Când apar aceste erori, protocolul surprinde cauza eșecului și raportează browserului un cod de eroare numit an Linie/cod de stare HTTP. Erorile încep cu un anumit număr pentru a indica ce fel de eroare este.

De exemplu, erorile cu un cod de eroare care începe cu patru indică faptul că cererea pentru pagină nu poate fi finalizată corect sau că cererea conține codul incorect sintaxă. Ca exemplu, 404 erori înseamnă că o pagină web nu poate fi găsită; unele site-uri web oferă chiar pagini de eroare 404 personalizate distractive.