当站点因插件冲突或代码错误弹出“严重错误”提示时,管理员会在邮件中看到一条指向恢复模式的链接,这正是 WordPress 为防止整站瘫痪而设计的安全通道。
恢复模式是一种“只读”后台环境,系统会在加载主题和插件之前先行禁用所有非核心组件,并在仪表盘顶部显示异常报告。此时,站点的前端仍然保持不可访问,但管理员可以登录后台,对导致错误的插件或主题进行检查、停用或编辑。
核心文件(wp‑admin、wp‑includes)保持原样,WordPress 在 wp-content 目录下创建一个临时的 mu-plugins 文件,用于强制把所有常规插件置于非激活状态。随后系统读取 wp-config.php 中的 WP_DEBUG 与 WP_DEBUG_LOG 设置,将错误信息写入 debug.log,并在后台提供直达错误所在文件的链接。
收到邮件后,点击链接进入恢复模式页面;系统会要求重新登录,登录成功后页面顶部会出现一条蓝底提示,列出“导致错误的插件/主题”和对应的文件路径。此时可以直接点击“停用”按钮,或进入文件管理器手动编辑代码。问题解决后,返回仪表盘顶部的“退出恢复模式”链接,系统会恢复原来的插件和主题状态。
参与讨论
要是插件冲突导致进不去后台,用这个应该能救急吧?
这功能挺实用的,下次遇到问题可以试试看。
之前遇到过类似情况,折腾了好久才搞定,早点知道就好了。
恢复模式听起来像安全模式,不过WordPress做得更细致些。
手动编辑代码对新手来说有点难度,有没有更简单的办法?
感觉这个功能对开发者比较有用,普通用户可能用不上。
蓝底提示能直接定位错误文件,这点设计得不错👍
退出恢复模式后原来的设置会保留吗?