加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

滥用error_reporting之大坑

发布时间:2020-12-12 02:18:14 所属栏目:MySql教程 来源:网络整理
导读:写了一个脚本,批量输出静态内容。按照惯例,先require配置文件、公共文件,然后编码我的业务逻辑。 很顺利地写完了,调试的时候发现脚本毫无提示地异常地中断了,仔细看了一下代码,原来是一个函数未定义,但是为什么不会报错呢?我查看了php的配 置display

写了一个脚本,批量输出静态内容。按照惯例,先require配置文件、公共文件,然后编码我的业务逻辑。

很顺利地写完了,调试的时候发现脚本毫无提示地异常地中断了,仔细看了一下代码,原来是一个函数未定义,但是为什么不会报错呢?我查看了php的配 置display_error是打开的,而且我还设置了error_reporting(7),但是函数未定义的错误还是不会报,但如果在哪条语句后面没 有加上分号却是能正常报错。

用strace看一下系统调用吧,看看有没有error之类的东东。

咦,竟然发现好多error_reporting,好像有点问题,一会设置error_reporting(7),一会设置error_reporting(0),这让人很凌乱,估计也会让解释器很凌乱。

很自然地,找到所有文件里面的error_reporting,将它设置为7,果然,未定义函数的错误报告出来了。

一般来说,线上运营的系统应该关闭错误报告【防止敏感信息外泄】,开发调试的时候是打开错误报告的【方便调试】。这种报错设置开关,一个项目里面一个地方控制就ok了,画蛇添足是不好的,除了会带来不可预测的错误,还不利于系统的维护。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读