ブラウザが最初のページリクエストでキャッシュヘッダーを尊重しないのはなぜですか？

これで頭を少し引っ掻いています。私が実行しているDrupalサイトは、ページを15分間キャッシュできることを示す適切なキャッシュヘッダーを設定しています。ただし、ページにアクセスするたびに、キャッシュからページをロードするのではなく、常にGETリクエストを送信します。

私は毎回ページを強制的に更新しているわけではありません。キャッシュをフラッシュしたいことをブラウザに示していると思います。開発者モードのキャッシュ無効化を有効にしていません。

これはブラウザのデフォルトの動作ですか、それとも明らかなものがないのですか？FireFox開発ツールのホームページにアクセスしたときのリクエスト/レスポンスヘッダーは次のとおりです。

注/編集：これはExpires過去のヘッダーに関連していると示唆する人もいます。ただし、RFC 2616、Sec 14.9.3に記載されているようCache-ControlにExpires、は何もオーバーライドします。Drupalにはこれが含まれ、Drupalが適切なキャッシュに必要とするより高度なヘッダーをサポートしていない古いHTTP 1.0クライアントでのキャッシュを無効にします。Vary

あなたは持っているヴァリ：クッキーは、受け入れるエンコード応答ヘッダーを。これはかなりの手段その場合（ブラウザを含む）プロキシは、すべての可能性が修正クッキーvlaueのための新しいバージョンをキャッシュするために準備する必要があり、このページをキャッシュしたい（またはChangsの中に受け入れをコードします）。特に、Cookieを最初の場所に記録しておく必要があります。これは、Cookieが要求で送信されたときに、それを区別基準として使用するためです。私は、Cookieが大きすぎる（したがって、繰り返される可能性が低い）場合にブラウザーがこれを拒否するか、またはキャッシュコンテンツを介してCookie情報が漏洩しないようにするために拒否するか、単にすべてのCookieコンテンツが変更されることを想像できますコール。

CMSプログラムでは、ユーザーの要求に固有の動的コンテンツを表示するために、一部のページでデータベースとの対話が必要です。ページ全体をキャッシュできないか、ユーザーに正しいコンテンツが表示されません。

実際のこの例は、eコマースのショッピングカート/チェックアウトページです。ページは毎回違って見えるので、完全にキャッシュする方法はありません。特定のページの詳細を知らなければ、参照しているページにデータベースの関与が必要かどうかを知ることは困難です。

他の回答に加えて、Expiresヘッダーは過去のものです。これも、ブラウザーがページをキャッシュしない理由の1つです。