Сети ЭВМ и телекоммуникации. Лясин Д.Н - 22 стр.

UptoLike

Составители: 

22
¾ Поле "Date:" содержит дату и время построения сообщения (запроса
или ответа). Формат даты описан в RFC-822.
¾ Поле "Pragma:" используется для установки специальных директив
участникам соединения. Например, опция "no-cache" не позволяет промежу-
точным объектам соединения использовать кэш при ответе на запрос.
В спецификации HTTP/1.1 в основной заголовок "General-Header" сооб-
щения были добавлены следующие поля:
¾
Поле "Cache-Control:" позволяет более гибко управлять механизмами
кэширования информации, устанавливать ограничения на время и объекты
кэширования, управлять ограничениями на запросы из кэша определенных
клиентов и др.
¾ Поле "Connection:" управляет параметрами соединения. В специфика-
ции HTTP/1.0 для использования постоянного соединения клиент должен
указать в этом поле значение "Keep-Alive". Как уже было отмечено ранее в
спецификации
HTTP/1.1 постоянные соединения используются по умолча-
нию. Поэтому клиенту HTTP/1.1 не обязательно указывать значение "Keep-
Alive" в этом поле для использования постоянного соединения и в общем
случае это поле может отсутствовать. Если же клиент, использующий
HTTP/1.1, не желает устанавливать постоянное соединение, то он должен
указать значение "Close" в поле Connection. В этом случае сервер разорвет
соединение
сразу после отправки ответа клиенту. В спецификации HTTP/1.1
поле Connection со значением "Close" может также указываться и в ответе.
Таким образом, сервер сообщает клиенту, что соединение будет разорвано
сразу после окончания передачи HTTP-ответа, и клиент не должен больше
посылать запросы по этому соединению. Сервер при получении в заголовке
запроса поля Connection со значением "Keep-Alive", может включить
в заго-
ловок ответа поле Keep-Alive. В этом поле он может указать параметры по-
   ¾ Поле "Date:" содержит дату и время построения сообщения (запроса
или ответа). Формат даты описан в RFC-822.
   ¾ Поле "Pragma:" используется для установки специальных директив
участникам соединения. Например, опция "no-cache" не позволяет промежу-
точным объектам соединения использовать кэш при ответе на запрос.
   В спецификации HTTP/1.1 в основной заголовок "General-Header" сооб-
щения были добавлены следующие поля:
   ¾ Поле "Cache-Control:" позволяет более гибко управлять механизмами
кэширования информации, устанавливать ограничения на время и объекты
кэширования, управлять ограничениями на запросы из кэша определенных
клиентов и др.
   ¾ Поле "Connection:" управляет параметрами соединения. В специфика-
ции HTTP/1.0 для использования постоянного соединения клиент должен
указать в этом поле значение "Keep-Alive". Как уже было отмечено ранее в
спецификации HTTP/1.1 постоянные соединения используются по умолча-
нию. Поэтому клиенту HTTP/1.1 не обязательно указывать значение "Keep-
Alive" в этом поле для использования постоянного соединения и в общем
случае это поле может отсутствовать. Если же клиент, использующий
HTTP/1.1, не желает устанавливать постоянное соединение, то он должен
указать значение "Close" в поле Connection. В этом случае сервер разорвет
соединение сразу после отправки ответа клиенту. В спецификации HTTP/1.1
поле Connection со значением "Close" может также указываться и в ответе.
Таким образом, сервер сообщает клиенту, что соединение будет разорвано
сразу после окончания передачи HTTP-ответа, и клиент не должен больше
посылать запросы по этому соединению. Сервер при получении в заголовке
запроса поля Connection со значением "Keep-Alive", может включить в заго-
ловок ответа поле Keep-Alive. В этом поле он может указать параметры по-




                                   22