Quais módulos padrão posso desativar?

A partir desta pergunta e resposta de Sander Mangel:

Desativando módulos - melhoria de desempenho?

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.

Como a pergunta acima não foi criada para compartilhar uma lista de módulos, acho que é uma boa ideia coletar informações aqui.

Outros recursos úteis:

• Magento Lite
• Mock Module

Alguma outra sugestão de módulo?
Qual módulo tem mais impacto no desempenho?

ATUALIZAR

Uma lista de atualizações com sugestões do @Marius

1. Mage_WishList - parece que quebra os detalhes do cliente
2. Mage_Rss
3. Mage_PayPalUk
4. Mage_Tag (quando não usado em um projeto)
5. Mage_Poll (causa quem usa pesquisas de qualquer maneira)
6. Phoenix_Moneybookers
7. Mage_Sendfriend
8. Mage_Rating (se não for exigido pelo cliente)
9. Mage_Bundle (se não for exigido pelo cliente)
10. Mage_Downloadable (se não for exigido pelo cliente)
11. Mage_GiftMessage - parece que você precisa dele em 1.8 ou os detalhes do produto serão interrompidos
12. Mage_XmlConnect - se você não tem / precisa de um aplicativo móvel.
13. Mage_Authorizenet
14. Mage_Paypal (se não for usado como forma de pagamento)
15. Mage_Paygate (Somente se você desativar Mage_Paypal, Mage_PaypalUk e Mage_Authorizenet)
16. Mage_Weee (somente se você desabilitar o Mage_XmlConnect também)
17. Mage_Usa - apenas no ce-1.8.1.0. (veja abaixo o porquê)
18. Mage_GoogleCheckout - só pode ser desativado no ce-1.8.1.0 e somente se você desativar o Mage_Usa. Não funciona nas versões anteriores devido a este http://www.magentocommerce.com/bug-tracking/issue/?issue=14359
19. Mage_Oauth - se você não precisar da API REST
20. Mage_Api
21. Mage_Api2 - somente se você desabilitar o Mage_Oauth também.

Eu posso adicionar a isso:

• Mage_GiftMessage - costuras não é desativável no 1.8
• Mage_XmlConnect - se você não tem / precisa de um aplicativo móvel.
• Mage_Authorizenet
• Mage_Paypal (se não for usado como forma de pagamento)
• Mage_Paygate (Somente se você desativar Mage_Paypal, Mage_PaypalUk e Mage_Authorizenet)
• Mage_Weee (somente se você desativar o Mage_XmlConnect também)
• Mage_Usa- apenas no ce-1.8.1.0 . (veja abaixo o porquê)
• Mage_GoogleCheckout- só pode ser desabilitado no ce-1.8.1.0 e somente se você desabilitar Mage_Usa. Não funciona nas versões anteriores devido a este http://www.magentocommerce.com/bug-tracking/issue/?issue=14359
• Mage_Oauth - se você não precisar da API REST
• Mage_Api
• Mage_Api2- somente se você desativar o Mage_Oauthtambém.

Como regra geral, você pode desativar (quase) qualquer módulo, mas é necessário verificar app/etc/modules/*.xmlse existem outros módulos, dependendo do módulo que você deseja desativar. Se não houver, você pode fazê-lo. Se houver, você deve desativá-los também.

Como exceção à regra geral, existem alguns módulos que podem interromper o administrador se você os desativou devido à maneira como o Magento 1.x é construído. o Mage_Adminhtmlmódulo contém referências aos outros módulos (como cliente, vendas, ...). Parece que no Magento 2.0 isso será alterado.

Eu gostaria de adicionar um link para o módulo Magento Mock do SchumacherFM . Se você tiver problemas (leia exceções) ao desativar determinados módulos, pode ser uma solução para você usar o módulo simulado. Embora eu não conheça nenhum teste de desempenho referente a este módulo. Seria interessante saber se há algum problema de desempenho.

Ainda não posso comentar, pois preciso de um representante de 50 ... então:

Obrigado Simon pela menção :-)

Durante o desenvolvimento do Mock Module , deparei-me com muitas ocorrências estranhas de módulos diferentes em lugares diferentes.

Meu objetivo também era remover completamente os arquivos em vez de um simples <active>false</active>.

Você não pode simplesmente desativar, por exemplo, Mage_Adminnotifications, Mage_WishList, Mage_Tag, Mage_GoogleCheckout ou Mage_GiftMessage porque algumas constantes e métodos estáticos são usados ​​no Mage_Adminhtml ou em alguns módulos de interface.

Por exemplo, se você desativar Mage_WishList ou Mage_GiftMessage, a seção adminhtml de edição do cliente não será mais carregada.

É até possível desativar o Mage_Shipping. Ainda não consigo descobrir um caso de uso para o que é bom ;-)

Se você também tentou criar uma simulação para um módulo Mage_Payment desativado e removido, mas isso definitivamente não é possível. Depois de 8 a 19 horas eu desisti.

Com o módulo Mock, você pode criar sua própria versão de https://github.com/colinmollenhour/magento-lite

Gostaria de salientar algo que descobri hoje em relação à desativação dos módulos Mage e da ACL. Se você estiver usando uma função com permissões definidas para "Todos" e desativar um Módulo Core Mage, é provável que o código do módulo ainda seja executado e quebre alguma coisa.

Não precisamos do Mage_Newsletter porque usamos uma solução personalizada, por isso desativei o Mage_Newsletter em Mage_All.xml. No entanto, isso causou a quebra do painel Customer Adminhtml porque o administrador ainda estava tentando executar o código dentro do Mage_Newslettermódulo.

O problema está em como a ACL verifica as permissões. No meu caso, dentro da Tabs.phpclasse de bloco customers , o código que gera a guia newsletter é encapsulado em uma verificação de permissões da ACL. Como o Mage_Newslettermódulo está desativado, essas opções da ACL não aparecem mais no menu de permissões da função do sistema.

No entanto , se a permissão da sua função estiver definida como 'all', o Magento não indica se um módulo está ativo ou não. Ele retornará true (permissão permitida), permitindo que qualquer lógica bloqueada seja executada, mesmo que a intenção seja ignorada.

Se você deseja desligar os módulos principais, não poderá usar 'all' para as permissões da ACL da função. Você precisa usar a opção 'personalizado' e, em seguida, manualmente, conceder à função todas as permissões necessárias. Essa é a única maneira (que eu encontrei) de garantir que o Magento esteja verificando corretamente as permissões dos módulos desativados.