网站后台怎么上传文章,WordPress采集更新文章,wordpress rss 爬,球类网站如何做宣传看日志#xff0c;是研发的日常工作#xff0c;相信你已经从各种报错日志中查出许多BUG#xff0c;但也被冗长、复杂的日志困扰过无数次。在日常工作中#xff0c;我也经常痛苦于看日志#xff0c;一般是这些日志长得面目狰狞#xff1a;日志文件太大#xff0c;打开都很…看日志是研发的日常工作相信你已经从各种报错日志中查出许多BUG但也被冗长、复杂的日志困扰过无数次。在日常工作中我也经常痛苦于看日志一般是这些日志长得面目狰狞日志文件太大打开都很困难日志文件里的信息错综复杂各个模块的时序纠缠不清日志搜集引擎导出的文件被切割成多个文件很难联系上下文来看不仅日志看的不顺眼看日志的工具也不蹭手搜索完关键词上下跳几次就忘记要干什么了我是谁我在哪我在干嘛想按某个关键字过滤日志有的工具还不支持刚刚自己分析得头头是道一叫人过来就忘记从哪看起了其实这些问题我们可以分为两类来看待。一类是工具问题也就是工具的功能还不够完善一类是方法问题也就是缺少系统的方法来从日志中排查问题。对于前者我们需要的是专业的日志查看工具而不是使用编辑器对于后者我有总结了一些方法论倒是可以分享分享。思路可视化回顾看排查日志一般步骤是了解问题 定位出错位置 查看上下文 推测出错原因而在这个过程中如果我们把日志看做一维的线条那么看日志就是在线条里前前后后的跳转搜集信息然后总结得出结论。而上面提到的一些问题比如看日志忘记看到哪里了讲解不知从而谈起等等其实是没有把日志浏览的足迹、搜集的信息、总结的疑点、结论记录下来。要把这些信息记录并可视化你认为最合适的方式是什么呢我的方式是“时间线”。像整理历史事件分析历史事件一样我们看到日志中有价值的地方就做一个标记把它放入时间线里。起初时间线只是一个书签栏帮我们记录位置信息。比如出错位置在哪里xx时间xxx在干嘛xx在xx之前/之后等等接着我们开始结合日志时间线找到一些疑点。这个地方可疑加个备注这个地方的时序貌似不对标个黄色这个事件似乎没啥意义先删了上面的可疑点的梳理基本围绕着“时间线条”这个工具在走但其实本质上是对你自己思路的检视也就是这个时候的“时间线”已经在扮演思路可视化的过程了。最后我们对可疑点进一步升华发现了这份日志对应问题的根本原因。这时候时间线思路的可视化还能给你带来另一个价值——我们可以把这一份整理后的时间线发给相关人员陈述你对日志的分析过程是不是比直接文字表述更直观了主体辅助上面提到的“时间线”其核心是保持思路一直延续不被工具操作或是其他信息干扰、打断。思路在线是排查日志最关键的一点。时间线是从时间维度来帮助我们做到思路在线而“过滤窗”则可以帮助我们在“信息维度”保持思路在线。日志排查的过程中经常要用到的功能是过滤含某个关键字的日志。但是仅仅过滤就行了吗如果只是过滤的话会导致信息丢失。我们其实需要了解的是在整个日志范畴这个过滤规则下的行为发生了什么分布在哪些位置上下文其他模块在干嘛与我刚刚记录到时间线里的信息前后关系是怎样的……也就是说按关键字过滤出的信息除本身的信息价值外还需要对照主体日志来提取更多信息。换言之既是平行的又是交错的。那么怎样才能合理的解决这个矛盾呢我把关键字过滤出的信息定义为辅助信息放在过滤小窗主体窗口显示完整日志实现平行查看同时以“时间”为“纽带”连接“主体窗口”、“过滤小窗”、“时间线”无论双击哪一个窗口中的事件其他两个窗口都会立即定位到对应位置这就实现了信息交织。且看下图图中3大区域左上是主体窗口左下是过滤小窗右边是时间线。TAG仍然围绕“思路在线”时间思路和信息维度我们都解决了还有什么困扰呢辅助工具看日志可不是一两个关键词搜索就能搞定的能搜索一两个关键词搞定的那只能叫做瞄一眼而是很多。那么最好能把搜索过的关键词记录下来最好还能用不同的颜色标记出来。所以我还设计了一个TAG栏记录当前高亮的关键词然后在搜索栏里加入了历史功能可以自动补全之前输入过的单词。其他为了让天下没有难看的日志定位到xx行、前进/后退、反向搜索、字体设置……等等这些功能也不能少既然把日志分析这件事已经摸索出了一定的经验和方法而现有工具又没有特别蹭手的当然是要自己写一个了来看看我写的loginsight吧loginsightgithub.com
