重要提示：请注意，这不是支持页面。如果您针对具体问题寻求帮助，请参阅支持论坛.
另请参阅常见的WordPress错误对于WordPress用户遇到的最常见的WordPres错误，例如
- 白色屏幕
- 内部服务器错误
- 建立数据库连接时出错
- 自动升级失败
- 连接超时
- 升级后的维护模式
- PHP错误或MySQL DB错误
有时可能需要停用所有插件，但您无法访问管理屏幕来执行此操作。可以使用两种方法之一停用所有插件。
使用数据库管理停用所有插件。
- 在wp_options表中，在选项名称列（字段）查找活动插件行
- 更改选项值字段到：a： 0:{}
或通过重置插件文件夹FTP文件或主机控制面板中提供的文件管理器。此方法保留插件选项，但需要手动重新激活插件。
- 通过FTP或主机的文件管理器，导航到wp-contents文件夹（目录）
- 通过FTP或主机的文件管理器，将文件夹“plugins”重命名为“plugins.hold”
- 登录到WordPress管理插件页面（/wp-admin/plugins.php）–这将禁用任何“丢失”的插件。
- 通过FTP或主机的文件管理器，将“plugins.hold”重命名为“plugin”
作为自动升级的一部分，WordPress会放置一个名为.维护在博客中基础文件夹（包含wp-admin文件夹的文件夹）。如果该文件存在，则访问者将看到消息暂时无法进行定期维护。请稍后查看。
要阻止该消息显示给访问者，只需删除.维护文件。应该再次执行自动升级，以防失败。
发布更新时，在顶部管理屏幕上显示该发布的通知，内容如下WordPress x.x.x可用！请立即更新。并非每个博客都会同时看到这条消息。你的博客设置为每12小时检查一次更新，但检查的时间完全是随机的。因此，如果你的博客只是在更新发布前几分钟检查更新，那么在12小时后你的博客检查更新之前，你不会看到更新消息。
如果你想让你的博客立即检查更新，你可以删除更新核心选项名称记录wp_选项表。注意，插件和主题都有自己的检查和更新周期，由记录控制update_plugins（更新插件）和更新主题，英寸wp_选项.
相关讨论主题：
核心升级会将发行版中的所有新文件复制到旧文件上，因此如果您更改了WordPress默认主题中的现有文件（例如。wp-content/themes/twentY16/style.css)，这些更改被该文件的新版本覆盖。
请注意，核心升级会经过“旧文件”列表，如wp-admin/includes/update-core.php，并删除这些文件。任何不在列表中且不在分发版中的文件都将被保留。
请记住，在升级之前，无论是自动升级还是手动升级，都应该备份WordPress文件和数据库，如中所述WordPress备份.
修改默认主题的更好方法是使用子主题。这需要做更多的设置工作，但值得付出努力，因为当主主题更新时，您的自定义将是安全的。
每隔一段时间，可能需要修复一个或多个MySQL数据库表。根据如何在dev.mysql.com上修复MyISAM表修复表的原因有很多，包括“tbl_name.frm被锁定，无法更改”、“找不到文件tbl_name.MYI（Errcode:nnn）”、“文件意外结束”、“记录文件崩溃”或“从表处理程序中得到错误nnn”。
以下是使用修复MySQL数据库中的表的步骤数据库管理:
- 登录托管帐户。
- 登录到数据库管理.
- 选择受影响的数据库。如果你只有一个数据库，它应该默认选择它，这样你就不需要做任何事情。
- 在主面板中，您应该会看到数据库表的列表。检查需要修理的表格旁边的方框。
- 在表格列表下方的窗口底部，有一个下拉菜单。选择“修复表”
请记住，建议始终对数据库进行当前备份。另请参见WordPress备份
请参阅清空数据库表
描述：当用户试图注册您的博客或通过输入用户名和/或电子邮件更改密码时，WordPress表示他们的密码已通过电子邮件发送给他们，但从未收到。
原因及解决方案：WordPress使用标准的PHP mail（）函数，该函数使用sendmail。不需要帐户信息。如果您使用的是托管服务，这通常不是问题，但如果您使用自己的邮箱并且没有SMTP服务器，邮件将永远不会发送。如果您使用*NIX盒子，您的机器上应该有postfix或sendmail；你只需要设置它们（在互联网上搜索操作方法）。如果你不想在你的*NIX盒子上设置一个完整的邮件服务器，你可能会发现msmtp很有用——它提供了“将邮件从系统发送到邮件中心的安全、有效和简单的方法”。在Windows计算机上，尝试使用sendmail仿真器，如全球发送邮件.
在WordPress支持论坛的这个帖子上可以找到更多帮助：https://wordpress.org/support/topic.php？id=24981.
特定于Windows主机服务器：检查SMTP虚拟服务器上的“中继”设置。授予访问权限127.0.0.1 . 然后在你的php.ini公司文件，设置SMTP（SMTP）设置为相同的IP地址。还设置了smtp_端口至25.
确保使用正确的返回地址：默认情况下，WordPress邮件程序用wordpress@yourdomain.com和From:名称为WordPress（文字出版社）.
如果这是一个有效的电子邮件地址，这是可以的。例如，如果您的真实电子邮件是wordpress@yourdomain.com，您的主机应传递电子邮件以进行传送。它可能会发送您的邮件，只要yourdomain.com设置为发送和接收邮件，即使文字出版社不是有效的邮箱。但如果您将真实电子邮件设置为“发件人：”地址，它类似于wpgod@gmail.com，邮件可能无法发送，因为gmail.com网站不是由邮件服务器处理的域。
被视为垃圾邮件：您的电子邮件可能已被路由到垃圾邮件文件夹，甚至更糟，只是被当作恶意邮件丢弃。有两种方法可以用来说服收件人的邮件服务器您的邮件是合法的，并且应该按地址传递。
特殊目的基金：（发件人策略框架）这是使用的最常见的反垃圾邮件措施。如果您使用的是托管系统，那么您的主机很可能已经为您正在使用的邮件服务器设置了此设置。让WordPress给你发邮件，检查邮件标题，以证明邮件通过了SPF检查。您可以按照登录页面上的“忘记密码”链接发送消息。要保留旧密码，请不要使用消息中的链接。
如果系统电子邮件未通过SPF检查，如果您有权访问DNS记录并且邮件服务器的域属于您，则可以设置凭据。检查系统发送的电子邮件的返回路径。如果此处列出的邮件服务器具有您的域名，则可以设置SPF凭据。互联网上有几个操作指南。
丹麦国际货币基金组织：（域密钥标识邮件）也使用此系统。您可以在同一条消息中同时使用SPF和DKIM。同样，与SPF一样，您可以通过检查邮件头来检查接收邮件的服务器是否验证了主机的域密钥。很可能没有提供签名密钥，这表明您的主机选择不使用此协议。与SPF一样，如果您可以编辑DNS记录，并且邮件服务器属于您的域，那么您可以自己设置DKIM凭据。如果你搜索互联网，会有一些操作指南。
清除浏览器缓存和Cookie可以解决此问题。另请参见我做出改变，但什么都没有发生
描述：您的浏览器上显示了一条警告消息，其中显示：
警告：无法修改标头信息-标头已由发送（输出开始于
原因及解决方案：
通常是因为开场前有空格、新线或其他东西<?php程序标记或在结束后?>标记，通常位于wp-config.php。这也可能发生在非主题模板的其他已编辑PHP文件中，因此请检查错误消息，因为它将列出发生错误的特定文件名（请参阅下面的“解释错误消息”）。用最近备份的文件或新WordPress下载的文件替换有问题的文件是最好的选择，但如果两者都不是选项，请按照以下步骤操作。
仅仅因为你看不到任何东西并不意味着PHP也能看到同样的东西。
- 通过下载错误消息中提到的文件FTP文件或主机控制面板中提供的文件管理器。
- 在中打开该文件纯文本编辑器(不是Microsoft Word或类似软件。记事本或BBEdit都可以）。
- 检查非常第一个字符后面没有空行或空格。
- 保存之前，或使用“另存为”对话框，确保文件编码不是
UTF-8物料清单但很普通UTF-8型或任何没有BOM公司后缀。
要确定文件的结尾，请执行以下操作：
- 将光标放在？和>
- 现在按计算机上的DELETE键MAC用户注意事项：PC上的“DELETE”键将字符删除到正确的光标的位置。这就是这里提到的关键。
- 按住那个键
- 至少15秒
- 现在输入>和
- 节约根本不用按任何其他键。
- 如果你再按一个键，你就会把问题带回来。
- 执行不是把代码放在不必要的代码块中，把它们放在一个PHP块中。
错误：
<?php一些代码；？><？php一些其他代码；？>
对的：
<?php代码；其他代码；？>
编辑并保存文件后，将文件上载回服务器。
注释：还要检查文件的编码。如果文件使用BOM编码为UTF-8，则BOM被视为开始输出的字符。
解释错误消息：
如果错误消息说明：警告：无法修改标头信息-第42行的/path/blog/wp-login.php中的标头已经发送（输出开始于/pathblog/wp-config.php:34），则问题出现在第34行wp-config.php，不是的第42行wp-login.php。在此场景中，的第42行wp-login.php就是受害者。它受到的第34行多余空白的影响wp-config.php.
如果错误消息说明：警告：无法修改标头信息-第569行的/path/wp-admin/post.php中的标头已由（输出开始于/path/wp-admin/admin-header.php:8）发送，则问题出现在的第8行管理员-header.php，不是的第569行后.php。在此场景中，的第569行后.php就是受害者。它受到的第8行多余空白的影响管理员-header.php.
要解决此问题和类似问题，请一次禁用一个插件，直到找到问题的根源。通常，这是由于两个或多个插件试图使用相同的资源（例如，JQuery或其他基于Java的工具）。
此外，可能是您的浏览器有问题。常见的解决方法是清空浏览器的缓存。请参阅首选浏览器的文档以了解如何执行此操作。
如果在使用漂亮的永久链接选择，例如日期和名称在里面管理>设置>设置_永久链接_屏幕这可能是由于修改_写入模块未激活/安装。解决方案是激活修改_写入用于Apache web服务器。检查apache\conf\httpd.conf文件中的行#加载模块rewrite_module-modules/mod_rewrite.so
并删除行前面的#。然后停止Apache并再次启动。注：您可能需要要求主机激活modrewrite。
另请参见使用永久链接。相关讨论主题为https://wordpress.org/support/topic/234726
不知道为什么会出现这个问题，但这里有一些事情可以尝试这两种解决方案中的一种。
这通常可以解决问题：
- 使用管理员角色创建新的管理员用户（例如newadmin）
- 以“newadmin”身份登录
- 将旧“admin”用户降级为订阅服务器角色并保存
- 将旧的“admin”升级回管理员角色并保存
- 以旧“管理员”身份登录
如果不起作用，请尝试：
- 使用管理员角色创建新的管理员用户（例如newadmin）
- 以“newadmin”身份登录
- 删除旧的“admin”用户并将所有帖子分配给“newadmin”
- 创建具有管理员角色的“admin”用户
- 以“管理员”身份登录
- 删除“newadmin”用户并将帖子分配给“admin”
这个问题通常通过与前面问题中提出的相同的解决方案来解决：
为什么管理员用户在编辑帖子时没有列为作者？
除了这些之外，还有各种资源可以帮助你找到更多关于WordPress的帮助常见问题解答.
重要提示：请注意，这不是支持页面。如果您针对具体问题寻求帮助，请参阅支持论坛.