mod_pagespeed統計は何を意味しますか？

Question

私のサイトのmod_pagespeedで提供されている統計情報のダンプです。

resource_url_domain_rejections: 6105 
rewrite_cached_output_missed_deadline: 4801 
rewrite_cached_output_hits: 116004 
rewrite_cached_output_misses: 934 
resource_404_count: 0 
slurp_404_count: 0 
total_page_load_ms: 0 
page_load_count: 0 
resource_fetches_cached: 0 
resource_fetch_construct_successes: 45 
resource_fetch_construct_failures: 0 
num_flushes: 947 
total_fetch_count: 0 
total_rewrite_count: 0 
cache_time_us: 572878 
cache_hits: 872 
cache_misses: 1345 
cache_expirations: 242 
cache_inserts: 1795 
cache_extensions: 50799 
not_cacheable: 0 
css_file_count_reduction: 0 
css_elements: 0 
domain_rewrites: 0 
google_analytics_page_load_count: 0 
google_analytics_rewritten_count: 0 
image_inline: 7567 
image_rewrite_saved_bytes: 208854 
image_rewrites: 34128 
image_ongoing_rewrites: 0 
image_webp_rewrites: 0 
image_rewrites_dropped_due_to_load: 0 
image_file_count_reduction: 0 
javascript_blocks_minified: 12438 
javascript_bytes_saved: 1173778 
javascript_minification_failures: 0 
javascript_total_blocks: 12439 
js_file_count_reduction: 0 
converted_meta_tags: 902 
url_trims: 54765 
url_trim_saved_bytes: 1651244 
css_filter_files_minified: 0 
css_filter_minified_bytes_saved: 0 
css_filter_parse_failures: 2 
css_image_rewrites: 0 
css_image_cache_extends: 0 
css_image_no_rewrite: 0 
css_imports_to_links: 0 
serf_fetch_request_count: 1412 
serf_fetch_bytes_count: 12809245 
serf_fetch_time_duration_ms: 28706 
serf_fetch_cancel_count: 0 
serf_fetch_active_count: 0 
serf_fetch_timeout_count: 0 
serf_fetch_failure_count: 0 

誰かが統計情報の意味を説明できますか？

Answer 1

ここには多くの統計情報があります。私はちょうどそれらのいくつかを説明するつもりです、これは長くなるので。おそらく詳細な文書を追加するべきです。私は後でもっと役に立つ答えがあればフォローアップすることができます。

• resource_url_domain_rejections：6105：これは、サーバーを再起動するので、mod_pagespeedは、彼らのドメインはModPagespeedDomainディレクティブで書き換えを許可されていないため、リソースを書き換えるつもりはない6105のリソースを発見したことを意味します。これは一般的に&ですが、誰かがTwitterページ、Facebook、またはGoogle +ウィジェットでページをリフレッシュするたびに発生します。
• rewrite_cached_output_missed_deadline：4801：リソース（たとえばJPEGイメージ）が最適化された場合、バックグラウンドスレッドで発生し、その結果がキャッシュされ、同じリフレッシュを参照する後続のページビューが高速になります。しかし、最初のビューの速度を落とさないために、10ミリ秒のタイマーを使用して、最初から最後までのバイトの速度を落とさないようにします。この統計は、期限が過ぎた回数をカウントします。その場合、そのビューではリソースは変更されませんが、最適化はバックグラウンド&で継続され、キャッシュが書き込まれます。
• rewrite_cached_output_hits：116004：最適化されたリソースをキャッシュから提供した回数をカウントし、再最適化する必要がなくなります。
• rewrite_cached_output_misses：934：キャッシュ内のリソースを検索した回数がカウントされ、そこには存在しないため、書き直しが必要です。キャッシュにあったが、元のキャッシュの有効期限が切れたリソースも書き直すことに注意してください。例えば。画像にcache-control：max-age = 600が設定されている場合は、変更したかどうかを確認するために10分ごとに再フェッチします。変更されている場合は、それらを再最適化する必要があります。
• num_flushes：947これはApacheのap_flush（）というHTML（例：mod_phpまたはWordpress）のApacheリソースジェネレータが部分的なHTMLをユーザーのブラウザに流す回数です。これはmod_pagespeedにとって面白いことです。これは、できるだけ最適化の量を制限することができるためです（要素がFlushで区切られたCSSファイルを組み合わせることはできません）。
• cache_time_us：572878 - サーバが起動されてからmod_pagespeedのHTTPキャッシュ（ファイル+メモリ）が検索要求に応答するのを待機するのに費やした総時間（マイクロ秒）。

今は十分だと思います。さらに詳しい情報がありますか？

これらのほとんどは、実行中のmod_pagespeedの状態を監視し、ユーザーの問題を診断するために作成されました。私はその目的のためにそれをあまり使わなかったことを認めなければなりませんが、私たちは開発中にそれを使用します。