Quels modules par défaut puis-je désactiver?

De cette question et Sander Mangel réponse:

Désactiver les modules - amélioration des performances?

Tout d'abord, moins de modules signifie moins de code à (potentiellement) charger et traiter. À côté de cela, beaucoup de modules, comme par exemple le module Mage_Rss, exécutent beaucoup de code en arrière-plan, comme forcer les réindexations sur certains événements.

Parce que la question ci-dessus n'était pas directement destinée à partager une liste de modules, je pense que c'est une bonne idée de collecter des informations ici.

Autres ressources utiles:

• Magento Lite
• Module de simulation

Une autre suggestion de module?
Quel module a le plus d'impact sur les performances?

MISE À JOUR

Une liste de mise à jour avec des suggestions @Marius

1. Mage_WishList - semble casser les détails du client
2. Mage_Rss
3. Mage_PayPalUk
4. Mage_Tag (lorsqu'il n'est pas utilisé dans un projet)
5. Mage_Poll (car qui utilise quand même les sondages)
6. Phoenix_Moneybookers
7. Mage_Sendfriend
8. Mage_Rating (si non requis par le client)
9. Mage_Bundle (si non requis par le client)
10. Mage_Downloadable (si non requis par le client)
11. Mage_GiftMessage - on dirait que vous en avez besoin en 1.8 ou les détails du produit se briseront
12. Mage_XmlConnect - si vous n'avez pas / n'avez pas besoin d'une application mobile.
13. Mage_Authorizenet
14. Mage_Paypal (s'il n'est pas utilisé comme moyen de paiement)
15. Mage_Paygate (uniquement si vous désactivez Mage_Paypal, Mage_PaypalUk et Mage_Authorizenet)
16. Mage_Weee (uniquement si vous désactivez également Mage_XmlConnect)
17. Mage_Usa - uniquement dans ce-1.8.1.0. (voir ci-dessous pourquoi)
18. Mage_GoogleCheckout - ne peut être désactivé que dans ce-1.8.1.0 et uniquement si vous désactivez Mage_Usa. Cela ne fonctionne pas pour les versions précédentes en raison de cette http://www.magentocommerce.com/bug-tracking/issue/?issue=14359
19. Mage_Oauth - si vous n'avez pas besoin de l'API REST
20. Mage_Api
21. Mage_Api2 - uniquement si vous désactivez également Mage_Oauth.

Je peux ajouter à cela:

• Mage_GiftMessage - les coutures ne sont pas désactivables en 1.8
• Mage_XmlConnect - si vous n'avez pas / n'avez pas besoin d'une application mobile.
• Mage_Authorizenet
• Mage_Paypal (si non utilisé comme moyen de paiement)
• Mage_Paygate (Uniquement si vous désactivez Mage_Paypal, Mage_PaypalUk et Mage_Authorizenet)
• Mage_Weee (uniquement si vous désactivez également Mage_XmlConnect)
• Mage_Usa- uniquement dans ce-1.8.1.0 . (voir ci-dessous pourquoi)
• Mage_GoogleCheckout- ne peut être désactivé que dans ce-1.8.1.0 et uniquement si vous le désactivez Mage_Usa. Cela ne fonctionne pas pour les versions précédentes en raison de cette http://www.magentocommerce.com/bug-tracking/issue/?issue=14359
• Mage_Oauth - si vous n'avez pas besoin de l'API REST
• Mage_Api
• Mage_Api2- uniquement si vous désactivez Mage_Oauthégalement.

En règle générale, vous pouvez désactiver (presque) n'importe quel module, mais vous devez vérifier app/etc/modules/*.xmls'il existe d'autres modules en fonction du module que vous souhaitez désactiver. S'il n'y en a pas, vous pouvez le faire. S'il y en a, vous devez également les désactiver.

Par exception à la règle générale, certains modules peuvent interrompre l'administrateur si vous les avez désactivés en raison de la façon dont Magento 1.x est construit. le Mage_Adminhtmlmodule contient des références aux autres modules (client, vente, ...). On dirait que dans Magento 2.0, cela sera changé.

Je voudrais ajouter un lien vers le module Magento Mock de SchumacherFM . Si vous rencontrez des problèmes (lire les exceptions) lorsque vous désactivez certains modules, cela peut être une solution pour vous d'utiliser le module factice. Bien que je ne connaisse aucun test de performance concernant ce module. Ce serait intéressant de savoir s'il y a des problèmes de performances avec.

Je ne peux toujours pas commenter car j'ai besoin d'un représentant de 50 ... donc:

Merci Simon pour la mention :-)

Pendant le développement du module Mock, je suis tombé sur de nombreuses occurrences étranges de différents modules à différents endroits.

Mon objectif était également de supprimer complètement les fichiers au lieu d'un simple <active>false</active>.

Vous ne pouvez pas simplement désactiver par exemple Mage_Adminnotifications, Mage_WishList, Mage_Tag, Mage_GoogleCheckout ou Mage_GiftMessage car certaines constantes et méthodes statiques sont utilisées soit dans Mage_Adminhtml soit dans certains modules frontaux.

Par exemple, si vous désactivez Mage_WishList ou Mage_GiftMessage, la section de modification client adminhtml ne se chargera plus.

Il est même possible de désactiver Mage_Shipping. Je ne parviens toujours pas à trouver un cas d'utilisation pour quoi il est bon ;-)

Si j'ai également essayé de créer une maquette pour un module Mage_Payment désactivé et supprimé, mais ce n'est certainement pas possible. Après 8-19 heures, j'ai abandonné.

Avec le module Mock, vous pouvez créer votre propre version de https://github.com/colinmollenhour/magento-lite

Je voudrais souligner quelque chose que j'ai découvert aujourd'hui en ce qui concerne la désactivation des modules Mage et de l'ACL. Si vous utilisez un rôle avec des autorisations définies sur "Tous" et que vous désactivez un module Core Mage, il est probable que le code du module fonctionnera et cassera quelque chose.

Nous n'avons pas besoin de Mage_Newsletter car nous utilisons une solution personnalisée, j'ai donc désactivé Mage_Newsletter dans Mage_All.xml. Cependant, cela a provoqué la rupture du panneau Adminhtml client car l'administrateur essayait toujours d'exécuter du code dans le Mage_Newslettermodule.

Le problème est de savoir comment l'ACL vérifie les autorisations. Dans mon cas, à l'intérieur de la Tabs.phpclasse de bloc clients , le code générant l'onglet newsletter est encapsulé dans une vérification des autorisations ACL. Le Mage_Newslettermodule étant désactivé, ces options ACL n'apparaissent plus avec le menu des autorisations de rôle système.

Cependant , si l'autorisation de votre rôle est définie sur `` tous '', Magento ne donne aucune raison à un rat volant, qu'un module soit actif ou non. Il renverra true (permission autorisée), permettant à toute logique fermée de s'exécuter même si l'intention est de la sauter.

Si vous souhaitez arrêter les modules principaux, vous ne pouvez pas utiliser «tous» pour les autorisations ACL du rôle. Vous devez utiliser l'option «personnalisée», puis attribuer manuellement au rôle toutes les autorisations nécessaires. C'est le seul moyen (que j'ai trouvé) pour s'assurer que Magento vérifie correctement les autorisations par rapport aux modules désactivés.