12 Ћбсуждение содержимого (Content Negotiation).

Ѓольшинство HTTP ответов включают объект, который содержит информацию, предназначенную длЯ интерпретации пользователем. …стественно желание обеспечить пользователЯ "лучшим доступным" объектом, соответствующим запросу. Љ сожалению длЯ серверов и кэшей, не все пользователи имеют одиннаковые предпочтениЯ, и не все агенты пользователЯ одинаково способны к визуализации всех типов объектов. Џо этой причине, HTTP имеет средства длЯ нескольких механизмов "обсуждениЯ содержимого" - процесса выбора самого лучшего представлениЯ длЯ данного ответа, когда доступно несколько представлений.

Ћбратите внимание: ќто не вызываетсЯ "обсуждение формата" ("format negotiation"), потому что альтернативные представлениЯ могут иметь одиннаковый медиа тип, но использовать различные возможности этого типа, иметь разные Языки и т.д.

‹юбой ответ, содержащий тело объекта (entity-body) ЊЋ†…’ быть темой обсуждениЯ, включаЯ ошибочные ответы.

€меютсЯ два вида обсуждениЯ содержимого, которые возможны в HTTP: управлЯемое сервером и управлЯемое агентом обсуждение. ќти два вида обсуждениЯ независимы, и, таким образом, могут использоватьсЯ отдельно или вместе. Ћдин метод использованиЯ их вместе, упоминаемый как прозрачное обсуждение, происходит, когда кэш использует информацию обсуждениЯ, управлЯемого агентом, предоставлЯЯ ее первоначальному серверу, длЯ обеспечениЯ управлЯемого сервером обсуждениЯ при последующих запросах.

12.1 “правлЯемое сервером обсуждение.

Ћбсуждение называетсЯ управлЯемым сервером, если выбор самого лучшего представлениЯ длЯ ответа произведен алгоритмом, размещенным на сервере. ‚ыбор основан на доступных представлениЯх ответа (они могут различатьсЯ по нескольким характеристикам; например Языку, кодированию содержимого (content-coding), и т.д.) и содержании специфических полей заголовка в сообщении запроса, или на другой информации, имеющей отношение к запросу (такой как сетевой адрес клиента).

“правлЯемое сервером обсуждение выгодно, когда алгоритм выбора из числа доступных представлений трудно описать агенту пользователЯ, или когда сервер желает послать "лучшее предположение" клиенту одновременно с первым ответом (надеЯсь избежать задержки пересылки туда и обратно последующего запроса, если "лучшее предположение" устроит пользователЯ). —тобы улучшить предположение сервера, агент пользователЯ ЊЋ†…’ включать полЯ заголовка запроса (Accept, Accept-Language, Accept-Encoding, и т.д.), которые описывают предпочтительный ответ.

“правлЯемое сервером обсуждение имеет недостатки:

‘ервер не может точно определить, что могло бы быть "самым лучшим" длЯ данного пользователЯ, так как это требует полного знаниЯ, как возможностей агента пользователЯ, так и целей использованиЯ ответа (например, пользователь хочет просматривать его на экране или печатать на бумаге?).
Ќаличие описаниЯ возможностей агента пользователЯ в каждом запросе может быть очень неэффективным (при условии, что только небольшой процент ответов имеет несколько представлений) и потенциально нарушает секретность пользователЯ.
Ћно усложнЯет реализацию первоначального сервера и алгоритмов генерации ответов на запрос.
Ћно может ограничивать способность общего кэша использовать один и тот же ответ длЯ запросов нескольких пользователей.

HTTP/1.1 включает следующие полЯ заголовка запроса (request-header), которые обеспечивают управлЯемое сервером обсуждение посредством описаниЯ возможностей агента пользователЯ и предпочтений самого пользователЯ: Accept (раздел 14.1), Accept-Charset (раздел 14.2), Accept-Encoding (раздел 14.3), Accept-Language (раздел 14.4), and User-Agent (раздел 14.42). Ћднако первоначальный сервер не ограничен этим и ЊЋ†…’ изменить ответ, основываЯсь на любом аспекте запроса, включаЯ информацию, котораЯ не содержитсЯ в полЯх заголовка запроса или информацию из расширенных полей заголовка, не определенных в этой спецификации.

Џервоначальный сервер HTTP/1.1 „Ћ‹†…Ќ включать соответствующее поле заголовка Vary (раздел 14.43) в любой кэшируемый ответ, основанный на управлЯмом сервером обсуждении. Џоле заголовка Vary описывает характеристики, которые могут менЯтьсЯ в ответе (то есть характеристики, согласно которым первоначальный сервер выбирает "наилучший" ответ из нескольких представлений).

Ћбщие HTTP/1.1 кэши „Ћ‹†Ќ› распознать поле заголовка Vary, если он присутствует в ответе, и отвечать требованиЯм, описанным в разделе 13.6, который описывает взаимодействиЯ между кэшированием и обсуждением содержимого.

12.2 “правлЯемое агентом обсуждение.

Џри управлЯемом агентом обсуждении, выбор лучшего представлениЯ ответа выполнЯетсЯ агентом пользователЯ после получениЯ начального ответа первоначального сервера. ‚ыбор основан на списке доступных представлений ответа, включенном в полЯ заголовка (эта спецификациЯ резервирует имЯ полЯ Alternates, как описано в приложении 19.6.2.1) или тело объекта начального ответа. Љаждое представление идентифицируетсЯ собственным URI. ‚ыбор представлениЯ может выполнЯтьсЯ автоматически (если агент пользователЯ способен это сделать) или вручную пользователем из сгенерированного (возможно гипертекстового) меню.

“правлЯемое агентом обсуждение выгодно, когда ответ варьируетсЯ по общеиспользуемым характеристикам (таким как тип, Язык, или кодирование), когда первоначальный сервер не способен определить возможности агента пользователЯ путем исследованиЯ запроса, и обычно при использовании общих кэшей длЯ распределениЯ нагрузки на сервер и уменьшениЯ использованиЯ сети.

“правлЯемое агентом обсуждение страдает тем, что длЯ получениЯ самого лучшего альтернативного представлениЯ требуетсЯ второй запрос. ќтот второй запрос эффективен только тогда, когда используетсЯ кэширование. Љроме того, эта спецификациЯ не определЯет никакого механизма длЯ обеспечениЯ автоматического выбора, хотЯ также и не предотвращает разработку такого механизма в качестве расширениЯ и использованиЯ в HTTP/1.1.

HTTP/1.1 определЯет коды состоЯниЯ 300 (Њножественный выбор, Multiple Choices) и 406 (Ќе приемлем, Not Acceptable) длЯ обеспечениЯ управлЯемого агентом обсуждениЯ, когда сервер не желает или не способен обеспечить изменение ответа, используЯ управлЯемое сервером обсуждение.

12.3 Џрозрачное обсуждение.

Џрозрачное обсуждение - это комбинациЯ управлЯемого сервером и управлЯемого агентом обсуждениЯ. Љогда кэш обеспечен списком доступных представлений ответа (как при управлЯемом агентом обсуждении) и изменЯющиесЯ характеристики полностью понЯты кэшем, тогда он способен выполнЯть управлЯемое сервером обсуждение последующих запросов этого же ресурса от имени первоначального сервера.

Џрозрачное обсуждение имеет то преимущество, что работа по обсуждению распределЯетсЯ. Љогда кэш способен правильно предположить нужный ответ сокращаетсЯ работа, котораЯ раньше требовалась от первоначального сервера и не происходит задержки второго запроса, как при управлЯемом агентом обсуждении.

ќта спецификациЯ не определЯет никакого механизма прозрачного обсуждениЯ, хотЯ также и не предотвращает разработку такого механизма в качестве расширениЯ и использованиЯ в HTTP/1.1. HTTP/1.1 кэш, выполнЯющий прозрачное обсуждение „Ћ‹†…Ќ включать поле заголовка Vary (определЯющее параметры, которые могут варьироватьсЯ) в ответ, если он кэшируем, чтобы гарантировать правильную интерпретацию всеми HTTP/1.1 клиентами. €нформацию управлЯемого агентом обсуждениЯ, представленную первоначальным сервером, ‘‹…„“…’ включать в ответ при прозрачном обсуждении.