RFC: 2068
Оригинал: Hypertext Transfer Protocol - HTTP/1.1
Другие версии: RFC 2616
Категория: Предложенный стандарт
Дата публикации:
Авторы: , , , ,
Перевод: Алексей Симонов

13.5. Построение ответов из кэшей

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

13.5.1. Сквозные (End-to-end) и промежуточные (Hop-by-hop) заголовки

С целью определения поведения кэшей и некэширования прокси, мы делим заголовки HTTP на две категории:

  • Заголовки End-to-end, которые должны быть переданы окончательному получателю запроса или ответа. заголовки End-to-end в ответах должны быть сохранены как часть элемента кэша и переданы в любом ответе, сформированном из элемента кэша.
  • Заголовки Hop-by-hop, которые значимы только для отдельного подключения транспортного уровня, и не сохранены кэшами или отправлены прокси.

Следующий HTTP/1.1 заголовки является заголовками перелета перелетом:

  • Connection
  • Keep-Alive
  • Public
  • Proxy-Authenticate
  • Transfer-Encoding
  • Upgrade

Все другие заголовки, определенные HTTP/1.1, являются непрерывными заголовками.

Заголовки Hop-by-hop, введенные в будущих версиях HTTP, ДОЛЖНЫ быть перечислены в заголовке Connection, как описано в разделе 14.10.

Страница 83 из 160

2007 - 2022 © Русские переводы RFC, IETF, ISOC.