这套流程基本能救回九成白屏，但有两个细节值得提前避开。

第一，改 plugins 目录名有副作用。WordPress 是在 wp_options 表的 active_plugins 字段里记激活列表的，你把目录改名后，它下次读取时可能把这份记录直接清空。等你把文件夹名改回来，二十几个插件全变未激活，得一个个重开。更稳的做法是进 phpMyAdmin，找到 wp_options 里的 active_plugins 那行，把值清空或改成一个空数组 a:0:{}，插件目录保持不动，事后恢复也方便。

第二，别等到开了 WP_DEBUG 才看日志。宝塔的网站错误日志（/www/wwwlogs/你的域名.error.log）和 PHP 的 error_log 里通常已经有 fatal error 的完整路径和行号，Fatal error: Uncaught Error in /wp-content/plugins/xxx/xxx.php on line 123，一眼就能点名，比 debug.log 快一步。WP_DEBUG_LOG 那个方案记得同时把 WP_DEBUG_DISPLAY 关掉，否则报错直接输出到页面上，反倒把白屏现场搅乱了。

二分法可以再省一步：先去 wp-content/plugins 按修改时间倒序排，刚更新过的插件排最前，再结合「最近有没有点过后台更新」基本就锁定了。有 WP-CLI 的话直接 wp plugin list --status=active 然后批量 deactivate 更干净。

最后补一句，如果禁用插件后还是白屏，把 themes 目录也改个名（留一个 twentytwentyfour 兜底），主题冲突和白屏长得一模一样；另外 WP_MEMORY_LIMIT 给得太小、PHP 版本被主机悄悄升级，也都是白屏的常客，日志里会明确写 memory exhausted 或语法不兼容，别往插件上硬赖。