Esta pergunta tem 2 partes:
A desativação dos módulos principais melhora o desempenho geral da loja e, se for o caso, eles precisam ser desabilitados no administrador (ou seja, desabilitar a saída do frontend) ou desabilitados via config.xml para que essa melhoria de desempenho seja vista.
Se houver uma melhoria de desempenho a ser obtida, quais módulos em um estoque, a compilação CE 1.7.0.2 pode ser desativada com segurança, por meio do método respondido na parte 1.
Respostas:
Sim. Antes de tudo, menos módulos significa menos código para (potencialmente) carregar e processar. Além disso, muitos módulos, como o módulo Mage_Rss, executam muito código em segundo plano, como forçar reindexos em determinados eventos.
Sobre o melhor método a ser usado: desativar um módulo usando System > Configuration > Advancedapenas suprime a saída de um módulo enquanto ainda inclui o código desse módulo na loja. Isso é útil quando você não deseja uma funcionalidade de módulos, mas precisa de modelos ou blocos, por exemplo, porque outras extensões (de terceiros) dependem disso. Desativá-lo usando app/etc/modules/*.xmlo removerá completamente da instalação, portanto, em termos de desempenho, essa é a melhor opção.
Normalmente desabilito a seguinte extensão via XMl
e através System > Congiguration > Advanceddo Mage_Adminnotificationque suprime os pop-ups irritantes no back-end.
Provavelmente, você pode desativar várias outras extensões principais, dependendo do que está usando ou não. Apenas certifique-se de não comprometer a estabilidade do Magento. Eu acho que isso vai levar algumas tentativas e erros.
app/etc/module/Mage_Rss.xml for example and just be sure you add the codePool (core) and active (false) tag
app/etc/modulesdiretório Mas isso é apenas me :)
Apesar de estar atrasado com uma resposta, gostaria de responder à pergunta
Mage_Core;-)Mas, para desativar alguns módulos apertados, é necessário instalar outro módulo, para que nada se rompa. Portanto, eu desenvolvi: https://github.com/Zookal/magento-mock
Zookal Mock: detecção automática transparente de módulos e extensões desativados e fornecendo objetos simulados para não quebrar o Magento. Nada para configurar. Nenhuma classe reescreve. Apenas um observador. Trabalha fora da caixa. Você pode até remover fisicamente os arquivos!
Por exemplo, quando você desabilita Mage_Wishlistou Mage_Newslettero Backend -> Cliente -> Edição do cliente gera erros estranhos. Portanto, use a extensão Mock!
Você pode até desinstalar módulos antigos de pagamento que possuem entradas na sales_flat_order_paymenttabela e normalmente interrompem o seu back-end -> vendas -> exibição de pedidos, mas a extensão Mock tem uma solução transparente para você.
Uma coisa a considerar: ele não funciona na linha de comando.
Veja a resposta de Marius sobre uma maneira XML simples e rápida de desativar módulos. Crie um único arquivo zzz_Disabled_Modules.xmlcom o conteúdo
<?xml version="1.0"?>
<config>
<modules>
<Mage_Rss>
<active>false</active>
</Mage_Rss>
<Mage_PaypalUk>
<active>false</active>
</Mage_PaypalUk>
<Phoenix_Moneybookers>
<active>false</active>
</Phoenix_Moneybookers>
<!-- all other modules here -->
</modules>
</config>Imagine! Um .gitignore para módulos Magento!
Com isso, você pode ver facilmente quais módulos você ativou / desativou rapidamente.
Como o @Sander Mangel diz, desativar os módulos de maneira desafiadora pode ter um grande ganho de desempenho, embora o que você desabilite seja realmente uma coisa loja por loja. Normalmente, há muitas coisas que você não precisa. Se você não estiver usando a desabilitação da lista de permissões, Mage_Wishlistfaz muita diferença.
Outro ganho é desabilitante Mage_Log. Isso pode ser melhor feito através do local.xml.