众所周知，其实PHP工程师很容易犯一个开发中经常会犯的小毛病，即使用数组的时候会不小心直接使用一个并不存在的key，如下代码：
其实很简单，大家都知道会报一个PHP Notice级别的错误，并不会影响代码向下执行，测试报在页面上可能会不美观，但你测试的时候恰好数据是全的，没有看到，到线上又不影响使用，所以很少有人会关注。
这个相信大家如果打开php的 error log 也经常会见到，意思也很明显，就是循环了一个错误的数组，foreach 的第一个参数必须是一个数组。
当然，大家还会看到诸如Parse error,Fatal error的错误提示，代码量小的时候大部分人都选择忽略了，但是多彩的小木工还是做了一些小小的工作，把php的 error log 由多变少，最后变成了0。先给大家看一下我们的：
虽然有一些bug改起来还是比较棘手的，但大部分其实代码作者看到就明白是什么问题了，但是如果他从不知道，也没有系统的看到，就永远可能不会去修改了。这时候一个能自动分析log并把相关问题发送给对应责任人的脚本就呼之欲出了。
首先由于这本身定义为一个分析日志的脚本，怕是log文件过大分析的时候占用生产机资源，因为我们本身就有生产机使用消息队列机制同步日志到开发机的现成流程，所以就直接用了。
可以和大家分享的是多彩使用了nsq 。不断的把生产机log同步到非生产机。这里呢是一位瓦工小哥使用go弄了一个小工具来实现tail的功能来直接把log不断发送到消息中心。最后写到非生产机以供分析。
好，log文件有了，下面开始写脚本，linux有个awk命令灰常好用，能顺利完成我们的需求，所以我们直接选用shell脚本来搞。
这里面有一个需要说明的地方，为什么在uniq之前要先sort，因为实测uniq的统计，是在相邻的行一样的时候才能够合并计数，所以我们先排序使得相同的错误能够在相邻的行。最后你得到的结果应该是这样的：
到这里其实已经可以完成一部分需求了，只是需要大家自行认领相关问题，因为多彩使用了git作为仓库，我们还可以做的更好。
其实到这里为止你已经可以搞一个循环生成一个包含table的html源码，然后通过邮件服务器发给相关的人了，作者看到，大概很快就能搞掉一半的报错了，希望几天之后你们也可以做到 error_log 文件 0KB。但如果你们也恰好使用自己搭建的gitlab管理代码，那么其实还可以做的更多。
其实gitlab提供给了我们很多的Api，你可以用之来做很多的事情，可以选择一些使用，比如我们有使用issues相关的Api，直接创建issue，文档:issues文档。
你如果也使用了 capistrano 和 gitlab CI 作为自动化部署工具，那么你还可以在完成修复issue的 merge request 之后将当天的相关报错log通过shell删掉，这样明天的通知在确实不存在本bug的情况下将不会存在相应log，这里很简单，还用 sed 即可。
我们在解决以错的时候解决了很多意料之外的问题，一些不被关注的问题，还有某个服务的一个不常用的小部分其实已经有两天不可用的情况了，幸好比较及时，没有发生太多的损失。所以说此log是急需被关注的，如果你还没有做，就抓紧开始吧，不要这句话，”那些年里看到了，懂了，却不做“。
延伸相关词：
陈小艺被曝姐弟恋,倒追小伙被当保姆,陆贞传奇演员表,人鱼情未了 电视剧,莫小棋三级,保拉的诱惑,李慧珍老公,luciano rivarola,如意剧情介绍电视猫,电视剧当狗爱上猫
网友评论 ()条 查看