mod_pagespeed 통계는 무엇을 의미합니까?

Question

다음은 내 사이트 중 하나에서 제공 한 통계의 덤프입니다.

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, 페이스 북 또는 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 이것은 HTML (예 : mod_php 또는 Wordpress)의 아파치 자원 생성기가 Apache 함수 ap_flush()를 호출 한 횟수로 부분 HTML이 사용자의 브라우저로 끝까지 흐르게합니다 . 이것은 mod_pagespeed에 대해 흥미 롭습니다. 이는 우리가 할 수있는 최적화의 양을 제한 할 수 있기 때문입니다 (예 : Flush로 요소가 분리 된 CSS 파일을 결합 할 수 없음).
• cache_time_us : 572878 - 서버가 시작된 이후 mod_pagespeed의 HTTP 캐시 (파일 + 메모리)가 룩업 요청에 응답하기를 기다리는 총 시간 (마이크로 초).

지금은 충분하다고 생각합니다. 특정 통계에 대해 자세히 알고 싶습니까?

대부분이 우리가 실행중인 mod_pagespeed의 상태를 모니터링하고 사용자의 문제를 진단하는 데 사용되었습니다. 나는 우리가 그 목적을 위해 많이 사용하지 않았다는 것을 인정해야하지만, 개발 중에 그것을 사용합니다.