Pregunta

¿Alguien ha utilizado mod_pagespeed en una tienda Magento?

¿Se rompe nada (como optimizaciones etc?)

muy interesado de usarlo, pero el sufrimiento de la suerte de los recursos ...

¿Fue útil?

Solución

Tu post me ha interesado por lo que he jugado un poco con mod_pagespeed, que no hice ninguna prueba detallada ni mediciones. Mi impresión general era la indiferencia, los beneficios fueron insignificantes a indetectable. El mayor hinderence a Magento siempre ha sido y sigue siendo el mismo de la masa de las clases PHP que tienen mucho en cargarse y cree una instancia. Magento no es realmente culpable de malas prácticas como el CSS en línea por lo que hay poco espacio para este mod hacer. Con esas advertencias a un lado aquí es mi experiencia.

En primer lugar Google ha empaquetado mod_pagespeed muy bien, que proporcionan fuente, así como los binarios, pero los binarios Installer registra repositorios de lo que va a mantenerse actualizado. Algo me gustaría que más productores harían como una cuestión de rutina. Los ajustes más sensibles son el valor por defecto por lo que funciona de inmediato sin ningún ajuste.

Filtros

La configuración se divide en una lista moderada de filtra cuales usted debe leer a través de ver exactamente lo que se hacen mejoras. Sólo elige habilitar dos - "remove_comments" y "collapse_whitespace." - que hizo una marcada diferencia en el tamaño de HTML y no se rompió nada

extend_cache - activado por defecto. Me gusta del concepto y creo que es una excelente manera de mantener las versiones de archivo. Útil.

outline_css y outline_javascript - activado por defecto. No es realmente relevante. Inofensivo.

combine_css y rewrite_css - En esencia, el mismo que Magento incorporado en la función y varias extensiones también, incluyendo el siempre bienvenido Fooman Speedster . Usted puede pensar que esto hace que sea redundante pero me gusta como está descargando la ejecución de PHP a código nativo, gracias a bloquear el almacenamiento en caché de la diferencia puede ser minúscula, pero es suficiente para mí. Útil.

inline_css y inline_javascript - Complemento para outline_css y outline_javascript y de forma predeterminada. Hace aumentar tamaño de la página, que no me lo esperaba. Supuestamente para reducir el número de solicitudes pero lo que si los archivos css / js se combinan? Espero que esto es sólo la eliminación de contenido desde una fuente cacheable. No querido.

collapse_whitespace y remove_comments - Off por defecto, pero vale la pena tener en. Hace una diferencia apreciable de bytes de ser trasladado, incluso después de la compresión. Útil.

combine_heads - Corrige un problema que probablemente nunca llegar en este contexto. Inofensivo.

elide_atttributes - No se encontró ningún problema con esto, pero sólo el tiempo dirá, por el momento, voy a suponer que es inofensivo. Útil.

rewrite_javascript - Esto es básicamente "jsmin" y los propios comentarios de Google advertir que tan arriesgado. Desde el js Minifier que viene con Magento es tanto en fase beta y me ha causado problemas en el pasado considerado este sabio consejo y lo dejó en paz. No querido.

rewrite_images - Voy a mantener este corto. ÚTIL.

insert_img_dimensions - Algo más de Magento en realidad no tienen un problema con fijación por lo que no necesita realmente. Pero es inofensivo y páginas de ayuda susceptibles de hacer más fluida. Útil.

ModPagespeedImgInlineMaxBytes - Activa pequeñas imágenes en datos: Contenido de URI. No confío en esto ya que es un complicado comprobación de versión UA y no se puede estar seguro de proxies fuera de su control no servirá para los navegadores equivocadas. Google parece pensar que es "de bajo a moderado" riesgo pero no voy a dar esa oportunidad. No querido.

remove_quotes - Saltos de validación de W3C para la ganancia de unos pocos bytes. En teoría, debería ser inofensivos pero no confiar en ella. No querido.

move_css_to_head y add_head - puede alterar algunos javascript pero Magento es más resistente que eso, entonces de nuevo Magento generalmente no hace errores niño de la escuela como ésta, que necesita corregir. Inofensivo.

Conclusión

Las diversas reescrituras, reordenamientos y correcciones en el camino del desarrollo. Un número de línea reportado por el navegador no será necesariamente el mismo en el código fuente. Por esta razón nunca lo usaría para nada más que un servidor de producción.

El beneficio es tan pequeño para una aplicación PHP impulsada como Magento. ¿Cuántos de nosotros se van a administrar los servidores con millones de visitantes diarios con el fin de observar el ahorro de costes? Sé que puedo ser mucho mayores ahorros mediante la programación pasada de moda. Bloque y el almacenamiento en caché de página completa tienen el mejor efecto de todos.

Sin embargo, cualquier mejora es bienvenida, que es por lo que va a considerar en el futuro. Cualesquiera otros sitios alojados en el mismo servidor se beneficiarán en sus propios caminos.
La configuración exacta será juzgada sobre una base caso por caso, pero en general creo que voy a hacer lo siguiente:

  • En / pagespeed.conf mods-disponibles:

    ModPagespeedDisableFilters inline_css, inline_javascript, rewrite_javascript, remove_quotes ModPagespeedEnableFilters collapse_whitespace, remove_comments

  • Instalar Fooman Speedster combinar el javascript correctamente.
  • Advertir cliente / factura-pagador de la naturaleza beta del mod.

Otros consejos

Creo que el mayor beneficio de mod_pagespeed sería optimización de la imagen. aparte de eso, no Magento minifying muy bien.

con el fin de conseguir la optimización de imágenes para que funcione correctamente, es necesario aumentar el tamaño de caché. para mi caso, tuve imágenes 3GB por lo que he aumentado el tamaño de caché de 500 MB 

ModPagespeedFileCacheSizeKb          512000

recomiendo fuertemente para mantener el filtro de imagen. si usted todavía tiene un problema, es posible que así apagarlo por completo. ganancia de rendimiento se obtiene sin filtro de imagen no es mucho y no vale la pena los ciclos de CPU que estás perdiendo.

actualización

que podría ser una buena idea tener el tamaño de caché más grande que sus imágenes Tamaño de la carpeta. leer los comentarios abajo

He tenido algunos problemas con fotos en mis tiendas de Magento, por lo que he deshabilitado la "Rewrite_images" filtro. 

ModPagespeedDisableFilters inline_css,inline_javascript,rewrite_javascript,remove_quotes,rewrite_images
ModPagespeedEnableFilters collapse_whitespace,remove_comments

Esta obra para mí también.

Tiene alguien buenos valores por defecto para Magento?

Me refiero a esta sección en el archivo 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

he tenido algunos problemas con el Administrador de Magento con mod_pagespeed sucesivamente. Pero yo creo que tenga que configurar los ajustes como se ha @clockworkgeek sugguested. Voy a volver miro en I + D

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top