更新后立刻出问题时，不要继续不停改设置。先保留故障现场、建立回滚点，并确认到底是哪一层发生了变化。
如果网站仍在产生订单、表单提交或登录数据，恢复旧数据库前先保护当前新增数据。
1. 明确到底改了什么
记录核心、插件、主题、PHP、数据库、缓存或主机环境中最近发生的变更。多个更新一起执行时，应逐层隔离依赖。
2. 在正确的层级读错误
PHP 致命错误、HTTP 500、白屏和样式错乱通常指向不同层。服务器日志和 PHP 日志往往比反复刷新页面更有价值。
3. 谨慎测试插件与主题边界
一次只改变一个边界并记录原始状态。大批量停用会破坏判断故障原因所需的证据。
4. 把 PHP 升级当成应用变更
旧代码可能在新版 PHP 上直接报错。如果故障始于 PHP 版本变化，就应该针对该版本测试完整应用栈。
5. 只清理你理解的缓存层
浏览器、页面、CDN、Opcode 和 Redis 对象缓存不是同一回事。全部清空可能只是暂时隐藏症状。
6. 只回退必要的部分
插件或主题问题可能只需要回退文件。整库恢复可能覆盖新订单、用户和内容，因此回退范围要和真实变更层对应。