Deprecated提示通常说明代码使用了将来可能不再支持的方式，不等于该请求一定已经中止；致命错误、警告与弃用提示需要按实际级别和业务结果分开处理。也不能因为当前还能打开就永久忽略兼容债务。
先保存原始级别和调用位置
记录PHP版本、错误类别、文件与行号及发生动作，区分页面显示错误和内部日志。不要把所有英文信息统一称为fatal，也不要为了让截图干净直接关闭全部记录。升级后不同插件可能出现不同提示，需要按来源分组。
将提示与实际业务影响关联
查看对应请求是否返回预期内容、表单是否保存、后台操作是否完成。弃用提示可能未中断执行，却破坏JSON输出或暴露路径；错误级别之外仍有界面和安全影响。相反，隐藏详细输出后也可能仍存在真正失败，不能只看网页不再报字。
按支持版本修正依赖
核对插件和主题官方兼容范围、可用更新及自定义代码，先在测试环境验证。不是所有提示都应该由站点管理员直接编辑第三方源码消除；临时补丁需要来源和后续撤销计划。不能把降回旧版本作为永久无需更新的理由。
检查日志趋势与关键流程
修正后重复触发原操作，确认对应提示减少或消除，业务输出也保持正确。保留仍待上游处理的项目和观察边界，生产显示与日志策略分别管理。更新通知消失、PHP版本改变和全站兼容性验证是不同状态，报告时不可混为一谈。
关键区别
Deprecated：提示不推荐用法；不必然中止当前请求。
Fatal error：可能终止执行；核对具体请求结果。
隐藏输出：控制访客所见；不能替代代码修复。
怎样确认处理到位
原操作与关键路径正常，已处理提示不再出现，未解决兼容项有明确记录，生产页不泄露详细诊断且日志可用。
容易误判的边界
Deprecated提示说明旧用法存在兼容性风险。应区分提示级别与实际故障，保留受控日志并修正依赖代码；当前页面能打开不保证以后PHP版本继续支持该用法。
