Il existe deux techniques relativement nouvelles pour le faire:
Utilisez modman pour pouvoir contrôler par vous-même ce qu'il faut déployer pour chaque environnement. Cela signifie que vous exécutez modman deploy [name-of-dev-extension]
uniquement dans votre environnement de développement.
Utilisez magento-composer avec différents composer.json
scénarios pour différents environnements. Et le moyen le plus simple consiste à spécifier ces extensions en tant que modules de développement, puis à installer le projet à l'aide du --require-dev
commutateur sur votre machine de développement.
Ceux-ci peuvent généralement être désactivés facilement avec un indicateur de configuration, ils sont donc techniquement actifs mais ne font rien. Si vous définissez ce drapeau sur false dans
app/etc/local.xml
votre système en direct, cela devrait aller.la source
local.xml
fichier dans votre référentiel. Ce qui pourrait être un cas.local.xml
n'est généralement pas dans le repoVoir MageTrashApp qui a été créé récemment au Magento Hackathon de Berlin. Vous permet de désactiver les modules via le panneau d'administration.
la source
Une façon simple de le faire est de désactiver le module dans / etc / modules, de le pousser, d'ignorer le fichier localement et de le réactiver.
la source
Je pense que la meilleure façon de gérer cela est de conserver tous ces modules dans le codePool local et de désactiver tous les modules locaux en direct avec cette ligne dans votre local.xml:
Ou vous pouvez faire "Désactiver la sortie du module" dans le backend de votre environnement en direct. (Système -> Configuration -> Avancé). Cependant, cela ne désactive pas entièrement le module. Mais peut-être que c'est juste assez de vouloir que vous vouliez vous en cacher.
La seule autre chose à laquelle je peux penser est d'écrire du code qui peut le faire. Vérifiez simplement s'il est en mode développeur (
Mage::getIsDeveloperMode()
), puis désactivez les modules. J'ai trouvé plus de détails pour y parvenir ici: /programming/6520634/magento-how-to-disable-module-programmaticallyla source
local
modules vous obligera à déplacer tous les autres modules delocal
codePool verscommunity
et à le faire également pour toutes les extensions futures. La désactivation de la sortie des modules comme vous l'avez dit permet toujours à l'extension de ralentir votre magasin. Et la 3ème solution nécessitera des modifications qui seront écrasées avec la mise à jour des extensions.Je les place généralement dans mon environnement de test, mais je ne les vérifie pas dans le système de contrôle de version, par exemple en utilisant le
.gitignore
fichier pour les exclure de la prise en compte pour la validation.la source
Il y a une diapositive dans la conférence Imagine 2011 d'Erik Hansen. Il a indiqué un code dans la diapositive qui est comme ci-dessous (pour le mode développeur)
voici, Erik active un paramètre basé sur les sous-domaines que vous pouvez personnaliser vous-même.
la source