【问题标题】:The famous Wordpress white screen of death著名的 Wordpress 白屏死机
【发布时间】:2016-03-09 07:46:06
【问题描述】:

就像标题中提到的那样,我认为这是迄今为止 Automattic 或 Wordpress 团队无法解决的问题,除非 Wordpress 将来会出现什么版本。在这个问题中,我关注的是每当我想激活某些插件时都会出现的白屏死机。我正在开发一个需要我使用 30 个插件的网站。是的,有些人会说一个网站的插件太多了,难怪我会得到白屏。但是,嘿,这是 Wordpress,使 Wordpress 成为最受欢迎的博客平台的原因之一是因为插件的可用性可以让您在更短的时间内实现目标。对于那些精通 php+wp 开发的人来说,你们可以说破解 wp 比使用很多像我正在做的插件更好,但是嘿,大多数 wp 用户不是 php 大师。他们中的大多数是像我这样的普通用户,甚至只是知道如何安装和使用他们可用的东西。

到目前为止,这里是我们在获得白屏死机 (WSOD) 时执行的常见步骤。

  1. 重命名 wp-content/plugins 文件夹名称,例如 wp-content/plugins-temp,这将停用所有插件
  2. 和我一样,我更喜欢将单个插件文件夹名称重命名,例如 wp-content/plugins/akismetwp-content/plugins/akismet-temp
  3. 之后,将所有插件一一重新激活,这样我们就可以知道哪个插件是罪魁祸首了
  4. 检查插件文件末尾是否有多余的空格,尤其是在 php 结束标记之后?> 确保标记之后没有多余的空格。确保检查主题 functions.php 文件(如果有)或插件文件。
  5. 增加 wordpress 的内存分配

通常,您的网站会在此之后恢复正常。 但是这仍然不能解决这个问题。

对我来说,这对我来说很烦人,尤其是第 3 步。我们怎么知道哪个插件是罪魁祸首?首先,我认为第 3 步确实是一个事实,但现在我认为这是一个谎言。为什么?

就像现在一样,突然在我激活 25 个插件后,我无法重新激活的插件之一是 Akismet。什么?阿基斯梅特?是的,WP 团队自己开发的插件。我知道上面的第 3 步是一个谎言,因为如果我先激活 Akismet,Akismet 就会成功激活。完全没有问题。

所以现在的问题是插件之间的插件兼容性。我作为一个普通用户如何才能识别出哪个插件对哪个插件不友好???如果我使用 30 个插件,一个插件有多少概率与每个插件不兼容????我怎么知道应该先激活哪些插件,这样 WSOD 才不会出现?

如果有错误,那么也许我可以有一个线索,但它是一个纯白的屏幕。我一无所知。 wordpress 中插件的这种冲突确实是一个未解决的问题,让我非常压力。

有人知道如何解决这个问题吗?至少知道如何通过mysql激活插件?

【问题讨论】:

  • 检查服务器的错误日志。
  • 您实际上并不认为插件开发人员会检查他们的插件与其他插件的兼容性,对吧?避免这种事情的最好方法是在添加插件后彻底测试您的博客,以确保新插件有效。
  • td;博士。但你应该最多或 5-6 个插件。

标签: wordpress


【解决方案1】:

你好 :) 这是我的第一个答案,我希望它能对很多人有所帮助,因为我遇到了这个愚蠢的问题,而且解决方案真的很尴尬,我无法得到它,但它确实有效。

我在这里讨论登录后出现的白屏死机的解决方案,您会看到这个白色的东西,而不是用户角色的管理面板。

有上面提到的常见解决方案。就我而言,我只有一个插件,我对它做了很多更改。我也在wordpress中编辑了footer.php。我发现在插件的一个 php 文件的第一次更改后出现了 WSOD(死亡白屏)。我以前进行更改的方法是通过文本编辑器在我的计算机中编辑 php 文件,然后我将通过 ftp 上传更改后的 php 以替换旧的,然后问题就开始了。当我恢复步骤并返回原始文件时,一切都恢复正常。

如果您遇到此问题,解决方案将非常简单,我真的不知道为什么以前没有人发布过。

解决方案是通过管理面板中的编辑器简单地进行更改。有两个编辑器,一个用于主题,另一个用于插件。

在管理面板中打开要修改的插件的编辑器,在管理面板网页中的文本编辑器中插入所需的更改,完成后单击更新文件按钮。

很高兴你最终会得到你的修改并且没有白屏死机。

我希望你们都有一个光明的未来,不再有 WSOD。

更新:通过研究和尝试更多,我发现编辑文件并使用 UTF-8 编码会导致问题,以避免编辑文件并确保编码是 ANSI 或 UTF-8 而没有 BOM

【讨论】:

    【解决方案2】:

    您应该尝试运行安装了 xdebug 的 PHP 版本。 WSOD,这很可能是 PHP 解析错误。所以这并不是真正的 WordPress 问题,而是 PHP 问题。

    使用 xdebug 会有所帮助,因为在相当多的情况下你会得到一个花哨的堆栈跟踪,否则你会得到一个 WSOD。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-02-24
      • 2019-02-01
      • 1970-01-01
      相关资源
      最近更新 更多