建站公司拖一周？Wordpress无法编辑器常见报错与解决

改个需求建站公司拖一周？你不是一个人，这事儿我见多了。客户说换个主题，建站公司却愣是拖了三天，理由是“Wordpress无法编辑器”，搞得客户一头雾水，项目进度全乱套。其实很多时候，这都是技术细节没理顺，特别是源码下载和插件兼容的问题。今天就带你一步步看懂WordPress无法编辑器的常见报错，教你从源码下载到修复插件，全流程搞定。

项目背景与需求

先说说这个项目。一家跨境电商公司，做的是B2B外贸，网站需要支持多语言、产品展示、客户留言、后台订单管理等功能。当时我们选择了Wordpress作为建站平台，因为其扩展性强、插件丰富，适合后期维护。但问题来了：客户在后台打开编辑器时，直接报错，无法进行任何编辑，包括页面内容、产品详情、文章发布等。

客户找到我们的时候，已经浪费了整整一周的时间。他们以为是服务器配置问题，结果发现根本不是。问题出在编辑器插件和主题源码的兼容性上。也就是说，源码下载的插件或主题与现有系统版本不兼容，导致编辑器崩溃。

技术选型

在选型阶段，我们本该把兼容性作为重点。但很多建站公司为了省事，往往直接用“最新版”主题，却不考虑客户服务器的PHP版本、MySQL版本、Wordpress主程序版本是否匹配。比如，我们这次用的主题是Astra，插件是Elementor，两者都是市面上评价不错的，但它们的源码下载后，对Wordpress版本要求比较高，必须是5.8以上，而客户服务器上装的是5.6版本。

这一步如果前期选型时就考虑到这些细节，就不会出现后面编辑器无法使用的问题。MDN Web Docs上有提到，PHP版本与Wordpress插件的兼容性直接影响到系统的稳定性。选型时一定要核对版本要求，特别是使用了第三方源码下载后，更要确认其系统要求。

核心实现：修复编辑器报错

1. 检查Wordpress版本

首先，我们登录到客户服务器后台，查看Wordpress版本。发现是5.6版本，而插件和主题要求5.8或更高。这一步就出问题了。

解决方案很简单：升级Wordpress版本。我们通过FTP上传了最新版的Wordpress源码，替换旧版本，然后进行数据库升级。升级过程中，我们使用了WordPress自带的升级功能，避免手动操作造成数据丢失。

2. 检查PHP版本

升级Wordpress后，我们又检查了服务器PHP版本。发现是7.0，而插件和主题都要求PHP 7.4或以上。于是我们联系了服务器提供商，升级了PHP版本。

PHP版本升级后，我们再次尝试打开编辑器，发现编辑器依然无法使用。这时候就要检查插件是否兼容了。

3. 检查插件兼容性

进入后台插件管理，发现Elementor插件状态显示“已禁用”。这说明插件与当前PHP版本或Wordpress版本不兼容。我们从Elementor官网下载了最新版本的插件源码，重新上传安装。

安装完成后，我们清除了缓存，然后重新激活插件。但编辑器还是无法使用。这时候就需要进一步排查日志。

4. 检查错误日志

我们查看了服务器的错误日志，发现了一条报错信息：

[Wed Aug 09 14:30:00 2023] PHP Fatal error:  Uncaught Error: Class 'WP_Widget' not found in /wp-content/plugins/elementor/includes/controls/base.php:123

这条报错说明Elementor插件调用了WP_Widget类，但这个类在当前Wordpress版本中缺失或被移除。我们查阅了MDN Web Docs，发现WP_Widget是在Wordpress 5.7版本之后被弃用，不再支持。

这就意味着，Elementor插件可能与当前Wordpress版本不兼容。解决办法有两个：一是升级Wordpress到5.8以上，二是寻找兼容当前版本的Elementor插件版本。

我们选择了升级Wordpress到5.8，再次尝试安装Elementor插件，发现编辑器已经可以正常使用了。