プロジェクトで Combres ライブラリを使用して、css ファイルと js ファイルを縮小し、基本的にページを少し最適化しました。Combres について読んだすべての記事で、最適化するリソースと一緒に etag を送信していることがわかりますが、プロジェクトを公開すると、Combres によって圧縮されたリソースには etag がありません。これを機能させるために必要な構成はありますか? Windows azure を使用してプロジェクトを展開しています (問題がある場合)。
この質問の助けに感謝します。
Combres 以外の何らかの手段 (http モジュールなど) で etags を無効にしている可能性があります。IIS6 と IIS7.5 のどちらを使用しているかに応じて、etag を削除する方法が異なります。一部の人々は、特定のシナリオで web.config 内でそれを実行しました (クラシック アプリ プールの場合だと思います)。web.config で「etag」を検索して、そこに何かがあるかどうかを確認できます。web.config にない場合は、Web プロジェクトで「etag」を検索して、どこかの IHttpModule でそれらを削除しているかどうかを確認します。
また、これに多くの時間を費やす前に、とにかく etags を忘れることを検討してください。それらは一種の「時代遅れ」であり、時代遅れです。バージョン管理されたファイルの有効期限が長くても十分であると考えられています。訪問者/ユーザーがキャッシュをクリアした場合、とにかく比較する古い etag はありません。Combres リソースを更新すると、古いキャッシュ ファイルの etags とも比較されない、新しいバージョン管理されたパスが吐き出されます。いずれにせよ、現在のテクノロジーでは etags の恩恵を受けられません。
実際、多くの人がそれらの有用性の欠如と帯域幅の浪費のためにそれらを削除するのに苦労しています. （これが、それらを持っていない理由かもしれません。過去に行った可能性のあるパフォーマンス調整によって、可能な場合は無効になっている可能性があります。）
ファイルが縮小されていることや、そのために使用するユーティリティは重要ではありません。ETagはWebサーバー（IIS）によって制御されますが、Azureでどのように処理されるかはわかりませんが、HttpModuleを使用してETagをカスタマイズできます。
http://codebetter.com/karlseguin/2010/01/08/asp-net-performance-part-2-yslow/
お役に立てば幸いです。