magento模块复制到include/src中

我已经在构建了一个自定义模块

magentoRoot/app/code/local/CustomModule/Catalog/Model/Product.php

这扩展了产品和类别的“保存时”事件。一切正常，直到我注意到对文件的任何更新都不再启动。经过一些调试后，我发现该文件在

magentoRoot/includes/src/CustomModule_Catalog_Model/Product.php

它似乎位于此文件夹路径中

magentoRoot/includes/src

由于存在类似7k的文件，因此所有其他模块/扩展都是重复的。 因此，在某个时候，团队中的某个人（包括我）启用了magento功能，或者某个扩展更新了magento的方式，我想恢复。有没有人遇到过这个问题，或者知道如何解决这个问题

---

注意：我不是唯一一个参与该项目的人，因此假设我不知道以下问题的答案：您安装/激活了什么。

您团队中的某个人已在Magento中启用了编译

涵盖以下问题：

如果您意外启用了编译，或者您正在积极使用编译而不是APC缓存，并且需要禁用编译以执行升级、安装或删除扩展等，则需要再次禁用它

导航到系统>工具>编译页面并单击禁用按钮
导航到系统>缓存管理屏幕并使用刷新缓存按钮

---

您还可以通过在web上搜索同一主题来找到更多解决方案。

欢迎使用Magento“编译”。它不是传统意义上的编译，就像C是一种需要编译的编程语言一样。启用后，Magento会复制大量资产，并将多个文件合并为较少的文件，并将资源存储在/src

我从来没有真正看到过编译对性能的好处，我也看到过它破坏了许多自定义代码。最好在大多数时候都不要使用它，而且在开发过程中也绝对不要使用它。我相信，它的主要好处是减少了查找文件所需的时间，但是如果您安装了APC，您可以尝试这样做

apc.shm_size = 256M (provided you can spare the memory)
apc.num_files_hint = 10000

---

在php.ini文件中。这将增加APC缓存的文件路径数量，并减少文件路径查找所需的时间，与编译相同。

感谢liyakat，这起到了作用：通过Magento管理：导航到系统>工具>编译页面并单击禁用按钮；导航到系统>缓存管理屏幕，并使用Flush Cache buttonglad帮助您@MarianzBurlea在编译关闭后清空或删除包含目录是否安全？