Magento中的编译器模式

Magento中的编译器模式是什么

我想知道这个概念，如果有人知道，请告诉我

提前谢谢

Google->“magento编译器模式”：

事实证明，让PHP搜索大量包含 大量不同目录上的文件可以创建 某些负载类型下的性能瓶颈。为此,， Magento核心团队创建了Magento编译器扩展，并且 已开始在1.4版左右提供带有此功能的Magento 行政长官

编译器所做的是复制Magento中的每个类 并将它们放置在单个文件夹中。这个班的全名是 用于文件名以确保唯一性

include/src/Mage\u Core\u Model\u Abstract.php

include/src/Foo_Module_FooController.php

等等

这是一次。然后，当Magento配置为使用 编译器类，其自动加载将在编译器文件夹中查找 而不是运行正常的自动加载例程。这就省去了PHP 为所有不同的include跨文件系统的开销 路径

Google->“magento编译器模式”：

事实证明，让PHP搜索大量包含 大量不同目录上的文件可以创建 某些负载类型下的性能瓶颈。为此,， Magento核心团队创建了Magento编译器扩展，并且 已开始在1.4版左右提供带有此功能的Magento 行政长官

编译器所做的是复制Magento中的每个类 并将它们放置在单个文件夹中。这个班的全名是 用于文件名以确保唯一性

include/src/Mage\u Core\u Model\u Abstract.php

include/src/Foo_Module_FooController.php

等等

这是一次。然后，当Magento配置为使用 编译器类，其自动加载将在编译器文件夹中查找 而不是运行正常的自动加载例程。这就省去了PHP 为所有不同的include跨文件系统的开销 路径

---

你真的想做测试，以确保这实际上加快了你的事情。例如，我的Web服务器有一个非常快的RAID阵列。启用编译器实际上使我的速度变慢了。我将了解Apache基准测试工具是如何工作的，这样您就可以自己进行测试了。此外，当启用编译器模式时，我遇到了一些奇怪的错误。除了清除缓存之外，每次推送更新时重新编译也是一件麻烦事。我在某个地方读到，Magento团队建议不要使用它，因为它在最近的Magento版本中不是必需的。你真的想做一些测试，以确保这确实加快了你的速度。例如，我的Web服务器有一个非常快的RAID阵列。启用编译器实际上使我的速度变慢了。我将了解Apache基准测试工具是如何工作的，这样您就可以自己进行测试了。此外，当启用编译器模式时，我遇到了一些奇怪的错误。除了清除缓存之外，每次推送更新时重新编译也是一件麻烦事。我在某个地方读到，Magento团队建议不要使用它，因为它在Magento的最新版本中不是必需的。