Quels sont les effets secondaires de la désactivation d'un module principal? (par exemple Mage_Rss / Mage_Log)

15

Par exemple, je recommande de désactiver Mage_Rss pour accélérer les processus de paiement, car Mage_Rss n'est pas largement utilisé et force le nettoyage du cache plusieurs fois par demande de paiement.

J'évalue la désactivation de Mage_Log pour des raisons similaires - J'ai déjà Google Analytics en place ainsi que l'agrégation des journaux Apache via PapertrailApp.com, mais je me rends compte que je n'ai pas officialisé mon processus de vérification des ramifications, alors n'hésitez pas à répondre spécifiquement pour Mage_Log ou génériquement pour désactiver un module de base.

Je sais que je peux déterminer les tables utilisées par un module en consultant son script d'installation dans / sql et les événements qu'il enregistre en consultant \ etc \ config.xml, mais quoi d'autre est pertinent? Ce module est-il raisonnablement encapsulé en n'affectant que les tables avec le préfixe log_? Il y a plusieurs événements définis par ce module principal, leurs observateurs échoueront-ils gracieusement / silencieusement ou causeront-ils des problèmes en aval? Comment savoir quels rapports, le cas échéant, sont concernés?

Ralph Tice
la source
2
La première chose du haut de ma tête Customers\Online Customersest alimentée par certaines log_*tables.
user487772
Vous voudrez peut-être y jeter un œil. Thomas Birke a créé une extension pour peaufiner les performances de base de Magento par un grand discours donné par Ivan Chepurnyi: github.com/quafzi/magento-performance-tweaks par tegan-snyder
Fabian Blechschmidt

Réponses:

7

Mis à part l'évidence, par exemple, le module ne fonctionne plus - un effet secondaire potentiel est que tout module dont le module principal est répertorié dans sa déclaration ne fonctionnerait pas non plus. Il existe de nombreux plugins tiers qui dépendent du chargement des modules principaux. Il existe également des interdépendances fondamentales, en particulier si vous utilisez Enterprise.

J'ai l'impression que la plupart des gens désactivent ces modules «inutiles» à des fins de vitesse - après tout, ne chargez que ce que vous utilisez, non? Bien que je sois sûr que cela a un petit impact mesurable - il y a des choses beaucoup plus efficaces que vous pouvez faire pour avoir un impact positif sur la vitesse de votre site.

Il y a d'excellents articles SO qui parlent de ce problème particulier - celui-ci en particulier m'a semblé être une bonne lecture:

Optimisation de la vitesse en désactivant le module Mage_Reports?

Il existe d'autres rapports selon lesquels la désactivation de Mage_Downloadable, etc. peut aider dans Checkout - mais ceux-ci semblent être des publications vieillissantes et ne sont pas pertinentes à mon avis pour les dernières versions de Magento. Si vous utilisez toujours 1.4CE ou 1.7EE, cela pourrait vous être particulièrement utile.

http://kassner.com.br/2011/01/magento-slow/

http://www.magentocommerce.com/boards/v/viewthread/221626/#t306872

/programming/11102268/magento-duplicate-orders

Mise à jour

Il est difficile de généraliser l'impact mesurable que cela aurait sur votre situation particulière - ou celle de n'importe qui -. Un serveur lent sur un réseau à faible bande passante, par exemple, nuirait plus à votre vitesse que n'importe laquelle des solutions mentionnées.

Sur la base de votre propre analyse intensive, il semble que cela puisse vous être profitable. Comme avec tous les commentaires SO, YMMV, mais je pense que l'utilisation de memcached, apc, le cache pleine page et un CDN peut avoir un impact plus mesurable sur quelque chose comme, disons, le taux de conversion car il affecte l'expérience de l'utilisateur final.

Je configure toutes les boîtes client en fonction des spécifications du livre blanc publiées - à ma connaissance, elles ne mentionnent pas la désactivation des modules inutilisés. Ils mentionnent la désactivation des modules Apache inutiles.

Papier blanc

http://www.magentocommerce.com/whitepaper/

Enfin, j'ai fait quelques recherches et je ne trouve que des mentions de désactivation Mage_Rsscomme amélioration potentielle des performances lors de l'utilisation du cache du système de fichiers. Si vous utilisez le cache du système de fichiers et que vous ne l'avez pas du tout monté tmpfs, vous devriez sérieusement envisager memcached, apc ou le tmpfsmontage susmentionné .

philwinkle
la source
2
@philwinkie: Désactiver réellement Mage_Rss réduit considérablement les E / S lors du paiement ... c'est un ajustement très bénéfique. Bien qu'il soit évidemment plus sûr de simplement désactiver l'observateur.
Daniel Sloof
@philwinkie: Il est très difficile de généraliser les améliorations de performances importantes pour les nombreux cas d'utilisation différents de Magento. Mon serveur de base de données a culminé à environ 3200 IOPS d'écriture au cours des 6 dernières heures, donc je suis sûr que mon meilleur coup pour l'amélioration de l'argent est de désactiver Mage_Log :)
Ralph Tice
Merci pour la réponse mise à jour. J'ai déjà memcached, APC et CDN en place. Le cache pleine page n'aide pas mon cas d'utilisation particulier pour des raisons que je ne peux pas aborder ici, donc je me retrouve à optimiser la base de code. Merci pour le pointeur vers Mage_Downloadable, je vais essayer celui-là aussi.
Ralph Tice
En l'absence de FPC, je me pencherais sur Varnish Cache - en particulier avec les modules Varnish disponibles sur Magento Connect. À votre santé.
philwinkle
Le vernis n'aidera pas non plus. J'ai simplement trop de vitrines :)
Ralph Tice
3

Nous avons vu un problème spécifique avec la désactivation de Mage_Log qui rompt la fonctionnalité de comparaison de produits. Lorsque des navigateurs anonymes ajoutent pour comparer puis se connecter, Magento utilise l'identifiant du visiteur généré par Mage_Log pour attacher la liste de comparaison au client, et si cette valeur est nulle, cela casse le site, dur, si un autre client a déjà comparé le même product_id (exception de clé en double non capturée).

Jonathan Day
la source
Merci pour l'info, Jonathan! Au départ, je voulais désactiver Mage_Logcomplètement, mais maintenant je vais désactiver uniquement les observateurs :)
Roman Snitko
0

Peut-être que vous êtes intéressé par le projet Magento Lite, il s'agit essentiellement de la dorsale Magento (la plupart des modules ont été désactivés)

https://github.com/colinmollenhour/magento-lite

Fra
la source
Cette fourchette de Magento est destinée aux CMS et toutes les fonctionnalités du panier ont été supprimées. La question du PO concerne l'accélération du paiement, il a donc besoin de la fonctionnalité de panier d'achat!
philwinkle
en fait, personne ne vous empêchera de l'utiliser à des fins de panier .. il vous suffit de réactiver les modules dont vous avez besoin
Fra