天天看點

HTTP 頭部解釋

http 頭部解釋

============================================================================================================================

1. accept:告訴web伺服器自己接受什麼媒體類型,*/* 表示任何類型,type/* 表示該

                    類型下的所有子類型,type/sub-type。

2. accept-charset:   浏覽器申明自己接收的字元集

   accept-encoding:  浏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支援壓

                                    縮,支援什麼壓縮方法(gzip,deflate)

   accept-language::浏覽器申明自己接收的語言

                                       語言跟字元集的差別:中文是語言,中文有多種字元集,

                                       比如big5,gb2312,gbk等等。

3. accept-ranges:web伺服器表明自己是否接受擷取其某個實體的一部分(比如檔案

                                 的一部分)的請求。

                                 bytes:表示接受,none:表示不接受。

4. age:當代理伺服器用自己緩存的實體去響應請求時,用該頭部表明該實體從産生

              到現在經過多長時間了。

5. authorization:當用戶端接收到來自web伺服器的 www-authenticate 響應時,

                               用該頭部來回應自己的身份驗證資訊給web伺服器。

6. cache-control:請求:no-cache(不要緩存的實體,要求現在從web伺服器去取)

                                 max-age:(隻接受 age 值小于 max-age 值,并且沒有過期的對象)

                                 max-stale:(可以接受過去的對象,但是過期時間必須小于

                                                        max-stale 值)

                                 min-fresh:(接受其新鮮生命期大于其目前 age 跟 min-fresh 值之和的

                                                        緩存對象)

                               響應:public(可以用 cached 内容回應任何使用者)

                                 private(隻能用緩存内容回應先前請求該内容的那個使用者)

                                 no-cache(可以緩存,但是隻有在跟web伺服器驗證了其有效後,

                                                 才能傳回給用戶端)

                                 max-age:(本響應包含的對象的過期時間)

                              all:  no-store(不允許緩存)

7. connection:請求:close(告訴web伺服器或者代理伺服器,在完成本次請求的響應

                                                  後,斷開連接配接,不要等待本次連接配接的後續請求了)。

                                      keepalive(告訴web伺服器或者代理伺服器,在完成本次請求的

                                                         響應後,保持連接配接,等待本次連接配接的後續請求)。

                          響應:close(連接配接已經關閉)。

                                      keepalive(連接配接保持着,在等待本次連接配接的後續請求)。

   keep-alive:如果浏覽器請求保持連接配接,則該頭部表明希望 web 伺服器保持

                         連接配接多長時間(秒)。

                         例如:keep-alive:300

8. content-encoding:web伺服器表明自己使用了什麼壓縮方法(gzip,deflate)壓縮

                                    響應中的對象。

                                    例如:content-encoding:gzip                  

   content-language:web 伺服器告訴浏覽器自己響應的對象的語言。

   content-length:  web 伺服器告訴浏覽器自己響應的對象的長度。

                                  例如:content-length: 26012

   content-range:   web 伺服器表明該響應包含的部分對象為整個對象的哪個部分。

                                  例如:content-range: bytes 21010-47021/47022

   content-type:    web 伺服器告訴浏覽器自己響應的對象的類型。

                                  例如:content-type:application/xml

9. etag:就是一個對象(比如url)的标志值,就一個對象而言,比如一個 html 檔案,

                如果被修改了,其 etag 也會别修改, 是以,etag 的作用跟 last-modified 的

               作用差不多,主要供 web 伺服器 判斷一個對象是否改變了。

                 比如前一次請求某個 html 檔案時,獲得了其 etag,當這次又請求這個檔案時,

                 浏覽器就會把先前獲得的 etag 值發送給  web 伺服器,然後 web 伺服器

                 會把這個 etag 跟該檔案的目前 etag 進行對比,然後就知道這個檔案

                 有沒有改變了。

10. expired:web伺服器表明該實體将在什麼時候過期,對于過期了的對象,隻有在

                       跟web伺服器驗證了其有效性後,才能用來響應客戶請求。

                       是 http/1.0 的頭部。

                       例如:expires:sat, 23 may 2009 10:02:12 gmt

11. host:用戶端指定自己想通路的web伺服器的域名/ip 位址和端口号。

                  例如:host:rss.sina.com.cn

12. if-match:如果對象的 etag 沒有改變,其實也就意味著對象沒有改變,

                         才執行請求的動作。

    if-none-match:如果對象的 etag 改變了,其實也就意味著對象也改變了,

                                才執行請求的動作。

13. if-modified-since:如果請求的對象在該頭部指定的時間之後修改了,才執行請求

                                       的動作(比如傳回對象),否則傳回代碼304,告訴浏覽器該對象

                                       沒有修改。

                                       例如:if-modified-since:thu, 10 apr 2008 09:14:42 gmt

    if-unmodified-since:如果請求的對象在該頭部指定的時間之後沒修改過,才執行

                                        請求的動作(比如傳回對象)。

14. if-range:浏覽器告訴 web 伺服器,如果我請求的對象沒有改變,就把我缺少的部分

                       給我,如果對象改變了,就把整個對象給我。 浏覽器通過發送請求對象的

                       etag 或者 自己所知道的最後修改時間給 web 伺服器,讓其判斷對象是否

                       改變了。

                       總是跟 range 頭部一起使用。

15. last-modified:web 伺服器認為對象的最後修改時間,比如檔案的最後修改時間,

                                 動态頁面的最後産生時間等等。

                                 例如:last-modified:tue, 06 may 2008 02:42:43 gmt

16. location:web 伺服器告訴浏覽器,試圖通路的對象已經被移到别的位置了,

                        到該頭部指定的位置去取。

                        例如:location:

                                    [url]http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif [/url]

17. pramga:主要使用 pramga: no-cache,相當于 cache-control: no-cache。

                      例如:pragma:no-cache

18. proxy-authenticate: 代理伺服器響應浏覽器,要求其提供代理身份驗證資訊。

      proxy-authorization:浏覽器響應代理伺服器的身份驗證請求,提供自己的身份資訊。

19. range:浏覽器(比如 flashget 多線程下載下傳時)告訴 web 伺服器自己想取對象的

                    哪部分。

                    例如:range: bytes=1173546-

20. referer:浏覽器向 web 伺服器表明自己是從哪個 網頁/url 獲得/點選 目前請求中

                      的網址/url。

                      例如:referer:[url]http://www.sina.com/[/url]

21. server: web 伺服器表明自己是什麼軟體及版本等資訊。

                  例如:server:apache/2.0.61 (unix)

22. user-agent: 浏覽器表明自己的身份(是哪種浏覽器)。

                           例如:user-agent:mozilla/5.0 (windows; u; windows nt 5.1; zh-cn;  

                                       rv:1.8.1.14) gecko/20080404 firefox/2.0.0.14

23. transfer-encoding: web 伺服器表明自己對本響應消息體(不是消息體裡面的對象)

                                      作了怎樣的編碼,比如是否分塊(chunked)。

                                       例如:transfer-encoding: chunked

24. vary: web伺服器用該頭部的内容告訴 cache 伺服器,在什麼條件下才能用本響應

                 所傳回的對象響應後續的請求。

                 假如源web伺服器在接到第一個請求消息時,其響應消息的頭部為:

                 content-encoding: gzip; vary: content-encoding  那麼 cache 伺服器會分析後續

                 請求消息的頭部,檢查其 accept-encoding,是否跟先前響應的 vary 頭部值

                 一緻,即是否使用相同的内容編碼方法,這樣就可以防止 cache 伺服器用自己

                 cache 裡面壓縮後的實體響應給不具備解壓能力的浏覽器。

                 例如:vary:accept-encoding

25. via: 列出從用戶端到 ocs 或者相反方向的響應經過了哪些代理伺服器,他們用

                  什麼協定(和版本)發送的請求。

                  當用戶端請求到達第一個代理伺服器時,該伺服器會在自己發出的請求裡面

                  添加 via 頭部,并填上自己的相關資訊,當下一個代理伺服器 收到第一個代理

                  伺服器的請求時,會在自己發出的請求裡面複制前一個代理伺服器的請求的via

                 頭部,并把自己的相關資訊加到後面, 以此類推,當 ocs 收到最後一個代理服

                 務器的請求時,檢查 via 頭部,就知道該請求所經過的路由。

                 例如:via:1.0 236-81.d07071953.sina.com.cn:80 (squid/2.6.stable13)

http 請求消息頭部執行個體:

host:rss.sina.com.cn

user-agent:mozilla/5.0 (windows; u; windows nt 5.1; zh-cn; rv:1.8.1.14) gecko/20080404 firefox/2.0.0.14

accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,p_w_picpath/png,*/*;q=0.5

accept-language:zh-cn,zh;q=0.5

accept-encoding:gzip,deflate

accept-charset:gb2312,utf-8;q=0.7,*;q=0.7

keep-alive:300

connection:keep-alive

cookie:userid=c5bypxrimdmsiqmsbpne1vn8zqmdwsm3wrleb3vrwtnrtw   <-- cookie

if-modified-since:sun, 01 jun 2008 12:05:30 gmt

cache-control:max-age=0

http 響應消息頭部執行個體:

status:ok - 200                                                <-- 響應狀态碼,表示 web 伺服器處理的結果。

date:sun, 01 jun 2008 12:35:47 gmt

server:apache/2.0.61 (unix)

last-modified:sun, 01 jun 2008 12:35:30 gmt

accept-ranges:bytes

content-length:18616

cache-control:max-age=120

expires:sun, 01 jun 2008 12:37:47 gmt

content-type:application/xml

age:2

x-cache:hit from 236-41.d07071951.sina.com.cn                  <-- 反向代理伺服器使用的 http 頭部

via:1.0 236-41.d07071951.sina.com.cn:80 (squid/2.6.stable13)

connection:close

=============================================================================================================================

繼續閱讀