Elementor遇500/503错误致发布内容不可见，求修复方案

基于DirectAdmin搭建的WordPress站点，此前Elementor运行正常，遭遇日本垃圾邮件攻击后，修改了.htaccess、index.php及文件权限，同时使用多款新插件清理攻击并修复代码。目前出现以下异常：

• 更新内容时触发Server 500或503错误
• 若更新成功，页面仅加载页眉和页脚，Elementor生成的主体内容完全缺失

已执行的修复尝试：

• 提升PHP内存限制
• 新建页面并发布内容
• 停用部分插件
• 升级插件版本
• 切换Elementor不同编辑器加载器
• 在Elementor工具中执行再生与库同步
• 启用Elementor安全模式
• 切换所有可用PHP版本

错误日志 #

2022-11-19 22:18:56.193669 [NOTICE] [1540710] [T0] [2402:4000:2081:28a9:d53c:d245:3ca9:96a3:61778-H3:93B0CE471FDC440A-4#APVH_www.domain.com:443] [STDERR] PHP Notice:  Trying to access array offset on value of type null in /home/dom/domains/domain.com/public_html/wp-content/plugins/elementor/includes/embed.php on line 156
2022-11-19 22:18:56.193720 [NOTICE] [1540710] [T0] [2402:4000:2081:28a9:d53c:d245:3ca9:96a3:61778-H3:93B0CE471FDC440A-4#APVH_www.domain.com:443] [STDERR] PHP Warning:  count(): Parameter must be an array or an object that implements Countable in /home/dom/domains/domain.com/public_html/wp-includes/formatting.php on line 3366
2022-11-19 22:18:56.193733 [NOTICE] [1540710] [T0] [2402:4000:2081:28a9:d53c:d245:3ca9:96a3:61778-H3:93B0CE471FDC440A-4#APVH_www.domain.com:443] [STDERR] PHP Notice:  Trying to access array offset on value of type bool in /home/dom/domains/domain.com/public_html/wp-includes/formatting.php on line 3373

1. 修复核心与插件文件完整性 #

• 重新下载官方WordPress安装包，覆盖wp-includes和wp-admin目录（保留wp-config.php和wp-content目录，避免丢失配置与内容），修复formatting.php中的计数与数组偏移错误
• 下载Elementor官方最新版，覆盖现有wp-content/plugins/elementor目录，解决embed.php第156行的空数组访问问题

2. 重置文件与目录权限 #

• 统一设置站点权限：
  • 所有文件权限设为644
  • 所有目录权限设为755
  • wp-content/uploads目录权限保持755（确保媒体上传功能正常）
• 恢复.htaccess为WordPress默认规则，删除攻击后添加的可疑规则：

  # BEGIN WordPress
  <IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
  </IfModule>
  # END WordPress
  

• 替换index.php为官方默认内容，避免清理攻击时被误篡改

3. 排查插件冲突与残留 #

• 一次性停用所有第三方插件，仅保留Elementor（及Elementor Pro，若使用），测试页面加载是否恢复正常
• 逐个启用插件，定位触发异常的插件，重点排查攻击后新增的清理类插件
• 删除已停用插件的目录文件，检查数据库中是否存在恶意代码残留或无效配置项

4. 修复数据库异常 #

• 在wp-config.php中添加define('WP_ALLOW_REPAIR', true);，访问站点后台的wp-admin/maint/repair.php页面，执行数据库表修复
• 检查wp_posts和wp_postmeta表，删除攻击后新增的垃圾内容、异常post记录或无效meta字段

5. 开启调试定位深层问题 #

• 在wp-config.php中启用调试模式，获取更详细的错误信息：

  define('WP_DEBUG', true);
  define('WP_DEBUG_LOG', true);
  define('WP_DEBUG_DISPLAY', false);
  

• 查看wp-content/debug.log文件，定位触发500/503错误的具体代码或插件

内容的提问来源于stack exchange，提问作者NW.