HTTP - поля заголовка

Поля заголовка HTTP предоставляют необходимую информацию о запросе или ответе или об объекте, отправляемом в теле сообщения. Существует четыре типа заголовков HTTP-сообщений:

  • General-header: Эти поля заголовка имеют общую применимость как для сообщений запроса, так и для ответов.

  • Заголовок запроса клиента: эти поля заголовка применимы только для сообщений запроса.

  • Заголовок ответа сервера. Эти поля заголовка применимы только для ответных сообщений.

  • Заголовок объекта : Эти поля заголовка определяют метаинформацию о теле объекта или, если тело отсутствует, о ресурсе, идентифицированном запросом.

Общие заголовки

Cache-Control

Поле общего заголовка Cache-Control используется для указания директив, которым ДОЛЖНА подчиняться вся система кэширования. Синтаксис выглядит следующим образом:

Cache-Control : cache-request-directive|cache-response-directive

HTTP-клиент или сервер могут использовать общий заголовок Cache-control, чтобы указать параметры для кэша или запросить определенные виды документов из кэша. Директивы кэширования указываются в списке через запятую. Например:

Cache-control: no-cache

В следующей таблице перечислены важные директивы запроса кеша, которые клиент может использовать в своем HTTP-запросе:

SN Директива и описание запроса кэша
1 нет кэша

Кэш не должен использовать ответ для удовлетворения последующего запроса без успешной повторной проверки на исходном сервере.

2 нет-магазин

Кэш не должен хранить ничего о запросе клиента или ответе сервера.

3 максимальный возраст = секунды

Указывает, что клиент готов принять ответ, возраст которого не превышает указанное время в секундах.

4 max-stale [= секунд]

Указывает, что клиент готов принять ответ, срок действия которого истек. Если даны секунды, срок их действия не должен превышать этого времени.

5 min-fresh = секунды

Указывает, что клиент готов принять ответ, время свежести которого не меньше его текущего возраста плюс указанное время в секундах.

6 нет-преобразования

Не конвертирует сущность-тело.

7 только-если-кэшируются

Не извлекает новые данные. Кеш может отправлять документ, только если он находится в кеше, и не должен связываться с origin-сервером, чтобы узнать, существует ли более новая копия.

Следующие важные директивы ответа кеша, которые могут использоваться сервером в его HTTP-ответе:

SN Директива и описание ответа кэша
1 общественности

Указывает, что ответ может быть кэширован любым кешем.

2 частный

Указывает, что все или часть ответного сообщения предназначены для одного пользователя и не должны кэшироваться общим кэшем.

3 нет кэша

Кэш не должен использовать ответ для удовлетворения последующего запроса без успешной повторной проверки на исходном сервере.

4 нет-магазин

Кэш не должен хранить ничего о запросе клиента или ответе сервера.

5 нет-преобразования

Не конвертирует сущность-тело.

6 обязательно перепроверить

Кэш должен проверять состояние устаревших документов перед его использованием, а просроченные не должны использоваться.

7 прокси-REVALIDATE

Директива proxy-revalidate имеет то же значение, что и директива must-revalidate, за исключением того, что она не применяется к кэшам пользовательских агентов, которые не используются совместно.

8 максимальный возраст = секунды

Указывает, что клиент готов принять ответ, возраст которого не превышает указанное время в секундах.

9 s-maxage = секунды

Максимальный возраст, указанный в этой директиве, переопределяет максимальный возраст, указанный в директиве max-age или в заголовке Expires. Директива s-maxage всегда игнорируется частным кешем.

соединение

Поле общего заголовка соединения позволяет отправителю указывать параметры, которые требуются для этого конкретного соединения и не должны передаваться прокси-серверами по дальнейшим соединениям. Ниже приведен простой синтаксис использования заголовка соединения:

Connection : "Connection"

HTTP / 1.1 определяет опцию «закрыть» соединение для отправителя, чтобы сообщить, что соединение будет закрыто после завершения ответа. Например:

Connection: close

По умолчанию HTTP 1.1 использует постоянные соединения, где соединение не закрывается автоматически после транзакции. HTTP 1.0, с другой стороны, по умолчанию не имеет постоянных соединений. Если клиент 1.0 хочет использовать постоянные соединения, он использует параметр keep-alive следующим образом:

Connection: keep-alive

Дата

Все HTTP-метки даты / времени ДОЛЖНЫ быть представлены в среднем времени по Гринвичу (GMT) без исключения. Приложениям HTTP разрешается использовать любое из следующих трех представлений отметок даты / времени:

Sun, 06 Nov 1994 08:49:37 GMT  ; RFC 822, updated by RFC 1123
Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036
Sun Nov  6 08:49:37 1994       ; ANSI C's asctime() format

Здесь первый формат является наиболее предпочтительным.

Pragma

Поле общего заголовка Pragma используется для включения директив, специфичных для реализации, которые могут применяться к любому получателю в цепочке запросов / ответов. Например:

Pragma: no-cache

Единственная директива, определенная в HTTP / 1.0, является директивой no-cache и поддерживается в HTTP 1.1 для обратной совместимости. Никакие новые директивы Прагмы не будут определены в будущем.

трейлер

Значение общего поля трейлера указывает, что данный набор полей заголовка присутствует в трейлере сообщения, закодированного с помощью чанкованного кодирования передачи. Ниже приведен синтаксис поля заголовка трейлера:

Trailer : field-name

Поля заголовка сообщения, перечисленные в поле заголовка трейлера, не должны включать следующие поля заголовка:

  • Transfer-Encoding

  • Content-Length

  • трейлер

Transfer-Encoding

Поле общего заголовка Transfer-Encoding указывает, какой тип преобразования был применен к телу сообщения для безопасной передачи его между отправителем и получателем. Это не то же самое, что кодирование контента, потому что кодировки передачи являются свойством сообщения, а не тела объекта. Синтаксис поля заголовка Transfer-Encoding выглядит следующим образом:

Transfer-Encoding: chunked

Все значения кодирования передачи нечувствительны к регистру.

Обновить

Общий заголовок Upgrade позволяет клиенту указать, какие дополнительные коммуникационные протоколы он поддерживает и хотел бы использовать, если сервер посчитает целесообразным переключать протоколы. Например:

Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

Поле заголовка Upgrade предназначено для обеспечения простого механизма перехода от HTTP / 1.1 к другому несовместимому протоколу.

Через

Общий заголовок Via должен использоваться шлюзами и прокси-серверами для указания промежуточных протоколов и получателей. Например, сообщение с запросом может быть отправлено от пользовательского агента HTTP / 1.0 на внутренний прокси-сервер с кодовым названием «fred», который использует HTTP / 1.1 для пересылки запроса общедоступному прокси-серверу на nowhere.com, который завершает запрос переадресация на исходный сервер по адресу www.ics.uci.edu. Запрос, полученный www.ics.uci.edu, будет иметь следующее поле заголовка Via:

Via: 1.0 fred, 1.1 nowhere.com ( Apache /1.1)

Поле заголовка Upgrade предназначено для обеспечения простого механизма перехода от HTTP / 1.1 к другому несовместимому протоколу.

Предупреждение

Общий заголовок Warning используется для передачи дополнительной информации о состоянии или преобразовании сообщения, которая может не отражаться в сообщении. Ответ может содержать более одного заголовка предупреждения.

Warning : warn-code SP warn-agent SP warn-text SP warn-date

Заголовки клиентских запросов

принимать

Поле заголовка запроса Accept может использоваться для указания определенных типов медиа, которые являются приемлемыми для ответа. Общий синтаксис выглядит следующим образом:

Accept: type/subtype [q=qvalue]

Несколько типов носителей могут быть перечислены через запятую, а необязательное qvalue представляет приемлемый уровень качества для принимаемых типов в масштабе от 0 до 1. Ниже приведен пример:

Accept: text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c

Это будет интерпретироваться как text / html и text / xc и являются предпочтительными типами мультимедиа, но если они не существуют, отправьте сущность text / x-dvi , а если она не существует, отправьте сущность text / plain .

Accept-Charset

Поле заголовка запроса Accept-Charset может использоваться, чтобы указать, какие наборы символов приемлемы для ответа. Ниже приводится общий синтаксис:

Accept-Charset: character_set [q=qvalue]

Несколько наборов символов могут быть перечислены через запятую, а необязательное значение qvalue представляет приемлемый уровень качества для неподтвержденных наборов символов по шкале от 0 до 1. Ниже приведен пример:

Accept-Charset: iso-8859-5, unicode-1-1; q=0.8

Специальное значение «*», если оно присутствует в поле « Accept-Charset» , соответствует каждому набору символов, и если заголовок « Accept-Charset» отсутствует, по умолчанию допускается использование любого набора символов.

Accept-Encoding

Поле заголовка запроса Accept-Encoding похоже на Accept, но ограничивает кодировки содержимого, которые являются приемлемыми в ответе. Общий синтаксис:

Accept-Encoding: encoding types

Примеры следующие:

Accept-Encoding: compress, gzip
Accept-Encoding:
Accept-Encoding: *
Accept-Encoding: compress;q=0.5, gzip;q=1.0
Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0

Accept-Language

Поле заголовка запроса Accept-Language аналогично Accept, но ограничивает набор естественных языков, предпочитаемых в качестве ответа на запрос. Общий синтаксис:

Accept-Language: language [q=qvalue]

Несколько языков могут быть перечислены через запятую, а необязательное qvalue представляет приемлемый уровень качества для не предпочтительных языков по шкале от 0 до 1. Ниже приведен пример:

Accept-Language: da, en-gb;q=0.8, en;q=0.7

авторизация

Значение поля заголовка запроса авторизации состоит из учетных данных, содержащих информацию об аутентификации агента пользователя для области запрашиваемого ресурса. Общий синтаксис:

Authorization : credentials

Спецификация HTTP / 1.0 определяет схему авторизации BASIC, где параметром авторизации является строка имени пользователя: пароль, закодированный в базе 64. Ниже приведен пример:

Authorization: BASIC Z3Vlc3Q6Z3Vlc3QxMjM=

Значение декодируется в: guest: guest123, где guest - это идентификатор пользователя, а guest123 - пароль.

печенье

Значение поля заголовка запроса Cookie содержит пару имя / значение информации, сохраненной для этого URL. Ниже приводится общий синтаксис:

Cookie: name=value

Несколько файлов cookie можно указать через точку с запятой следующим образом:

Cookie: name1=value1;name2=value2;name3=value3

ожидать

Поле заголовка запроса Expect используется для указания того, что клиент требует определенного набора поведений сервера. Общий синтаксис:

Expect : 100-continue | expectation-extension

Если сервер получает запрос, содержащий поле Expect, которое включает расширение ожидания, которое он не поддерживает, он должен ответить со статусом 417 (Expectation Failed).

Из

Поле заголовка запроса From содержит адрес электронной почты в Интернете для пользователя-пользователя, который управляет запрашивающим пользовательским агентом. Ниже приведен простой пример:

From: [email protected]

Это поле заголовка может использоваться для целей регистрации и в качестве средства для определения источника недействительных или нежелательных запросов.

хозяин

Поле заголовка запроса хоста используется для указания хоста в Интернете и номера порта запрашиваемого ресурса. Общий синтаксис:

Host : "Host" ":" host [ ":" port ] ;

Хост без информации о заднем порте подразумевает порт по умолчанию, равный 80. Например, запрос на исходном сервере для http://www.w3.org/pub/WWW/ будет:

GET /pub/WWW/ HTTP/1.1
Host: www.w3.org

If-Match

Поле заголовка запроса If-Match используется с методом, чтобы сделать его условным. Этот заголовок запрашивает у сервера выполнение запрошенного метода, только если указанное значение в этом теге соответствует заданным тегам объекта, представленным ETag . Общий синтаксис:

If-Match : entity-tag

Звездочка (*) соответствует любой сущности, и транзакция продолжается, только если сущность существует. Ниже приведены возможные примеры:

If-Match: "xyzzy"
If-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-Match: *

Если ни один из тегов объекта не совпадает или если задано «*», а текущий объект не существует, сервер не должен выполнять запрошенный метод и должен возвращать ответ 412 (Precondition Failed).

If-Modified-Since

Поле заголовка запроса If-Modified-Since используется с методом, чтобы сделать его условным. Если запрошенный URL не был изменен со времени, указанного в этом поле, объект не будет возвращен с сервера; вместо этого ответ 304 (не измененный) будет возвращен без какого-либо тела сообщения. Общий синтаксис if-Modified-Since:

If-Modified-Since : HTTP-date

Пример поля:

If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT

Если ни один из тегов объекта не совпадает или если задано «*», а текущий объект не существует, сервер не должен выполнять запрошенный метод и должен возвращать ответ 412 (Precondition Failed).

If-None-Match

Поле заголовка запроса If-None-Match используется с методом, чтобы сделать его условным. Этот заголовок запрашивает у сервера выполнение запрошенного метода, только если одно из заданных значений в этом теге соответствует заданным тегам сущности, представленным ETag . Общий синтаксис:

If-None-Match : entity-tag

Звездочка (*) соответствует любому объекту, и транзакция продолжается, только если объект не существует. Ниже приведены возможные примеры:

If-None-Match: "xyzzy"
If-None-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
If-None-Match: *

If-Range

Поле заголовка запроса If-Range можно использовать с условным GET для запроса только той части объекта, которая отсутствует, если она не была изменена, и всей сущности, если она была изменена. Общий синтаксис выглядит следующим образом:

If-Range : entity-tag | HTTP-date

Для идентификации уже полученной частичной сущности можно использовать либо тег объекта, либо дату. Например:

If-Range: Sat, 29 Oct 1994 19:43:31 GMT

Здесь, если документ не был изменен с указанной даты, сервер возвращает диапазон байтов, заданный заголовком Range, в противном случае он возвращает весь новый документ.

Если-Unmodified-С

Поле заголовка запроса If-Unmodified-Since используется с методом, чтобы сделать его условным. Общий синтаксис:

If-Unmodified-Since : HTTP-date

Если запрошенный ресурс не был изменен со времени, указанного в этом поле, сервер должен выполнить запрошенную операцию, как если бы заголовок If-Unmodified-Since отсутствовал. Например:

If-Unmodified-Since: Sat, 29 Oct 1994 19:43:31 GMT

Если запрос приводит к чему-либо отличному от статуса 2xx или 412, заголовок If-Unmodified-Since следует игнорировать.

Max-Нападающие

Поле заголовка запроса Max-Forwards предоставляет механизм с методами TRACE и OPTIONS для ограничения количества прокси-серверов или шлюзов, которые могут переслать запрос следующему входящему серверу. Вот общий синтаксис:

Max-Forwards : n

Значение Max-Forwards представляет собой десятичное целое число, указывающее оставшееся количество раз, когда это сообщение запроса может быть переслано. Это полезно для отладки с помощью метода TRACE, позволяющего избежать бесконечных циклов. Например:

Max-Forwards : 5

Поле заголовка Max-Forwards может игнорироваться для всех других методов, определенных в спецификации HTTP.

Proxy-Authorization

Поле заголовка запроса Proxy-Authorization позволяет клиенту идентифицировать себя (или своего пользователя) для прокси, который требует аутентификации. Вот общий синтаксис:

Proxy-Authorization : credentials

Значение поля Proxy-Authorization состоит из учетных данных, содержащих информацию об аутентификации агента пользователя для прокси и / или области запрашиваемого ресурса.

Ассортимент

Поле заголовка запроса Range указывает частичный диапазон (ы) содержимого, запрошенного в документе. Общий синтаксис:

Range: bytes-unit=first-byte-pos "-" [last-byte-pos]

Значение first-byte-pos в спецификации byte-range-специфицирует смещение байта первого байта в диапазоне. Значение last-byte-pos дает смещение байта последнего байта в диапазоне; то есть указанные байтовые позиции включительно. Вы можете указать байтовую единицу как байты. Смещения байтов начинаются с нуля. Вот несколько простых примеров:

- The first 500 bytes 
Range: bytes=0-499

- The second 500 bytes
Range: bytes=500-999

- The final 500 bytes
Range: bytes=-500

- The first and last bytes only
Range: bytes=0-0,-1

Можно указать несколько диапазонов, разделенных запятыми. Если первая цифра в диапазоне (-ах) байтов, разделенных запятыми, отсутствует, предполагается, что диапазон отсчитывается с конца документа. Если вторая цифра отсутствует, диапазон составляет байт n до конца документа.

Referer

Поле заголовка запроса Referer позволяет клиенту указать адрес (URI) ресурса, с которого был запрошен URL-адрес. Общий синтаксис выглядит следующим образом:

Referer : absoluteURI | relativeURI

Ниже приведен простой пример:

Referer: http://www.tutorialspoint.org/http/index.htm

Если значение поля является относительным URI, его следует интерпретировать относительно Request-URI .

TE

Поле заголовка запроса TE указывает, какое расширение -кодирование передачи оно желает принять в ответе, и желает ли оно принять поля трейлера в разделенном кодировании-переносе . Ниже приводится общий синтаксис:

TE   : t-codings

Наличие ключевого слова «трейлеры» указывает на то, что клиент готов принять поля трейлера в виде фрагментированной кодировки передачи, и это указывается одним из способов:

TE: deflate
TE:
TE: trailers, deflate;q=0.5

Если значение поля TE пусто или поле TE отсутствует, то используется только кодирование передачи. Сообщение без кодировки передачи всегда приемлемо.

User-Agent

Поле заголовка запроса User-Agent содержит информацию о пользовательском агенте, создавшем запрос. Ниже приводится общий синтаксис:

User-Agent : product | comment

Пример:

User-Agent: Mozilla/4.0 (compatible; MSIE5.01; Windows NT)

Заголовки ответа сервера

Accept-Ranges

Поле заголовка ответа Accept-Ranges позволяет серверу указать, что он принимает запросы диапазона для ресурса. Общий синтаксис:

Accept-Ranges  : range-unit | none

Например, сервер, который принимает запросы диапазона байтов, может отправить:

Accept-Ranges: bytes

Серверы, которые не принимают какой-либо запрос диапазона для ресурса, могут отправлять:

Accept-Ranges: none

Это посоветует клиенту не пытаться запросить диапазон.

Возраст

Поле заголовка ответа Age передает оценку отправителя количества времени, прошедшего с того момента, как ответ (или его повторная проверка) был сгенерирован на исходном сервере. Общий синтаксис:

Age : delta-seconds

Возрастные значения - неотрицательные десятичные целые числа, представляющие время в секундах. Ниже приведен простой пример:

Age: 1030

Сервер HTTP / 1.1, который включает кэш, должен включать поле заголовка Age в каждом ответе, сгенерированном из его собственного кэша.

ETag

Поле заголовка ответа ETag предоставляет текущее значение тега объекта для запрошенного варианта. Общий синтаксис:

ETag :  entity-tag

Вот несколько простых примеров:

ETag: "xyzzy"
ETag: W/"xyzzy"
ETag: ""

Место расположения

Поле заголовка ответа Location используется для перенаправления получателя в местоположение, отличное от Request-URI для завершения. Общий синтаксис:

Location : absoluteURI

Ниже приведен простой пример:

Location: http://www.tutorialspoint.org/http/index.htm

Поле заголовка Content-Location отличается от Location тем, что Content-Location идентифицирует исходное местоположение объекта, заключенного в запросе.

Proxy-Authenticate

Поле заголовка ответа Proxy-Authenticate должно быть включено как часть ответа 407 (Proxy Authentication Required). Общий синтаксис:

Proxy-Authenticate  : challenge

Retry-After

Поле заголовка ответа Retry-After можно использовать с ответом 503 (служба недоступна), чтобы указать, как долго ожидается, что служба будет недоступна для запрашивающего клиента. Общий синтаксис:

Retry-After : HTTP-date | delta-seconds

Примеры:

Retry-After: Fri, 31 Dec 1999 23:59:59 GMT
Retry-After: 120

В последнем примере задержка составляет 2 минуты.

сервер

Поле заголовка ответа сервера содержит информацию о программном обеспечении, используемом исходным сервером для обработки запроса. Общий синтаксис:

Server : product | comment

Ниже приведен простой пример:

Server: Apache /2.2.14 (Win32)

Если ответ пересылается через прокси-сервер, прокси-приложение не должно изменять заголовок ответа Сервера.

Set-Cookie

Поле заголовка ответа Set-Cookie содержит пару имя / значение информации, которую нужно сохранить для этого URL. Общий синтаксис:

Set-Cookie: NAME=VALUE; OPTIONS

Заголовок ответа Set-Cookie содержит токен Set-Cookie, за которым следует разделенный запятыми список из одного или нескольких файлов cookie. Вот возможные значения, которые вы можете указать в качестве параметров:

SN Варианты и описание
1 Комментарий = комментарий

Эта опция может использоваться для указания любого комментария, связанного с cookie.

2 Домен = домен

Атрибут Домен указывает домен, для которого действителен файл cookie.

3 Истекает = Дата-время

Дата истечения срока действия cookie. Если он пуст, срок действия файла cookie истечет, когда посетитель выйдет из браузера.

4 Path = путь

Атрибут Path указывает подмножество URL-адресов, к которым применяется этот файл cookie.

5 Безопасный

Он инструктирует пользовательский агент возвращать cookie только при безопасном соединении.

Ниже приведен пример простого заголовка cookie, сгенерированного сервером:

Set-Cookie: name1=value1,name2=value2; Expires=Wed, 09 Jun 2021 10:18:14 GMT

изменяться

Поле заголовка ответа Vary указывает, что объект имеет несколько источников и поэтому может варьироваться в соответствии с указанным списком заголовков заголовка запроса. Ниже приводится общий синтаксис:

Vary : field-name

Можно указать несколько заголовков, разделенных запятыми, и значение звездочки «*» означает, что неопределенные параметры не ограничиваются заголовками запроса. Ниже приведен простой пример:

Vary: Accept-Language, Accept-Encoding

Здесь имена полей нечувствительны к регистру.

WWW-Authenticate

Поле заголовка ответа WWW-Authenticate должно быть включено в ответные сообщения 401 (неавторизованный). Значение поля состоит по меньшей мере из одного запроса, который указывает схему (ы) аутентификации и параметры, применимые к Request-URI. Общий синтаксис:

WWW-Authenticate : challenge

Значение поля WWW-Authenticate может содержать более одного запроса, или, если предусмотрено более одного поля заголовка WWW-Authenticate, содержимое самого запроса может содержать разделенный запятыми список параметров аутентификации. Ниже приведен простой пример:

WWW-Authenticate: BASIC realm="Admin"

Заголовки сущностей

Позволять

В поле « Разрешить заголовок объекта» указан набор методов, поддерживаемых ресурсом, идентифицированным Request-URI. Общий синтаксис:

Allow : Method

Вы можете указать несколько методов, разделенных запятыми. Ниже приведен простой пример:

Allow: GET, HEAD, PUT

Это поле не может помешать клиенту попробовать другие методы.

Content-Encoding

Поле заголовка объекта Content-Encoding используется в качестве модификатора для медиа-типа. Общий синтаксис:

Content-Encoding : content-coding

Контент-кодирование является характеристикой объекта, идентифицируемого Request-URI. Ниже приведен простой пример:

Content-Encoding: gzip

Если кодирование содержимого объекта в сообщении запроса неприемлемо для исходного сервера, сервер должен ответить кодом состояния 415 (Unsupported Media Type).

Content-Language

Поле заголовка объекта Content-Language описывает естественный язык (и) предполагаемой аудитории для вложенного объекта. Ниже приводится общий синтаксис:

Content-Language : language-tag

Для контента, предназначенного для нескольких аудиторий, могут быть указаны несколько языков. Ниже приведен простой пример:

Content-Language: mi, en

Основной целью Content-Language является предоставление пользователю возможности идентифицировать и различать объекты в соответствии с предпочтительным языком пользователя.

Content-Length

Поле заголовка объекта Content-Length указывает размер тела объекта в десятичном числе OCTET, отправленного получателю, или, в случае метода HEAD, размер тела объекта, который был бы отправлен, если бы запрос был ПОЛУЧЕН. Общий синтаксис:

Content-Length : DIGITS

Ниже приведен простой пример:

Content-Length: 3495

Любое значение Content-Length больше или равно нулю является допустимым значением.

Content-Location

Поле заголовка объекта Content-Location может использоваться для предоставления местоположения ресурса для объекта, включенного в сообщение, когда этот объект доступен из местоположения, отдельного от URI запрашиваемого ресурса. Общий синтаксис:

Content-Location:  absoluteURI | relativeURI 

Ниже приведен простой пример:

Content-Location: http://www.tutorialspoint.org/http/index.htm

Значение Content-Location также определяет базовый URI для объекта.

Content-MD5

Поле заголовка объекта Content-MD5 может использоваться для предоставления дайджеста MD5 объекта для проверки целостности сообщения при получении. Общий синтаксис:

Content-MD5  : md5-digest using base64 of 128 bit MD5 digest as per RFC 1864

Ниже приведен простой пример:

Content-MD5  : 8c2d46911f3f5a326455f0ed7a8ed3b3

Дайджест MD5 вычисляется на основе содержимого тела объекта, включая любое примененное кодирование содержимого, но не включая любое кодирование передачи, применяемое к телу сообщения.

Content-Range

Поле заголовка объекта Content-Range отправляется с частичным телом объекта, чтобы указать, где в полном теле объекта следует применять частичное тело. Общий синтаксис:

Content-Range : bytes-unit SP first-byte-pos "-" last-byte-pos

Примеры значений byte-content-range-spec, при условии, что объект содержит в общей сложности 1234 байта:

- The first 500 bytes:
Content-Range : bytes 0-499/1234

- The second 500 bytes:
Content-Range : bytes 500-999/1234

- All except for the first 500 bytes:
Content-Range : bytes 500-1233/1234

- The last 500 bytes:
Content-Range : bytes 734-1233/1234

Когда HTTP-сообщение включает в себя содержимое одного диапазона, это содержимое передается с заголовком Content-Range и заголовком Content-Length, показывающим количество фактически переданных байтов. Например,

HTTP/1.1 206 Partial content
Date: Wed, 15 Nov 1995 06:25:24 GMT
Last-Modified: Wed, 15 Nov 1995 04:58:08 GMT
Content-Range: bytes 21010-47021/47022
Content-Length: 26012
Content-Type: image/gif

Тип содержимого

Поле заголовка объекта Content-Type указывает тип мультимедиа тела объекта, отправленного получателю, или, в случае метода HEAD, тип мультимедиа, который был бы отправлен, если бы запрос был GET. Общий синтаксис:

Content-Type : media-type

Ниже приведен пример:

Content-Type: text/html; charset=ISO-8859-4

Истекает

В поле заголовка объекта Expires указывается дата / время, после которого ответ считается устаревшим. Общий синтаксис:

Expires : HTTP-date

Ниже приведен пример:

Expires: Thu, 01 Dec 1994 16:00:00 GMT

Последнее изменение

Поле заголовка объекта Last-Modified указывает дату и время, когда исходный сервер полагает, что вариант был последний раз изменен. Общий синтаксис:

Last-Modified: HTTP-date

Ниже приведен пример:

Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT