【问题标题】:Magento file changes not taking effect and flushing cacheMagento 文件更改未生效并刷新缓存
【发布时间】:2012-06-08 20:32:06
【问题描述】:

我正在将名为 Preview.php 的 Magento Enterprise 1.11.2.0 核心文件复制到具有相同目录结构的本地文件夹中,以覆盖此特定文件,因为它无法正常运行。更具体地说,它不允许预览交易电子邮件。我在本地文件夹中的 .php 文件中进行了修复更改,但 Magento 似乎认为没有任何更改。我什至尝试将核心文件本身修改为附加到返回变量的附加垃圾字符串,但这也没有注册。

现在,据我了解,我需要刷新缓存,但我认为我没有正确执行此操作以使这些更改生效。在缓存管理部分,我尝试过“刷新 Magento 缓存”,但我没有尝试过“刷新缓存存储”,因为设置我们安装的人告诉我不要碰它。有什么区别?刷新缓存存储可以使压倒一切的 preview.php 生效吗?

添加: 目录结构正确。正如我所提到的,由于某种原因,Magento 安装无法识别某些文件(而其他文件生效)更改。我们的一个人认为也许它是我们正在使用的扩展之一,它覆盖了某些部分,但我真的在皮肤文件夹中看不到任何覆盖核心应用程序文件或图像的内容。

例如,如果我在我们正在使用的主题文件夹中删除“logo_email.gif”,它应该回退到默认的 Magento 徽标图像。相反,Magento 实例认为该文件仍然存在,甚至加载它!我不得不创建我们自己的名为 logo_email.png 的徽标文件并将此文件加载到电子邮件模板中,因为删除或覆盖此文件不起作用。

我已经向 Magento 提交了支持票。如果我有任何进展,我会更新。

【问题讨论】:

  • 你的目录结构正确吗?
  • 有同样的问题。复制了新的 logo_email.gif,但旧的仍被缓存。清除缓存几次无济于事。

标签: php caching magento


【解决方案1】:

我认为罪魁祸首是系统 -> 工具下的 Magento 编译功能。禁用此功能可使代码更改生效!

【讨论】:

  • 当 PHP 文件发生变化时重新编译。我不喜欢禁用的习惯。
猜你喜欢
  • 1970-01-01
  • 2012-12-10
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-11-04
相关资源
最近更新 更多