Здесь много статистики.Я собираюсь просто описать некоторые из них, потому что это будет долго.Возможно, нам следует добавить подробный документ.Позже я могу ответить на другие вопросы, если они будут полезны.
- resource_url_domain_rejection: 6105: это означает, что с момента перезапуска вашего сервера mod_pagespeed обнаружил 6105 ресурсов, которые он не собирается переписывать, потому что их доменыне авторизованы для перезаписи с помощью директивы ModPagespeedDomain.Это часто встречается и происходит каждый раз, когда кто-то обновляет страницу с помощью твиттера, facebook или google + widget.
- rewrite_cached_output_missed_deadline: 4801: когда ресурсы (например, изображение jpeg) оптимизируются, это происходит в фоновом потоке,и результат кэшируется так, чтобы последующие просмотры страниц, ссылающиеся на то же самое обновление, были быстрыми.Однако, чтобы избежать замедления первого просмотра, мы используем 10-миллисекундный таймер, чтобы избежать замедления времени до первого байта.Эта статистика подсчитывает, сколько раз этот крайний срок превышен, и в этом случае ресурс остается неизменным для этого представления, но оптимизация продолжается в фоновом режиме, и поэтому кэш записывается.
- rewrite_cached_output_hits: 116004: подсчитывает числораз мы обслуживали оптимизированный ресурс из кэша, что исключало необходимость его повторной оптимизации.
- rewrite_cached_output_misses: 934: подсчитывает, сколько раз мы искали ресурс в нашем кэше, а его там не было, заставляя нас переписать его.Обратите внимание, что мы также переписали бы ресурс, который был в кеше, но у которого истек срок действия кеша источника.Например, если у ваших изображений был контроль кеша: max-age = 600, то мы будем повторно загружать их каждые 10 минут, чтобы посмотреть, изменились ли они.Если они изменились, мы должны повторно оптимизировать их.
- num_flushes: 947: это число раз, которое генератор ресурсов Apache для HTML (например, mod_php или Wordpress) вызывал функцию Apache ap_flush (), котораявызывает частичную очистку HTML вплоть до браузера пользователя.Это интересно для mod_pagespeed, потому что он может ограничить объем оптимизации, которую мы можем выполнить (например, мы не можем объединить файлы CSS, элементы которых разделены Flush).
- cache_time_us: 572878 - общее количество времени,в микросекундах, потраченных на ожидание HTTP-кэша mod_pagespeed (файл + память), чтобы ответить на запрос поиска, так как сервер был запущен.
Я думаю, что этого пока достаточно.Есть ли какие-либо другие статистические данные, о которых вы хотели бы узнать больше?
Большинство из них были созданы для того, чтобы мы могли следить за состоянием mod_pagespeed во время его работы и помогать диагностировать проблемы пользователей.Я должен признать, что мы не использовали его для этой цели, но мы используем их во время разработки.