Chrome 没法抓取跳转请求的解决办法
昨天在抓取 post 的登陆请求时发现,在发出 post 请求以后,页面会进行跳转,这样就没法在 chrome 的开发人员工具中的 network 面板中查看到请求的具体信息。
html
点击登陆按钮后,直接从 登陆页面 跳转到了 个人CSDN。git
解决办法:github
进行以下设置便可,这样就能够查看到 post 请求的信息啦web
在chrome devtools的network面板filter的取反操做
chrome
参考:https://alxndr.github.io/blog/2015/05/30/advanced-filtering-in-Chromes-Network-dev-tools.htmlsegmentfault
简单来讲,在你输入"-"以后对其高级用法应该已经一目了然浏览器
可使用doname/response code/method等高级条件过滤。
除此以外 “-”还能够用来反向过滤。好比在filter里面输入“.html”,结果集就会使全部的html请求
此时我在filter的最前面加上"-",对的,你没猜错。结果和".html"的结果取反。缓存
https://www.jianshu.com/p/bd90fe7659d2
注: 这一篇主要讲解面板Network,参考了Google的相关文档,主要用于公司内部技术分享。安全
面板上包含了Elements面板、Console面板、Sources面板、Network面板、
Timeline面板、Profiles面板、Application面板、Security面板、Audits面板这些功能面板。
这些按钮的功能点以下:性能优化
Network
面板能够记录页面上的网络请求的详情信息,从发起网页页面请求Request后分析HTTP请求后获得的各个请求资源信息(包括状态、资源类型、大小、所用时间、Request和Response等),能够根据这个进行网络性能优化。
我把Google官方网站上介绍Network面板的图贴到这里,该面板主要包括5大块窗格(Pane):
其中 Requests Table 显示以下信息列:
Headers
、Preview
、Response
、Cookies
、Timing
。Controls
窗格包括的功能有网络日志录制、日志清理、捕获屏幕、过滤器,视图切换、保留日志开关、Cache开关、网络链接开关、网速阀值。
以捕获屏幕为例,点击摄像机按钮(捕获屏幕),从新加载页面便可捕获屏幕。
双击其中的截屏能够放大显示,在放大的图下方能够点击跳转到上一帧或者下一帧。
单击则能够查看该帧被捕获时的网络请求信息,而且在Overview上会有一条黄色竖线以标记该帧被捕获的具体时间点。
DOMContentLoaded
和load
这两个事件会高亮显示。
DOMContentLoaded事件会在页面上DOM彻底加载并解析完毕以后触发,不会等待CSS、图片、子框架加载完成。
load事件会在页面上全部DOM、CSS、JS、图片彻底加载完毕以后触发。
DOMContentLoaded
事件在Overview上用一条蓝色竖线标记,而且在Summary以蓝色文字显示确切的时间。
load
事件一样会在Overview和Requests Table上用一条红色竖线标记,在Summary也会以红色文字显示确切的时间。
经过点击某个资源的Name能够查看该资源的详细信息,根据选择的资源类型显示的信息也不太同样,可能包括以下Tab信息:
针对上面4个Tab进行详细讲解一下各个功能:
① 查看资源HTTP头信息
在Headers标签里面能够看到HTTP Request URL
、HTTP Method
、Status Code
、Remote Address
等基本信息和详细的Response Headers
、Request Headers以及Query String Parameters或者Form Data等信息。
② 查看资源预览信息
在Preview标签里面可根据选择的资源类型(JSON、图片、文本、JS、CSS)显示相应的预览信息。下图显示的是当选择的资源是JSON格式时的预览信息。
③ 查看资源HTTP的Response信息
在Response标签里面可根据选择的资源类型(JSON、图片、文本、JS、CSS)显示相应资源的Response响应内容。下图显示的是当选择的资源是CSS格式时的响应内容。
④ 查看资源Cookies信息
若是选择的资源在Request和Response过程当中存在Cookies信息,则Cookies标签会自动显示出来,在里面能够查看全部的Cookies信息。
⑤ 分析资源在请求的生命周期内各部分时间花费信息
在Timing标签中能够显示资源在整个请求生命周期过程当中各部分时间花费信息,可能会涉及到以下过程的时间花费状况:
TTFB这个部分的时间花费若是超过200ms,则应该考虑对网络进行性能优化了,能够参见网络性能优化方案及里面的相关参考文档。
经过按住Shift
而且把光标移到资源名称上,能够查看该资源是由哪一个对象或进程发起的(请求源)和对该资源的请求过程当中引起了哪些资源(依赖资源)。
在该资源的上方第一个标记为绿色的资源就是该资源的发起者(请求源),有可能会有第二个标记为绿色的资源是该资源的发起者的发起者,以此类推。
在该资源的下方标记为红色的资源是该资源的依赖资源。
https://www.cnblogs.com/LibraThinker/p/5981346.html
https://segmentfault.com/a/1190000010302235