Hypertext Transfer Protocol
Hypertext Transfer Protocol (HTTP) este metoda
cea mai des utilizat pentru accesarea informaiilor n
Internet care sunt pstrate pe servere World Wide Web
(WWW). Protocolul HTTP este un protocol de tip text,
ind protocolul implicit al WWW. Adic, dac un URL
nu conine partea de protocol, aceasta se consider ca -
ind http. HTTP presupune c pe calculatorul destinaie
ruleaz un program care nelege protocolul. Fiierul tri-
mis la destinaie poate un document HTML (abrevia-
ie de la HyperText Markup Language), un ier grac,
de sunet, animaie sau video, de asemenea un program
executabil pe server-ul respectiv sau i un editor de text.
Dup clasicarea dup modelul de referin OSI, proto-
colul HTTP este un protocol de nivel aplicaie. Realizarea
i evoluia sa este coordonat de ctre World Wide Web
Consortium (W3C).
1 Modul de funcionare
HTTP ofer o tehnic de comunicare prin care pagini-
le web se pot transmite de la un computer aat la dis-
tan spre propriul computer. Dac se apeleaz un link
sau o adres de web cum ar http://www.example.com,
atunci se cere calculatorului host s aeze o pagin web
(index.html sau altele). n prima faz numele (adre-
sa) www.example.com este convertit de protocolul DNS
ntr-o adres IP. Urmeaz transferul prin protocolul TCP
pe portul standard 80 al serverului HTTP, ca rspuns la
cererea HTTP-GET. Informaii suplimentare ca de ex.
indicaii pentru browser, limba dorit .a. se pot aduga
n header-ul (antetul) pachetului HTTP. n urma cererii
HTTP-GET urmeaz din partea serverului rspunsul cu
datele cerute, ca de ex.: pagini n (X)HTML, cu ie-
re ataate ca imagini, iere de stil (CSS), scripturi (Ja-
vascript), dar pot i pagini generate dinamic (SSI, JSP,
PHP i ASP.NET). Dac dintr-un anumit motiv informa-
iile nu pot transmise, atunci serverul trimite napoi un
mesaj de eroare. Modul exact de desfurare a acestei ac-
iuni (cerere i rspuns) este stabilit n specicaiile HT-
TP.
2 Transferul argumentelor
Partea de date este mai lung i de necitit din cauza com-
Deseori utilizatorul dorete s transmit informaii spe- presiei gzip.
ciale la website. Aici HTTP pune la dispozitie dou po- n cazul unei cereri POST variabilele nu se a n URI,
sibiliti: ci n partea body:
Transferul datelor n combinaie cu o cerere pentru
o resurs (HTTP-metoda GET)
Transferul datelor n combinaie cu o cerere special
(HTTP-metoda POST)
Datele transferate vin deseori %-codate. La metoda GET
se utilizeaz partea de cerere Uniform Resource Identi-
ers (URI) cu simbolul ?. Aceast metod se utilizeaz
pentru a transfera o list de parametri, pe care partea opu-
s trebuie s o ia n considerare la prelucrarea cererii.
Deseori aceast list cuprinde perechi de valori separate
prin semnul &, care sunt alctuite din numele parame-
trului, semnul = i valoarea parametrului. Rareori se mai
utilizeaz i semnul ; pentru separarea nregistrrilor lis-
tei [1].
Exemplu: la pagina de start de la Wikipedia.ro utiliza-
torul introduce n cmpul de cutare termenul pisici,
alege categoria articole i apas butonul de cutare.
Atunci browserul trimite urmtoarea cerere la server:
GET /wiki/special:Search?search=pisici&go=articol
HTTP/1.1 Host: ro.wikipedia.org ...
Serverului Wikipedia i sunt transmise dou perechi de
valori: Argument Valoare search pisici go articol
Perechile de valori se transmit sub forma
Argument1=valoare1&Argument2=valoare2
iar cu ? se ataeaz pagina. Astfel serverul a c uti-
lizatorul dorete s vad articole despre pisici. Serverul
prelucreaz cererea, dar nu trimite un ier ci redirectea-
z browserul cu un Location-Header spre pagina dorit:
HTTP/1.0 302 Moved Temporarily Date: Fri, 13 Jan
2008 15:12:44 GMT Location: http://ro.wikipedia.org/
wiki/pisici ... Browserul execut indicaia i, pe baza no-
ilor informaii, emite o nou cerere: GET /wiki/pisici
HTTP/1.1 Host: ro.wikipedia.org ... Serverul rspunde
i ofer pagina cu articole despre pisici:
HTTP/1.0 200 OK Date: Fri, 13 Jan 2008 15:12:48
GMT Last-Modied: Tue, 10 Jan 2008 11:18:20 GMT
Content-Language: ro Content-Encoding: gzip Content-
Type: text/html; charset=utf-8
.........ZKs..>.-[K!luV*
3.r`+.Fx! ..7t."9.A.
1
2 3 ERORI DE HTTP
POST /wiki/special:Search HTTP/1.1 Host:
ro.wikipedia.org Content-Type: application/x-www-
form-urlencoded Content-Length: 24
search=pisici&go=articol
Serverul rspunde astfel : HTTP/1.0 302 Moved Tempo-
rarily Date: Fri, 13 Jan 2008 15:32:43 GMT Location:
http://ro.wikipedia.org/wiki/pisici
3 Erori de HTTP
Erorile de HTTP sunt clasicate n 5 clase (categorii).
Acestea sunt (pentru ecare clasa sunt date cteva dintre
erorile coninute):
1xx - erori informaionale: aceast clas a status-
ului indic un rspuns provizoriu al serverului i
conine numai linia de status (de rspuns) sau alte
aplicaii opionale. Nu sunt aplicaii necesare pen-
tru acest clasa de rspuns/status. Aceste status-uri
pot ignorate.
100 - continu:
Utilizatorul ar trebui s i continue cere-
rea/aciunea. Acest rspuns provizoriu este fo-
losit pentru a informa utilizatorul c partea ini-
ial a cererii a fost receptat i c deocamdat
nu a fost refuzat de server. Utilizatorul ar tre-
bui s continue i s ignore acest rspuns.
101 - schimbare protocol:
Server-ul nelege i are intenia de a de a n-
deplini cererea utilizatorului, rspunnd prin
aceast eroare c pri ale server-ului sunt
n proces de schimbare/mutare. Server-ul va
schimba protocolul imediat dup ce rspunsul
pentru linia 101 va terminat. Protocolul ar
trebui schimbat doar n momentul n care acest
lucru este avantajos i se permite.
2xx - rspuns reuit: clasa de rspuns/status ce in-
dic utilizatorului c cererea a fost primit, neleas
i acceptat cu succes.
200 - ok:
Aceast cerere a fost executat cu succes. In-
formaia a revenit cu un rspuns pozitiv, indi-
ferent de modul n care s-a fcut cererea.
201 - creat/realizat:
Cererea a fost ndeplinit avnd ca rezultat cre-
area unui nou rezultat. Noul rezultat poate
referit/raportat de ctre URI-uile napoiate la
intrarea rspunsului.
202 - acceptat:
Cererea a fost acceptata pentru procesare, dar
aceasta din urm nu a fost terminat complet.
Scopul acestui mesaj este de a permite unui
server s accepte cereri de la ali utilizatori, f-
r a cere conexiunii clientului s insiste pn
ce procesul/cererea e complet.
203 - informaie neautorizat:
Informaia returnat/revenit nu e denitiv
ca ind din server-ul principal, ci e aduna-
ta/receptionata de la un server local.
204 - fara continut:
Server-ul a indeplinit cererea si nu e nevoit
sa intoarca raspunsul, dar ar dori sa raspunda
printr-o informaie recent, gen meta.
205 - coninut refcut:
Cererea a fost ndeplinita i ar trebui ca
browser-ul s poat modica/reseta modul de
vizualizare a documentului ce a cauzat aceast
cerere ctre server.
206 - coninut parial:
Serverul a ndeplinit parial cererea de primire
de la surs.
3xx - redirectri: aceast clas de rspuns/status
indic faptul c aciunile urmtoare vor trebui f-
cute de browser pentru a putea ndeplinita cere-
rea. Cererea ar putea direcionat de browser f-
r a interaciona cu utilizatorul dac i numai dac
metoda folosit n cea de a doua cerere este Pri-
mit/recepionat sau Direcionat/condus.
300 - diferite/multiple alegeri:
Sursa cererii corespunde unor seturi de des-
crieri, ecare cu locaii specice, iar browser-
ul - dat ind negocierea informaiei, prime-
te rspunsul astfel nct utilizatorul/browser-ul
s poat alege modul dorit astfel nct redirec-
tarea s e spre acea locaie. n cazul n care
cererea a fost de tip Condus/trimis, rspun-
sul ar trebui s includ o intrare cu lista carac-
teristicilor i locaiilor de unde utilizatorul sau
browser-ul poate alege sursa cea mai apropiat.
301 - modicat/mutat permanent:
Cererii i-a fost atribuite o surs nou i perma-
nent URI iar cererile urmtoare ar trebui s
foloseasc una din sursele returnate URI. Dac
acest mesaj/cod este primit ca rspuns al unei
cereri tip Primit/recepionat sau Direcio-
nat/condus, browser-ul nu trebuie s redirec-
tioneze automat cererea, doar dac nu poate
conrmat de ctre utilizator.

302 - gsit:
Sursa cererii este temporar pe un alt URI. n
cazul n care redirectarea ar putea schimba-
t ocazional, utilizatorul ar trebui s foloseas-
c n continuare cererea URI (Request-URI) n
cazul unor cereri ulterioare.
Dac mesajul/statusul 302 este recep-
ionat ca rspuns al unei cereri alta dect
Primit/recepionat sau Direcionat/condus,
browser-ul nu trebuie s redirecteze automat
cererea dac aceasta nu poate conrmat de
crte utilizator.
303 - vezi alta surs:
Rspunsul cererii poate gsit sub un diferit
URI i ar trebui s e recepionat folosind me-
toda Primit/recepionat de la acea surs.
304 - nemodicat:
n cazul n care clientul a efectuat o cerere de
tip Primit/recepionat i accesul este permis,
dar documentul nu a fost modicat, serverul ar
trebui s rspund cu acest mesaj/status.
305 - folosete proxy:
Cererea trebuie accesat printr-un proxy dat de
ctre cmpul de locaie. Acesta este dat de c-
tre URI. Beneciarul va repeta acest unic ce-
rere prin intermediul unui proxy. Rspunsul
305 va generat doar de ctre serverul de ori-
gine.
306 (nefolosit):
Acest mesaj/status a fost folosit ntr-o vesiune
anterioar a specicaiilor deci nu mai este fo-
losit, el ind reinut.
307 - redirectare temporar:
Sursa cerut se a temporar la un diferit URI.
Din moment ce redirectarea poate modica-
ta ocazional, utilizatoarul ar trebui s continuie
s foloseasc URI-ul cerut pentru viitoarele ac-
iuni.
4xx - erori ale utilizatorilor: aceast clas de me-
saje/statusuri este folosit n cazurile n care utili-
zatorul ar putea grei formularea cererii. Excep-
ia ind rspunsurule pentru cererile tip Direcio-
nat/condus, atunci serverul ar trebui s conin o
intrare cu o explicaie a situaiei erorii i dac e o
eroare temporar sau pemanent. Aceste rspunsuri
sunt aplicabile pentru orice fel de cerere. Browser-
ele ar trebui s arate orice intrare cerut de utiliza-
tor.
400 - cerere greit:
Cererea nu a putut neleas/perceput de
3
ctre server din cauza unei sintaxe grei-
te/incomplete. Utilizatorul ar trebui s nu re-
pete cererea fr ca aceasta s suporte modi-
cri.
401 - neautorizat:
Cererea necesit autenticarea/nregistrarea
utilizatorului. Rspunsul trebuie s includ
WWW - cmp de autenticare coninnd o
somaie aplicabil utilizatorului. Utilizatorul
poate repeta cererea. Dac cererea deja in-
cludea cmpul de autorizare, atunci raspunsul
401 indic faptul c autorizarea a fost refuzat.
Dac rspunsul 401 conine aceeai somaie ca
rspuns principal iar browser-ul a executat au-
tenticarea cel puin o dat, atunci utilizatorul
ar trebui s i se prezinte intrarea dat n rs-
puns, din moment ce aceasta include informaii
relevante.
402 - necesit plata:
Rezervat pentru utilizare ulterioar.
403 - interzis:
Serverul a neles cererea, dar refuz s o nde-
plineasc. Autorizarea nu ajut n nici un caz,
iar cererea nu ar mai trebui repetata.
404 - negsit:
Serverul nu a gsit nimic care s corespund
cererii URI. Nu se dau indicaii despre condiia
temporar sau permanent.
405 - metod nepermis:
Metoda specicat n linia de cerere (Request-
Line) nu este permis de ctre sursa identicat
dup URI-ul cerut.
406 - neacceptat:
Sursa identicat de cerere este capabil s ge-
nereze doar intrri care au coninut specic ne-
acceptat de ctre condiiile de acceptare trimi-
se prin cerere.
407 - autenticare prin proxy:
Mesajul este similar celui 401, dar indic situ-
aia n care utilizatorul trebuie s se autentice
prin proxy.
408 - cerere expirat:
Utilizatorul nu a fcut cererea n timpul n ca-
re serverul era pregtit sa o atepte. Se poate
repeta cererea fr modicri prealabile.
5xx - erori de server: rspunsurile/status-urile ce
ncep cu unitatea/cifra 5 indic cazurile n care ser-
verul e contient de greelile produse sau e incapa-
bil s execute cererea. Excepie facnd rspunsul
4 5
unei cereri Direcionat/condus, serverul ar trebui,
n acest caz sa includ o aare cu o explicaie a si-
tuaiei de eroare, e c e temporara sau permanent.
500 - eroare intern de server:
Server-ul a ntmpinat o condiie neateptat i
o previne spre a putea ndeplini cererea.
501 - nendeplinit/nerecunoscut:
Server-ul nu poate suporta funcionalitatea ce-
rut pentru a putea ndeplini cererea. Aces-
ta este rspunsul specic n cazurile n care
server-ul nu recunoate metoda de cerere i
nu e capabil s o suporte indiferent de mij-
loc/resurs.
502 - poart/ieire greit:
Server-ul, n timp ce ncerca s se comporte
ca o poart/ieire sau ca un proxy, a recepio-
nat un rspuns invalid de la un server de dea-
supra/anterior n ncercarea de a ndeplini ce-
rerea.
503 - serviciu nedisponibil:
n prezent server-ul nu poate s se ocupe de ce-
rerile trimise din cauza unei suprancrcri sau
a serviciilor de ntreinere a server-ului ce au
loc n acel moment. Aceasta este o stare tem-
porar i n curnd va remediat.
504 - poart/ieire expirat:
Server-ul, n timp ce ncerca s se comporte
ca o poart/ieire sau ca un proxy, nu a primit
un rspuns la timp de la serverele de deasu-
pra/anterioare lui specicat de URI (ex. HT-
TP, FTP, LDAP) sau de la un server auxiliar
(ex. DNS) necesar accesrii n ncercarea de a
termina/ndeplini cererea.
505 - versiunea HTTP nu e suporta-
t/susinut:
Serveru-l nu suport sau refuz s suporte ver-
siunea de protocol a HTTP ce a fost folosit n
formularea cererii. Server-ul sugereaz c e in-
capabil s completeze/termine cererea folosind
aceeai versiune cu cea a clientului.
4 Versiuni
1. HTTP/0.9 - prima versiune realizat de Tim
Berners-Lee i echipa sa. Aceast versiune este
foarte simpl, dar cu numeroase neajunsuri, ind re-
pede nlocuit de alte versiuni;
2. HTTP/1.0 versiune introdus n 1996 prin
RFC1945, a adus numeroase mbuntiri;
METODE
3. HTTP/1.1 versiune de mbuntire i reparare a
neajunsurilor versiunilor anterioare.
n prezent se utilizeaz dou versiuni ale protocolului,
HTTP/1.0 i HTTP/1.1. La versiunea HTTP/1.0 se sta-
bilete o nou conexiune TCP naintea cererii, iar du-
p transmiterea rspunsului conexiunea trebuie nchis.
Astfel dac un document HTML cuprinde 10 imagini,
vor necesare 11 conexiuni TCP, pentru ca pagina s
e aat complet (n browser). La versiunea 1.1 se pot
emite mai multe cereri i rspunsuri pe aceeai conexiu-
ne TCP. Astfel pentru documentul HTML cu 10 imagini
este necesar doar o singur conexiune TCP. Deoarece -
datorit algoritmului Slow-Start - viteza conexiunii TCP
este la nceput mic, dar acum el e necesar doar o singur
dat, se scurteaz semnicativ durata total de ncrcare
a paginii. La aceasta se adaug i faptul c versiunea 1.1
poate relua i continua transferuri ntrerupte.
La HTTP se pierd informaiile cererilor vechi (deci este
un protocol fr reinerea strii). Prin utilizarea de cooki-
uri n header, se pot realiza ns aplicaii care pot utiliza
informaii de stare (opiunile utilizatorului din sesiunea
actual, co de cumprturi .a.). Chiar i o recunoa-
tere a utilizatorului este astfel posibil. n mod normal
se pot citi informaiile transmise care parcurg reeaua pe
computere i rutere. Prin HTTPS transferul se poate i
cripta.
Versiunea cea mai recent se poate utiliza n chat-uri prin
utilizarea MIME-tip-ului multipart/replace, care renno-
iete complet coninutul ferestrei browser-ului. Noua ver-
siune permite pe lng preluarea datelor, i transmiterea
lor la server. Cu ajutorul metodei PUT web-designerii
pot s-i publice paginile web pe webserver prin Web-
DAV, iar prin metoda DELETE ei pot chiar i terge
pagini de pe server.
De asemenea, HTTP/1.1 mai ofer metoda TRACE
prin care se poate urmri calea spre webserver, i veri-
ca dac datele au fost corect transferate. Astfel se poate
urmri calea prin diferite proxi-uri spre webserver, echi-
valent cu un traceroute la nivel aplicaie.
5 Metode
Metodele disponibile sunt :
1. GET: este cea mai folosit metod, ind utilizat
atunci cnd serverului i se cere o resurs.
2. HEAD: se comport exact ca metoda GET, dar ser-
verul returneaz doar antetul resursei, ceea ce per-
mite clientului s inspecteze antetul resursei, fr a
nevoit s obin i corpul resursei.
3. PUT: metoda este folosit pentru a depune docu-
mente pe server, ind inversul metodei GET.
 5

4. POST: a fost proiectat pentru a trimite date de in-

trare ctre server.
5. DELETE: este opusul metodei PUT.

6. TRACE: este o metod folosit de obicei pentru di-

agnosticare, putnd da mai multe informaii despre
traseul urmat de legtura HTTP, ecare server pro-
xy adugndu-i semntura n antetul Via.

7. OPTIONS: este folosit pentru identicarea capa-

citilor serverului Web, nainte de a face o cerere.

8. CONNECT: este o metod folosit n general de

serverele intermediare.

6 Exemplu
Cererea clientului:
GET / HTTP/1.1 Host: www.example.com
Rspunsul serverului:
HTTP/1.1 200 OK Date: Mon, 23 May 2005 22:38:34
GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Last-Modied: Wed, 08 Jan 2003 23:11:55 GMT Etag:
3f80f-1b6-3e1cb03b Accept-Ranges: bytes Content-
Length: 438 Connection: close Content-Type: text/html

7 Legturi externe
HTTP 0.9 As Implemented in 1991

Change History for HTTP. W3.org. http://www.

w3.org/Protocols/History.html. Accesat la 1 august
2010. A detailed technical history of HTTP.

Design Issues for HTTP. W3.org. http://www.

w3.org/Protocols/DesignIssues.html. Accesat la 1
august 2010. Design Issues by Berners-Lee when
he was designing the protocol.

Classic HTTP Documents. W3.org. 14 mai 1998.

http://www.w3.org/Protocols/Classic.html. Acce-
sat la 1 august 2010. list of other classic documents
recounting the early protocol history
6 8 TEXT AND IMAGE SOURCES, CONTRIBUTORS, AND LICENSES

8 Text and image sources, contributors, and licenses

8.1 Text
Hypertext Transfer Protocol Surs: https://ro.wikipedia.org/wiki/Hypertext_Transfer_Protocol?oldid=10465032 Contribuitori: Hashar,
Ozone, Bstanescu, Elerium, YurikBot, Palica, AdiJapan, RobotQuistnix, Remigiu, Strainu, Andrei Stroe, FlaBot, Strainubot, NeaNita, Es-
carbot, Thijs!bot, JAnDbot, Diana G, Rei-bot, DorganBot, VolkovBot, TXiKiBoT, SieBot, Idioma-bot, Loveless, RadufanBot, DragonBot,
OKBot, PixelBot, SilvonenBot, Numbo3-bot, Luckas-bot, Jotterbot, Rubinbot, Radu Rdeanu, Xqbot, RedBot, RibotBOT, Obersachsebot,
ButkoBot, MastiBot, EmausBot, BAICAN XXX, WikitanvirBot, Hecktor~rowiki, MerlIwBot, AvocatoBot, Makecat-bot, XXN, Addbot,
Erik.mooreeld, KasparBot, CristiAlex94 i Anonim: 10

8.2 Images
Fiier:Commons-logo.svg Surs: https://upload.wikimedia.org/wikipedia/commons/4/4a/Commons-logo.svg Licen: Public domain
Contribuitori: This version created by Pumbaa, using a proper partial circle and SVG geometry features. (Former versions used to be
slightly warped.) Artist original: SVG version was created by User:Grunt and cleaned up by 3247, based on the earlier PNG version,
created by Reidab.
Fiier:Wikidata-logo.svg Surs: https://upload.wikimedia.org/wikipedia/commons/f/ff/Wikidata-logo.svg Licen: Public domain Con-
tribuitori: Oper proprie Artist original: User:Planemad

8.3 Content license

Creative Commons Attribution-Share Alike 3.0