web-dev-qa-db-ja.com

X-Cacheヘッダーの説明

私はfirefoxのローカルキャッシュフォルダーを調べていたところ、Xキャッシュヘッダーを含む多くのファイルを見つけました。誰かがこのヘッダーの目的を説明できますか?

ありがとう

27
Pigol

X-Cacheは HTTP/1.1 X-Cache header field に従って「標準のHTTPヘッダーフィールドではありません」。

また、 X-CacheおよびX-Cache-Lookupヘッダーの説明 も確認してください。

11
Kevin Hakanson

CDNContent Delivery Network)は、HTTP応答にX-cacheヘッダーを追加します。 X-cache:HITは、リクエストがOriginサーバーではなくCDNによって提供されたことを意味します。 CDNは、コンテンツをキャッシュするように設計された特別なネットワークであり、usrリクエストがOriginサーバーをアンロードするために高速に処理されるようになっています。

9
Yura

X-Cacheの接頭辞「X」は、ヘッダーが標準HTTPヘッダーフィールドではないことを示します。また、その意味はプロキシの実装によって異なります。これらのヘッダーフィールドを見つける一般的な場所は、Squidサーバーです。組織や大学は、プロキシー(Squid)サーバーを外部ネットワークとの間に配置します。これには2つの目的があります。セキュリティの1つと、より頻繁にWebページをキャッシュする(ネットワークトラフィックを制限するため)。

X-Cacheは、プロキシがキャッシュから結果を提供したかどうかに応じて結果に対応します(はいの場合はHIT、いいえの場合はMISS)
X-Cache-Lookupは、プロキシがリクエストに対してキャッシュ可能な応答を持っているかどうかを表します(はいの場合はHIT、いいえの場合はMISS)

両方のHITは、クライアントがキャッシュ可能な要求を行い、プロキシが一致するキャッシュ可能な応答を持っていて、クライアントに転送されたことを意味します。
X-CacheがMISSで、X-Cache_LookupがHITの場合、クライアントは、キャッシュ可能な応答を持つリクエストを行いましたが、クライアントによってキャッシュをバイパスするよう強制されました。これはハードリフレッシュであり、Ctrl + F5またはヘッダーを送信することでシミュレートできます。
プラグマ:no-cache(HTTP/1.0)およびCache-Control:no-cache(HTTP/1.1)
両方がMISSの場合、クライアントによるリクエストには、リクエストに対応する有効なオブジェクトがありません。

いくつかの役立つリソース:
リンク1

リンク2

9
Ugnes

私にとって、これはNginxサーバーブロックに存在する fastcgiキャッシュヘッダー に関連していました

  add_header X-Cache $upstream_cache_status;

この行のコメントを削除してnginxを再起動するだけで、ヘッダーが削除されました。

2
Salem