мы работаем над сокращением некоторого «бессмысленного» трафика.
если мы отправим правильные заголовки управления кешем (a-la «do cache») с ответом 404, будет ли текущий кеш браузера, чтобы запрошенный ресурс не существовал?
мы используем настраиваемый обработчик 404 на основе php, который отправлял не кеширующие заголовки из-за создания сеанса, поэтому мы удалили их. но теперь задаются вопросом, являются ли недопустимыми ресурсы для CERTAIN , должны ли мы отправлять правильные заголовки кешей?
это общедоступные ресурсы, к которым обратился один и тот же uri всеми пользователями.
благодаря!
У современных браузеров есть реализация протокола HTTP, идеально близкого к стандарту, то же самое для прокси-серверов, которое вы должны учитывать, если хотите, чтобы это повлияло на пользовательский и ненамышленный бот-трафик. Текущая версия 1.1 , некоторые выдержки:
10.4 Ошибка клиента 4xx
Класс кода 4xx кода статуса предназначен для случаев, когда клиент, похоже, ошибся. За исключением случаев ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ситуации ошибки, и является ли это временным или постоянным условием. Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать любой объект, включенный в список.
Если клиент отправляет данные, реализация сервера с использованием TCP ДОЛЖНА быть осторожна, чтобы гарантировать, что клиент подтверждает получение пакета (ов), содержащего ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия, TCP-стек сервера отправляет клиенту пакет сброса, который может стереть неподтвержденные входные буферы клиента, прежде чем они смогут быть прочитаны и интерпретированы приложением HTTP.
Более конкретно для 404:
10.4.5 404 Не найдено
Сервер не нашел ничего, что соответствовало бы Request-URI. Не указывается, является ли это условие временным или постоянным. Код состояния 410 (Gone) ДОЛЖЕН использоваться, если сервер через какой-то механизм, который может быть внутренне конфигурирован, знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки. Этот код состояния обычно используется, когда сервер не хочет точно определить, почему запрос был отклонен, или когда другой ответ не применим.
Так много для кода ответа 404.
Ты спрашивал:
теперь [мы] задаемся вопросом, являются ли недопустимыми ресурсы для CERTAIN, должны ли мы отправлять правильные заголовки кеша?
Вы не указали какие-либо конкретные заголовки кеша, которые вы хотели бы использовать, поэтому немного неточно ответить на ваш вопрос. Кэширование – это часть его собственной спецификации протокола: 13 Кэширование в HTTP .
Как правило, следующее должно быть то, что вы ищете, выдержка из 13.1.1 Коррекция кеша :
Правильный кеш ДОЛЖЕН отвечать на запрос с самым последним ответом, хранящимся в кеше, который соответствует запросу (см. Разделы 13.2.5, 13.2.6 и 13.12), который отвечает одному из следующих условий:
…
3. It is an appropriate 304 (Not Modified), 305 (Proxy Redirect), or error (4xx or 5xx) response message.
Таким образом, вы можете кэшировать 404 ответных сообщения и сигнализировать их кешировать. Прокси и клиенты должны это обработать.