http重定向:伺服器無法處理瀏覽器傳送過來的請求(request),伺服器告訴瀏覽器跳轉到可以處理請求的url上。(瀏覽器會自動訪問該url位址,以至於使用者無法分辨是否重定向了。)
重定向的返回碼3xx說明。location響應首部包含了內容的新位址或是優選位址的url。
301:在請求的url已被移除時使用。響應的location首部中應該包含資源現在所處的url。
302:與301狀態碼類似,但是,客戶端應該使用location首部給出的url來零食定位資源,將來的請求仍然使用老的url。
urllib2.install_opener(opener)通過開啟微博的位址,發現返回302的狀態碼,返回的首部為
server: weibo
date: mon, 25 may 2015 08:09:21 gmt
content-type: text/html
transfer-encoding: chunked
connection: close
expires: mon, 26 jul 1997 05:00:00 gmt
last-modified: mon, 25 may 2015 08:09:21 gmt
pramga: no-cache
cache-control: no-cache, no-store
location:
dpool_header: dagda26
set-cookie: yf-ugrow-g0=57484c7c1ded49566c905773d5d00f82;path=/
lb_header: venus50
其中的location為重定向的位址。將重定向的location進行訪問後返回200。 HTTP重定向處理
301 永久重定向,告訴客戶端以後應從新位址訪問.302 作為http1.0的標準,以前叫做moved temporarily 現在叫found.現在使用只是為了相容性的處理,包括php的預設location重定向用的也是302.但是http 1.1 有303 和307作為詳細的補充,其實是對302...
HTTP協議分析系列(四) 重定向
第一步 新建乙個header.php 頁 header location 預設是302重定向 第二步 分析 如何制定重定向呢?指定用301 重定向,header location 預設是302重定向 還有乙個問題 對於一片新聞,get請求,重定向無所謂,還能看到原來的內容就行。但如果是post 資料...
HTTP 的重定向301,302,303,307
301 永久重定向,告訴客戶端以後應從新位址訪問.302 作為http1.0的標準,以前叫做moved temporarily 現在叫found.現在使用只是為了相容性的處理,包括php的預設location重定向用的也是302.但是http 1.1 有303 和307作為詳細的補充,其實是對302...