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]/wp-content/images1/20180918/sinahome_0803_ws_005_text_049.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]https://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,image/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
=============================================================================================================================
作者 “鄒可見”

發佈留言