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

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?

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é .

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).

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