最近在做移动端的页面,但是移动端的调试很蛋疼.虽然说 90% 的功能都能用 chrome 下的模拟器来模拟解决,但是剩余的 10% 却只能在真机上调试.比如说一两个像素的误差,比如说只有真机上才能重现的一些 bug(可能是因为 pc 机反应太快无法重现,可能是因为 chrome 下的 touch 跟移动真机的 touch 还有很大差别,等).之后请教了下测试妹子,学习了下用 fiddler 代理调试本地页面,实在是爽歪歪!! 1.安装 fiddler 很显然第一步要安装 fiddler 代理,我…

从事前端开发的同学一定对 Fiddler 不陌生,它是一个非常强大的http(s)协议分析工具.我们知道如何在电脑上调试页面请求,但在手机端你没有这么多强大好用的调试工具来调试你的webapp,如果你需要查看在手机上打开页面时,所产生的http请求却又不知道怎么做,那就继续往下看.(当然,大部分情况下,你可以直接在电脑上用Chrome或Firefox模拟手机浏览器来看) Fiddler支持代理的功能,也就是说你所有的http请求都可以通过它来转发,Fiddler代理默认使用端口8888,不知道的…

文件下载:http://files.cnblogs.com/files/dtdxrk/fiddler4_4.6.2.0_setup.rar 从事前端开发的同学一定对 Fiddler 不陌生,它是一个非常强大的http(s)协议分析工具,如果你不知道它是什么,可以自行 Google 一下,本文不再作科普,简单的说它可以代替Chrome开发人员工具中 Network 面板或 Firefox 的 HttpWatch 插件的功能. 我们知道如何在电脑上调试页面请求,但在手机端你没有这么多强大好用的调试工…

https://www.cnblogs.com/zichi/p/4944581.html…

场景 假设一个手机页面,开发者对其做了限制,导致只能在微信客户端中打开.而众所周知手机上非常不利于调试页面,所以需要能在电脑上打开并进行调试.这里针对常见的三种页面做一下分析,一一绕过其限制,(当然不要拿去干坏事) 工具准备 方便调试的浏览器.个人喜欢Chrome,本文基于Chrome 43.0.2357.130 (正式版本) m (32 位)环境. 抓包工具,推荐fiddler4,当然你比较喜欢Wireshark的话也可以,反正只要是能抓到cookies就都可以 能编辑cookies的浏览器插…

场景 假设一个手机页面,开发者对其做了限制,导致只能在微信客户端中打开.而众所周知手机上非常不利于调试页面,所以需要能在电脑上打开并进行调试.这里针对常见的三种页面做一下分析,一一绕过其限制,(当然不要拿去干坏事) 工具准备 ‍‍‍‍1.方便调试的浏览器.个人喜欢Chrome,本文基于Chrome 43.0.2357.130 (正式版本) m (32 位)环境: 2.抓包工具,推荐fiddler4,当然你比较喜欢Wireshark的话也可以,反正只要是能抓到cookies就都可以: 3.能编辑c…

前面已经说了调试服务器上的微信页面,放链接:http://www.cnblogs.com/Gabriel-Wei/p/5977850.html 还有fiddler调试链接:http://www.cnblogs.com/Gabriel-Wei/p/5961404.html 今天说一下使用eclipse+fiddler+微信web开发者工具调试我们本地的微信页面. 1.我的是微信页面和后台页面放在一起了,微信这个项目要在eclipse里面跑起来,否则在手机微信的页面会报错---->由于目标计算机积极…

由于一般手机不能改host,手机页面如果涉及到各个域名ip的混合使用,在手机上调试看效果非常麻烦. 使用fiddler4做代理,手机跟电脑连到同一个局域网,手机上网通过电脑做个代理上网,那么一切请求就相当于自己电脑上发出去的了. 不必修改host映射了,很方便的哦. 调试手机页面还有个工具叫:weinre,这个工具是在要调试的手机页面里面加载一个js,电脑开启一个weinre服务,通过google的控制台来调试手机页面. weinre调试参考博客:http://www.cnblogs.com/z…

利用fiddler和mock调试本地微信网页 微信公众号网页是比较特殊的页面,普通页面直接打开即可访问,但对于需要请求微信相关接口的部分需要安全域名认证.这导致了使用mock数据进行开发的页面没办法走完整个流程,还是需要把代码发布到服务器上才可以测试.而发布服务器的速度总是要时间的,每次修改都发布服务器耗时较长,大大延长了开发时间.使用一种本地开发的技术就比较重要了. https是一种安全的认证,我们要进行伪造数据进行劫持的话就必需自签证书,通过系统信任就可以将https的数据指向任何我们想要的…

1 解决的问题 1)        场景1:生产环境报错 对前台开发来说,业务逻辑都在js中,所以报错90%以上都是js问题. 如果生产环境出现报错,但是测试环境正常.这时修改了代码没有环境验证效果,直接升级到生产环境风险又太高--(1)万一升级后依然不好使导致客户不耐烦呢?(2)万一牵连出别的问题呢? 此时需要一种方法,可以在生产环境的网址上调试本地的js文件. 2)        场景2:本地工程不给力 某个任务修改了js文件,进行单元测试时发现本地工程太慢,或者本地工程更新了代码后项目无法…