http頭資訊說明書

2021-08-31 18:03:09 字數 4326 閱讀 6190

如何檢視fierfox 中的頭資訊 有助於開發理解 http

http header 詳解

http(hypertexttransferprotocol)即超文字傳輸協議,目前網頁傳輸的的通用協議。http協議採用了請求/響應模型,瀏覽器或其他客戶端發出請求,伺服器給與響應。就整個網路資源傳輸而言,包括message-header和message-body兩部分。首先傳遞message-header,即httpheader訊息 。http header 訊息通常被分為4個部分:general header, request header, response header, entity header。但是這種分法就理解而言,感覺界限不太明確。根據維基百科對http header內容的組織形式,大體分為request和response兩部分。

requests部分

header 解釋 示例

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

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:

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

responses 部分

header 解釋 示例

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:

pragma 包括實現特定的指令,它可應用到響應鏈上的任何接收方 pragma: no-cache

proxy-authenticate 它指出認證方案和可應用到**的該url上的引數 proxy-authenticate: basic

refresh 應用於重定向或乙個新的資源被創造,在5秒之後重定向(由網景提出,被大部分瀏覽器支援)

refresh: 5; url=

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

需求說明書

需求說明書四要素 收藏 需求說明書 是需求階段最關鍵的產出物,我們公司測試部的同事常常抱怨,有的專案的需求說明書看到末尾還是不清楚系統要做什麼,無法寫出測試用例。我想我們很多人,尤其是工作經驗不多的人,對需求說明書要寫些什麼東西也是糊里糊塗的,即使能夠從 rup 的教材上搬出來一些名詞,也往往不理解...

需求說明書

1 引言 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1.4參考資料 列出用得著的...

老婆說明書

有一種保健品叫 老婆 品名 民間俗稱老婆,正式場合可稱妻子或內人 現亦叫達令。化學名稱 woman 成分 水 血液和脂肪類碳水化合物,氣味幽香。理化性質 性質活潑,根據情況可分為一價 嫁 二價 嫁 三價 嫁 n價 嫁 易溶於蜜語 甜言 在真情 鑽石,金錢 豪宅的催化下熔點降低。難溶於白丁 性狀 本品...