Seznam HTTP hlaviček

Všechny nadpisy jsou rozděleny do čtyř hlavních skupin:

1. General Headers ( ruská General Headers ) – používá se v požadavcích a odpovědích.
2. Záhlaví požadavků ( rus. Záhlaví požadavků ) - používá se pouze v žádostech.
3. Záhlaví odpovědí ( rus. Záhlaví odpovědí ) - používá se pouze v odpovědích.
4. Záhlaví entit ( rusky. Záhlaví entit ) - doprovází každou entitu zprávy. Používá se v žádostech a odpovědích.

Právě v tomto pořadí se doporučuje odesílat hlavičky příjemci (nezáleží na tom programově, ale dává to pohodlí při ladění). Entity a tedy jejich hlavičky lze nalézt jak v požadavcích, tak v odpovědích (v tomto případě mohou být některá hlavička přítomna v odpovědi a chybět v požadavku, nebo naopak). Je třeba poznamenat, že některé hlavičky mohou patřit do několika skupin najednou (například Content-Disposition ).

Přehledová tabulka

V následující přehledové tabulce každý řádek dat odpovídá určitému nadpisu a některé sloupce jsou vyhrazeny pro jejich skupiny. Tabulka byla sestavena na základě analýzy polí záhlaví stanovených v RFC . Taková matice byla vytvořena pro lidi, kterým záleží na kompatibilitě a dynamice verzí. S vydáním aktualizací protokolů byly některé hlavičky přeneseny z jedné skupiny do druhé (přeškrtnuté „Ano“ označuje, kam dříve patřily). Některé nadpisy byly zcela vyloučeny a podle přeškrtnutého „Ano“ zjistíte, ve které skupině byly před vyloučením. Některé nadpisy mají několik přeškrtnutých "Ano" (například URI ) - takové nadpisy byly nejprve zavedeny v jedné skupině, poté přesunuty a později zcela zrušeny. Sloupec "Název" má také své vlastní kódování. Například zcela vyloučené nadpisy jsou přeškrtnuty a nadpisy navržené k vyloučení jsou označeny kurzívou.

Legenda

Údaje

* Hodnoty ve sloupci "Vzhled":

• HTTP/1.0 – RFC 1945 („Hypertext Transfer Protocol – HTTP/1.0“).
• HTTP/1.1 – RFC 2068 („Hypertext Transfer Protocol – HTTP/1.1“).
• HTTP/1.1v2 – RFC 2616 („Hypertext Transfer Protocol – HTTP/1.1“).
• HTTP-Auth – RFC 2617 ("HTTP Authentication: Basic and Digest Access Authentication").
• MD5H – RFC 1965 („The Content-MD5 Header Field“).
• CDH - RFC 1806 ("Komunikace prezentačních informací v internetových zprávách: záhlaví Content-Disposition").
• MIME – RFC 2045 („Multipurpose Internet Mail Extensions Part One: Format of Internet Message Body“).

Hlavní názvy

General Headers jsou hlavní hlavičky pro požadavky klientů a odpovědi serveru .  Většina z nich je povinná.

Záhlaví požadavků

Hlavičky požadavků se používají pouze v požadavcích klientů . 

Referer

Úplné nebo relativní URI zdroje, ze kterého klient provedl aktuální požadavek. Pokud je zadán relativní, pak je plný určen požadovaným URI. Klienti NESMÍ zahrnout ukazatel fragmentu (část URI za znakem libry " # ") do hodnoty Referer . Také nemůžete zahrnout odkazy na zdroje, které nemají vlastní URI (například zadání adresy z klávesnice).

Příklady:

• Referer: http://www.example.com/— úplné URI do kořenového adresáře webu.
• Referer: http://www.example.org/send-message.php?to=support- příklad s parametry.
• Referer: /news/2007/08/23/— určení relativního URI.
• Referer: http://127.0.0.1/foo/bar-rules.html- tato možnost je přijatelná.
• Referer: ftp://storage.example.com/archive/foo-notes.htm— přechod není ze zdroje HTTP.

User Agent

Určuje klientský software a jeho vlastnosti. Podobný je Server pro servery a Via pro proxy.

Záhlaví odpovědí

Hlavičky odpovědí jsou zahrnuty pouze v odpovědích serveru . 

Povolit

Seznam podporovaných metod pro celý server nebo konkrétní zdroj. Odesláno serverem spolu se stavy 405 a 501 a jako odpověď na metodu OPTIONS .

Příklad:Allow: GET, HEAD, OPTIONS

Záhlaví entit

Záhlaví  entit jsou záhlaví , která doprovázejí každou entitu v požadavcích klienta i v odpovědích serveru. Nicméně mít nějaké je zbytečné v záhlaví požadavků (jako Expires ). Hlavičky entit jsou rozděleny do samostatné třídy , aby nedošlo k záměně s hlavičkami požadavků nebo hlavičkami odpovědí při přenosu více obsahu ( multipart/* ). Hlavičky požadavku a odpovědi, stejně jako hlavní hlavičky, popisují celou zprávu jako celek a jsou umístěny pouze v počátečním bloku hlaviček, zatímco hlavičky entit charakterizují obsah každé části zvlášť, umístěné bezprostředně před jejím tělem.

Content-Language

Určuje jeden nebo více přirozených jazyků obsahu, pro jehož rodilé mluvčí je určen. Jazyky jsou uvedeny oddělené čárkami, na pořadí nezáleží. Pokud je tento nadpis vynechán, předpokládá se, že obsah je určen lidem, kteří rozumí jakémukoli jazyku (nebo na jazyku vůbec nezáleží). Je přitom možné, že tam člověk nenajde informace v jazyce, kterému rozumí.

Všimněte si, že toto pole by nemělo zahrnovat všechny jazyky použité v dokumentu, pouze ty, o kterých si myslíte, že jim koncový uživatel rozumí. Pokud se například jedná o stránku anglické učebnice pro rusky mluvící publikum, měla by být uvedena pouze ruština, protože pro anglicky mluvící lidi není potřeba. A pokud se jedná o stránku s chybovou zprávou ve dvou jazycích, musíte zadat oba.

RFC říká, že jazyk obsahu lze určit pro jakýkoli typ média, nejen pro text. Pokud se například jedná o video, kde lidé mluví anglicky, ve kterém je na straně okno s překladem znakového jazyka v Amslenu a dole je překlad s titulky v ruštině, pak by záhlaví Content-Language mělo mají hodnotu " en, ase, ru". Zároveň, pokud se jedná o video, kde postavy mluví japonsky a existuje hlasový překlad v ruštině, měla by být uvedena pouze ruština, protože pro Japonce bude s největší pravděpodobností obtížné slyšet jejich rodnou řeč.

Hlavička Content-Language je popsána nejen v hlavních specifikacích pro protokol HTTP, ale také v samostatném RFC 3282 „Záhlaví jazyka obsahu“. Všechny názvy jazyků jsou registrovány u IANA. Odkaz na jejich registr najdete na konci tohoto článku.

Viz také

• HTTP hlavičky - obecné informace o hlavičkách.
• HTTP protokol
• Seznam stavových kódů HTTP
• Hlavička User-Agent je samostatný článek.
• Záhlaví Referer je samostatný článek.
• cookie

Odkazy

Hlavní HTTP RFC (v sestupném pořadí podle data vydání):

• RFC 2616 Návrh standardu " Hypertext Transfer Protocol - HTTP/1.1 " (   angl . ) IETF , červen 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 ) je aktualizace protokolu HTTP verze 1.1.
• RFC 2068 Navrhovaný standard " Hypertext Transfer Protocol - HTTP/1.1 "   (anglicky) (ruský "Hypertext Transfer Protocol - HTTP /1.1" ); IETF , leden 1997; Fielding Roy ( UC Irvine ), Gettys Jim ( DEC ), Mogul J. ( DEC ), Frystyk Henrik ( MIT /LCS), Berners-Lee Tim ( MIT /LCS) - Raná specifikace pro HTTP verze 1.1.
• Informační RFC 1945 " Hypertext Transfer Protocol - HTTP / 1.0 "  IETF , květen 1996; Berners-Lee Tim ( MIT /LCS), Fielding Roy ( UC Irvine ), Frystyk Henrik ( MIT /LCS) je úplně první specifikace pro protokol HTTP. Zahrnuje také popis HTTP/0.9.

Materiály o přirozených jazycích:

• RFC 3282 Návrh standardu " Content Language Headers "   (anglicky) (rusky "Content Language Headers " ); IETF , červen 2002; Alvestrand H. ( Cisco Systems ) .
• Nejlepší současný postup RFC 5646 " Tags for Identifying Languages ​​"   ( angl. ) IETF , září 2009; Phillips A. ( Lab126 ), Davis M. ( Google ) .
•  Registr subtagů jazyka . IANA (13. ledna 2010). — rejstřík registrovaných jazykových značek. Datum přístupu: 15. ledna 2010. Archivováno z originálu 17. března 2012.