Как кэши Прокси HTTP решают между служащими идентификационными данными - по сравнению с gzip-закодированными ресурсами?
передать эти значения. Вы только проходите, я думаю. Пример
вызова функции
createOrderSummary(20, true);
3 ответа
В первую очередь, по моему скромному мнению, неправильно не отправить, "Варьируйтесь: принятый закодированный", когда объект действительно варьируется тем заголовком (или его отсутствие).
Однако спецификация в настоящее время действительно запрещает обслуживание кэшируемого ответа на Opera, потому что Варьироваться заголовок не соответствует на определения в HTTPbis, Части 6, Разделе 2.6. Возможно, это - область, где мы должны ослабить требования для кэшей (можно хотеть следовать списку рассылки HTTP IETF...
ОБНОВЛЕНИЕ: оказывается, что это было уже отмечено как нерешенный вопрос; я просто добавил проблему в нашей системе отслеживания ошибок для него, посмотрите Выпуск 147.
Юлианский является правильным, конечно. Урок: Всегда отправляйте Vary: Accept-Encoding при сниффинге Accept-Encoding, независимо от того, что кодирование ответа.
Отвечать на мой вопрос, если Вы по ошибке уезжаете Vary если прокси получает незакодированный ответ (без Vary), это может просто кэшировать и возвратить это для каждого последующего запроса (игнорирование Accept-Encoding). Сквид делает это.
Большая проблема с исключением Vary заключается в том, что если кеш получает закодированный вариант без Vary он МОЖЕТ отправить это в ответ на другие запросы, даже если их Accept-Encoding указывает, что клиент не может понять содержимое.