Php Magento:phtml文件中的更改无效_Php_Magento_Caching_Nginx

Php Magento:phtml文件中的更改无效

php magento caching nginx

Php Magento:phtml文件中的更改无效,php,magento,caching,nginx,Php,Magento,Caching,Nginx,由于大约三周时间，对.phtml文件的更改对我们高效的magento安装没有影响。因此，相同的更改将对我们的测试安装生效，它本质上是它的副本。对测试安装进行了更改。因此，我遵循模板路径提示。当然，我们使用自己的模板，比如：/app/design/frontend/venedor/mod/我们不修改核心、基础或默认文件。一切看起来都很好之后，这些变化就转移到了生产上。更改已成功上载，再次下载将显示更改。在生产中也双重检查了模板路径提示。缓存已被清除大约一千次 .php文件也是如此。但是/app/d

由于大约三周时间，对.phtml文件的更改对我们高效的magento安装没有影响。因此，相同的更改将对我们的测试安装生效，它本质上是它的副本。对测试安装进行了更改。因此，我遵循模板路径提示。当然，我们使用自己的模板，比如：

/app/design/frontend/venedor/mod/

我们不修改核心、基础或默认文件。一切看起来都很好之后，这些变化就转移到了生产上。更改已成功上载，再次下载将显示更改。在生产中也双重检查了模板路径提示。缓存已被清除大约一千次

.php文件也是如此。但是

/app/design/frontend/venedor/mod/locale/

中.csv文件的更改将生效

我们正在以下位置运行Magento CE 1.9.2.1：

Linux 2.6.32-openvz-042stab084.17-amd64（无根目录访问，无更多信息）
nginx 1.9.3
PHP 5.3.27+PHP-FPM
Google PageSpeed可用，但已禁用

我对这种行为毫无头绪。。。可能是nginx或PHP-FPM的某种缓存效果？你知道我应该添加什么样的信息吗？

试着在url中添加？abc=def，看看页面是否有变化。如果是这样，那么您就知道这是缓存问题。服务器上是否有Varnish缓存？

是否启用了APC？已启用，但没有那么高的TTL:

apc.TTL:48000

，

apc.user\u TTL:48000

（13,3h）重新启动暂时有帮助，但据我所知会更新。重新启动FPM是什么意思？因为这是正确的。在找到缓存未被释放的原因之前，至少暂时需要一个解决方案。我们没有使用Varnish。不明白，为什么要附加参数。。。所有请求都会转发到index.php，就像每个SEO优化的在线商店一样。