Существует ли минимальный набор кодировок контента, которые должен поддерживать клиент http?http: минимальная поддержка кодирования контента для клиентов?
Restated: Является ли клиент, который только реализует кодирование контента: соответствие идентичности стандартам?
Я не могу найти четкую документацию по этому вопросу.
Нет, нет минимального набора; вам не нужно поддерживать, если вы этого не хотите.
Обратите внимание, что в SPDY это не так; они требуют поддержки gzip. Это может быть и в HTTP/2, в зависимости от того, как идут дискуссии.
От «нет» вы на самом деле имеете в виду «только личность»? Кроме того, что я могу процитировать, пытаясь убедить других в этом? – bukzor
Строго по книге, если вы ничего не поддерживаете, вы должны отправить «личность», да. См .: http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-26#section-5.3.4 –
Насколько я могу судить, эта спецификация не указывает минимальное кодирование содержимого внедрение для клиентов. Это не совсем то же самое, что сказать, что спецификация позволяет клиентам, которые не поддерживают gzip. – bukzor
Да. Установите «Accept-Encoding» и идите. Серверы, отказывающиеся доставлять их, также являются совместимыми, если они реагируют на соответствующий код состояния. Поэтому возникает вопрос: заинтересованы ли вы в том, чтобы стать теоретически совместимыми со стандартами или вы спрашиваете, будет ли он работать как клиент для (большей части) сети? (Что я делаю это, но у меня нет данных для резервного копирования этой заявки). – Wrikken
@Wrikken: Меня интересуют оба, но стандарты сначала. Примером такого клиента является python <3.2 httplib.HTTPConnection. – bukzor
@Wrikken: Re "yes": в какой строке вы читаете? – bukzor