Answers:
是的,它确实。首先,更少的模块意味着更少的代码(潜在地)加载和处理。紧接着,许多模块(例如,Mage_Rss模块)在后台运行大量代码,例如在某些事件上强制重新索引。
关于最佳使用方法:禁用模块System > Configuration > Advanced
仅使用抑制模块的输出,同时仍在商店中包含该模块的代码。当您不希望使用模块功能而需要使用模型或模块时,这非常方便,例如,因为其他(第3方)扩展依赖于此。禁用它app/etc/modules/*.xml
会完全将其从安装中删除,因此从性能角度考虑,这是最佳选择。
我通常通过XMl禁用以下扩展名
并通过System > Congiguration > Advanced
了Mage_Adminnotification
其抑制在后端那些烦人的弹出窗口。
您可能会根据使用或不使用的功能禁用其他几个核心扩展。只要确保您不损害Magento的稳定性即可。我想这将需要一些反复试验。
app/etc/module/Mage_Rss.xml
例如,创建并确保添加了codePool(core)和active(false)标签
app/etc/modules
目录执行此操作比较“干净” 。但这就是我:)
尽管回答迟到,我还是想回答这个问题
Mage_Core
;-)但是要禁用紧密耦合模块,您需要安装另一个模块,该模块应确保不会损坏任何模块。因此,我开发了:https : //github.com/Zookal/magento-mock
Zookal Mock:透明地自动检测禁用的核心模块和扩展,并提供模拟对象,以免破坏Magento。无需配置。没有类重写。只有一位观察员。开箱即用。您甚至可以物理删除文件!
当您禁用如Mage_Wishlist
或Mage_Newsletter
你的后端- >客户- >客户编辑将抛出奇怪的错误。因此,使用模拟扩展!
您甚至可以卸载旧的付款模块,这些模块在sales_flat_order_payment
表中有条目,并且通常会中断您的后端->销售->订单视图,但是Mock扩展为您提供了透明的解决方法。
要考虑的一件事:它在命令行上不起作用。
有关禁用模块的简单快速的XML方式,请参见Marius的答案。zzz_Disabled_Modules.xml
使用内容创建一个文件
<?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>
想像!Magento模块的.gitignore!
借助此功能,您可以一目了然地查看已启用/禁用的模块。