又遇到了grep的结果毫无意义的错误性显示

之前就在寻找,,1的错误原因,被grep的输出给欺骗了。

最后才发现grep命令给的不对,需要使用正则表达式。

如今在检查nginx是否支持dav-ext-method(或许该使用下划线),nginx -V的结果被过滤时还是这样。

grep啊grep,看似简单的命令,你怎么老是让我如此烦恼。

2017-03-17 终于找到了以前导致我损失大把时间的命令的正确姿势 :

[Administrator@iZ25m7ghy46Z@/drives/e/SoftWares/Project/log/click/2000-10-11@17:01:47]

155 $ grep -v 'clickid=[0-9]' click.log_2000-10-11T01

2017-02-04T01:13:36.767+08:00@_@{n_id=, os=iphone, clickid=c_${clickid}_1486142016767, offer_id=, ts=1486142016767, os_v=9.2, ua=Mozilla/5.0 (iPhone; CPU iPhone OS 9_2 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13C75 Safari/6

简单说就是 grep的正则支持和我默认使用的\d+ \w+这种是不一样的格式规则。

所以之前出错,导致不得不手动使用split命令+二分法分析日志定位问题日志,浪费了半个多小时。

你可能感兴趣的:(又遇到了grep的结果毫无意义的错误性显示)