Quais são os efeitos colaterais de desativar um módulo principal? (por exemplo, Mage_Rss / Mage_Log)


15

Por exemplo, eu recomendo desativar o Mage_Rss para acelerar os processos de check-out, pois o Mage_Rss não é amplamente usado e força a limpeza do cache várias vezes por solicitação de check-out.

Estou avaliando a desativação do Mage_Log por razões semelhantes - eu já tenho o Google Analytics instalado e agrego logs do apache via PapertrailApp.com, mas percebo que não formalizei meu processo para verificar as ramificações, fique à vontade para responder especificamente para Mage_Log ou genericamente para desativar um módulo principal.

Eu sei que posso determinar as tabelas que um módulo usa, observando o script do instalador em / sql e os eventos que ele registra, visualizando \ etc \ config.xml, mas o que mais é pertinente? Este módulo está razoavelmente encapsulado afetando apenas as tabelas com o prefixo log_? Existem vários eventos definidos por este módulo principal. Seus observadores falharão graciosamente / silenciosamente ou causarão problemas posteriores? Como posso saber quais relatórios, se houver, são afetados?


2
A primeira coisa do alto da minha cabeça Customers\Online Customersé alimentada por algumas log_*mesas.
user487772

Você pode dar uma olhada nisso. Thomas Birke criou uma extensão para ajustar o desempenho do núcleo do Magento por uma grande palestra dada por Ivan Chepurnyi: github.com/quafzi/magento-performance-tweaks por Tegan-Snyder
Fabian Blechschmidt

Respostas:


7

Além do óbvio, por exemplo, o módulo não está mais funcionando - um efeito colateral potencial é qualquer módulo que tenha esse módulo principal listado em sua declaração também não funcionaria. Existem muitos plugins de terceiros que dependem do carregamento dos módulos principais. Também existem interdependências principais, especialmente se você estiver usando o Enterprise.

Tenho a impressão de que muitas pessoas desabilitam esses módulos "desnecessários" para fins de velocidade - afinal, carregam apenas o que você usa, certo? Embora eu tenha certeza de que tem algum impacto pequeno e mensurável - há coisas muito mais eficazes que você pode fazer para impactar positivamente a velocidade do seu site.

Existem alguns ótimos artigos do SO que falam sobre esse problema em particular - este em particular me pareceu uma boa leitura:

Otimização de velocidade desativando o módulo Mage_Reports?

Existem outros relatórios por aí que desabilitar o Mage_Downloadable etc. podem ajudar no Checkout - mas estes parecem ser posts antigos e não são relevantes na minha opinião para as versões mais recentes do Magento. Se você ainda está executando no 1.4CE ou 1.7EE, isso pode ser particularmente útil para você.

http://kassner.com.br/2011/01/magento-slow/

http://www.magentocommerce.com/boards/v/viewthread/221626/#t306872

/programming/11102268/magento-duplicate-orders

Atualizar

É difícil generalizar o impacto mensurável que isso teria na sua situação particular - ou de qualquer pessoa. Um servidor lento em uma rede de baixa largura de banda, por exemplo, impediria sua velocidade muito mais do que qualquer uma das soluções mencionadas.

Com base em sua própria análise intensiva, parece que você pode lucrar. Como todos os comentários sobre SO, YMMV, mas acho que o uso de memcached, apc, cache de página inteira e uma CDN pode ter um impacto mais mensurável para algo como, por exemplo, a taxa de conversão, pois afeta a experiência do usuário final.

Eu configuro todas as caixas de clientes com base nas especificações do whitepaper publicadas - pelo que sei, elas não fazem menção à desativação de módulos não utilizados. Eles mencionam a desativação de módulos Apache desnecessários.

Papel branco

http://www.magentocommerce.com/whitepaper/

Por fim, fiz algumas pesquisas e só consigo encontrar menções de desativação Mage_Rsscomo um potencial aumento de desempenho ao usar o cache do sistema de arquivos. Se você estiver usando o cache do sistema de arquivos e, no mínimo, não tiver montado isso tmpfs, considere seriamente o memcached, apc ou a tmpfsmontagem mencionada acima .


2
@philwinkie: Na verdade, desativar o Mage_Rss reduz significativamente o IO durante o checkout ... é um ajuste muito benéfico. Embora seja obviamente mais seguro desativar o observador.
Daniel Sloof

@philwinkie: É muito difícil generalizar quais melhorias de desempenho são importantes para os diferentes casos de uso do Magento. Meu servidor de banco de dados atingiu um pico de ~ 3200 IOPS de gravação nos últimos 6 horas, por isso estou certo de que meu melhor estrondo para melhoria fanfarrão é desativar Mage_Log :)
Ralph Tice

Obrigado pela resposta atualizada. Eu já tenho o memcached, APC e CDN em vigor. O cache de página inteira não ajuda meu caso de uso específico por razões que não posso abordar aqui, por isso estou otimizando a base de código. Obrigado pelo ponteiro para Mage_Downloadable, vou tentar isso também.
Ralph Tice

Na ausência do FPC, eu procuraria no Varnish Cache - especificamente com os módulos Varnish disponíveis no Magento Connect. Felicidades.
22413 philwinkle

O verniz também não vai ajudar. Eu simplesmente tenho muitas lojas :)
Ralph Tice

3

Vimos um problema específico ao desativar o Mage_Log, que quebra a funcionalidade de comparação de produtos. Quando navegadores anônimos são adicionados para comparar e, em seguida, efetuam login, o Magento usa o ID_dentro gerado por Mage_Log para anexar a lista de comparação ao cliente, e se esse valor for nulo, ele quebra o site com força, se outro cliente já comparou o mesmo product_id (exceção de chave duplicada não capturada).


Obrigado pela informação, Jonathan! Inicialmente eu queria desativar Mage_Logcompletamente, mas agora eu vou apenas observadores desativar :)
Roman Snitko

0

Talvez você esteja interessado no Magento Lite Project, este é basicamente o backbone do Magento (a maior parte do módulo foi desativada)

https://github.com/colinmollenhour/magento-lite


Este fork do Magento é para fins de CMS e todas as funcionalidades do carrinho de compras foram removidas. A pergunta do OP diz respeito à aceleração do checkout, portanto, eles precisam da funcionalidade do carrinho de compras!
22413 philwinkle

na verdade, ninguém vai impedi-lo de usá-lo para carrinho propósito .. você só precisa reativar os módulos que você precisa
Fra
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.