HTTP zaglavlja
HTTP zaglavlja (, polja zaglavlja) su komponente zaglavlja poruke zahteva i odgovora u Hypertext Transfer Protocol (HTTP). Oni definišu operativne parametre jedne HTTP transakcije.

Polja zaglavlja se prenose nakon zahteva ili odgovora linije, prve linije poruke. Heder polja su kolonom predvojeni parovi ime - vrednost u formatu nizova čistog teksta, obustavljeni povratkom na početak reda (CR) i spuštanje za red niže (LF) 
niza karaktera. Kraj polja zaglavlja ukazuje prazno polje, što je dovelo do prenosa dva uzastopna CR-LF para. Dugi
redovi mogu da se sastoje od više linija, neprekidne linije su označene prisustvom prostora (SP) ili horizontalnim tabulatorom
(HT) kao prvim karakterom u sledećoj liniji. Nekoliko polja takođe mogu da sadrže komentare, sto može da bude ignorisano od strane softvera.
Unutrašnji niz polja je standardizovan od strane Internet Engineering Task Force (IETF) u  i drugim ažuriranjima i dodatnim dokumentima, i mora da se sprovodi od strane svih HTTP kompatibilnih protokol imlementacija.Dodatna imena polja i dozvoljene vrednosti mogu da budu definisane svakom aplikacijom.

Stalni registar zaglavlja i spremišta privremenih registracija se održava od strane IANA.

Mnoge vrednosti polja mogu sadržati kvalitetan (q) par ključne vrednosti, navodeći da koristi težinu u korist pregovora.

ne postoje ograničenja za ime svakog polja zaglavlja ili vrednost ili broj zaglavlja u samom standardu. Međutim većina servera, klijenata i proksi softvera nameće
neka ograničenja zbog praktičnih i bezbednosnih razloga. Na primer Apache 2.3 server uslovljava velićinu svakog zaglavlja na veličinu od 8190 bajta, i može da bude 
najvise 100 zaglavlja u pojedinačnom zahtevu.

Zahtevi

Uobicajna nestandarna zaglavlja zahteva 

Nestandarna polja zaglavlja su bila konvecijalno obelezena prefiksom -X ispred imena polja. Medjutim, ova konvencija je postala zastarela u junu 2012 zbog 
neprijatnosti izazvanih kada su nestandarna zaglavlja postala standardna.Na primer X-Gzip i Gzip su sada oba podrzana zaglavlja za kompresovane http
zahteve i odgovore.

Odgovori

Uobicajna nestandardna zaglavlja odgovora

Efekti izabranih polja zaglavlja

Izbegavanje skladistenja 

Ako internet server odgovara sa Cache-Control: no-cache internet pretraživač ili drugi sistem skladištenja (središnji proksiji) ne sme da koristi odgovor da zadovolji naredne odgovore bez prethodne provere sa originalnog servera (ovaj proces se naziva validacija). Ovo polje zaglavlja je deo HTTP verzije 1.1 , i neki pretraživači i skladišta ga ignorišu. Može da bude simuliran postavljanjem Expires HTTP verzija 1.0 vrednosti polja zaglavlja u vreme koje je ranije od vremena odziva.

Obratite pažnju da no-cache ne upućuje pretraživače ili proksije o tome da li da skladišti ili ne skladišti sadržaj. To samo govori da pretraživači i proksiji treba da provere skladišteni sadržaj sa serverom pre nego što ga upotrebe (to se radi korišćenjem if-Modified-Since, If-Unmodified-Since, If-Match, If-None-Match atributa pomenutih ranije ). Slanjem no-cache vrednosti nalaže pretraživaču ili proksiju da ne koriste sadržaje skladišta samo na osnovu "kriterijuma svežine" sadržaja skladišta. Drugi uobičajen način da se spreči prikazivanje starog sadržaja bez validacije je Cache-Control: max-age=0. Ovo upućuje korisničkog agenta da je sadržaj zastareo i da treba da bude potvrđen pre upotrebe.

Polje zaglavlja Cache-Control: no-store ima za cilj da uputi aplikaciju pretraživača da primeni najbolje napore da ga ne
napiše na disk (tj. da ga ne kešira ).

Zahtev da se resurs ne treba keširati nije garancija da neće biti upisan na disku. Konkretno, HTTP/1.1 definicija pravi razliku
između istorijskih magacina i skladišta. Ukoliko korisnik kreće nazad na prethodnu stranicu pretraživač vam može još uvek prikazivati
stranicu koja je unešena na disku u istorijskom magacinu. Ovo je ispravno ponašanje prema specifikaciji.
Mnogi korisnički agenti pokazuju različita ponašanja u učitavanju stranica sa istorijskog magacina ili keša u zavisnosti
da li je protokol HTTP ili HTTPS.

Pragma: no-cache i Cache-Control: no-cache polje zaglavlja je HTTP/1.0 namenjeno za upotrebu u zaglavlju zahteva takodje.
To je naćin da pretraživač kaže serveru i bilo kom središnjem skladištu da zeli novu verziju izvora, a ne da server govori
pretraživaču da ne skladišti resurs. Pragma: no-cache je specifična implementacija , i neki korisnički agenti obraćaju pažnju
na ovo zaglavlje u odgovorima, ali HTTP/1.1 RFC posebno upozorava na oslanjanje na ovo ponašanje.

Reference

Spoljašnje veze 
-{
 : HTTP Header Field Registrations. December 2005 (contains a more complete list of HTTP headers)
 : IETF HTTP/1.1 RFC
 : IETF HTTP State Management Mechanism RFC
 HTTP/1.1: Header Field Definitions
 HTTP/1.1 headers from a web server point of view
 HTTP Request Header Viewer
 HTTP Response Header Viewer - Retrieves the HTTP response headers of any domain.
 HTTP Header Viewer with Google App Engine
 Internet Explorer and Custom HTTP Headers - EricLaw's IEInternals - Site Home - MSDN Blogs
 crwlr.net - HTTP Header index
 HTTP Header with Privacyinfo - Display your HTTP request and response headers
}-

HTTP
HTTP zaglavlja ( , polja zaglavlja ) su komponente zaglavlja poruke zahteva i odgovora u Hypertext Transfer Protocol ( HTTP ) . Oni definišu operativne parametre jedne HTTP transakcije . Polja zaglavlja se prenose nakon zahteva ili odgovora linije , prve linije poruke . Heder polja su kolonom predvojeni parovi ime - vrednost u formatu nizova čistog teksta , obustavljeni povratkom na početak reda ( CR ) i spuštanje za red niže ( LF ) niza karaktera . Kraj polja zaglavlja ukazuje prazno polje , što je dovelo do prenosa dva uzastopna CR-LF para . Dugi redovi mogu da se sastoje od više linija , neprekidne linije su označene prisustvom prostora ( SP ) ili horizontalnim tabulatorom ( HT ) kao prvim karakterom u sledećoj liniji . Nekoliko polja takođe mogu da sadrže komentare , sto može da bude ignorisano od strane softvera . Unutrašnji niz polja je standardizovan od strane Internet Engineering Task Force ( IETF ) u i drugim ažuriranjima i dodatnim dokumentima , i mora da se sprovodi od strane svih HTTP kompatibilnih protokol imlementacija.Dodatna imena polja i dozvoljene vrednosti mogu da budu definisane svakom aplikacijom . Stalni registar zaglavlja i spremišta privremenih registracija se održava od strane IANA . Mnoge vrednosti polja mogu sadržati kvalitetan ( q ) par ključne vrednosti , navodeći da koristi težinu u korist pregovora. ne postoje ograničenja za ime svakog polja zaglavlja ili vrednost ili broj zaglavlja u samom standardu . Međutim većina servera , klijenata i proksi softvera nameće neka ograničenja zbog praktičnih i bezbednosnih razloga . Na primer Apache3 server uslovljava velićinu svakog zaglavlja na veličinu odbajta , i može da bude najvisezaglavlja u pojedinačnom zahtevu . Zahtevi Uobicajna nestandarna zaglavlja zahteva Nestandarna polja zaglavlja su bila konvecijalno obelezena prefiksom -X ispred imena polja . Medjutim , ova konvencija je postala zastarela u junuzbog neprijatnosti izazvanih kada su nestandarna zaglavlja postala standardna.Na primer X-Gzip i Gzip su sada oba podrzana zaglavlja za kompresovane http zahteve i odgovore . Odgovori Uobicajna nestandardna zaglavlja odgovora Efekti izabranih polja zaglavlja Izbegavanje skladistenja Ako internet server odgovara sa Cache-Control : no-cache internet pretraživač ili drugi sistem skladištenja ( središnji proksiji ) ne sme da koristi odgovor da zadovolji naredne odgovore bez prethodne provere sa originalnog servera ( ovaj proces se naziva validacija ) . Ovo polje zaglavlja je deo HTTP verzije1 , i neki pretraživači i skladišta ga ignorišu . Može da bude simuliran postavljanjem Expires HTTP verzija0 vrednosti polja zaglavlja u vreme koje je ranije od vremena odziva . Obratite pažnju da no-cache ne upućuje pretraživače ili proksije o tome da li da skladišti ili ne skladišti sadržaj . To samo govori da pretraživači i proksiji treba da provere skladišteni sadržaj sa serverom pre nego što ga upotrebe ( to se radi korišćenjem if-Modified-Since , If-Unmodified-Since , If-Match , If-None-Match atributa pomenutih ranije ) . Slanjem no-cache vrednosti nalaže pretraživaču ili proksiju da ne koriste sadržaje skladišta samo na osnovu " kriterijuma svežine " sadržaja skladišta . Drugi uobičajen način da se spreči prikazivanje starog sadržaja bez validacije je Cache-Control : max-age=0 . Ovo upućuje korisničkog agenta da je sadržaj zastareo i da treba da bude potvrđen pre upotrebe . Polje zaglavlja Cache-Control : no-store ima za cilj da uputi aplikaciju pretraživača da primeni najbolje napore da ga ne napiše na disk ( tj. da ga ne kešira ) . Zahtev da se resurs ne treba keširati nije garancija da neće biti upisan na disku . Konkretno , HTTP / 1.1 definicija pravi razliku između istorijskih magacina i skladišta . Ukoliko korisnik kreće nazad na prethodnu stranicu pretraživač vam može još uvek prikazivati stranicu koja je unešena na disku u istorijskom magacinu . Ovo je ispravno ponašanje prema specifikaciji . Mnogi korisnički agenti pokazuju različita ponašanja u učitavanju stranica sa istorijskog magacina ili keša u zavisnosti da li je protokol HTTP ili HTTPS . Pragma : no-cache i Cache-Control : no-cache polje zaglavlja je HTTP / 1.0 namenjeno za upotrebu u zaglavlju zahteva takodje . To je naćin da pretraživač kaže serveru i bilo kom središnjem skladištu da zeli novu verziju izvora , a ne da server govori pretraživaču da ne skladišti resurs . Pragma : no-cache je specifična implementacija , i neki korisnički agenti obraćaju pažnju na ovo zaglavlje u odgovorima , ali HTTP / 1.1 RFC posebno upozorava na oslanjanje na ovo ponašanje . Reference Spoljašnje veze - { \ : HTTP Header Field Registrations . December( contains a more complete list of HTTP headers ) \ : IETF HTTP / 1.1 RFC \ : IETF HTTP State Management Mechanism RFC HTTP / 1.1 : Header Field Definitions HTTP / 1.1 headers from a web server point of view HTTP Request Header Viewer HTTP Response Header Viewer - Retrieves the HTTP response headers of any domain . HTTP Header Viewer with Google App Engine Internet Explorer and Custom HTTP Headers - EricLaw's IEInternals - Site Home - MSDN Blogs crwlr.net - HTTP Header index HTTP Header with Privacyinfo - Display your HTTP request and response headers }- HTTP