Вы не понимаете, как работают куки. Они указаны на сервере и сохраненного на клиенте, так что этот вопрос не имеет смысла
Я предполагаю, что я не понимаю, как мой сервер должен разобрать документ-вывод (от чтение файла для отправки через HTTP) перед отправкой файлов cookie.
Вероятно, я слишком усложняю это, но как я должен знать, какое ключевое значение запрашивает документ для отправки?
Что происходит на стороне сервера для анализа локального документа для «Set-Cookie:» перед отправкой заголовков?
Сервер не «отправить для печенья». Когда сервер получает HTTP-запрос от клиента, он создает и отправляет ответ, содержащий информацию, запрошенную клиентом. Этот ответ может включать в себя Set-Cookie
заголовков, чтобы инструктировать клиент, чтобы сохранить некоторую информацию
Документа не может «запрос на передачу» ключевых ценностей-это просто документ!- и нет «Разбор локального документа». Сервер просто добавляет заголовки, которые определяют данные, которые он хочет вернуть, если клиент отправляет другой запрос одному и тому же хосту.
Если требования просты, каждый элемент данных может отображаться в заголовках. Например
Set-Cookie: localtime=2016-05-18T09:01:16
Set-Cookie: username=Keith
Но если сервер хочет хранить много информации, относящуюся к сессии (содержимое корзины, возможно), то это может быть просто идентификатор сеанса, который соответствует идентификатору в MySQL запись базы данных проводится на сервере, который содержит все необходимые данные
Set-Cookie: session_id=76151387
Этот метод также повышает безопасность, так как только идентификатор сеанса появляются в HTTP-сообщений, и все реальные данные хранятся вне сайта на сервере
Как только клиент получает в ответ он сохранит файлы cookie любым способом, который им нравится, чтобы их можно было восстановить и вернуть, если следующий запрос относится к одному и тому же адресу хоста. Это будет просто включать в себя копию данных из предыдущего ответа, как это
Cookie: localtime=2016-05-18T09:01:16; username=Keith
или
Cookie: session_id=76151387
Есть вариации на эту основную мысль; например, сервер может указать поле Expires
или Max-Age
, в котором указывается, когда куки-файл должен быть удален клиентом. Предположим, что сервер посылает
Set-Cookie: session_id=76151387; Max-Age=86400
то куки будут сохранены на диске, так что он является постоянным перезапуске браузера, и удаляется через один день (возраст указывается в секундах). Без любого из этих атрибутов cookie является файлом session cookie, который обычно хранится в памяти и будет удален при закрытии браузера.
Существуют другие, более эзотерические атрибуты, которые может указывать сервер. RFC 6265 - это окончательная спецификация системы cookie HTTP, которая подробно описывает каждый аспект
Re "* Что происходит на стороне сервера для анализа локального документа для« Set-Cookie: »перед отправкой заголовков? *« Что делает это значит? 'Set-Cookie' - это заголовок, который HTTP-сервер включает в себя ответы, а не что-то найденное в документах. – ikegami
Соответствующая спецификация - [RFC 6265] (https://tools.ietf.org/html/rfc6265). [Cookie :: Baker] (http://search.cpan.org/perldoc?Cookie::Baker), похоже, генерирует (значение для) заголовков Set-Cookie. – ikegami