Кто-нибудь использовал mod_pagespeed в магазине magento?
Разрывает ли что-нибудь (например, пользовательские оптимизации и т.д.?)
Очень интересно использовать его, но страдает от удачи ресурсов...
Кто-нибудь использовал mod_pagespeed в магазине magento?
Разрывает ли что-нибудь (например, пользовательские оптимизации и т.д.?)
Очень интересно использовать его, но страдает от удачи ресурсов...
Ваше сообщение заинтересовало меня, поэтому я играл с mod_pagespeed, я не делал никаких подробных тестов и измерений. Мое общее впечатление было равнодушием, выгоды были незначительными, чтобы не обнаружить. Наибольшее препятствие для Magento всегда было и остается массой классов PHP, которые требуют времени для загрузки и создания экземпляров. Magento на самом деле не виноват в плохих практиках, таких как встроенный CSS, поэтому для этого мода мало возможностей. С этими оговорками в стороне здесь мой опыт.
Во-первых, у Google очень хорошо упакованы mod_pagespeed, они предоставляют источник, а также двоичные файлы, но установщик двоичных файлов регистрирует репозитории, поэтому он будет обновляться. Что-то, чего я желаю, чтобы продюсеры делали, как само собой разумеющееся. Наиболее разумные настройки по умолчанию, поэтому он работает сразу без каких-либо настроек.
Конфигурация разбита на умеренный список filters, который вы должны прочитать, чтобы точно увидеть, какие улучшения сделаны. Я выбрал только два варианта - "remove_comments" и "collapse_whitespace", которые сделали заметную разницу в размере HTML и ничего не сломали.
extend_cache
- По умолчанию. Мне нравится концепция и думаю, что это отличный способ поддерживать версии файлов. Полезно.
outline_css
и outline_javascript
- Включить по умолчанию. Не очень актуально. Безопасно.
combine_css
и rewrite_css
- по существу то же самое, что встроенная функция Magento и несколько расширений, включая всегда приветствуемый Fooman Speedster. Вы можете подумать, что это делает его избыточным, но мне он нравится, поскольку он выгружает выполнение PHP в собственный код, благодаря блочному кэшированию разница может быть незначительной, но для меня это достаточно. Полезно.
inline_css
и inline_javascript
- Дополнение к outline_css
и outline_javascript
и по умолчанию. Увеличивает размер страницы, чего я не ожидал. Предположительно уменьшить количество запросов, но что делать, если файлы css/js объединяются? Я ожидаю, что это просто удаление содержимого из кэшируемого источника. Не требуется.
collapse_whitespace
и remove_comments
- Отключить по умолчанию, но стоит продолжить. Делает измеримую разницу между передаваемыми байтами даже после сжатия. Полезно.
combine_heads
- Устраняет проблему, которая, вероятно, никогда не возникнет в этом контексте. Безопасно.
elide_atttributes
- Я не нашел никаких проблем с этим, но только время покажет, на данный момент я буду считать это безобидным. Полезно.
rewrite_javascript
- Это в основном "jsmin", а собственные комментарии Google предупреждают об этом как опасные. Поскольку js minifier, который поставляется вместе с Magento, как в бета-версии, так и в моих проблемах, в прошлом я рассматривал этот совет мудреца и оставил его в покое. Не требуется.
rewrite_images
- Я оставлю этот короткий. ПОЛЕЗНЫЕ.
insert_img_dimensions
- Что-то еще у Magento действительно не проблема, поэтому на самом деле не нужно исправлять. Но это безвредно и может помочь страницам сделать более гладко. Полезно.
ModPagespeedImgInlineMaxBytes
- превращает небольшие изображения в данные: uri content. Я не доверяю этому, потому что есть сложная проверка версии UA, и вы не можете быть уверены, что прокси-серверы вне вашего контроля не будут работать с неправильными браузерами. Google, похоже, думает, что это "низкий или умеренный" риск, но я не дам ему этого шанса. Не требуется.
remove_quotes
- Прерывает проверку w3c для усиления нескольких байтов. Теоретически это должно быть безвредным, но я не верю в это. Не требуется.
move_css_to_head
и add_head
- Может расстроить некоторый javascript, но Magento более вынослив, чем это, тогда снова Magento обычно не делает ошибок школьного мальчика, подобных этому, которые нуждаются в исправлении. Безопасно.
Различные перезаписи, переупорядочивания и исправления мешают развитию. Номер строки, указанный браузером, не обязательно будет одинаковым в вашем исходном коде. По этой причине я бы никогда не использовал его ни для чего, кроме производственного сервера.
Преимущество настолько мало для приложения с поддержкой PHP, такого как Magento. Сколько из нас будет управлять серверами с миллионами ежедневных посетителей, чтобы заметить экономию средств? Я знаю, что я могу получить гораздо большую экономию от старомодного программирования. Блокировка и полное кэширование страниц имеют лучший эффект.
Тем не менее, любое улучшение приветствуется, поэтому я буду рассматривать его в будущем. Любые другие сайты, размещенные на том же сервере, будут полезны по-своему. Точная конфигурация будет оцениваться в каждом конкретном случае, но, как правило, я думаю, что буду делать следующее:
В доступных модах /pagespeed.conf:
ModPagespeedDisableFilters inline_css, inline_javascript, rewrite_javascript, remove_quotes ModPagespeedEnableFilters collapse_whitespace, remove_comments
У меня были проблемы с картинками в магазинах magento, поэтому я отключил фильтр "rewrite_images".
ModPagespeedDisableFilters inline_css,inline_javascript,rewrite_javascript,remove_quotes,rewrite_images
ModPagespeedEnableFilters collapse_whitespace,remove_comments
Эта работа для меня хорошо.
У кого-нибудь хорошие значения по умолчанию для magento?
Я имею в виду этот раздел в файле pagespeed.conf:
# Other defaults (cache sizes and thresholds):
#
# ModPagespeedFileCacheSizeKb 102400
# ModPagespeedFileCacheCleanIntervalMs 3600000
# ModPagespeedLRUCacheKbPerProcess 1024
# ModPagespeedLRUCacheByteLimit 16384
# ModPagespeedCssInlineMaxBytes 2048
# ModPagespeedImageInlineMaxBytes 2048
# ModPagespeedJsInlineMaxBytes 2048
# ModPagespeedCssOutlineMinBytes 3000
# ModPagespeedJsOutlineMinBytes 3000
Я думаю, что наибольшая выгода от mod_pagespeed будет оптимизацией изображения. кроме этого, magento очень хорошо минирует.
чтобы оптимизировать работу с изображениями, вам необходимо увеличить размер кеша. для моего случая у меня было 3 ГБ изображения, поэтому я увеличил размер кеша до 500 МБ.
ModPagespeedFileCacheSizeKb 512000
Я настоятельно рекомендую включить фильтр изображения. если у вас все еще есть проблемы, вы можете отключить все вместе. производительность, которую вы получаете без фильтра изображения, не так много и не стоит циклов процессора, которые вы тратите впустую.
Обновление
может быть хорошей идеей, чтобы размер вашего кеша был больше, чем размер вашей папки с изображениями. прочитайте комментарий ниже.
У меня было несколько проблем с использованием Admin of Magento с Mod_pagespeed. Но я думаю, что мне нужно настроить параметры, как @clockworkgeek. Я снова посмотрю на R & D