Lista antetelor HTTP

Toate titlurile sunt împărțite în patru grupuri principale:

1. Antete generale ( anteturi generale rusești ) - utilizate în cereri și răspunsuri.
2. Antete de solicitare ( rus. Anteturi de solicitare ) - utilizate numai în cereri.
3. Antete de răspuns ( rus. Antete de răspuns ) - utilizate numai în răspunsuri.
4. Anteturi de entitate ( rusă. Anteturi de entitate ) - însoțesc fiecare entitate a mesajului. Folosit în cereri și răspunsuri.

În această ordine se recomandă trimiterea antetelor către destinatar (nu contează programatic, dar oferă comoditate la depanare). Entitățile și, în consecință, anteturile acestora pot fi găsite atât în ​​cereri, cât și în răspunsuri (în acest caz, unele anteturi pot fi prezente în răspuns, și absente în cerere, sau invers). Trebuie remarcat faptul că unele anteturi pot aparține mai multor grupuri simultan (de exemplu, Content-Disposition ).

Tabel de prezentare

În următorul tabel de prezentare generală, fiecare rând de date corespunde unui titlu specific, iar unele dintre coloane sunt rezervate pentru grupurile lor. Tabelul a fost compilat pe baza analizei câmpurilor de antet fixate în RFC . O astfel de matrice a fost făcută pentru persoanele cărora le pasă de compatibilitatea versiunilor și dinamică. Odată cu lansarea actualizărilor de protocol, unele anteturi au fost transferate de la un grup la altul (barat „Da” indică locul în care aparțineau înainte). Unele titluri au fost excluse complet, iar prin „Da” tăiat puteți afla în ce grup se aflau înainte de excludere. Unele titluri au mai multe „Da” tăiate (de exemplu, URI ) - astfel de titluri au fost introduse mai întâi într-un grup, apoi mutate și ulterior anulate complet. Coloana „Titlu” are și propria sa codare. De exemplu, titlurile excluse complet sunt șterse, iar cele propuse pentru excludere sunt marcate cu caractere cursive.

Legendă

Date

* Valori în coloana „Aspect”:

• HTTP/1.0 - RFC 1945 ("Protocol de transfer hipertext - HTTP/1.0").
• HTTP/1.1 - RFC 2068 ("Protocol de transfer hipertext - HTTP/1.1").
• HTTP/1.1v2 - RFC 2616 ("Protocol de transfer hipertext - HTTP/1.1").
• HTTP-Auth - RFC 2617 („Autentificare HTTP: Autentificarea accesului de bază și Digest”).
• MD5H - RFC 1965 ("The Content-MD5 Header Field").
• CDH - RFC 1806 („Comunicarea informațiilor de prezentare în mesajele Internet: antetul de dispoziție de conținut”).
• MIME - RFC 2045 ("Multipurpose Internet Mail Extensions Part One: Format of Internet Message Bodies").

Titluri principale

Anteturile generale sunt anteturile principale pentru cererile clientului și răspunsurile serverului .  Cele mai multe dintre ele sunt obligatorii.

Antetele cererii

Antetele cererilor sunt folosite numai în cererile clientului . 

Referer

URI-ul complet sau relativ al resursei de la care clientul a făcut cererea curentă. Dacă se specifică relativ, atunci full este determinat de URI-ul solicitat. Clienții NU TREBUIE să includă un pointer de fragment (partea URI-ului după semnul lire sterline „ # ") în valoarea Referer . De asemenea, nu puteți include legături către resurse care nu au propriul URI (de exemplu, introducerea unei adrese de la tastatură).

Exemple:

• Referer: http://www.example.com/— URI complet la rădăcina site-ului.
• Referer: http://www.example.org/send-message.php?to=support- un exemplu cu parametri.
• Referer: /news/2007/08/23/— specificarea unui URI relativ.
• Referer: http://127.0.0.1/foo/bar-rules.html- această opțiune este acceptabilă.
• Referer: ftp://storage.example.com/archive/foo-notes.htm— tranziția nu este de la o resursă HTTP.

Agent utilizator

Specifică software-ul client și caracteristicile acestuia. Similar cu acesta este Server pentru servere și Via pentru proxy.

Antete de răspuns

Anteturile de răspuns sunt incluse numai în răspunsurile serverului . 

Permite

Lista metodelor acceptate pentru întregul server sau o anumită resursă. Trimis de server împreună cu stările 405 și 501 și ca răspuns la metoda OPȚIUNI .

Exemplu:Allow: GET, HEAD, OPTIONS

Antetele entității

Anteturile de entitate sunt anteturile  care însoțesc fiecare entitate atât în ​​cererile clientului, cât și în răspunsurile serverului. Cu toate acestea, a avea unele este inutilă în anteturile solicitărilor (cum ar fi Expires ). Antetele de entitate sunt separate într-o clasă separată pentru a nu fi confundate cu antetele cererii sau cu anteturile de răspuns atunci când se transmite conținut multiplu ( multipart/* ). Anteturile de cerere și de răspuns, ca și anteturile principale, descriu întregul mesaj ca întreg și sunt plasate doar în blocul inițial de anteturi, în timp ce anteturile de entități caracterizează conținutul fiecărei părți separat, situate imediat înaintea corpului acesteia.

Limbă de conținut

Specifică una sau mai multe limbi naturale ale conținutului cărora le este destinat vorbitorilor nativi. Limbile sunt enumerate separate prin virgule, ordinea nu contează. Dacă acest titlu este omis, atunci conținutul se presupune că este destinat persoanelor care înțeleg orice limbă (sau limba nu contează deloc). În același timp, este posibil ca o persoană să nu găsească acolo informații într-o limbă pe care o înțelege.

Rețineți că acest câmp nu ar trebui să includă toate limbile utilizate în document, doar pe acelea pe care credeți că le înțelege utilizatorul final. De exemplu, dacă aceasta este o pagină a unui manual de limba engleză pentru un public vorbitor de limbă rusă, atunci ar trebui indicată numai limba rusă, deoarece nu este necesară pentru persoanele vorbitoare de limba engleză. Și dacă aceasta este o pagină cu un mesaj de eroare în două limbi, atunci trebuie să le specificați ambele.

RFC spune că limba conținutului poate fi specificată pentru orice tip de media, nu doar pentru text. De exemplu, dacă acesta este un videoclip în care oamenii vorbesc engleză, în care există o fereastră cu o traducere în limbajul semnelor în Amslen în partea de jos și o traducere cu subtitrări în rusă este situată în partea de jos, atunci antetul Content-Language ar trebui să au valoarea " en, ase, ru". În același timp, dacă acesta este un videoclip în care personajele vorbesc japoneză și există o traducere vocală în rusă, atunci ar trebui indicată numai limba rusă, deoarece cel mai probabil va fi dificil pentru japonezi să-și audă vorbirea nativă.

Antetul Content-Language este descris nu numai în specificațiile principale pentru protocolul HTTP, ci și într-un RFC 3282 separat „Content Language Headers”. Toate numele limbilor sunt înregistrate la IANA. Puteți găsi un link către registrul lor la sfârșitul acestui articol.

Vezi și

• Anteturi HTTP - informații generale despre anteturi.
• Protocolul HTTP
• Lista codurilor de stare HTTP
• Antetul User-Agent este un articol separat.
• Antetul Referer este un articol separat.
• prăjitură

Link -uri

RFC-uri HTTP majore (în ordinea descrescătoare a datei publicării):

• RFC 2616 Proiect de standard „ Hypertext Transfer Protocol - HTTP/1.1 ” (   ing . ) IETF , iunie 1999; Fielding Roy ( UC Irvine ), Gettys Jim ( Compaq / W3C ), Mogul J. ( Compaq ), Frystyk Henrik ( MIT / W3C ), Masinter L. ( Xerox ), Leach P. ( Microsoft ), Berners-Lee Tim ( W3C ) / MIT ) este o actualizare a protocolului HTTP versiunea 1.1.
• RFC 2068 Standard propus „ Protocol de transfer hipertext - HTTP/1.1 ”   (engleză) ( „Protocol de transfer hipertext - HTTP /1.1” în rusă ); IETF , ianuarie 1997; Fielding Roy ( UC Irvine ), Gettys Jim ( DEC ), Mogul J. ( DEC ), Frystyk Henrik ( MIT /LCS), Berners-Lee Tim ( MIT /LCS) - O specificație timpurie pentru versiunea HTTP 1.1.
• RFC 1945 informațional „ Protocol de transfer hipertext - HTTP / 1.0 ”  IETF , mai 1996; Berners-Lee Tim ( MIT /LCS), Fielding Roy ( UC Irvine ), Frystyk Henrik ( MIT /LCS) este prima specificație pentru protocolul HTTP. Include, de asemenea, o descriere a HTTP/0.9.

Materiale despre limbaje naturale:

• RFC 3282 Proiect de standard „ Anteturi de limbă de conținut ”   (engleză) („Anteturi de limbă de conținut” în rusă ) ; IETF , iunie 2002; Alvestrand H. ( Cisco Systems ) .
• RFC 5646 Cea mai bună practică curentă „ Etichete pentru identificarea limbilor ”   ( ing. ) IETF , septembrie 2009; Phillips A. ( Lab126 ), Davis M. ( Google ) .
•  Registrul subtagurilor de limbă . IANA (13 ianuarie 2010). — registrul etichetelor lingvistice înregistrate. Data accesului: 15 ianuarie 2010. Arhivat din original pe 17 martie 2012.