当 wordpress 网站出现完全白屏，且启用调试模式、禁用插件/主题、替换核心文件均无效时，需从底层 php 执行中断、服务器配置及隐藏错误输出入手系统排查。
当 wordpress 网站出现完全白屏，且启用调试模式、禁用插件/主题、替换核心文件均无效时，需从底层 php 执行中断、服务器配置及隐藏错误输出入手系统排查。
WordPress 白屏（White Screen of Death, WSOD）是最令人困扰的故障之一——页面完全空白，无任何 HTML 输出，甚至 WP_DEBUG 开启后也无错误提示，错误日志中仅显示空的 index.php 行号。这种“静默崩溃”往往意味着 PHP 在早期阶段已异常终止，未到达 WordPress 框架初始化环节。
? 第一步：确认是否真为“无输出”——查看源代码与网络请求
右键白屏页面 → “查看网页源代码”。若源码为空（长度为 0），说明 PHP 进程在 index.php 开头几行就已中断；若存在部分 HTML（如 标签但无内容），则问题可能发生在模板加载或插件钩子中。
同时打开浏览器开发者工具（F12）→ Network 标签页，刷新页面，观察 index.php 请求的响应状态码（如 500、503）和响应体——有时服务器错误（如 PHP Fatal Error）会以 HTTP 500 返回，但被 Nginx/Apache 隐藏了详细信息。
⚙️ 第二步：绕过 WordPress 层级，直查 PHP 基础执行环境
在网站根目录新建一个 test.php 文件，内容如下：
<?php error_reporting(E_ALL);
ini_set('display_errors', '1');
ini_set('log_errors', '1');
echo "PHP is working. Version: " . PHP_VERSION;
phpinfo();
?>
访问 https://yoursite.com/test.php：
✅ 若正常显示 PHP 信息 → 说明 Web 服务器和 PHP 运行正常，问题锁定在 WordPress 初始化流程；
❌ 若同样白屏或报错 → 问题出在服务器配置（如 disable_functions 禁用了 error_reporting、ini_set）、PHP 内存限制（memory_limit=16M 过低）、或 .user.ini/php.ini 中强制关闭了错误显示。
✅ 关键检查项：
- 检查
php.ini中display_errors = On、log_errors = On、error_log = /path/to/error.log；- 查看服务器全局错误日志（如 Apache 的
error_log或 Nginx 的error.log），而非仅 WordPress 的debug.log；- 运行
php -m检查是否有冲突扩展（如suhosin、ionCube加载失败）。
? 第三步：定位“无声终止”根源——常见两类硬性中断
即使禁用所有插件与主题，白屏仍存在，极可能源于以下两种情况：
-
人为注入的强制终止代码
检查wp-config.php、wp-load.php、index.php及wp-includes/load.php开头是否被恶意或误操作添加了：die("Access denied"); // 或 exit(), exit("..."), trigger_error(..., E_USER_ERROR)尤其注意被篡改的
wp-config.php—— Tiny File Manager 报错 “Cannot load configuration” 往往正是因该文件语法错误（如漏掉分号、引号不匹配）或die()导致 PHP 解析失败。
HR面试评价助手-Word版下载🎯 HR面试评价助手（Word版格式） 生成可直接复制到Word文档的标准格式HR面试评价 【使用方式】 1. 发送口令：HR面试评价 2. 粘贴JD文字 3. 上传简历文档 4. 上传面试记录（可选） 5. 复制生成的评价到Word 【输出特点】 - 纯文本格式，可直接粘贴到Word - 层次清晰，标题加粗...
-
PHP 解析期致命错误（Parse Error）
此类错误无法被try/catch捕获，也不会触发WP_DEBUG。典型表现：-
wp-config.php中数据库密码含未转义的$、{等特殊字符； - 使用了高版本 PHP 语法（如短数组
[]）但服务器运行 PHP 5.4 以下； - 文件编码为 UTF-8 with BOM，导致
<?php前存在不可见字节，引发Parse error: syntax error, unexpected '?'。
✅ 解决方案：用支持显示 BOM 的编辑器（如 VS Code、Notepad++）重新保存wp-config.php为 UTF-8 无 BOM；逐行检查语法，尤其引号配对与分号。
-
?️ 终极验证：最小化启动测试
创建 minimal-test.php（置于网站根目录）：
<?php define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
error_reporting(E_ALL);
// 手动加载最简 WP 环境
require_once('./wp-load.php'); // 若此处白屏，则 wp-load.php 或其依赖文件损坏
echo "Minimal WP loaded successfully.";
?>
若此文件白屏，说明 wp-load.php 或其包含的 wp-config.php / wp-settings.php 存在解析错误——此时应使用命令行 PHP 快速验证：
php -l wp-config.php # 检查语法 php -l wp-load.php
✅ 总结：白屏排查黄金路径
- 看源码 → 判定是否零输出；
- 跑 test.php → 验证 PHP 基础环境；
- 查 php.ini + 服务器 error_log → 排除全局配置屏蔽；
-
用
php -l逐个检测wp-config.php、index.php、wp-load.php→ 定位 Parse Error； -
检查 BOM、特殊字符、
die()/exit()注入 → 清除静默终止点。
Tiny File Manager 的配置加载失败，本质是它自身依赖 wp-config.php 的读取结果——因此修复该文件，WSOD 与 TFM 错误将同步解决。切勿跳过语法校验，这是白屏时代最高效的第一把钥匙。
