我有一个我已经跑了几个星期的WordPress CPT。它没有任何问题。

在过去的几天里,它一直在干草。每隔几分钟,WordPress就会忘记该页面存在并返回404错误。可以通过在管理面板中刷新永久链接规则来修复这一点,但是几分钟后,同样的事情也会发生,并且必须再次修复。

有谁知道会导致这一点或如何解决它?

错误:其中一些:

[Fri Sep 24 04:11:17 2010] [error] [client 150.254.160.253] Invalid method in request \\n\\n

其中的更多(TV2是CPT的slag):

[Fri Sep 24 03:25:15 2010] [error] [client 67.142.166.25] File does not exist: /var/www/vhosts/default/htdocs/tv2

其中大量:

[Fri Sep 24 03:58:36 2010] [error] [client ::1] Directory index forbidden by Options directive: /var/www/html/
有帮助吗?

解决方案

我不知道您的Web服务器上的特定路径布局,但是错误日志的条目并不是我看着它与WordPress特别相关:

请求中的无效方法 n n

此错误是由无效的HTTP请求引起的。每个HTTP请求都有一种方法。最肯定的是,在导致日志条目的请求中缺少它。

文件不存在:/var/www/vhosts/default/htdocs/tv2

一个 文件不存在 当PHP脚本返回404响应标头时,通常不会创建消息。因此,最肯定的是,WordPress未报告此错误,而是由服务器本身报告。您的WordPress博客的MOD_REWRITE配置可能不可用。

选项指令禁止的目录索引:/var/www/html/

这对我来说也一样。如果 /var/www/html/ 是您的博客的网络根源,然后显示您的Web服务器未找到index.php或没有将其作为目录索引。


因此,最终,这对我来说非常像Web服务器配置问题。永久重建永久链接也不会在这里提供帮助。如果不确定,可以使用 多年冻土(WordPress插件). 。一个相关的问题重新列出404个错误和永久链接是: 单型。php不起作用,交付404。

其他提示

我的第一个本能是可能要归咎于插件。许多触摸WordPress重写引擎的插件会在使用时会冲洗重写规则,而不是首次激活时(这就是它们) 应该 去做)。

因此,我会仔细检查您的插件,看看它们中的任何一个是否正在触摸重写器或打电话 flush_rewrite_rules() 而且,如果是这样,请停用它们,看看是否可以解决问题。如果您必须在一两天内没有功能才能诊断问题,我会说这是值得的。

许可以下: CC-BY-SA归因
scroll top