如何设置Debian PHP错误报告级别以轻松排查问题并提升网站稳定性？

者的痛点的观点是，为何你的Debian服务器上PHP报错像“幽灵”一样难捉摸？

你是否遇到过这些让人抓狂的场景？不过，

• 白屏死机： 页面一片空白。错误日志里却空空如也，完全不知道从何下手排查。
• 敏感信息裸奔： 生产环境直接把数据库连接失败、方法全方法、甚至账号密码甩给使用者看，安全隐患极大。老实说，
• 日志洪水淹没主要错： E_NOTICEE_DEPRECATED 刷满磁盘。真正的致命错误却被淹没在海量垃圾日志中。
• 配置改了不生效： 明明改了 php.ini重新启动后依然故我，原来改的是 CLI 版本而非 FPM/Apache 版本。

主要原因往往只有一个：PHP 错误报告级别配置不当。

一、 必懂理论：PHP 错误报告级别对照表

不要盲目使用 E_ALL。理解每个常量含义，才能组合出最适合当前环境的策略：

开发环境开启；生产环境建议关闭 < tr> < td> EDEPRECATED < / code>STRICT < / code>

常量名称	含义描述	建议场景
EERROR	致命运行时错误	必须开启
EWARNING	运行时警告	建议开启
EPARSE	编译时解析错误	必须开启
NOTICE
被弃用功能警告< / td>	开发环境酌情开启；生产环境关闭< / td> < tr> < td> E	代码标准化建议< / td>	开发环境可选；生产环境关闭< / td> < tr style = "font-weight: bold; background-color: #fffbe6;"> < td> E_ALL < / code>	包含以上所有< / td>	开发环境首选； 生产环境严禁直接使用 < / strong>> < / td> < tbody> >table>

// 生产环境推荐：只记录致命/警告/解析错误，屏蔽 Notice/Deprecated errorreporting = EALL & ~ENOTICE & ~EDEPRECATED & ~ESTRICT // 或更简写： errorreporting = EALL & ~ENOTICE & ~EDEPRECATED // 极简模式：仅致命错误 errorreporting = EERROR | EWARNING | E_PARSE

>section>