Quais módulos padrão posso desativar?

25

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:

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.
Fra
fonte
Acabei de descobrir algo da maneira mais difícil. Você não pode desativar Mage_Wishlist. Se o fizer, não poderá ver os detalhes do cliente no back-end.
Marius
11
Cuidado ao desativar o Mage_Weee. Isso fez minha loja calcular impostos duas vezes (Magento 1.9.2.1).
Simon

Respostas:

12

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 . (veja abaixo o porquê)
  • Mage_GoogleCheckout- só pode ser desabilitado no 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.

Marius
fonte
e o módulo API / API2 ... se eu não precisar?
Fra
11
@Francesco. Sim. Você está certo. Eu esqueci deles. Eu atualizei a resposta.
Marius
what Se eu não precisar de nenhum módulo de expedição?
Fra
11
@Francesco. Veja minha atualização mais recente a partir de "Como regra geral"
Marius
11
hmm ... Parece que este é um dos 'exceções' da regra
Marius
3

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.

Simon
fonte
parece um projeto muito interessante obrigado por compartilhar
Fra
3

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

Cyrill
fonte
Mage_Shippingpode ser desativado se você vender apenas serviços ou produtos para download
Fra
O Mage_GoogleCheckout pode ser desativado no 1.8, mas acho que você também deve remover um atributo do produto (available_for_googlecheckout ou algo parecido).
Marius
Eu acho que Mock é ótima e inteligente! Você vê algum problema de licença usando o Magento como um tipo de estrutura ... qual é o limite da licença na sua opinião?
Fra
3

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.

Jonathan Eltgroth
fonte
11
Boa observação. +1 para as descobertas relacionadas ao ACL e para os "ratos voadores atrasados"
Marius