Составители:
Рубрика:
32
го же сервера другой ресурс, то сервер не может определить тот же это кли-
ент либо другой. В то же время для решения многих задач необходимо иден-
тифицировать клиента на время сеанса работы пользователя, или даже между
сеансами пользователя. Например, это может понадобиться для организации
различных систем голосования и опроса
пользователей, виртуальных магази-
нов, для аутентификации пользователей и сохранения различных настроек
для каждого пользователя. Использование постоянного HTTP соединения в
этом случае не решает проблему, поскольку такое соединение предназначено
для последовательного запроса нескольких документов. Постоянное соеди-
нение не может оставаться активным на время всего сеанса работы пользова-
теля, так как оно будет разорвано
сервером по истечению сравнительно не-
большого таймаута, если от клиента не поступает никаких данных.
Для решения этой проблемы протокола HTTP разработан специальный
механизм cookies. В этом случае информацию о соединении должен хранить
HTTP-клиент, например браузер. Для реализации этого механизма использу-
ются два дополнительных поля HTTP-заголовка Set-Cookie и Cookie. Схема
взаимодействия клиента и сервера при
использовании механизма cookies, вы-
глядит следующим образом:
• клиент запрашивает какой-либо документ с сервера, например, обра-
щается к CGI-модулю;
• сервер включает в заголовок ответа поле Set-Cookie, в котором сообща-
ет клиенту информацию, предназначенную для сохранения, и параметры, за-
дающие область действия этой информации;
• при каждом следующем запросе клиент возвращает
серверу сохранен-
ную информацию с помощью поля Cookie в заголовке запроса, если запра-
шиваемый ресурс попадает в область действия, заданной сервером;
го же сервера другой ресурс, то сервер не может определить тот же это кли- ент либо другой. В то же время для решения многих задач необходимо иден- тифицировать клиента на время сеанса работы пользователя, или даже между сеансами пользователя. Например, это может понадобиться для организации различных систем голосования и опроса пользователей, виртуальных магази- нов, для аутентификации пользователей и сохранения различных настроек для каждого пользователя. Использование постоянного HTTP соединения в этом случае не решает проблему, поскольку такое соединение предназначено для последовательного запроса нескольких документов. Постоянное соеди- нение не может оставаться активным на время всего сеанса работы пользова- теля, так как оно будет разорвано сервером по истечению сравнительно не- большого таймаута, если от клиента не поступает никаких данных. Для решения этой проблемы протокола HTTP разработан специальный механизм cookies. В этом случае информацию о соединении должен хранить HTTP-клиент, например браузер. Для реализации этого механизма использу- ются два дополнительных поля HTTP-заголовка Set-Cookie и Cookie. Схема взаимодействия клиента и сервера при использовании механизма cookies, вы- глядит следующим образом: • клиент запрашивает какой-либо документ с сервера, например, обра- щается к CGI-модулю; • сервер включает в заголовок ответа поле Set-Cookie, в котором сообща- ет клиенту информацию, предназначенную для сохранения, и параметры, за- дающие область действия этой информации; • при каждом следующем запросе клиент возвращает серверу сохранен- ную информацию с помощью поля Cookie в заголовке запроса, если запра- шиваемый ресурс попадает в область действия, заданной сервером; 32
Страницы
- « первая
- ‹ предыдущая
- …
- 30
- 31
- 32
- 33
- 34
- …
- следующая ›
- последняя »