Я пытаюсь иметь базовое поведение в отношении моей стратегии кэширования: файлы должны кэшироваться и каждый раз проверяться сервером. Поэтому я бы хотел, чтобы Apache отправил 304 обратно.
Вот диалог, который происходит при каждом обновлении браузера:
Status Code:200 OK
Request Headers
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:max-age=0
Connection:keep-alive
Cookie: ...
Host:...
If-Modified-Since:Tue, 14 Oct 2014 15:10:37 GMT
If-None-Match:"1461-505636af08fcd-gzip"
User-Agent:Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36
Response Headers
Accept-Ranges:bytes
Cache-Control:No-cache
Connection:Keep-Alive
Content-Encoding:gzip
Content-Length:1412
Content-Type:text/html
Date:Tue, 14 Oct 2014 16:58:05 GMT
ETag:"1461-505636af08fcd-gzip"
Keep-Alive:timeout=5, max=99
Last-Modified:Tue, 14 Oct 2014 15:10:37 GMT
Server:Apache/2.4.6 (Ubuntu)
Vary:Accept-Encoding
(это из chrome devtools, с отключенным кешем отключен)
Вы можете видеть, что ответ содержит заголовок Cache-Control: No-cache, а заголовок If-modified-Since совпадает с заголовком Last-modified. ETag тоже подходит.
Разве в этом случае Apache не должен отправлять 304?
РЕДАКТИРОВАТЬ
Отключение ETags в apache с помощью
Header unset ETag
делает поведение кеширования более предсказуемым ...
Это кажется старая ошибка, объясняя почему Header unset ETag имеет значение.
Apache 2.4.0+ автоматически добавляет имя метода сжатия к ETag (как показано в ваших заголовках) и предотвращает ответ 304.
Последние версии mod_deflate поддерживают DeflateAlterETag которые можно использовать для управления этим поведением:
DeflateAlterETag NoChange
Это выделяется в запросе как немного странное:
Cache-Control:max-age=0
Возможно, что более важно, я заметил, что возвращаемый контент - это html. Генерируется ли он динамически? Apache МОЖЕТ отправить ответ 304, но если вы не обслуживаете статический контент, это не задача Apache, чтобы сделать этот вызов, и это сводится к логике вашего приложения. Например. большинство приложений php имеют ограниченную поддержку таких вещей.
Кэш внешнего интерфейса может помочь, поскольку приложение для кэширования может проверять время модификации, etag и т. Д., Но только если и приложение, и заголовки запроса совместимы с кешем. Например, приложение должно установить соответствующие заголовки, чтобы указать, что контент кэшируется, и такие вещи, как заголовок Cache-control в вашем запросе, будут отрицать кеш. Ваши заголовки не подходят для кеширования.
Если у вас настроен Apache с Cache-Control:No-cache, Apache никогда не отправит HTTP 304 Not modified клиенту.
Если вы хотите повторно подтвердить некоторые запросы, поставьте Cache-Control:No-cache только на тех страницах, где это необходимо. Вам не нужно повторно проверять все ресурсы, и вы тратите на это пропускную способность.