Caching 能够在Magento站点重新加载更改'；在不清除缓存的情况下恢复配置

今天，我处理了一项任务，将模块的配置加载到高负载下运行的Magento站点中。我复制了新模块的config.xml文件和所有东西来解决一些问题

我们的Magento使用memcached缓存后端运行

为了让一个模块运行，我必须完全清除缓存，这会影响站点的性能，我们有500个并发用户。因此，我正在寻找解决方案，如何在不清除缓存的情况下部署配置更改

有吗

谢谢你的想法和想法

---

Jaro.

加载模块配置时不必清除整个缓存。您可以使用

刷新Magento缓存

*选项安装模块。最终，您需要清除缓存以查看前端更改（如果有）。要将性能影响降至最低，最好在非高峰或低使用时间清除它

---

*编辑-感谢Fiasco实验室

您无需清除整个缓存即可加载模块配置。您可以使用

刷新Magento缓存

*选项安装模块。最终，您需要清除缓存以查看前端更改（如果有）。要将性能影响降至最低，最好在非高峰或低使用时间清除它

---

*编辑-感谢Fiasco Labs

在安装模块或更改其配置时，您将始终必须刷新缓存。这对于强制重新读取配置、清空不兼容的操作码以及强制Magento重新读取刚才所做更改的应用程序代码和模板是必要的

是的，它会对你的网站性能产生暂时的影响，但如果你不这样做的话，可能会引起一些非常有趣的问题

我曾经遇到过这样的情况：在管理中使用按钮是不够的，对于模块安装，最好的做法可能是将系统置于维护模式，确保所有管理会话都已注销，检查每个人都已注销，然后手动删除var/cache/mage--？文件夹。然后重新登录一个管理会话，让它运行，直到您看到一个管理会话已经开始，然后重新登录到管理，开始检查新安装的模块的完整功能的网站

对于缓存刷新足够的简单配置更改来说，这当然是过分的

---

在安装模块或更改其配置时，您将始终必须刷新缓存。这对于强制重新读取配置、清空不兼容的操作码以及强制Magento重新读取刚才所做更改的应用程序代码和模板是必要的

是的，它会对你的网站性能产生暂时的影响，但如果你不这样做的话，可能会引起一些非常有趣的问题

我曾经遇到过这样的情况：在管理中使用按钮是不够的，对于模块安装，最好的做法可能是将系统置于维护模式，确保所有管理会话都已注销，检查每个人都已注销，然后手动删除var/cache/mage--？文件夹。然后重新登录一个管理会话，让它运行，直到您看到一个管理会话已经开始，然后重新登录到管理，开始检查新安装的模块的完整功能的网站

对于缓存刷新足够的简单配置更改来说，这当然是过分的

这里有一种更新配置缓存而不是清除它的方法，从而避免争用情况

这里有一种更新配置缓存而不是清除它的方法，从而避免争用情况

---

最好的做法是将系统置于维护模式，确保所有管理会话都已注销，检查所有人都已注销，然后手动删除var/cache/mage--？文件夹。然后您重新登录一个管理会话，让它运行，直到您看到一个管理会话已启动，然后注销，然后重新登录到管理，开始检查站点以了解新安装模块的全部功能。

最好将系统置于维护模式，确保所有管理会话都已注销，检查每个人是否都外出，然后手动删除var/cache/mage--？文件夹。然后重新登录一个管理会话，让它运行，直到您看到一个管理会话已经启动，然后重新登录到管理，开始检查站点以了解新安装的模块的完整功能。

刷新缓存存储是刷新Magento缓存的核心选项，如下所述。。。清除缓存只会影响Magento，刷新缓存存储也会清除服务器上其他php应用程序的缓存。所以他们都刷新缓存，只有一个更彻底。我认为必须有另一种方法来安装模块而不清除整个缓存。我更喜欢任何检查所有模块并在必要时强制安装过程的方法。最后，如果你是一个作者，那么你就知道它会做什么：）刷新缓存存储是刷新Magento缓存的核心选项，正如这里所解释的。。。清除缓存只会影响Magento，刷新缓存存储也会清除服务器上其他php应用程序的缓存。所以他们都刷新缓存，只有一个更彻底。我认为必须有另一种方法来安装模块而不清除整个缓存。我更喜欢任何检查所有模块并在必要时强制安装过程的方法。最后，如果你是一个作家，那么你就知道它会做什么：）我会说，这是一种矫枉过正的方法：-）是的，是的。我们如何使脚本语言程序像编译程序一样快速？我们缓存东西，而不是创建对象文件并将它们链接到可执行文件中。回溯到那时，这是用解释过的Pascal来尝试的。当源代码更改时，您需要刷新所有这些p代码文件。同样的事情也适用于使用PHP进行的任何缓存。换垃圾，必须刷新c