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

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

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

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

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

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

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

顶部↑

每隔一段时间，可能需要修复一个或多个 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 数据库中的表的步骤：

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

请记住，建议始终对数据库进行当前备份。另请参阅 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 邮件程序使用 wordpress@yourdomain.com填写 From: 字段，并将 From: 名称填写为 WordPress。

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

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

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

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

顶部↑

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

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

顶部↑

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

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

警告：无法修改标头信息 - 标头已由
（输出开始于

原因及解决方法：

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

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

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

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

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