1、出错一般来说是两种情况: (1)代码逻辑出错了 (2)传入参数出错了 2、在上述情况都正确的情况下,那么业务逻辑可能是正常执行了。这时错误可能就是其他原因: (1)出错的代码在别的地方 (2)rpc调用超时 (3)......
昨晚熬夜通宵码字,今天给大家分享如何定位分析BUG的方法与技巧,估计这篇文章之后得等一段时间才能进行更新了,最近2个项目并行版本都是月底上线,且读且珍惜
报了一个错 You need tcl 8.5 or newer in order to run the Redis test
应用程序的某个功能偶尔报"connect reset by peer" (我最初看见的现象就是这个......)
概述 由于服务器不正常关机导致了 mysql 服务启动不了,提示: 错误 1067:进程意外终止。 具体错误提示如下: 看到这个错误,大家的第一反映就是去网上查询 mysql 1067 相关的问题。结
很多测试人员可能会说,我的职责就是找到bug,至于找原因并修复,那是开发的事情,关我什么事?
从官网下载 Zookeeper 不要从github下载 https://zookeeper.apache.org/
本文讲述了一名技术社区的内容编辑人员根据文章内容总结摘要,以便json格式返回。
这里只是采用的最简单的配置,最后只能简单地发送邮件,也没有配置接收邮件的功能。更不用说一些安全问题。所以说配置一个邮件服务器可以简单,也可以很难。配置一个可用的企业级服务器还是很麻烦的,以后学习了再慢慢更新吧。 另外在我搜教程的时候,总是感觉教程质量参差不齐,有时候照着做却得不到正确的结果。但后来却发现,虽然确实有这方面的原因,但另一方面可能是因为自己对此没有一个大概的了解,然后导致某一步的代码输错。所以要做一个根本不了解的东西,最好不要上来就搜教程,可以先了解一下比较基本的知识,对流程和其中的一些逻辑有个大概的了解,这样反而会为后期节省很多时间。
大家好,我是逐日,现在成都阳的人太多了,今天趁着还阴着(现在谁也不知道哪天就阳了),又出了太阳,出去骑了一段天府绿道,几乎没有人,和之前人山人海的场景比起来,还有点不习惯。下午回来后,写一下最近的一次排查问题记录吧。
春节将至,让安全伴你行。网络安全,从我做起,没有绝对的安全,只有尽可能减少攻击面,提供系统防护能。 背景 操作系统:Ubuntu12.04_x64 运行业务:公司业务系统,爬虫程序,数据队列。 服务器
半年没更新了,难得想写一下,本来今天上午就打算写的,结果中途被别的事吸引了注意力,公司和某保险公司合作推了一个医疗保险,让我们给父母买,然后我研究了半天条款;又想起来之前买的支付宝那个好医保,也买了两年多了,但是条款也不怎么懂,查了下,感觉坑不少,都做好了理赔时撕逼的打算了。
localtion可以由前缀字符串或正则表达式定义。正则表达式使用前面的“〜*”修饰符(不区分大小写匹配)或“〜”修饰符(用于区分大小写匹配)指定。要找到匹配给定请求的位置,nginx首先检查使用前缀字符串(前缀位置)定义的位置。默认情况, nginx先检查前缀字符串,然后检查正则表达式,如果前缀字符串匹配到了,并且前缀字符串有这个“^~” 要求,就不配正则了;如果没有这个“^~” ,即使前缀匹配到了,也要去匹配正则表则,如果正则表达式匹配到了,就是用正则表达式的,没有就是用前缀字符串匹配到的路径
最近接手泛前端团队的服务稳定性治理,遇到一些很有特点的线上问题,这边记录一次『有趣的 bug』排查。
之所以把问题归结为不可能的玄学问题或者偶现事件,是因为问题超出自己的认知范围,应该努力提升自己把这类问题变为可解释和可解决的方案。
It's up to you how far you go. If you don't try, you'll never know!
Magento是最受欢迎的外贸电商框架之一,很多企业已经在其基础上进行了二次开发。然而,对于使用2.x版本的老系统来说,安全问题也成为了一大难题。有些客户在找我们SINESAFE做网站安全服务之前,客户也找过建站的公司去清除后门,建站公司也将系统迁移升级到了最新的2.4.4版本,但后来发现问题并没有完全的解决,还是会反复的被篡改代码和用户的支付页面被劫持跳转,问题的根源是代码里已经被黑客植入后门了,数据库也被留了木马病毒,这个时候不光是要升级magento到最新版本,还得要把木马后门给彻底的清理掉,做好安全加固和防护,才能彻底的解决这个问题。
在《故障复盘的简洁框架-黄金三问》这篇文章里,我把故障原因分为了两类:触发原因和深层原因。 这里我并没有提到根因或根本原因,理由就是我们原本所认为的根因可能往往不止一个,可能会有多个。 这个怎么理解呢?我举个比较容易理解的例子: 比如我们有一台服务器宕机了,上面跑的的MySQL服务也挂了,影响了上层业务访问,花了30分钟才解决,被定性为故障。 那这个故障的根因是什么呢? 有的人可能会说是服务器宕机引起的,服务器问题是根因。 有人会说上层数据库没做高可用,数据库问题是根因。 也有人会说业务层面没做功能降级,
前段时间手贱买了几个月的腾讯云服务器。我一个做移动端的买国内服务器干啥。最后想用python爬写数据写几个接口用app玩玩试试看看。
Discourse 的错误日志面板用的是 logster,采集的是 Rails/Rack 的日志,正常应该用 Rails::Logger 但是 discourse 做了封装。
作者:matrix 被围观: 5,514 次 发布时间:2017-10-15 分类:零零星星 | 一条评论 »
很多新手在刚开始接触网站建设的时候,总是会遇到一连串的问题,即使是学过的代码也容易忘记。比如很多新手都会遇到网站建设如何给网址设置链接的问题,遇到这些问题先不要慌张,可以先到网上找答案或者找技术高手指导。
大家好,我是程序员鱼皮。如标题所言,最近这两天,我对我们公司部分项目的部署方式进行了改造升级。
假如我们根据相关的id定位到了这样一段日志,现在我们要找出所有报这个错的日志,并且把 refundReq=后面那串json给截取下来,有了这串json,我们就可以重新去请求 refundOrderV3方法。
12、在MapTask的Combine阶段,当处理完所有数据时,MapTask会对所有的临时文件进行一次()。
查看采集数据的tomcat日志,习惯性的先翻到日志的最后去查看有没有异常的打印,果然发现了好几种异常信息,但是最多还是这个:
前几天碰到一个看起来有些奇怪的例子,今天抽空把分析过程整理了一下。 有一主一备的一套测试环境,之前环境在我手里,交给另外一个同事之后,重新搭建了dataguard,我检查了一圈,发现都没有问题,然后过了一个星期的 样子,无意中再次查看的时候,发现这个备库竟然在dg broker中的状态是disable,当然我也不能看到这个现象就反问同事,说当时dataguard怎么有这种低级操作问题。我想了想,根据我的印 象,当时也确实是搭建成功了。这些天这个主库也从来没有任何的操作,zabbix也一直没有相关的报警,这
主要分享测试的学习资源,帮助快速了解测试行业,帮助想转行、进阶、小白成长为高级测试工程师。
今天处理了一个问题,最后的结果是:做了服务器重启,然后问题就修复了。听起来好没有技术含量的事情。
今天在处理一个客户问题,遇到Nginx access log中出现大量的499状态码。实际场景是:客户的域名通过cname解析到我们的Nginx反向代理集群上来,客户的Web服务是由一个负载均衡提供外网IP进行访问,负载均衡后面挂了多个内网web站点业务服务器。出现的访问日志如下所示:
在我们对软件进行测试时,遇见bug是无法避免的,但是我们如何对出现的bug进行定位呢?bug究竟是哪个原因引起的就是我们解决bug的关键所在了,本文就来介绍一下如何定位bug。
环境用的redhat5.8,与dns主要相关的软件bind和bind-chroot。bind-chroot会改变bind的配置目录提高dns服务器的安全性。基础配置主要包括named.conf的配置,配置正向解析记录和反向解析记录。解析记录一般包括A记录,www,dns,ftp,mail等。
由于一次功能上线后,导致某数据量急剧下滑,给我们紧张的呢!排查过程也是个学习过程!抛开结果,方法论可供参考~
今天在ubuntu16.04环境下通过mysql workbench访问远程数据库时,发现无法连接问题,解决思路及方法记录如下,不足之处,请多指教。
舆情系统 中数据采集是一个关键部分,此部分核心技术虽然由爬虫技术框架构建,但抓取海量的互联网数据绝不是靠一两个爬虫程序能搞定,特别是抓取大量网站的情况下,每天有大量网站的状态和样式发生变化以后,爬虫程序能快速的反应和维护。
先澄清一下,整个过程问题都不是我解决的,我在里面就是起了个打酱油的角色。因为实际上我负责这个项目,整个过程也比较清楚。之前也跟具体负责的同事说过,等过段时间带他做做项目复盘。结果一直忙,之前做的事情都快忘了也没带他做复盘。所以趁着还记得,总结一下这个问题,也算一起做个复盘总结了。
MySQL安装参考之前的文章https://www.jianshu.com/p/452aa99c7476有讲解。
但实际上我们一直是用redis来保存Session信息的,道理上不会用到这个save_path的配置项,在配置没改过的情况下报这个错,初步判断应该是redis服务器出了问题(redis服务器是在另一台机子上的),因为redis连不上所以框架自动切换到了使用文件系统存储Session的第二选项,所以根源还是在redis服务器上
刚工作那会,有一次,上游调用我服务的老哥说,你的服务报"502错误了,快去看看是为什么吧"。
数据库读写分离对于大型系统或者访问量很高的互联网应用来说,是必不可少的一个重要功能。
大家都知道,数据决定效果的天花板,而模型算法只是在逼近这个天花板。而实际场景中,数据往往是持续变化的,随着数据特征分布的变化,模型的效果可能会随着时间的推移,效果会越来越差。如果有持续的新样本数据进入训练,不需要太高深的算法效果可能就会超过那些所谓的高深算法。
一位工作了5年的小伙伴去美团面试以后,跟我反馈说,被问到一个“如何保证Kafka消息不丢失?”的问题,不知道如何回答。其实,这道题真的很基础。
服务端开发对于任何互联网公司来讲,都并非易事,它所涉及的技术知识面非常广泛,如果开发人员的经验不足,将直接影响产品用户的体验。作为七牛云存储创始人,许式伟有着超过15年的编程经验,对于服务端开发那些事甚是了解。因此,在本文中,他将对服务端开发所涉及的各方面原理知识进行详细阐述,内容涵盖网络协议、操作系统原理、存储系统原理、模块设计、服务器设计等多方面。
1.概述 某年某月某日某项目的线上分布式文件系统服务器多台Linux系统kernel崩溃,严重影响了某项目对外提供服务的能力,在公司造成了不小影响。通过排查线上问题基本确定了是由于linux内核panic造成的原因,通过两个阶段的问题排查,基本上确定了linux内核panic的原因。排查问题的主要手段就是网上查找资料和根据内核错误日志分析并且构造条件重现。本文档就是对自己在整个问题排查过程中的总结。 2.第一阶段 因为刚出现问题的时候大家都比较紧急,每天加班都很晚,也制定了很多问题重现和定位原因的计划
领取专属 10元无门槛券
手把手带您无忧上云