如何获取信息以修复 WordPress 中的错误
已发表: 2020-07-20管理 WordPress 网站以使其能够为公司业务提供最佳价值并不是一项简单的职责。 有效运营 WordPress 网站需要广泛的技能和知识。 调查和修复 WordPress 网站错误的能力是让您的网站顺利运行最重要的能力。
- 1.了解 WordPress 网站的基本架构
- 1.1. 前端
- 1.2. 网络平台 – WordPress
- 1.3. Web 服务器(LAMP 堆栈)
- 1.4. 操作系统和硬件基础设施 / VPS
- 1.5. 网络与安全
- 2.寻求社区支持
- 3.将整个系统恢复到以前的稳定版本
- 4.遗言
确定 WordPress 站点根本原因的过程可能因站点而异。 这是因为站点架构及其相应组件的多样性。 下面的帖子从鸟瞰的角度提供了修复 WordPress 错误的几个要点。 因此,解决WordPress问题不仅应该属于科学,更应该属于艺术。
了解 WordPress 网站的基本架构
从 DevSecOps 范围来看,WordPress 错误可能源自:
- 前端。
- 网络平台 – WordPress。
- Web 服务器(LAMP 堆栈)。
- 操作系统
- 硬件基础设施/VPS(亚马逊、VMware ESXI……)。
- 网络安全。

前端
在遇到 Web 加载问题时,清除缓存和刷新 DNS 是最终用户的常见行动计划。
使用来自客户 Web 浏览器的开发人员工具来识别有问题的 HTML 元素,然后从服务器站点进行双重检查。 这通常更上一层楼——在 Web 平台级别进行故障排除。

Web 浏览器的开发者工具
网络平台 – WordPress
注意 WordPress 主页中的重要文件和目录( $WP_HOME的默认值为/var/www/html/<wordpress_root_dir> )。
| 文件路径 | 说明 |
$WP_HOME/wp-config.php | – 站点的配置文件。 |
$WP_HOME/wp-content | – 包含 WordPress 网站的内容。 |
$WP_HOME/wp-content/uploads | – 包含 WordPress 上传文件的目录。 – 此上传目录是可配置的。 |
备份您当前的状态
对于复杂的错误,故障排除计划中的错误尝试似乎是不可避免的。 备份整个系统或重要组件对于在修复 WordPress 站点上的错误时处理意外结果是必要的。 备份版本可以是 WordPress 主题、网络资源及其随附的数据库。 如果开发人员可以实现整个主机的备份,那将是理想的。
如果系统管理员提前准备了几个稳定版本以减少生产站点的停机时间,那就太好了。
清除 WordPress 缓存
清除缓存数据使 WordPress 站点使用最新的可用资源。 为简单起见,操作员可以使用插件来删除缓存的项目。
在页面/帖子级别进行故障排除
首先,尝试多个页面/帖子,以验证是否所有页面/帖子都遇到了类似的错误。 有时重新创建具有相似内容的页面/帖子可以解决问题。
对插件级别进行故障排除
1. 禁用所有插件。
2. 一次重新激活一个插件。
3. 每次重新激活后测试您的站点。 问题回来了吗? 如果是这样,您现在已经找到了可疑插件。 如果没有,请继续下一个插件。
4. 禁用有问题的插件,更新到最新版本,如果可能,寻找替代插件。
5. 测试其他插件以确保您没有多个插件问题。
主题级别疑难解答
1. 禁用当前主题。
2. 激活默认主题或其他主题。
3. 如果问题已经解决,则是主题引起了问题。 如果没有,请向下移动到 WordPress 核心层。
4. 单独重新激活所有插件以确保不存在复合问题。 如果问题没有再次出现,则根本原因属于主题领域。
在 WordPress 核心进行故障排除
1. 从 wordpress.org 下载干净版本的 WordPress。
2. 通过 SSH、FTP 或使用适当的终端工具连接到您的站点。
3. 重命名wp-admin和wp-includes以确保上传这些目录的干净副本。
4. 备份wp-config.php以防万一。 这些文件保存您的数据库连接详细信息(除其他外)。
5. 上传您的 WordPress 干净版本。
6. 测试。 如果问题消失,则根本原因在于 WordPress 核心。 如果问题仍然存在,则是时候采取进一步的行动计划了。
7. 重新激活您的主题并进行测试。
8. 重新激活您的插件并对其进行测试。

Web 服务器(LAMP 堆栈)
Web 服务器是负责接收 HTTP 请求、处理 HTTP 请求以及向客户端提供 HTTP 响应的软件。 每个 WordPress 站点都运行在特定的 Web 服务器之上。 LAMP 堆栈(Linux – Apache – MySql/MariaDB – PHP)是 WordPress 站点的常用 Web 服务器。
阿帕奇
重要目录(在 CentOS 上部署 Apache 时的默认值。根据不同平台,默认值可以多样化)。
| 文件路径 | 说明 |
| /var/www/html | Webroot 主目录 [root@centos-wp-01 wpadmin]# cat /etc/httpd/conf/httpd.conf | grep '文档根' # DocumentRoot:您将在其中提供服务的目录 文档根目录“/var/www/html” |
| /etc/httpd/ | Apache Web Server 的根目录 [root@centos-wp-01 wpadmin]# cat /etc/httpd/conf/httpd.conf | grep '服务器根' 服务器根目录“/etc/httpd” |
| /etc/httpd/conf.d/ | Apache配置目录 |
| /etc/httpd/logs | Apache 日志 [root@centos-wp-01 日志]# ls -1 /etc/httpd/logs 访问日志 access_log-20200227 access_log-20200301 access_log-20200429 错误日志 error_log-20200227 error_log-20200301 error_log-20200429 error_log-20200605 |
– 重要配置文件:/etc/httpd/conf/httpd.conf
– Apache 配置文件列表:
- [root@centos-wp-01 日志]# ls -1 /etc/httpd/conf.d/
- 自动索引文件
- 配置文件
- phpMyAdmin.conf
- 自述文件
- 用户目录配置文件
- 欢迎.conf
通常,如果有任何问题,它会出现在 Apache 日志中。 但是,您还应该检查其他部分。
MySQL/MariaDB
您应该检查数据库中的数据名称,例如用户名、密码……
PHP
控制 PHP 操作的一项重要技术是启用日志。 WordPress 运营商可以通过修改.htaccess文件或php.ini文件来启用日志。 当出现错误时,开发人员可以备份、启用调试日志并重现问题。 系统行为将记录在日志文件中。 此信息对于操作员确定根本原因并提出解决方案很有用。
要确定日志文件的绝对路径,操作员可以检查参数$_SERVER['DOCUMENT_ROOT'] 。
操作系统和硬件基础设施 / VPS
使用重要参数(例如 RAM、磁盘空间、CPU 使用率、网络流量)监控系统性能。 详细的实用程序取决于托管 WordPress 站点的平台。 不过,您应该仔细检查这些参数以解决问题。

使用top命令监控Linux资源
网络与安全
确保 HTTP/HTTPS 协议的流量正常运行。 默认情况下,它们应该位于端口 80/443 (HTTP/HTTPS) 上。 另一个需要关注的重要端口是 MySQL/Maria DB 的 3306。

使用网络工具调查远程主机的端口打开状态
请注意,上述端口号是传出流量的常用值。 HTTP 请求和数据库流量的内部流量可能运行在不同的端口上。
寻求社区支持
由于 WordPress 拥有全球最大的社区,因此您可以通过随附的操作日志/屏幕截图提供您的问题来轻松寻求帮助。 有很多 WordPress 开发人员可以报告错误。

StackOverflow 是一个有用的资源,用于收集修复 WordPress 错误的参考线索
另一种选择是聘请自由职业者来处理您的 WordPress 错误。
将整个系统恢复到以前的稳定版本
在许多情况下,建议考虑调查错误并最大限度地减少 WordPress 站点的停机时间。 对于几个复杂的错误,可能需要几个小时到几天才能解决。 因此,必须采取备用措施来保持生产现场的临时操作。

准备 WordPress 主机的完整备份
最后的话
修复 WordPress 错误的最终目标是提供网站的最佳性能。 因此,它是为公司的业务提供最佳价值。 知道如何修复WordPress错误是深入了解网站运营的重要技能。 运营商不仅可以无缝地维持业务运营,而且还有更多机会在 Web 开发市场上发展自己的职业生涯。
我们希望在阅读这篇文章后,您将对错误修复有更深入的了解,并可以更轻松地获取信息以自己修复错误。
