又遇到了grep的結(jié)果毫無(wú)意義的錯(cuò)誤性顯示

之前就在尋找,,1的錯(cuò)誤原因，被grep的輸出給欺騙了。

最后才發(fā)現(xiàn)grep命令給的不對(duì)，需要使用正則表達(dá)式。

如今在檢查nginx是否支持dav-ext-method(或許該使用下劃線)，nginx -V的結(jié)果被過濾時(shí)還是這樣。

grep啊grep，看似簡(jiǎn)單的命令，你怎么老是讓我如此煩惱。

2017-03-17 終于找到了以前導(dǎo)致我損失大把時(shí)間的命令的正確姿勢(shì) ：

[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

簡(jiǎn)單說就是 grep的正則支持和我默認(rèn)使用的\d+ \w+這種是不一樣的格式規(guī)則。

所以之前出錯(cuò)，導(dǎo)致不得不手動(dòng)使用split命令+二分法分析日志定位問題日志，浪費(fèi)了半個(gè)多小時(shí)。

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容