Question

Quelqu'un a-t-il utilisé mod_pagespeed dans une boutique magento ?

Est-ce que ça casse quelque chose (comme les optimisations personnalisées, etc. ?)

Très intéressé à l'utiliser, mais souffrant de manque de ressources...

Était-ce utile?

La solution

Votre message m'a intéressé, j'ai donc joué avec mod_pagespeed, je n'ai fait aucun test ni mesure détaillé.Mon impression générale était l’indifférence, les bénéfices étaient négligeables voire indétectables.Le plus grand obstacle à Magento a toujours été et continue d'être la masse de classes PHP qui prennent du temps à charger et à instancier.Magento n'est pas vraiment coupable de mauvaises pratiques comme le CSS en ligne, il y a donc peu de place pour ce mod.Avec ces mises en garde mises à part, voici mon expérience.

Tout d'abord, Google a très bien empaqueté mod_pagespeed, ils fournissent les sources ainsi que les binaires, mais le programme d'installation des binaires enregistre les référentiels afin qu'ils restent à jour.Quelque chose que j’aimerais que davantage de producteurs fassent naturellement.Les paramètres les plus judicieux sont ceux par défaut, donc cela fonctionne immédiatement sans aucune modification.

Filtres

La configuration est divisée en une liste modérée de filtres que vous devriez lire pour voir exactement quelles améliorations sont apportées.J'ai seulement choisi d'en activer deux - "remove_comments" et "collapse_whitespace" - ce qui a fait une différence marquée dans la taille HTML et n'a rien cassé.

extend_cache - Activé par défaut.J'aime son concept et je pense que c'est un excellent moyen de conserver les versions de fichiers.Utile.

outline_css & outline_javascript - Activé par défaut.Pas vraiment pertinent.Inoffensif.

combine_css & rewrite_css - Essentiellement la même que la fonction intégrée de Magento et plusieurs extensions également, dont la toujours bienvenue Fooman Speedster.Vous pensez peut-être que cela le rend redondant, mais je l'aime car il décharge l'exécution de PHP vers du code natif, grâce à la mise en cache des blocs, la différence peut être minuscule mais c'est suffisant pour moi.Utile.

inline_css & inline_javascript - Complément à outline_css & outline_javascript et activé par défaut.Augmente la taille de la page, ce à quoi je ne m'attendais pas.Soi-disant pour réduire le nombre de requêtes, mais que se passe-t-il si des fichiers css/js sont combinés ?Je pense qu'il s'agit simplement de supprimer le contenu d'une source pouvant être mise en cache.Non désiré.

collapse_whitespace & remove_comments - Désactivé par défaut mais cela vaut la peine de l'activer.Fait une différence mesurable dans les octets transférés même après compression.Utile.

combine_heads - Corrige un problème qui ne se posera probablement jamais dans ce contexte.Inoffensif.

elide_atttributes - Je n'ai trouvé aucun problème avec ça mais seul le temps nous le dira, pour le moment je suppose que c'est inoffensif.Utile.

rewrite_javascript - Il s'agit essentiellement de "jsmin" et les propres commentaires de Google le préviennent comme étant risqué.Étant donné que le minificateur js fourni avec Magento est à la fois en version bêta et m'a causé des problèmes dans le passé, j'ai pris en compte ce sage conseil et je l'ai laissé tranquille.Non désiré.

rewrite_images - Je vais garder celui-ci court.UTILE.

insert_img_dimensions - Quelque chose d'autre avec lequel Magento n'a pas vraiment de problème et n'a donc pas vraiment besoin d'être réparé.Mais c'est inoffensif et peut aider les pages à s'afficher plus facilement.Utile.

ModPagespeedImgInlineMaxBytes - Transforme les petites images en contenu data:uri.Je ne fais pas confiance à cela car il existe une vérification de version UA ​​délicate et vous ne pouvez pas être sûr que les proxys hors de votre contrôle ne serviront pas aux mauvais navigateurs.Google semble penser qu'il s'agit d'un risque « faible à modéré », mais je ne lui donnerai pas cette chance.Non désiré.

remove_quotes - Casse la validation w3c pour le gain de quelques octets.En théorie, cela devrait être inoffensif, mais je n'y fais pas confiance.Non désiré.

move_css_to_head & add_head - Peut perturber certains javascript mais Magento est plus résistant que cela, là encore, Magento ne fait généralement pas d'erreurs d'écolier comme celle-ci qui doivent être corrigées.Inoffensif.

Conclusion

Les différentes réécritures, réorganisations et correctifs gênent le développement.Un numéro de ligne signalé par le navigateur ne sera pas nécessairement le même dans votre code source.Pour cette raison, je ne l'utiliserais jamais pour autre chose qu'un serveur de production.

L'avantage est si faible pour une application basée sur PHP comme Magento.Combien d’entre nous vont administrer des serveurs avec des millions de visiteurs quotidiens afin de constater des économies de coûts ?Je sais que je peux réaliser des économies bien plus importantes grâce à une programmation à l’ancienne.La mise en cache de bloc et de page complète a le meilleur effet de tous.

Néanmoins, toute amélioration est la bienvenue, c’est pourquoi j’y réfléchirai à l’avenir.Tous les autres sites hébergés sur le même serveur en bénéficieront à leur manière.
La configuration exacte sera jugée au cas par cas mais en général, je pense que je ferai ce qui suit :

  • Dans mods-available/pagespeed.conf :

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

  • Installez Fooman Speedster pour combiner correctement le javascript.
  • Avertir le client/payeur de la facture de la nature bêta du mod.

Autres conseils

Je pense que le plus grand avantage de mod_pagespeed serait optimisation de l'image. autre que, magento ne minifying très bien.

afin d'obtenir l'optimisation d'image fonctionne correctement, vous devez augmenter la taille du cache. pour mon cas, j'avais images 3GB donc j'augmenté la taille du cache à 500MB 

ModPagespeedFileCacheSizeKb          512000

Je recommande fortement de garder filtre image. si vous avez encore des problèmes, vous pouvez aussi bien réussir hors tension tous ensemble. gain de performance que vous obtenez sans filtre d'image est pas beaucoup et ne vaut pas les cycles de CPU que vous perdez.

mise à jour

il pourrait être une bonne idée d'avoir la taille de votre cache plus grand que vos images dossier taille. lire ci-dessous commentaire

J'ai eu quelques problèmes avec des images dans mes magasins magento, donc je désactivé le filtre "de rewrite_images". 

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

Ce travail pour moi bien.

Avoir quelqu'un de bonnes valeurs par défaut pour magento?

Je veux dire cette section dans le fichier 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

J'ai eu quelques problèmes à l'aide de l'administrateur Magento avec mod_pagespeed sur. Mais je pense que je dois configurer les paramètres comme @clockworkgeek a sugguested. Je vais à nouveau regarder dans la R & D

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top