私は自分のページをGooglePageSpeedで分析していましたが、それがGoogle自体がエラーを引き起こしていることに驚きました。
このページの提案
次のキャッシュ可能なリソースの鮮度の有効期間は短いです。次のリソースについて、少なくとも1週間先の有効期限を指定します。
+1およびAnalytics用のGoogleのCDNファイルの有効期限は非常に短いため、CDNの目的が損なわれているようです。
なぜそうなのですか?
私は自分のページをGooglePageSpeedで分析していましたが、それがGoogle自体がエラーを引き起こしていることに驚きました。
次のキャッシュ可能なリソースの鮮度の有効期間は短いです。次のリソースについて、少なくとも1週間先の有効期限を指定します。
+1およびAnalytics用のGoogleのCDNファイルの有効期限は非常に短いため、CDNの目的が損なわれているようです。
なぜそうなのですか?
CDN の目的は、コンテンツを配信することです。これにより、コンテンツをユーザーの近くに置き、往復時間 (RTT) の距離要因を減らします。つまり、RTT の他の 2 つの要因には影響を与えません。光の速度とサーバーがリクエストに応答するのにかかる時間。
一般的なケースでは、ほとんどの CDN には動的コンテンツ生成機能がないため、CDN に配置されるのは、単純なキャッシング ルールから簡単に恩恵を受けることができる静的コンテンツであることがよくありますが、動的 (つまり、簡単にキャッシュできない) CDN 上のコンテンツ。
Google がキャッシュの有効期限を比較的短くすることを選択した理由については、パフォーマンスの向上、特にキャッシングに関しては、常にトレードオフがあります。キャッシングの最大のトレードオフは、可能な限り最新のコンテンツと、最新のコンテンツを生成するために必要なリソースとのバランスです。
このバランスは、影響を受けるユーザーの規模と、コンテンツの生成に使用できるリソースによって劇的に変化します。Google の場合、30 分のウィンドウは十分に長いため、リソースに大きなメリットがあると判断したと思いますが、新しいコードをデプロイするための最小応答時間を 30 分に制限することに満足できるほど短いと判断したと思います。 .
ここで興味深いのは、キャッシュを 5 秒でも保持することが価値のある命題になる可能性があることです。ただし、更新ウィンドウとのバランスを取る必要があります。