大量 500 错误,例如 - fcgid:warn 错误的文件描述符:客户端 mod_fcgid: ap_pass_brigade 在 handle_request_ipc 函数中失败

大量 500 错误,例如 - fcgid:warn 错误的文件描述符:客户端 mod_fcgid: ap_pass_brigade 在 handle_request_ipc 函数中失败

我将一个网站从 LiquidWeb 复制到了 GoDaddy,因为 LW 专家即使知识渊博也帮不上什么忙。GD 时好时坏。

在 Godaddy 托管上,当我在 WordPress 管理面板中单击各种项目时,我不断收到 500 错误:插件、帖子、工具,似乎无论我单击什么都无所谓。但每次刷新时,我都能够看到刚刚出现 500 错误的页面或帖子。我对托管故障排除一无所知。有人能告诉我这是 WP 环境或托管(或两者兼而有之)的错误吗?

错误日志中的更多内容:

mod_fcgid: read data timeout in 120 seconds
Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

任何帮助都非常感谢。

答案1

当从一个托管环境迁移到另一个托管环境时,最好的做法始终是确保您要迁移到的环境与您要离开的环境相同。我知道这在此刻帮助不大,但这是将来要记住的事情。话虽如此,让我们继续解决问题吧!

5xx 错误

这些问题可能由于多种原因而出现,但对于 WordPress 和共享主机而言,这些问题通常是由于以下原因而出现的:1)。 .htaccess 文件存在问题,或 2)。 您的 WordPress 安装遇到了共享主机中常见的令人生畏的“资源墙”。

“资源墙”是指网络托管服务提供商设置的用于限制帐户在一段时间内可消耗的资源量。这包括 CPU 和 CPU 周期、RAM/内存、输入/输出 (IO) 操作、INODES(帐户可创建/托管的文件和/或目录数量)、带宽(单位为 Mbs 或 Kbs,单位为兆比特/秒/千比特/秒)。当资源墙被打破时,服务器软件会强制降低您的帐户速度。这要么导致服务缓慢,要么更常见的是出现 503 错误(即服务不可用)。

重定向错误

重定向错误通常可以归结为两点:1)。.htaccess 文件或 2)。插件/主题与 GoDaddy 的托管环境不兼容(并且很可能不会兼容)。

我该如何修复并防止这种情况发生?

您需要找到您的根目录。最有可能的是 ./public、./htdocs 或 ./public_html(最常见)。这是您的主 index.php 文件所在的目录,也是您找到 .htaccess 文件的地方。

  1. 下载 .htaccess 的备份副本。
  2. 删除根目录中的 .htaccess 文件。
  3. 前往 yoursite.ext/wp-admin/ 并尝试登录。

如果成功,请查看左侧边栏菜单并找到永久链接。您需要做的就是单击链接,然后单击提交(位于页面底部);无需更改任何设置。为什么?只需单击提交,WordPress 就会自动为您重新生成一个清理过的 .htaccess 文件并将其放置在您的 Web 根目录中。这可确保您现在拥有最新且最准确的 .htaccess 文件用于您的安装。

如果错误持续存在,请再次查看 Web 根目录,看看是否生成了“error.log”文件(或具有类似名称的文件)。如果生成了,请从文件底部开始,向顶部跟踪最后 10-15 行。这通常会提供有关哪个文件或哪些文件导致问题的具体信息。然后,我们可以禁用相关的插件,看看是否能解决问题,或者采取其他措施。

WordPress 插件及全部禁用

打字时,出现问题时,最好直接禁用所有插件,然后逐个启用,直到找到导致问题的插件(当您无法通过查看错误日志找到确切原因时更是如此)。这可能很耗时,但它会提供明确的信息。

为此,您只需将 ./wp-content/plugins/ 文件夹中的所有内容移到其他位置。您不必删除文件,只需使用 S/FTP 程序或通过 GoDaddy 控制面板(即 cPanel IIRC)提供的文件管理器移动它们即可。移动文件后,刷新任何页面,这样应该会停用所有文件。您不会因此丢失任何数据,因为这不会删除主题,也不会删除与其安装相关的数据,它只是将它们标记为已禁用,这意味着当您访问您的网站时它们不会运行。

因此,根据您安装的内容,事情可能看起来有点奇怪,并且可能会弹出其他错误(特别是如果您使用的主题依赖于其中一个插件的功能),但看到由于需要而不是不兼容或更糟的是未知原因而导致的错误是一件好事。只需将该插件的插件文件夹移回 ./wp-content/plugins/ 即可解决这些问题。最终,您将刷新、移动、刷新、移动、冲洗并重复,直到一切停止工作。

当它们停止时,您就停止移动文件夹。确定您移动的最后一个插件,将其标记为问题应该是安全的。将问题插件移回,刷新以确保问题得到解决,然后继续处理其余插件,直到遇到另一个问题。

希望您不必做太多这样的事,或者更好的是,希望我们能够通过错误日志找到问题,或者在生成新的 .htaccess 文件后解决问题:)。

相关内容