ETagを使用する場合と使用しない場合

私はWebPageTest.orgで私たちのサイトを見ていましたが、ウェブサイトを高速化するための推奨事項の1つは次のとおりです。

ETagヘッダーは、それを必要とする明確な理由がない限り、通常は使用しないでください。

これはどういう意味かと思っていました。それはあなたが知っている静的なコンテンツがそれらを持っているべきではありません変更されることはありませんか、それはあなたが知っている平均コンテンツはそれらを持っているべきではありません定期的に変更されない、またはそれはあなたがそれらを使用してはならないことを意味しない意味しています一般的にあなたがAを持っていない限り、特定のニーズ。

後者の場合、それらを使用する適切なタイミングはいつですか？助けてくれてありがとう。

ETagは、キャッシュの検証を決定するために、「Last-Modified-Time」の代わりに使用できます（組み合わせて使用​​できます）。

クライアントは、ETagに基づいてif-matchesまたはif-none-matchesなどの事前条件を送信できます。これはGETリクエストだけではありません（webpagetest.orgが行うことです）。「日和見更新」を使用して、PUTリクエストに事前条件があり、ETagが実行されてからリソースが更新された場合に更新操作を実行しないようにすることができます。最後に獲得した。

簡単に言うと、CMSのページで編集をヒットし、友達がCMSのページで編集をヒットし、友達が編集を実行して保存をヒットし、最後に保存をヒットします-ETagまたはContent-MD5 HTTPヘッダーなしで必要になります問題の発生（友達の変更を消去するなど）を防止するためにホイールを再発明するために、ソリューションはすでにHTTPプロトコルの一部であるため、それを使用するだけでも理にかなっています。

一般的に、私はAOL（webpagetest.orgを実行する）の「1つのサイズですべてに対応する」というアドバイスに同意します。1秒の違い（ Last-Modified-Timeが検出できる）は、手元のジョブに対して実行されます。

ページが1秒間に数回更新されており、表示する最新の最も正確なバージョンが絶対に必要な場合は、HTTP GET以外のソリューションを試すか、ETagを使用することをお勧めします。

ETagにファイルシステムごと、サーバー構成の変更ごとなどの情報（Apacheのデフォルトのiノードなど）が含まれていないことに注意してください。そうしないと、2つのサーバーがある場合に問題が発生します（各サーバーのETagは一致しません）。

YSlow FirebugプラグインのCoding Horrorによる優れた評価を言い換えると（WebPageTest.orgが評価の基準として使用しているようです）：

「Yahooは世界で最も忙しいウェブサイトの1つです-その問題はおそらくあなたの問題ではありません。」

負荷分散されたネットワーク全体で何百万もの一意を扱っていない場合は、サイトを最適化するときに、提示された提案がすべて正しい選択ではない可能性が十分にあります。