2

よろしくお願いします。

私は YSlow と Google のページ速度を実験してきましたが、どちらも非常に役立つアドバイスを提供し、どちらにも利点があるようには見えませんが、エンティティ タグに関しては、何らかの形で意見が一致しないか、競合しているようです。次のコードは、YSlows の「Configure entity tags (ETags)」ポインターを満たします。

Header unset ETag
FileETag None
<FilesMatch "(?i)^.*\.(ico|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header unset Last-Modified
Header set Expires "Fri, 21 Dec 2050 00:00:00 GMT"
Header set Cache-Control "public, no-transform"
</FilesMatch>

ただし、このコードを配置すると、Google Page Speed は「キャッシュ バリデータを指定する」という次のアドバイスを提供します。別のメンバーAularonは、このコードを使用して Google の要件を満たすことを提案しています。

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresDefault "access plus 1 year"
</IfModule>

どちらも別々に機能しますが、どちらのソリューションも両方のバリデータを満たさないので、私の質問は.

  1. 気にする必要がありますか？
  2. 両方のバリデーターに適した解決策はありますか?
  3. どちらのソリューションも本当に大きな影響を与えるのでしょうか?
4

1 に答える 1

3
  1. はい
  2. Yi Jiangが指摘したように、これらはバリデーターではありません。これらは、ページのパフォーマンスを評価するのに役立つツールです。彼らの推奨事項を検討する必要があります。ただし、Expires ヘッダーなどを設定しても、必ずしもユーザー エージェントがそれを尊重するわけではありません。個人的には、Firebug の YSlow アドオンが特定のリソースをヘッダー セットとしてリストしていないのを見てきました。ポイントは、両方のツールからの出力を考慮することですが、両方を満足させようとして自分を責めるつもりはありません。
  3. もちろん。最初は、コード セットのすべてのグラフィックリソースが期限切れになり、次の 40 年間は期限切れになりません。これは、再訪問者のダウンロード時間に大きな影響を与えます. サイトのメンテナンスだけでなく、サイトが変更されたときにキャッシュを無効にすることを保証します。2 番目のルールは、すべてを 1 年間キャッシュします。これは、サイトに非常に深刻な影響を与える可能性があります。たとえば、html ページを含むすべてのリソースをキャッシュします!
于 2010-10-18T01:55:41.343 に答える