私は正直にこれに丸一日費やしましたが、特にNginxがRFCのLast-Modifiedヘッダーに含まれていないLast-Modified:Dateヘッダーを誤ってフォーマットする方法で、Nginxを適切に再生することに近づいていません。
PHPを使用している場合は問題なく機能し、必要に応じて調整できるこのソリューションを見つけました。それが役に立てば幸い。残りのコードの前に、これを.phpページの最上部に含めるだけです。
<?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;
}
?>
次に、redbot.orgおよびwww.hscripts.comでサイトをテストします
更新:
- 304変更されていない応答を伴う変化ヘッダーの送信が追加されました(必須)
- 変更されたCache:Controlヘッダーのmax-ageは、独自のニーズに合わせて調整できます。
- それが原因であると信用するために、私はここで解決策を見つけて少し調整しました-https ://css-tricks.com/snippets/php/intelligent-php-cache-control/