wifidog認證源碼分析Lighttpd1.4.20源碼分析之etag.c(h) ---HTTP/1.1中的Etag域

etag的全稱是entity tag(標記實體值)送挑,在RFC2616中關于etag的定義如下:

The ETag response-header field provides the current value of the entity tag for the requested variant. The headers used with entity tags are described in sections 14.24, 14.26 and 14.44. The entity tag MAY be used for comparison with other entities from the same resource(see section 13.3.3).

ETag = "ETag" ":" entity-tag

Examples:

ETag: "xyzzy"

ETag: W/"xyzzy" (前面的W/表示這個是個弱Etag)

ETag: ""

巨長的RFC2616對Etag的描述就上面這么多惕耕。意思就是說Etag域提供了請求變體的一個實體標記值诫肠。這個值可以和If-Match和If-No-Match一起使用。RFC2616中對Etag的唯一要求就是它是一個雙引號包圍的字符串惭缰,至于怎么生成這個字符串以及怎么使用笼才,由應用程序決定。

下面說一說在服務器程序中骡送,一般是怎么使用Etag的(這個東西用好了還是很不錯的。虐先。派敷。):

把Last-Modified和ETags請求的http報頭一起使用,這樣可利用客戶端(例如瀏覽器)的緩存腐芍。

因為服務器首先產(chǎn)生Last-Modified/Etag標記试躏,服務器可在稍后使用它來判斷頁面是否已經(jīng)被修改。本質上颠蕴,客戶端通過將該記號傳回服務器要求服務器驗證其(客戶端)緩存助析。

過程如下:

1.客戶端請求一個頁面(A)。

2.服務器返回頁面A椅您,并在給A加上一個Last-Modified/ETag。

3.客戶端展現(xiàn)該頁面,并將頁面連同Last-Modified/ETag一起緩存昌腰。

4.客戶再次請求頁面A开伏,并將上次請求時服務器返回的Last-Modified/ETag一起傳遞給服務器遭商。

5.服務器檢查該Last-Modified或ETag,并判斷出該頁面自上次客戶端請求之后還未被修改劫流,直接返回響應304和一個空的響應體。

工作原理:

Etag由服務器端生成祠汇,客戶端通過If-Match或者說If-None-Match這個條件判斷請求來驗證資源是否修改。常見的是使用If-None-Match.

請求一個文件的流程可能如下:

====第一次請求===

1.客戶端發(fā)起 HTTP GET 請求一個文件诗力;

2.服務器處理請求苇本,返回文件內容和一堆Header菜拓,當然包括Etag(例如"2e681a-6-5d044840")(假設服務器支持Etag生成和已經(jīng)開啟了Etag).狀態(tài)碼200。

====第二次請求===

1.客戶端發(fā)起 HTTP GET 請求一個文件纳鼎,注意這個時候客戶端同時發(fā)送一個If-None-Match頭,這個頭的內容就是第一次請求時服務器返回的Etag:2e681a-6-5d044840

2.服務器判斷發(fā)送過來的Etag和計算出來的Etag匹配贱鄙,因此If-None-Match為False,不返回200悬荣,返回304疙剑,客戶端繼續(xù)使用本地緩存践叠;

流程很簡單嚼蚀,問題是,如果服務器又設置了Cache-Control:max-age和Expires呢轿曙,怎么辦?答案是同時使用守谓,也就是說在完全匹配If-Modified-Since和If-None-Match即檢查完修改時間和Etag之后您单,服務器才能返回304.

另外,使用Etag比使用Last-Modified接合If-Modified-Sience更有優(yōu)勢虐秦。如果一些文件經(jīng)常被修改的不是文件的內容,而是文件的屬性蜈彼,如:文件的修改時間等俺驶。那么就沒有必要重新發(fā)送文件,此時痒钝,Last-Modified不能判斷其內容是否修改送矩,所以只會重新發(fā)送。而使用Etag菇怀,可以通過檢驗如文件的i節(jié)點號晌块,大小等來判斷是否重傳。

那么匆背,在Lighttpd中,Etag到底是個什么東東呢括享?且聽我慢慢道來。铃辖。。

在頭文件Etag.h中定義了一個枚舉類型:

......本站只呈現(xiàn)部分內容仁卷,查看完整文章請到WiFiDog官網(wǎng)社區(qū) http://www.wifidog.pro/2015/04/16/wifidog%E8%AE%A4%E8%AF%81%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90.html犬第,轉載請注明出處

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末瓶殃,一起剝皮案震驚了整個濱河市遥椿,隨后出現(xiàn)的幾起案子淆储,更是在濱河造成了極大的恐慌,老刑警劉巖本砰,帶你破解...
    沈念sama閱讀 216,470評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件点额,死亡現(xiàn)場離奇詭異,居然都是意外死亡载慈,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,393評論 3 392
  • 文/潘曉璐 我一進店門办铡,熙熙樓的掌柜王于貴愁眉苦臉地迎上來寡具,“玉大人稚补,你說我怎么就攤上這事≌辏” “怎么了?”我有些...
    開封第一講書人閱讀 162,577評論 0 353
  • 文/不壞的土叔 我叫張陵粪般,是天一觀的道長亩歹。 經(jīng)常有香客問我,道長亭姥,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,176評論 1 292
  • 正文 為了忘掉前任达罗,我火速辦了婚禮粮揉,結果婚禮上抚笔,老公的妹妹穿的比我還像新娘。我一直安慰自己殊橙,他們只是感情好,可當我...
    茶點故事閱讀 67,189評論 6 388
  • 文/花漫 我一把揭開白布叠纹。 她就那樣靜靜地躺著敞葛,像睡著了一般。 火紅的嫁衣襯著肌膚如雪制肮。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,155評論 1 299
  • 那天,我揣著相機與錄音儒飒,去河邊找鬼。 笑死,一個胖子當著我的面吹牛埠戳,可吹牛的內容都是我干的蕉扮。 我是一名探鬼主播,決...
    沈念sama閱讀 40,041評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼屁使,長吁一口氣:“原來是場噩夢啊……” “哼奔则!你這毒婦竟也來了?” 一聲冷哼從身側響起酬蹋,我...
    開封第一講書人閱讀 38,903評論 0 274
  • 序言:老撾萬榮一對情侶失蹤范抓,失蹤者是張志新(化名)和其女友劉穎岸蜗,沒想到半個月后叠蝇,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,319評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡铃慷,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,539評論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了堂淡。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,703評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡萤悴,死狀恐怖皆的,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤栖雾,帶...
    沈念sama閱讀 35,417評論 5 343
  • 正文 年R本政府宣布析藕,位于F島的核電站赂鲤,受9級特大地震影響噪径,放射性物質發(fā)生泄漏。R本人自食惡果不足惜数初,卻給世界環(huán)境...
    茶點故事閱讀 41,013評論 3 325
  • 文/蒙蒙 一找爱、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧泡孩,春花似錦车摄、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,664評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至眼俊,卻和暖如春意狠,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背疮胖。 一陣腳步聲響...
    開封第一講書人閱讀 32,818評論 1 269
  • 我被黑心中介騙來泰國打工环戈, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人澎灸。 一個月前我還...
    沈念sama閱讀 47,711評論 2 368
  • 正文 我出身青樓院塞,卻偏偏與公主長得像拦止,于是被迫代替她去往敵國和親汹族。 傳聞我的和親對象是個殘疾皇子顶瞒,可洞房花燭夜當晚...
    茶點故事閱讀 44,601評論 2 353

推薦閱讀更多精彩內容

  • 原文鏈接:http://tech110.blog.51cto.com/438717/549764 Http的Cac...
    五鮮譜閱讀 761評論 0 2
  • API定義規(guī)范 本規(guī)范設計基于如下使用場景: 請求頻率不是非常高:如果產(chǎn)品的使用周期內請求頻率非常高,建議使用雙通...
    有涯逐無涯閱讀 2,537評論 0 6
  • 網(wǎng)絡特有的延遲以及數(shù)據(jù)傳輸?shù)某杀荆萍s互聯(lián)網(wǎng)快速獲取Web資源兴垦。為此探越,HTTP協(xié)議引入緩存以空間換時間钦幔,使瀏覽器緩...
    大頭8086閱讀 3,066評論 2 12
  • 一、概念(載錄于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434閱讀 8,348評論 6 152
  • Http協(xié)議詳解 標簽(空格分隔): Linux 聲明:本片文章非原創(chuàng),內容來源于博客園作者MIN飛翔的HTTP協(xié)...
    Sivin閱讀 5,222評論 3 82