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