Honestamente, passei um dia inteiro nisto e não mais perto de fazer com que o Nginx funcionasse corretamente, especialmente com a forma como o Nginx formava incorretamente o cabeçalho Last-Modified: Date que não está dentro do RFC de um cabeçalho Last-Modified.
Eu encontrei esta solução, no entanto, que, se você estiver usando PHP, funciona muito bem e pode ser ajustado conforme necessário. Espero que ajude. Apenas inclua isso no topo de suas páginas .php antes do resto do seu código.
<?php
//get the last-modified-date of this very file
$lastModified=filemtime(__FILE__);
//get a unique hash of this file (etag)
$etagFile = md5_file(__FILE__);
//get the HTTP_IF_MODIFIED_SINCE header if set
$ifModifiedSince=(isset($_SERVER['HTTP_IF_MODIFIED_SINCE']) ? $_SERVER['HTTP_IF_MODIFIED_SINCE'] : false);
//get the HTTP_IF_NONE_MATCH header if set (etag: unique file hash)
$etagHeader=(isset($_SERVER['HTTP_IF_NONE_MATCH']) ? trim($_SERVER['HTTP_IF_NONE_MATCH']) : false);
//set last-modified header
header("Last-Modified: ".gmdate("D, d M Y H:i:s", $lastModified)." GMT");
//set etag-header
//header("Etag: $etagFile");
header("ETag: \"$etagFile\"");
//make sure caching is turned on
header('Cache-Control: private, must-revalidate, proxy-revalidate, max-age=3600');
//check if page has changed. If not, send 304 and exit
if (@strtotime($_SERVER['HTTP_IF_MODIFIED_SINCE'])==$lastModified || $etagHeader == $etagFile)
{
header("HTTP/1.1 304 Not Modified");
header("Vary: Accept-Encoding");
exit;
}
?>
Em seguida, teste seu site em redbot.org e www.hscripts.com
ATUALIZAÇÃO:
- Adicionado o envio do cabeçalho vary com a resposta 304 não modificada (necessária)
- Cache modificado: o cabeçalho de controle max-age pode ser adaptado às suas próprias necessidades.
- Para dar crédito onde é devido, encontrei a solução aqui e a ajustei levemente - link