【问题标题】:W3 Total Cache: everything removed and plugin still affecting the siteW3 Total Cache:所有内容都已删除,插件仍然影响网站
【发布时间】:2017-05-03 19:12:39
【问题描述】:

我在使用 Wordpress 中的 W3 Total Cache 插件时遇到了一个奇怪的问题。

我正在使用 Wordpress 4.6.1 和该 (censored) 插件的 0.9.5.1 版本。 I only discovered my WP version is incompatible too late - it is not compatible with 4.7 and faces issues with my version too...

由于我们的客户收到了来自我们主机的关于“慢查询”的电子邮件,并且由于它已经有 W3 Total Cache 插件(可能与其他插件或主题一起安装),我们启用了“页面缓存”、“数据库缓存”和“浏览器缓存”。

所以问题开始了:几天后,我可以编辑一个页面,但又过了几天,页面编辑页面进入白屏死机/错误 503 - 和I was not the only person to have this problem!有趣的是,编辑帖子页面似乎表现正常。

在互联网搜索后,我关注this tutorial 摆脱了这个插件,因为它在网站的许多地方传播文件和代码。对很多人来说,它解决了这个问题——但对我来说不是!即使在那之后,页面编辑页面仍然空白,并且图像和js / css链接仍然被缓存,即使插件和缓存文件被删除,htaccess是正常的(只有wordpress代码在那里),并且有网站周围没有任何插件痕迹。例如,在图像中我仍然会得到类似的东西(查看缓存的src):

<img class="alignnone size-full wp-image-4844" 
    src="wp-content/uploads/2016/09/xphoto.png.pagespeed.ic.m2asf09saf.png" alt="photo"
    srcset="http://www.example.com/wp-content/uploads/2016/09/photo.png 990w, http://www.example.com.br/wp-content/uploads/2016/09/photo-300x60.png 300w, http://www.example.com.br/wp-content/uploads/2016/09/photo-768x153.png 768w" 
    sizes="(max-width: 990px) 100vw, 990px" width="990" height="197"
>

另一个:

<img src="/wp-content/uploads/2016/09/xphoto2-400x400.jpg.pagespeed.ic.sj83Hr32Yh.webp" alt="" 
    data-pagespeed-url-hash="1923713827" 
    onload="pagespeed.CriticalImages.checkImageForCriticality(this);"   
    style="opacity: 1;"
>

我在我的 MySQL 数据库上进行了搜索,以找到“pagespeed”术语(因为插件将它添加到大多数图像和 css/js 链接中),但什么也没有……在文件夹中再次搜索,也没有。我联系了我的主机服务,他们也不知道发生了什么,因为代码现在没有插件,而且数据库中似乎也没有任何内容。清理浏览器缓存和 cookie 也无济于事。

据他们说,varnish 已关闭(我对 varnish 一无所知,但他们说这是一种缓存 php 文件的方法)。我想不出任何解释为什么它将这些不存在的代码放在站点中,除非某些东西被缓存在服务器的 RAM 内存中。并且托管公司表示他们无法重新启动服务器,因为它是共享服务器(因此其他客户的其他站点也在那里)......

所以,我的问题是如果站点代码中不再有这个插件,为什么它仍然会影响站点?当然,如何解决这个问题?

编辑:我再次与我的托管公司交谈,他们说 mod_pagespeed 也关闭了。此外,他们说服务器缓存了 40 分钟,而不是像我的网站那样超过 24 小时。所以这可能是服务器的技术问题。

【问题讨论】:

  • 嗯,首先要停止使用共享主机,它是一个 PITA。然后,由于您的数据库看起来不错,请进行数据库备份,卸载 WP,删除服务器上的所有内容,然后重新安装/放置主题和其他所需的插件,然后恢复数据库。
  • 看起来是 mod_pagespeed 的问题,而不是 w3total 缓存的问题。如果您的主机对 Apache 的 mod_pagespeed 进行了删除,他需要清除它。如果您的主机上启用了 mod_pagespeed,则很可能没有正确配置。我从我的发球局中删除了,因为它给我带来了很多问题,而且我太不成熟了,无法解决它。
  • @SomeoneSpecial,我又和楼主聊天了,他们说 mod_pagespeed 也没有激活...
  • 请查看developers.google.com/speed/pagespeed/module/… 并查看您的链接和启用 pagespeed 的站点链接之间是否存在相似之处。如果您的主机坚持他们没有 pagespeed,我建议您更换主机,因为他们不知道自己在做什么。
  • @SomeoneSpecial,是的,就是这样。我再次与我的主人交谈,他们发誓页面速度已关闭,而是发生了另一个问题。但是现在编辑页面问题解决了:他们说他们将 php 更新到 7.0 和一些插件的版本,这解决了问题......图像仍然被缓存,但由于 pagespeed 被认为是一件好事,我太忙于其他工作,我暂时不会抱怨...但是谢谢,您的信息在我与他们的交谈中非常有帮助!

标签: php wordpress caching w3-total-cache


【解决方案1】:

嗯,最后我能够发现发生了什么并解决了它,所以我会发布它,希望这对有同样问题的人有所帮助。问题是 google mod_pagespeed - 调整我的代码以理论上提高我的网站速度的功能 - 实际上是开启的,因此托管公司得到了错误的信息。虽然缓存可能很有用,但我不仅没有看到速度提升,而且其他页面仍然受到此功能的影响,因此我在更新滑块和其他依赖图像的插件时遇到了问题。

解决方案很简单:只需转到主机的控制面板,找到 Google PageSpeed 选项(或类似选项)并将其禁用

关于 Varnish:它没有导致这个问题,所以我能够维持它的工作(毕竟通过同一个控制面板禁用它仍然让网站显示带有 pagespeed 代码的图像)。所以你不需要禁用 Varnish。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-03-14
    • 1970-01-01
    • 1970-01-01
    • 2013-06-26
    • 1970-01-01
    • 2020-07-30
    • 2023-03-21
    相关资源
    最近更新 更多