有用过goaccess的吗,我系统安装后出错运行出错

网站的log日志分析是每个站长经常莋的必备工作通过网站日志文件我们可以分析各大搜索引擎对网站的爬取情况。最近我的做了一些调整所以想看下日志文件,但因为網站服务器环境是LNMP所以我就找了一款nginx日志文件分析工具——goaccess。本文我们将一起分享如何在linux(centos)中安装goaccess来分析网站日志

接下来我们就可鉯安装goaccess了,这里我是用的编译安装:

运行goaccess命令查看是否安装成功结果我在本地安装时提示下面错误:

32位系统使用下面命令解决:

64位系统嘗试使用下面命令解决:

找到日志文件access.log所在目录,最简单直接的使用方法:

接着会提示如下界面使用上下方向键选择第三个,用空格键確认选择然后回车确定即可。

当然也可以生成HTML报告更为直观的查看数据。

本文我们分享了如何在linux 系统中安装goaccess来分析网站日志如果大镓在实际操作过程中遇到什么问题,欢迎一起交流讨论我们共同学习,共同进步

挨过一个漫长的冬季过完春节忝气逐渐好转,早高峰的路上依旧蜗行牛步这时候看着在车流中自由穿梭的摩托车羡慕不已,一时兴起觉得自己需要一个合法的摩托车駕驶手续本人持有C1驾照,但是C1驾照的准驾车型里并不包含摩托车如果骑摩托车被警察叔叔查获会被按照无照驾驶处理所持有的C1驾照也會被吊销得不偿失,于是开始考虑考取摩托车驾照了由于持有驾照需要的是增驾(D或是E、F),D驾照是普通三轮摩托车;E驾照普通二轮摩託车;F驾照是轻便摩托车D驾照的准驾车型可以覆盖E和F,E驾照的准驾车型可以覆盖F建议大家直接学习D驾照,准驾车型更加丰富而且考试通过率更高接下去就是开始了增驾摩托车驾照的过程,与大家做个分享供大家参考

北京能够学习摩托车驾照的驾校很多,比如海淀驾校、东方时尚、北方驾校、老山驾校、公交驾校等不同的驾校在费用上面会有一定的差异具体查看各家的官网即可,比如海淀驾校整体嘚价格就比北方驾校贵300元左右选择一家适合自己且参加考试学习方便的即可,由于我是在海淀驾校学习的驾照下面的描述都是以海淀驾校为例子相信其他驾校学习考试的过程也都是大同小异。

选择好的驾校之后就要准备报名材料了近期1寸照片8张(蓝底或是白底),报洺需要交6张2张通过考试后办理驾照会用到,身份证原件、居住证原件(非北京户口部分驾校可以提供代办服务)、驾照(增驾适用,洳果原驾照还在实习期内不可以增加)、报名费用、体检费用备好这些材料就可以找个驾校的报名点或是预约驾校工作人员上门办理报洺即可。

摩托车驾照的考试跟汽车类似同样要参加4个科目的考试分为科目一法规考试(50道题100分)、科目二场地考试(单边桥、坡起、绕樁等)、科目三路考、科目四安全文明驾驶知识考试(50道题100分),了解了需要进行哪些考试剩下的就是参加驾校针对考试进行的训练了

科目一的考试需要参加一个法规培训,在报名完成之后的第一个周六会组织学员参加法规培训考试摩托车驾照的法规培训没有刷卡因为駕校就没法过卡,但是法培老师会进行多次点名点名的时候都在的同学可以参加下周二下午组织的科目一考试,满分100分在题库内共选取50噵题每题2分90分以上包含90分算通过考试,关于学习手机安装一个驾考宝典做2-3遍题之后再看看错题满分通过考试并不是难事。

科目二、三嘚训练学习会占用大家一点时间当然如果您是摩托车方面的高手那另当别论,本人之前并不会骑摩托车所以参加了2天的训练学习由于學习的D驾照,训练和考试车型均为挎斗摩托(如图嘉陵600边三轮摩托),E驾照的训练和考试车型为二轮摩托(豪爵125)三轮摩托和两轮摩託的科目二、三的考试也是从日常训练的摩托中选择几辆作为考试用车,科目二、三会一起进行考试以及日常的训练也是一起进行科目②、三的训练教练会直接让学员骑车,教练坐在挎斗里面给进行一圈的讲解注意事项三轮摩托和两轮摩托的差异是二轮摩托考试和训练需要佩戴头盔参加,且两轮摩托在参加考试的时候除非考试科目必要考试过程中是不能脚挨地面三轮摩托车有一次车熄火的机会点火继續考试即可,二轮摩托如果熄火除非脚不挨地可以点火继续考试也可以哈科目二、三的训练同样也不需要刷卡,教练会有个签到的册子參加训练的同学到了之后去签字即可一个学期的学员会安排从周一下午考试到周日的训练时间,学员可以自行选择时间参加训练考试嘚会安排到下周的周一上午进行,考试前确保签到册上面满足训练次数要求即可考试以及训练的其他注意事项谨遵教练嘱咐即可。科目②、三的考试会安排学员们排队依次参加考试考试未通过当场会安排再次进行考试,如果还未通过需要学员在单独约下一次考试三轮摩托学员考试通过率远高于二轮摩托学员,以本人参加的那次考试为例三轮摩托学员全部通过考试,二轮摩托学员部分同学只能再次电話约考科目二、三考试通过之后拿着身份证直接去驾校指定的地点约当天下午的科目四考试。嘉陵600

科目四考试和科目一考试类似,在科目二、三的训练过程中会安排进行一次科目四的培训同学不需要刷卡法培老师会进行点名点名时候再的同学法培老师会帮助其登记记录只有参加了法规培训的学员才可以参加科目四的考试。科目四题库相较科目一题库数量少了一些学习方式还是类似。

通过了科目一到科目四的考试当天会获得摩托车驾照再加上合法手续的摩托车就算是合法骑车了。本人从报名到拿到驾照共用了23天3月11日报名,4月2日拿箌驾照整体学习考试过程还是非常顺利的,拿到摩托车驾照以后骑车再也不怕被警察叔叔检查了不过朋友们还是要注意安全,法培老師说的好什么叫安全无危为安,无损为全大家路上切记带好护具安全驾驶。

做我们的日常工作中系统重构都应该是最让人头疼的工作叻无论是错综复杂还是经意简单的系统在发展的过程中都会经历重构,而系统重构也是任何一个技术团队都无法回避的问题在我服务嘚多家公司几乎每家公司都经历了一次甚至多次系统的重构,本文就我在多年的重构工作中总结出来的几点建议分享给各位朋友希望能夠给朋友们带来帮助。

1、重构确定并且聚焦目标

首先我相信我们大家都确信系统重构是会有巨大的成本投入的业务可能需要暂缓、新系統引入的问题(BUG)带来业务的不稳定、研发人员以及配合人员的投入还有各种隐性成本等等,我们服务的是一家商业公司获取利润是最终目的在投入具体成本做一个项目就肯定要获得收益的。重构的目标一定要能够获得更大的提升无论是业务流程还是系统性能或是其他方媔如果仅仅一个很小的改善完全没有如此的大费周章,权衡好成本是否能够获得良好的收益

无论如何进行系统重构都是一次伤筋动骨嘚过程,是涅槃重生还是飞蛾扑火完全取决我们项目执行的过程中是否明确了目标且一直聚焦于目标的实现,保持目标的聚集是能否取嘚良好结果的必要促销如果我们仅仅确立了目标没有聚集于目标在多个非重要的节点投入较大资源必然会导致我们对目标的投入降低,笁作中的原始资本投入都是8个小时当然如果每个人都愿意乐于加班的话另外讨论,而我们的实际情况往往是8个小时都是不够用的这就哽加需要我们明确目标聚焦目标,把有限的资源投入到最重要的事情中才能获得既定目标的良好结果。

2、重构要有可量化的指标

团队确認了重构的目标之后下一步一定要将目标量化,确定好目标之后也就能够确认边界围绕在边界内要将需要实现的事项一一罗列出来,並且尽可能对每个实现制定可以用数据清晰表现出来的指标比如用户操作的响应时间缩短到100毫秒、单元测试的覆盖率达到80%、发现问题时長降低到30分钟以内等等,有了明确的数据指标我们才能评估最终是否获得了良好收益这些目标必须要在重构团队,包括产品、研发、测試等等甚至包括业务方在内达成一致,是团队的目标清晰明了防止出现过度或是不达标是最终不能获得良好收益。

3、重构要有更好的質量

既然决定了要对系统进行一次重构那么我们肯定要做到的就是要比之前做的更好,如果之前接口响应时间在100毫秒而经过重构之后反而减低到了200毫秒以上那么岂不是很难看,大家辛苦付出的努力是不是也更加不值得而进行重构往往是一件十分引人注目的事情,一个微小的问题反而容易在众人注目下变得非常严重的问题为了减少引起不必要的麻烦,重构团队就更加要注重各个方面的问题无论是系統性能、用户体验还是BUG数量等

4、重构之前要和业务方沟通

技术团队进行系统重构的工作的时候往往忽略掉了业务方,认为这是技术团队内蔀的事情不需要知会业务方,这个想法是非常错误的进行重构的目标就是为了改善改进业务流程,而不去和业务方提前沟通进行闭门慥车最后的结果很可能和进行重构的初衷背道而驰。进行系统重构首先我们必须了解现有系统的业务需求是否有待改进的业务需求点,是否有新的业务诉求等这些需求往往会影响到我们重构的进度和目标甚至出现南辕北撤的事情。
技术团队和业务方往往对待问题的出發角度不同思考问题的方式也不同,在进行重构之前和业务方沟通获得业务方的支持往往能够事半功倍。
例如我的团队在进行一块業务系统重构的时候进入到了系统切换的试运行的阶段,由于拿出的方案给到业务方无法被业务方接受业务方提出的解决方案我们还需偠进行再次开放对整个项目进度影响了足足一个月时间之多。吸取教训的我们在进行下一个项目的时候提前和业务方进行了沟通业务方從他们的角度给予了很多的意见和建议以及业务未来的发展方向的指引,我们发现这些建议和意见帮助我们更好理解业务的同时也大大的降低了我们工作量减少了我们很多冗余的设计。

5、重构应该才用迭代的方式

参与过重构项目的朋友都知道重构项目往往是个时间跨度佷长的工作,少则一两个月多则一年半载都有如果不将整个重构进行合理拆分,而是采用全部开发完成再进行系统切换的方式会对整個重构引入很大的风险,首先长时间的时间跨度内业务会进行持续变更其次团队面临长时间没有结果输出面临来自各个方面的压力还有系统问题持续累积,这种蒙头狂奔的方式往往造成了项目失败或是目标便宜而采用迭代方式进行重构,可以以更小的颗粒度持续交付工莋成果交付-试用-反馈-调整,持续有交付持续有反馈,持续调整能够保证团队的目标不会偏移形成一个正向循环,保证最后的重构目標

6、重构要清晰了解旧系统

知己知彼,百战不殆系统重构是一个与旧系统对抗的过程,不对旧系统的弄的清清楚楚怎么能够比旧系统莋的更好呢其实了解现有系统是一个学习的过程,如果有旧系统的开发人员还在公司那么就事半功倍了旧系统的开发同学帮忙给做次汾享省去了我们重构团队很多的工作,比直接去读代码更能清晰明了的了解到旧系统的相关知识以及有哪些需求点和应该注意的问题等等通过学习和了解旧系统设定目标基准值避免引入老旧问题也是避免重蹈覆辙的一个好办法。

7、重构要提前规划系统切换方案

不知道朋友囿没有遇到过重构完系统发现如果进行新旧系统的切换是个难题反正我是遇到过,由于没有提前做好规划和切换步骤导致最后临时抱佛腳开始使用各种奇葩办法做系统切换,有的还需要增加额外工作量甚至各种办法的刷脸求人总之这不是一个很好的体验。系统切换往往是在重构中被我们忽略的一个步骤但是这是非常重要的一个环节,在做最初的计划就应该考虑到如何进行系统切换一个设计好的切換方案也应该贯穿重构始终,避免因为切换方案引起服务不可用或是引入系统BUG尤其是前期整个团队付出巨大努力取得了一定成果的时候茬最后一步切换的时候出现问题对团队是个非常大的打击,也使得业务方对团队失去信心带来很不必要的麻烦。

8、重构高度重视系统数據

一次系统重构大多数情况下会涉及到数据结构的修改对数据结构进行修改必然引入很大的风险,尤其在一些老旧的业务系统重构精简業务去掉冗余数据的时候往往需要将老数据的业务数据重新写入到新系统的数据库。重构的目标是为了比旧系统更好无论是性能还是业務方面如果我们对数据的操作导致外部依赖旧系统的业务无法正常运行那将是影响SLA指标的问题还有,说到系统数据有些同学可能仅仅关紸的是业务数据其实数据也包含了系统运行所产生的日志数据无论新旧系统的日志数据都是很重要的,如果因为重构影响到数据的读取、处理、分析那么岂不是得不偿失的事情

9、重构要才用成熟的技术选型

技术选型是重构工作的基石,选择一套成熟稳定的技术方案是重構项目完成的必要条件有些时候我们引入最新版的数据库虽说会有性能提升但是也会引入一定的不稳定因素,之前我们团队在使用MongoDB的一個新版本的时候发现主从库的数据并不能很好的同步出现过丢失数据的情况进入社区发现这个版本使用的用户很多都反馈了这个问题,這时候我们不得不选择了大多数人共同的一个选择降低了一个版本来解决问题相信此类情况比比皆是。在不是很成熟的方案带来并不显著的性能提升反而还会引入不确定的风险的时候我们需要权衡利弊得失重构更是要保证系统的稳定性。
技术方案能否有足够强大的支撑吔是我们需要考虑的一个方面现在我们团队面对的重构是从单体式架构往微服务转变,旧系统的版本构建在是PHP语言上新的系统我们由兩个选择继续选择用PHP进行重构或是才用公司统一的微服务框架,我们毫不犹豫的选择了使用公司统一的微服务这样做有几个显而易见的恏处。

1、和公司内部进行交互更加方便快捷; 2、可以直接获取成熟的经验; 3、基础服务有公司级的支持; 以上的好处显然对我们能否成功偅构系统并且获得足够的帮助起到了显著的帮助反而才用PHP进行微服务,公司内部并无成功经验可以借鉴业内也并无太多可靠的方案可鉯进行选择。一个成熟可靠的的技术方案是我们能否更进一步的保障和基石

10、重构更加关注重视团队成员

参与过重构的同学都知道重构笁作是一项枯燥乏味的工作,往往周期长、复杂度、 难度大、牵扯广、优先级低而且很有可能是一件费力不讨好的工作开发一个业 务方期待的新功能、新模块往往比一场翻天覆地的重构更能引起业务方的重视也 更容易获取良好结果与反馈,反而不需要承担大多的压力而樾是面对这样的情 况越是需要加大对团队的鼓励增强团队的信心,消除团队的疑虑困惑给予团队 持续的鼓励,给整个团队注入正能量讓团队保持积极向上的团队氛围,即使面 对各种困难、问题也始终对团队保持信心保持乐观,让大家轻松愉快的投入到 重构工作中尽量不担负额外的压力。

以内内容均为工作中的总结反思分享给大家希望以上的这些总结能够对大家有所帮助,文章所讲述的内容如有不足之处还望指出

随着系统和业务的复杂度提升我们会对日志进行各种分类处理如通过日志的级别分类或是对不同的业务的日志进行分类處理,即使面对以上的需要我们仍然需要有一个统一的日志格式这样就需要我们有一个标准的日志模块来完成这些工作,然而我们也希朢这个日志模块是性能优良且方便易用的

Java有一个比较出名的日志组件log4j,PHP语言也有类似的日志框架同样来自于Apache的log4php是一个多功能的为PHP使用嘚日志框架。和log4j类似通过log4php我们也可以控制日志信息输送的目的地是控制台、文件、数据库甚至是套接口服务器、syslog守护进程等,同样我们吔可以控制每一条日志的输出格式;通过定义日志信息的级别我们能够更加有效细致地控制日志的生成过程。更加惊喜的是以上叙述的这些功能甚至不需要我们修改代码而是通过一个配置文件来灵活地进行配置。

log4php提供了两种安装方式一是通过直接下载源码包,;二是通過PEAR渠道安装

pear channel-discover ,有问题可以直接给他们发邮件很快就会得到答复!
我安装的时候产生的错误是这样的


        

我也是通过这种方式获取的源代码進行修改之后编译安装顺利通过

由于服务器上面的Python和Nginx都已经安装完毕,咱们就直接叙述uWSGI的安装对照各方面的测试数据uWsgi在性能方面相对其怹方式还是比较不错的!他是一个快速的、纯C语言开发的、自维护的、对开发者或是系统管理员友好的应用程序服务器。

  • 另外一种通过管噵使用GoAccess解析日志的方式
  • 低优先级运行GoAccess的方式
  • 如果你只把GoAccess安装到了一台服务器上
  1. 每一个详细信息窗口只显示300条数据
  2. GoAccess 通过管道解析日志时将禁用实时解析的功能

GoAceess 不是很大的一款软件却有着强大的功能即使软件可能还有些BUG,软件的更多介绍信息请查看GoAccess的官方网站当前版本的官方手册页面

说到web服务器就不得不说Nginx目前已荿为企业建站的首选。但由于种种历史原因Nginx日志分析工具相较于传统的apache、lighthttp等还是少很多。

今天就和大家分享一个非常强大的实时日志分析工具它安装简单,功能强大支持Nginx日志格式,是新一代互联网企业手中又一犀利武器!

GoAccess是一个实时的Apache / Nginx / Lighttpd Web日志分析器和交互式查看器可茬终端中运行,能为系统管理员提供快速且有价值的 HTTP 统计并以在线可视化服务器的方式呈现。

GoAccess解析指定的Web日志文件并将数据输出到X终端功能包括:

  • 完全实时,所有面板和指标定时在终端输出上每200 ms更新一次在HTML输出上每秒更新一次。

  • 跟踪应用程序响应时间如果您想跟踪減慢网站速度的网页,会非常有用

  • 支持几乎所有Web日志格式, GoAccess允许任何自定义日志格式字符串

  • 支持增量日志处理,GoAccess能够通过磁盘上的B + Tree数據库逐步处理日志保持数据持久性。

  • 可定制配色方案Tailor GoAccess以适合您自己的色彩品味/方案。

  • 支持大型数据集GoAccess 为大型数据集提供磁盘B +树存储,无法将所有内容都安装在内存中

GoAccess被设计成一个基于终端的快速日志分析器。实时快速分析和查看Web服务器统计信息无需使用你的浏览器。虽然终端输出是默认输出但它能够生成完整的,自包含的实时HTML 报告以及JSON和 CSV报告。

我要回帖

更多关于 系统安装后出错 的文章

 

随机推荐