生产站应避免向访客泄露路径、SQL或堆栈，同时保留受控诊断记录。display_errors控制错误显示，log_errors等设置影响日志，两者不是同一个开关；关闭页面报错不代表问题已经解决或日志一定存在。
先确认当前错误来自哪一层
浏览器显示的错误可能来自PHP、WordPress调试设置、Web服务器或代理页面。记录实际提示和时间，核对运行环境中的有效配置。不要只删页面上那句警告文字，或通过全局CSS隐藏错误输出，掩盖后端仍在失败的事实。
为生产输出与内部日志分别设计
页面对客户提供简明可理解的失败提示，内部日志保留定位所需的信息并限制访问。调试级别应根据排查需求与环境设置，不能把所有通知永久忽略，也不应把详细异常长期展示给匿名访客。日志记录与页面显示需要分别验证。
保护路径、容量和个人资料
日志位置不应位于可随意下载的公开目录，权限、轮转与保留期限要适合主机环境。错误信息可能夹带表单内容、令牌或客户资料，导出前应脱敏。开启详细日志后，还要监测增长，避免一个重复警告把磁盘占满影响整站。
修复后核对错误是否真正消失
用受控触发验证日志能写入且访客看不到敏感细节，再针对实际故障修复并观察后续记录。一次刷新没有错误不能代替所有相关业务路径。排查结束恢复正常记录级别，保留必要证据和改动说明，而不是以关掉调试当作修复完成。
关键区别
display_errors：控制页面错误显示；关闭不等于故障消失。
log_errors：控制相关日志记录；仍需路径权限正确。
受控日志：保留诊断依据；避免泄密与无限增长。
怎样确认处理到位
访客不再看到敏感诊断信息，受控日志可记录必要错误且能轮转，原故障经实际业务路径检查已得到相应处理。
容易误判的边界
不宜用关闭所有错误记录换取安静页面；安全呈现、日志可用与根因修复是三项不同工作。
