静的アセットに Amazon の Cloudfront CDN を使用しています。Couldfront は、GET リクエストごとに Etag を発行します。すべてのアセットのメタ データに特定の Cache-Control 情報を設定しました。これにより、(私が理解しているように) Etag が不要になります。WebPageTest.org で自分のサイトの読み込みパフォーマンスをテストしましたが、これらの不要な Etag が気になりました。それらが実際に不要である場合、放出されるのを抑制する方法を知っている人はいますか?
3061 次
2 に答える
1
オリジンサーバーを使用していて、オリジンサーバーでETagを無効にしている場合、CloudFrontはヘッダーにETagを追加しません。オリジンサーバーでETagを無効にして確認しました。
于 2012-06-14T10:41:21.047 に答える
0
アセットをダウンロードするノードに関係なく、Cloudfront が一貫した Etag を提供する場合、問題は最小限に抑えられます。私は次のようにしてこれをテストしました：
2 つの異なる場所から Cloudfront に解決して、CNAME が完全に異なる IP アドレスのセットに解決されることを確認しました。最初のサーバーは Amazon の LAX データ センター (lax1.cloudfront.net) で 8 つの IP アドレスのセットに解決され、2 番目のサーバーは Amazon の SFO データセンター (sfo4.cloudfront.net) で 8 つの IP アドレスに解決されました。
Cloudfront ディストリビューションでオブジェクトを選択し、各場所から「wget --server-response」を実行して、結果を比較しました。各データセンターでこれを複数回実行して、各データセンターの異なる IP アドレスから応答を取得しました。
その結果、ヒットしたデータセンターと、そのデータセンターから応答した IP アドレスに関係なく、Etag は同じでした。
次のヘッダー DID がサーバー間で異なることに気付きました x-amz-id-2 x-amz-request-id Age X-Amz-Cf-Id Via
お役に立てれば、
デビッド
[編集 - 以下の適切な修正に基づいて eTag に関するコメントを削除]
于 2011-02-23T08:42:12.557 に答える