安鹿最新整理常见的WP博客网站问题-WordPress错误问题解答

最常见的 WordPress 错误，例如

• 白屏
• 内部服务器错误
• 建立数据库连接时出错
• 自动升级失败
• 连接超时
• 升级后的维护模式
• PHP 错误或 MySQL DB 错误

无法访问管理菜单时如何停用所有插件？

有时可能需要停用所有插件，但您无法访问管理屏幕来执行此操作。两种方法之一可用于停用所有插件。

使用phpMyAdmin停用所有插件。

1. 在表 wp_options 中，在option_name列（字段）下找到active_plugins行
2. 将option_value字段更改为： a:0:{}

或通过FTP或主机控制面板中提供的文件管理器重置您的插件文件夹。此方法保留插件选项，但需要手动重新激活插件。

1. 通过 FTP 或主机的文件管理器，导航到 wp-contents 文件夹（目录）
2. 通过 FTP 或主机的文件管理器，将文件夹“plugins”重命名为“plugins.hold”
3. 登录到您的 WordPress 管理插件页面（/wp-admin/plugins.php）——这将禁用任何“缺失”的插件。
4. 通过 FTP 或主机的文件管理器，将“plugins.hold”重命名为“plugins”

自动升级后如何清除“暂时无法进行定期维护”消息？

作为自动升级的一部分，WordPress.maintenance会在 blog基本文件夹（包含 wp-admin 文件夹的文件夹）中放置一个名为的文件。如果该文件存在，则访问者将看到消息暂时无法进行计划维护。请过一会再回来查看。

要阻止该消息显示给访问者，只需删除该.maintenance文件即可。应再次执行自动升级，以防万一失败。

更新刚刚发布，为什么我的博客无法识别更新可用？

发布更新时，该版本的通知会显示在顶部管理屏幕上，说明WordPress xxx 可用！请立即更新。并非每个博客都会同时看到该消息。您的博客被编程为每 12 小时检查一次更新，但检查的时间完全是随机的。因此，如果您的博客只是在更新发布前几分钟检查了更新，那么在您的博客在 12 小时后检查更新之前，您不会看到更新消息。

如果您希望您的博客立即检查更新，您可以删除wp_options表中的update_core选项名称记录。请注意，插件和主题都有自己的检查和更新周期，由wp_options中的记录update_plugins和update_themes控制。

相关讨论帖：

• https://wordpress.org/support/topic/242485

为什么我在上次自动升级期间丢失了对 WordPress 默认主题的自定义更改？

核心升级将所有新文件从发行版复制到旧文件，因此如果您更改了 WordPress 默认主题中的现有文件（例如wp-content/themes/twentysixteen/style.css），这些更改将被新版本覆盖该文件的。

请注意，核心升级会通过wp-admin/includes/update-core.php中定义的“旧文件”列表，并删除这些文件。任何不在列表中且不在分发中的文件都将被保留。

请记住，在升级之前，无论是自动升级还是手动升级，都应按照WordPress 备份中的说明备份 WordPress 文件和数据库。

修改默认主题的更好方法是使用子主题。设置的工作量更大，但值得付出努力，因为更新主主题时您的自定义设置将是安全的。

如何修复 MySQL 数据库表？

每隔一段时间，可能需要修复一个或多个 MySQL 数据库表。根据dev.mysql.com 上的 How to Repair MyISAM 表，修复表的原因有很多，包括“tbl_name.frm is locked against change”、“Can't find file tbl_name.MYI (Errcode: nnn)”、“文件意外结束”、“记录文件已崩溃”或“从表处理程序中得到错误 nnn”。

以下是使用phpMyAdmin修复 MySQL 数据库中的表的步骤：

1. 登录到托管帐户。
2. 登录到phpMyAdmin。
3. 选择受影响的数据库。如果你只有一个数据库，它应该默认选择它，这样你就不需要做任何事情。
4. 在主面板中，您应该会看到数据库表的列表。选中需要维修的表格旁边的框。
5. 在表格列表正下方的窗口底部，有一个下拉菜单。选择“修复表”

请记住，建议始终对数据库进行当前备份。另请参阅 WordPress 备份

如何清空数据库表？

请参阅清空数据库表

未收到通过电子邮件发送的密码

描述： 当用户尝试通过输入用户名和/或电子邮件来注册您的博客或更改密码时，WordPress 会指示他们的密码已通过电子邮件发送给他们，但从未收到。

原因及解决方案：  WordPress 使用标准的 PHP mail() 函数，该函数使用 sendmail。不需要帐户信息。如果您使用托管服务，这通常不是问题，但如果您使用自己的盒子并且没有 SMTP 服务器，则邮件永远不会发送。如果您使用 *NIX 盒子，您的机器上应该有 postfix 或 sendmail；您只需要设置它们（在 Internet 上搜索操作方法）。如果您不想在 *NIX 机器上设置完整的邮件服务器，您可能会发现 msmtp 很有用——它提供了 “一种安全、有效和简单的方式将邮件从系统发送到邮件集线器”。在 Windows 机器上，尝试使用像 Glob SendMail这样的 sendmail 模拟器。

更多帮助可以在 WordPress 支持论坛的这个线程上找到：https ://wordpress.org/support/topic.php?id=24981 。

Windows 主机服务器特定： 检查 SMTP 虚拟服务器上的“中继”设置。授予访问权限 127.0.0.1 。然后在您的 php.ini文件中，将 SMTP 设置设置为相同的 IP 地址。也设置 smtp_port 为 25.

确保使用正确的返回地址： 默认情况下，WordPress 邮件程序使用 [email protected]填写 From: 字段， 并将 From: 名称填写为 WordPress。

如果这是一个有效的电子邮件地址，这很好。例如，如果您的真实电子邮件是 [email protected]，您的主机应该将电子邮件传递给传递。只要 yourdomain.com 设置为发送和接收邮件，它就可能会发送您的邮件，即使 wordpress 不是有效的邮箱。但是，如果您将真实电子邮件设置为 From: 地址并且类似于 [email protected]，则邮件可能无法发送，因为 gmail.com 不是邮件服务器处理的域。

被视为垃圾邮件： 您的电子邮件可能已被路由到垃圾邮件文件夹，或者更糟的是，被简单地作为恶意丢弃。您可以使用一些措施来让收件人的邮件服务器相信您的邮件是合法的，并且应该按地址发送。

SPF：（ 发件人策略框架）这是最常用的反垃圾邮件措施。如果您在托管系统上，那么您的主机很有可能已经为您正在使用的邮件服务器进行了设置。让 WordPress 向您发送电子邮件并检查邮件标题，以获取邮件通过 SPF 检查的证据。您可以通过登录页面上的忘记密码链接收到一条消息。要保留您的旧密码，请不要点击消息中的链接。
如果您的系统电子邮件未通过 SPF 检查，如果您有权访问 DNS 记录并且您的邮件服务器的域属于您，则可以设置凭据。检查系统发送的电子邮件的返回路径。如果那里列出的邮件服务器有您的域名，您可以设置 SPF 凭据。互联网上有几个方法。

DKIM：（ 域密钥识别邮件）也使用此系统。您可以在同一条消息中同时使用 SPF 和 DKIM。同样，就像使用 SPF 一样，您可以通过检查邮件标头来检查您的接收邮件服务器是否验证了您主机的域密钥。很有可能没有提供签名密钥，这表明您的主机选择不使用此协议。与 SPF 一样，如果您可以编辑 DNS 记录并且邮件服务器属于您的域，您可以自己设置 DKIM 凭据。如果您在 Internet 上搜索，则存在一些操作方法。

为什么我看不到我的帖子？我看到的只是抱歉，没有帖子符合您的条件？

清除浏览器缓存和 cookie 可能会解决此问题。另请参阅 我进行了更改，但没有任何反应

如何解决Headers 已发送警告问题？

描述：您在浏览器上收到一条警告消息，内容为：

Warning: Cannot modify header information - headers already sent by
(output started at

原因及解决方法：

<?php这通常是因为在开始标记之前或结束标记之后 有空格、换行符或其他内容?>，通常在wp-config.php中。这也可能发生在其他不是主题模板的已编辑 PHP 文件中，因此请检查错误消息，因为它会列出发生错误的特定文件名（请参阅下面的“解释错误消息”）。用您最近备份的文件或新 WordPress 下载的文件替换有问题的文件是您最好的选择，但如果这些都不是一个选项，请按照以下步骤操作。

仅仅因为你看不到任何东西并不意味着 PHP 看到了相同的东西。

1. 通过FTP或主机控制面板中提供的文件管理器下载错误消息中提到的文件。
2. 在纯文本编辑器中打开该文件（不是Microsoft Word 或类似的。记事本或 BBEdit 都可以）。
3. 检查第一个字符后面是否没有空行或空格。
4. 在保存或使用“另存为”对话框之前，请确保文件编码不是UTF-8 BOM普通UTF-8的或没有BOM后缀的任何编码。

要确定文件的结尾，请执行以下操作：

1. 将光标放在 ? 和 >
2. 现在按下电脑上的 DELETE 键 MAC 用户注意：PC 上的“DELETE”键删除光标右侧的字符。这是这里提到的关键。
3. 按住那个键
4. 至少 15 秒
5. 现在输入 > 和
6. 无需按任何其他键即可保存。
7. 如果你按另一个键，你就会把问题带回来。
8. 不要将代码放在不必要的代码块中，将它们放在单个 PHP 块中。

错误的：

<?php some code; ?> <?php some other codes; ?> 

正确的：

<?php code; some other code; ?> 

编辑并保存文件后将文件上传回您的服务器。

注意：还要检查文件的编码。如果文件使用 BOM 编码为 UTF-8，则 BOM 被视为开始输出的字符。

解释错误消息：

如果错误消息指出：Warning: Cannot modify header information - headers already sent by (output started at /path/blog/wp-config.php:34) in /path/blog/wp-login.php on line 42，那么问题出在第 34 行wp-config.php，而不是第 42 行wp-login.php。在这种情况下，第 42 行wp-login.php是受害者。它受到第 34 行的多余空格的影响wp-config.php。

如果错误消息指出：Warning: Cannot modify header information - headers already sent by (output started at /path/wp-admin/admin-header.php:8) in /path/wp-admin/post.php on line 569，那么问题出在第 8 行admin-header.php，而不是第 569 行post.php。在这种情况下，第 569 行post.php是受害者。它受到第 8 行多余空格的影响admin-header.php。

为什么我的“发布”或“保存草稿”按钮不起作用？

要解决此问题和类似问题，请一次禁用一个插件，直到找到问题的根源。通常，这是由于两个或多个插件试图使用相同的资源（例如，JQuery 或其他基于 Java 的工具）。

另外，可能是您的浏览器有问题。一个常见的解决方案是清空浏览器的缓存。请查阅您首选浏览器的文档以了解如何执行此操作。

使用 Pretty Permalinks 时如何修复 404 错误？

如果在Administration > Settings > Settings_Permalinks_Screen中使用Pretty Permalink选项（例如Day 和 Name ）时出现错误 404，则可能是mod_rewrite模块未激活/安装的结果。解决方案是为 Apache Web 服务器激活mod_rewrite 。检查 apache\conf\httpd.conf 文件中的#LoadModule rewrite_module modules/mod_rewrite.so行并删除该行前面的 #。然后停止 Apache 并重新启动它。注意：您可能需要让您的主机激活 mod_rewrite。

另请参阅 使用永久链接。相关讨论线程是 https://wordpress.org/support/topic/234726

为什么编辑帖子时管理员用户没有列为作者？

不知道为什么会发生这个问题，但这里有几件事可以尝试这两种解决方案之一。

这通常可以解决问题：

1. 创建具有管理员角色的新管理员用户（例如 newadmin）
2. 以“新管理员”身份登录
3. 将旧的“管理员”用户降级为订阅者角色并保存
4. 将旧的“管理员”提升回管理员角色并保存
5. 以旧的“管理员”身份登录

如果这不起作用，请尝试：

1. 创建具有管理员角色的新管理员用户（例如 newadmin）
2. 以“新管理员”身份登录
3. 删除旧的“管理员”用户并将任何帖子分配给“新管理员”
4. 创建具有管理员角色的“管理员”用户
5. 以“管理员”身份登录
6. 删除“newadmin”用户并将帖子分配给“admin”

为什么博客上的帖子显示错误的作者姓名？

这个问题通常可以通过与此问题之前的问题相同的解决方案来解决：
为什么在编辑帖子时管理员用户没有被列为作者？