WordPress网站ABSPATH/WPINC未定义错误排查求助

问题根源分析 #

从错误日志可见，所有异常的起点是核心常量 ABSPATH 和 WPINC 未被定义，导致后续文件引入失败、类与函数无法找到。这说明 WordPress 的初始化流程（wp-config.php 或 wp-load.php）未被正确执行，就直接加载了核心文件（如 class-wp-http.php）。

排查与解决步骤 #

1. 检查访问日志，定位触发源 #

查看服务器 Apache/Nginx 访问日志，找到错误发生时间点对应的请求记录。若发现直接访问 wp-includes 下核心文件的请求（例如 /wp-includes/class-wp-http.php），则说明是爬虫、恶意请求或无效链接导致的直接文件访问。

2. 阻止直接访问核心文件 #

通过服务器配置禁止敏感核心文件的直接访问：

• Apache（.htaccess）：在网站根目录的 .htaccess 文件中添加以下规则：

<FilesMatch "^(class-wp-http\.php|class-wp-scripts\.php|class-wp-styles\.php|blocks/index\.php|widgets/class-wp-widget-block\.php)$">
    Order Deny,Allow
    Deny from all
</FilesMatch>

• Nginx：在站点配置中添加：

location ~* /wp-includes/(class-wp-http\.php|class-wp-scripts\.php|class-wp-styles\.php|blocks/index\.php|widgets/class-wp-widget-block\.php) {
    deny all;
    return 404;
}

3. 排查插件/主题的错误调用 #

部分插件或主题可能存在不规范的文件引入方式，跳过 WordPress 初始化就直接加载核心文件：

• 临时禁用所有插件，切换到默认主题（如 Twenty Twenty-Three），观察错误是否消失。
• 逐个重新启用插件/主题，定位触发错误的组件，联系开发者修复或替换该组件。

4. 修复或重装 WordPress 核心文件 #

即使已排查过核心文件，仍可能存在文件损坏或缺失：

• 通过 WordPress 后台「仪表盘 > 更新」页面，点击「重新安装 WordPress」（不会覆盖 wp-config.php 和 wp-content 目录）。
• 或使用 WP-CLI 命令强制重装：

wp core update --force

5. 验证 wp-config.php 的完整性 #

确保 wp-config.php 中正确定义了 ABSPATH，且该定义位于文件顶部：

define( 'ABSPATH', __DIR__ . '/' );

内容的提问来源于stack exchange，提问作者Ram Shengale