HTTP 請求包和響應包 (網路篇)
HTTP 請求包和響應包:
1,HTTP請求包:
請求包:請求行,請求頭,【空行】,請求體
http://www.gov.cn/xinwen/2018-07/17/content_5307156.htm
【請求行】組成規則:方法 /url HTTP/版本號 例:GET /xinwen/2018-07/17/content_5307156.htm HTTP/1.1
【請求頭】包含了客戶端的環境,例:(地址http://tools.jb51.net/table/http_header)
Head | 解釋 | 示例 |
---|---|---|
Accept | 指定客戶端能夠接收的內容型別 | Accept: text/plain, text/html |
Accept-Charset | 瀏覽器可以接受的字元編碼集。 | Accept-Charset: iso-8859-5 |
Accept-Encoding | 指定瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。 | Accept-Encoding: compress, gzip |
Accept-Language | 瀏覽器可接受的語言 | Accept-Language: en,zh |
Accept-Ranges | 可以請求網頁實體的一個或者多個子範圍欄位 | Accept-Ranges: bytes |
Authorization | HTTP授權的授權證書 | Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
Cache-Control | 指定請求和響應遵循的快取機制 | Cache-Control: no-cache |
Connection | 表示是否需要持久連線。(HTTP 1.1預設進行持久連線) | Connection: close |
Cookie | HTTP請求傳送時,會把儲存在該請求域名下的所有cookie值一起傳送給web伺服器。 | Cookie: $Version=1; Skin=new; |
Content-Length | 請求的內容長度 | Content-Length: 348 |
Content-Type | 請求的與實體對應的MIME資訊 | Content-Type: application/x-www-form-urlencoded |
Date | 請求傳送的日期和時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
Expect | 請求的特定的伺服器行為 | Expect: 100-continue |
From | 發出請求的使用者的Email | From: [email protected] |
Host | 指定請求的伺服器的域名和埠號 | Host: www.zcmhi.com |
If-Match | 只有請求內容與實體相匹配才有效 | If-Match: “737060cd8c284d8af7ad3082f209582d” |
If-Modified-Since | 如果請求的部分在指定時間之後被修改則請求成功,未被修改則返回304程式碼 | If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
If-None-Match | 如果內容未改變返回304程式碼,引數為伺服器先前傳送的Etag,與伺服器迴應的Etag比較判斷是否改變 | If-None-Match: “737060cd8c284d8af7ad3082f209582d” |
If-Range | 如果實體未改變,伺服器傳送客戶端丟失的部分,否則傳送整個實體。引數也為Etag | If-Range: “737060cd8c284d8af7ad3082f209582d” |
If-Unmodified-Since | 只在實體在指定時間之後未被修改才請求成功 | If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
Max-Forwards | 限制資訊通過代理和閘道器傳送的時間 | Max-Forwards: 10 |
Pragma | 用來包含實現特定的指令 | Pragma: no-cache |
Proxy-Authorization | 連線到代理的授權證書 | Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
Range | 只請求實體的一部分,指定範圍 | Range: bytes=500-999 |
Referer | 先前網頁的地址,當前請求網頁緊隨其後,即來路 | Referer: http://www.zcmhi.com/archives/71.html |
TE | 客戶端願意接受的傳輸編碼,並通知伺服器接受接受尾加頭資訊 | TE: trailers,deflate;q=0.5 |
Upgrade | 向伺服器指定某種傳輸協議以便伺服器進行轉換(如果支援) | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
User-Agent | User-Agent的內容包含發出請求的使用者資訊 | User-Agent: Mozilla/5.0 (Linux; X11) |
Via | 通知中間閘道器或代理伺服器地址,通訊協議 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
Warning | 關於訊息實體的警告資訊 | Warn: 199 Miscellaneous warning |
【空行】請求頭與請求體之間用一個空行隔開;
【請求體】要傳送的資料(一般post方式會使用);例:userName=123&password=123&returnUrl=/
2,HTTP響應包:
響應包:響應行,響應頭,【空行】,響應體
【響應行】規則:HTTP/版本號 響應碼(狀態碼) 例:HTTP/1.1 200 OK
常用狀態碼:
200 OK 客戶端請求成功
400 Bad Request 由於客戶端請求有語法錯誤,不能被伺服器所理解。
401 Unauthonzed 請求未經授權。這個狀態程式碼必須和WWW-Authenticate報頭域一起使用
403 Forbidden 伺服器收到請求,但是拒絕提供服務。伺服器通常會在響應正文中給出不提供服務的原因
404 Not Found 請求的資源不存在,例如,輸入了錯誤的URL。
500 Internal Server Error 伺服器發生不可預期的錯誤,導致無法完成客戶端的請求。
503 Service Unavailable 伺服器當前不能夠處理客戶端的請求,在一段時間之後,伺服器可能會恢復正常。
【響應頭】伺服器端的資訊
head | 解釋 | |
---|---|---|
Accept-Ranges | 表明伺服器是否支援指定範圍請求及哪種型別的分段請求 | Accept-Ranges: bytes |
Age | 從原始伺服器到代理快取形成的估算時間(以秒計,非負) | Age: 12 |
Allow | 對某網路資源的有效的請求行為,不允許則返回405 | Allow: GET, HEAD |
Cache-Control | 告訴所有的快取機制是否可以快取及哪種型別 | Cache-Control: no-cache |
Content-Encoding | web伺服器支援的返回內容壓縮編碼型別。 | Content-Encoding: gzip |
Content-Language | 響應體的語言 | Content-Language: en,zh |
Content-Length | 響應體的長度 | Content-Length: 348 |
Content-Location | 請求資源可替代的備用的另一地址 | Content-Location: /index.htm |
Content-MD5 | 返回資源的MD5校驗值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
Content-Range | 在整個返回體中本部分的位元組位置 | Content-Range: bytes 21010-47021/47022 |
Content-Type | 返回內容的MIME型別 | Content-Type: text/html; charset=utf-8 |
Date | 原始伺服器訊息發出的時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
ETag | 請求變數的實體標籤的當前值 | ETag: “737060cd8c284d8af7ad3082f209582d” |
Expires | 響應過期的日期和時間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
Last-Modified | 請求資源的最後修改時間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
Location | 用來重定向接收方到非請求URL的位置來完成請求或標識新的資源 | Location: http://www.zcmhi.com/archives/94.html |
Pragma | 包括實現特定的指令,它可應用到響應鏈上的任何接收方 | Pragma: no-cache |
Proxy-Authenticate | 它指出認證方案和可應用到代理的該URL上的引數 | Proxy-Authenticate: Basic |
refresh | 應用於重定向或一個新的資源被創造,在5秒之後重定向(由網景提出,被大部分瀏覽器支援) |
Refresh: 5; url= http://www.zcmhi.com/archives/94.html |
Retry-After | 如果實體暫時不可取,通知客戶端在指定時間之後再次嘗試 | Retry-After: 120 |
Server | web伺服器軟體名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
Set-Cookie | 設定Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards |
Transfer-Encoding | 檔案傳輸編碼 | Transfer-Encoding:chunked |
Vary | 告訴下游代理是使用快取響應還是從原始伺服器請求 | Vary: * |
Via | 告知代理客戶端響應是通過哪裡傳送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
Warning | 警告實體可能存在的問題 | Warning: 199 Miscellaneous warning |
WWW-Authenticate | 表明客戶端請求實體應該使用的授權方案 | WWW-Authenticate: Basic |
【空行】響應頭與響應體之間用空行隔開
【響應體】 顯示在瀏覽器的內容(與響應頭配合,顯示出來)
相關推薦
HTTP 請求包和響應包 (網路篇)
HTTP 請求包和響應包: 1,HTTP請求包: 請求包:請求行,請求頭,【空行】,請求體 http://www.gov.cn/xinwen/2018-07/17/content_5307156.htm 【請求行】組成規則:方法 /url HTTP/版本號 例:GE
Wireshark的HTTP請求包和響應包如何對應
以Wireshark2.6.3版本為例,如下圖所示,紅框中的803是一次HTTP的GET請求包,綠框中的809、810兩條記錄都是響應包,究竟哪個是803的響應包呢?接下來介紹三種方式識別; 通過傳輸控制協議資訊識別 如下圖,點選803這條記錄後,在下面的
http請求包和響應包介紹
HTTP(HyperText Transfer Protocol)是一套計算機通過網路進行通訊的規則。計算機專家設計出HTTP,使HTTP客戶(如Web瀏覽器)能夠從HTTP伺服器(Web伺服器)請求資訊和服務,HTTP目前協議的版本是1.1.HTTP是一種無狀態的協議,無狀態是指Web瀏覽器和Web伺服器之
HTTP請求頭和響應頭
.cn 訪問 htm ref 頁面 格式 技術分享 -s charset 這篇文章簡單總結一下HTTP請求頭和響應頭,並舉一些web開發中響應頭的用例。 1. HTTP請求頭 accept:瀏覽器通過這個頭告訴服務器,它所支持的數據類型。如:text/html,
HTTP請求報文和響應報文
狀態碼 技術分享 http ima cto con 例如 消息 char 請求報文 請求報文包含請求行、請求頭部、請求正文,還有空行。 請求行 由請求方法、URL和協議版本組成。 請求方法包括:GET、HEAD、PUT、POST、TRACE、OPTIONS、DELETE 協
http請求頭和響應頭詳細解釋
pad 使用 after 網絡資源 max OS lai 通信 緩存 想對http請求頭和響應頭有更細致的了解,請看如下 Requests部分 Header解釋示例 Accept 指定客戶端能夠接收的內容類型 Accept: text/plain, text/html
Http請求方式和響應 協議的格式
HTTP協議 的請求和響應 一、關於HTTP協議 1.HTTP(hypertext transport protocol),即超文字傳輸協議。 這個協議詳細規定了瀏覽器和全球資訊網伺服器之間互相通訊的規則。 2.客戶端與服務端通訊時傳輸的內容我
16,python實現----HTTP請求報文和響應報文
import socket import re ''' 請求報文: 請求行: GET / HTTP/1.1 請求行格式: 請求方式 請求的資源路徑 HTTP版本 請求頭: Host: www.baidu.com
http請求頭和響應頭的報文體詳解
示例:<?$filename = './download/d.rar ';$filesize = filesize($filename);header( "Content-Type: application/force-download ");header( "Content-Disposition
HTTP請求頭和響應頭總結大全
1、http請求頭 Accept: 用於告訴伺服器,客戶機所支援的資料型別 Accept-Charset: 用於告訴伺服器,客戶機所採用的碼錶 Accept-Encoding: 用於告訴伺服器,客戶機所支援的資料壓縮格式 Accept-Language: 用於告訴伺服器,客
Http請求格式和響應格式
HTTP請求格式 當瀏覽器向Web伺服器發出請求時,它向伺服器傳遞了一個數據塊,也就是請求資訊,HTTP請求資訊由3部分組成: l請求方法URI協議/版本 l請求頭(Request Header) l請求正文 下面是一個HTTP請求的例子: GET/samp
HTTP請求報文和響應報文(簡書)
文章作者:Tyan部落格:noahsnail.com | CSDN | 簡書1. HTTP報文HTTP報文是由一行一行的簡單字串組成的。HTTP報文都是純文字,不是二進位制程式碼,所以人們可以很方便地對其進行讀寫。下圖是一個例子:從Web客戶端發往Web伺服器的HTT
HTTP 請求報文和響應報文的格式
HTTP 請求報文 由請求行、請求頭部、空行 和 請求包體 4 個部分組成: (1)請求行:請求行由方法欄位、URL 欄位 和HTTP 協議版本欄位 3 個部分組成,他們之間使用空格隔開。常用的 HTTP 請求方法有 GET、POST、HEAD、PUT、DELETE、OPTIONS、TRA
http請求頭和響應頭設定
js設定請求頭: var xhr = XMLHttpRequest ? new XMLHttpRequest() : new ActiveXObject("Microsoft.XMLHTTP") xhr.open(type, url) xhr.setReq
HTTP請求頭和響應頭部包括的資訊有哪些
每個HTTP請求和響應都會帶有相應的頭部資訊。預設情況下,在傳送XHR請求的同時,還會發送下列頭部資訊:Accept:瀏覽器能夠處理的內容型別Accept-Charset:瀏覽器能夠顯示的字符集Accept-Encoding:瀏覽器能夠處理的壓縮編碼Accept-Language:瀏覽器當前設定的語言Conn
python 接收藍芽閘道器http請求失敗 瀏覽器卻成功(已解決)
完全可以測通的(是因為防火牆的問題) 原因:開啟了防火牆在本地是可以測通的 外面的機器是訪問不了我的電腦的 解決辦法:關閉防火牆就可以了 第一種方法 from http.server import BaseHTTPRequestHandler from
MongoDB -01- 介紹安裝和基本使用(入門篇)
MongoDB -01- 介紹安裝和基本使用(入門篇) 相信大家都接觸過一些關係型資料庫,像 Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL 等,常見的關係型資料庫和非關係型都有哪些? 這一篇文章也提出了一些關係型資料庫的
ROS教程四——編寫Publisher和Subscriber節點(Python篇)
本教程介紹如何在python中編寫釋出者和訂閱者節點 1、編寫Publisher節點 “節點”是連線到ROS網路的可執行檔案的ROS術語。在這裡,我們將建立廣播訊息的 publisher(“talker”)節點。 將目錄更改為之前教程中建立的beginner_tuto
經典面試題之get和post區別(入門篇)
1.標準答案GET在瀏覽器回退時是無害的,而POST會再次提交請求。GET產生的URL地址可以被Bookmark,而POST不可以。GET請求會被瀏覽器主動cache,而POST不會,除非手動設定。GET請求只能進行url編碼,而POST支援多種編碼方式。GET請求引數會被完
2D網路遊戲開發(網路篇)(六)
在前面的章節中,我們實現了一個簡單的聊天室。今天,我們仍然要圍繞這個主題,但採取別的方法,這個方法很有用,應該說是整個網路引擎的關鍵,它就是――RPC(Remote Procedure Calls),翻譯成中文就可以理解成”遠端功能呼叫”。