我们可能一开始就接触一个项目的开发，刚开始时都是信心满满，一定把这个项目做得非常完美，但是时间那么少，任务那么多，我们就只有将就了。
首先，一般情况下，我们会加一个调试标志，define('APP_DEBUG', true); 用以一些方便的地方进行特殊操作，也会将error_reporting打开，一般会很烦，通常会这么做，error_reporting(E_ALL & ~(E_STRICT | E_NOTICE));这样就会避免很多不必要的麻烦，提升开发速度同时，又能尽快发现问题，然后上线之后，直接error_reporting(0); 可能很多人是这么干的。
但是，我们这样做真的好吗？线上的环境和测试环境难道就真的一点差异都没有？这是不可能的，所以，我们需要及时了解线上产品的一些运行情况，也就是说，线上，我们也需要错误报告，小公司直接找服务器管理员拿日志就OK，大公司的话一般要申请什么的，反正就是流程一堆。拿到日志之后，就需要对其中出现问题的地方进行修补，排查，处理问题。那么，要做到这一点，就需要把线上的error_reporting打开，而且配置的错误日志路径应该是一个绝对路径，否则，将会在各个地方产生错误日志(只有一个入口的情况除外)，notice和strict就不要报了，其他的都报出来。
总结一下，开发过程中，可能遇到的一些错误报告我们不怎么会在意的。 1、division by zero,除0操作，在涉及除数的时候，我们很多时候直接相除，而没有考虑0的情况，这是会被当作warning来处理的，在一些严格的语言中，甚至是当作致命错误来处理的，所以应该解决，php处理除0操作是把整个结果当作0的，自己可以根据业务需求进行相应设置。2、array_combine，这个函数是将数组一个以键一个以值的方式组合起来，但是，当有个值为空或非数组时，则会报一个warning，而且得到的值为null,而非有部分值，应当注意。3、foreach，当内部循环为boolean值时，也会发出一个warning，为字符串时则可以继续进行。4、json_encode，当当前编码不为utf-8而又有中文时，则报告一个warning，不是utf-8序列，处理办法，将其他编码转换成utf-8后，再进行json_encode。使用jquery的ajax功能时，是以utf-8传递的，接收时也需要转换成对应编码方可不乱码。
ini_get相关几个实用选项，display_errors:是否显示错误, error_log:错误日志文件,include_path:默认搜索文件的路径也是当找不到文件时，给的最后一次查找机会。memory_limit: 最大内存限制，跑脚本或进行导出时特别注意。更多选项配置可参考 其他网友文章 。
总之，能看得到错误，都是有隐患的，及早处理的好，赶时间，上班了。