第1章 简介 (已看) 第2章 总体规则 (已看) 第3章 理解系统 (已看) 第4章 制造失败 第5章 不要想, 而要看 第6章 分而治之 第7章 一次只改一个地方 第8章 保持审计跟踪 第9章 检查插头 第10章 获得全新观点 第11章 如果你不修复bug, 它将依然存在 第12章 通过一个案例讲述所有规则 第13章 牛刀小试 第14章 从帮助台得到的观点 第15章 结束语 (已看) 第1章 简介 "你知道, 现阶段我非常忙, 但我打算在晚年倾力写一本书, 把所有侦探艺术都集中写到这本书里.…

<调试九法--软硬件错误的排查之道>[PDF]下载链接: https://u253469.ctfile.com/fs/253469-231196352 内容简介 <调试九法:软硬件错误的排查之道>主要介绍了调试方面的9条黄金法则,并结合实际的环境讲述了如何合理地运用它们.<调试九法:软硬件错误的排查之道>的内容没有针对任何平台.任何语言或者任何工具,讲述的重点是找到出错的原因并修复它们,高效地追踪和解决不易察觉的软硬件问题. <调试九法:软硬件错误的排查之道>…

1.查证问题确已被修复 如果遵循了“制造失败”这条规则,就知道如何验证你确实修复了问题.无论问题和修复看起来多么明显,你都无法保证修复是有效的,直到做了测试并验证. 2.查证确实你的修复措施解决了问题 如果你取消这个修复,系统再次出现失败,再应用这个修复,问题消失,才能够证明你确实修复了问题.这样做的原因是,在调试期间,往往会改变一些不属于修复的地方,有时这些改变会隐藏问题,如果没有意识到这一点,发现测试起作用了,就高高兴兴的回家了,因为你做的修复和问题消失毫无关系,因此修复方案到达客户后,可能…

atitit.404错误的排查流程总结vOa6 1. 场景 1 1.1. 子应用猛个腊擦不能使用  404 兰.. 1 2. 服务器配置问题 2 2.1. 登录服务器管理子应用,查看应用是否启动okk???? 2 2.2. 80端口已经占用,实际访问的在的服务器端口 2 2.3. #----------jsp  head  errorPage="" 2 2.4. 应用冲突::同时部署了根应用and子应用.. 2 2.5. #------resin 服务器配置问题.俩个应用配置到了同样的…

atitit.404错误的排查流程总结 #----------jsp  head  errorPage="" del zeu ok le. #------resin 服务器配置问题.俩个应用配置到了同样的的文件夹.. paip.404err two app cfg  one same dir /  cant access /app1   only can access .. envi ..resin4.. 作者: 老哇的爪子Attilax 艾龙,  EMAIL:1466519819@q…

參考MOS文档有: Troubleshooting Guide ORA-609 : Opiodr aborting process unknown ospid (文档 ID 1121357.1) Alert.log shows ORA-609 with TNS-12537: TNS:connection closed (文档 ID 1538717.1) Fatal NI Connect 12560' And 'ORA-609 Opiodr Aborting Process' Errors In…

Atitit  404错误的排查流程总结 v3 qaf 1.1. 用了注解不生效 提示404 Not Found1 1.2. 路径不对了,开头多了个空格1 2. 500 Servlet Exception  没有生成servetl1 2.1. 其他  atitit.404错误的排查流程总结2 2.2. paip.http 404错误 的解决   错误原因   1.查看web服务器log...看是否错误... 2.使用了spring 或者struts 等等mvc框架,但是设置错误.. 3.web服…

声明: 1)本文由我bitpeach原创撰写.本篇如有转载,请注明来源. 2)本篇主要谈Eric6的一个怪异错误.因为篇幅不长,只是一个短记,以备档查阅. 1.1 软件环境 (1)Eirc6 ,版本号:6.0.5 (2)PyQt4.11.3 (3)Python2.7.3 (4)Windows7 1.2 错误类型 (1)后端调试器无法启动错误 (2)英文描述是:The Debugger backend could not be started 1.3 错误调研 (1)百度后,类似结果基本没有,所以…

zabbix告警邮件.短信发送错误快速排查方法 背景 zabbix告警邮件.短信经常有同事反馈发送错误的情况,这个问题排查的角度很多,那么最快捷的角度是什么呢? 在我看来,最快的角度就是判断这个告警邮件或者短信是从从哪个触发器触发的,找到对应的触发器自然很容易定位是否是告警规则设置的问题. 数据库alerts表 这个之前也介绍过alerts 表,记录了zabbix系统中所有的告警发送记录,即理论上任何一个告警短信.邮件均会在该表留下记录的. mysql> desc alerts; +------…

最近在多个大型系统中遇到此问题,一般来说假设client未反映异常的话能够忽略的. 假设是client登陆时遇到ORA-12170: TNS:Connect timeout occurred,能够參考 http://blog.csdn.net/haibusuanyun/article/details/14517211#t12 ############### 參考MOS文档有: Troubleshooting Guide for TNS-12535 or ORA-12535 or ORA-1217…