国产99久久久国产精品成人免费 ,国内精品久久久久久久果冻传媒 ,久久人人九九

我的網站域名是www.yining.org，有個頁面（比如就這篇blog entry）帶有一張圖片，其src為：/img/camel.gif，那么它的URL就是:”http://www.yining.org/img/camel.gif”。如果這個頁面設置了cookie（比如為了記錄留言者的ID和網站地址等），cookie的作用域名自動為www.yining.org，那么每次訪問該頁的時候，因為URL的域名部是www.yining.org，那么瀏覽器都會帶著cookie對該圖片發起請求，即使一路上的web cache有www.yining.org/img/camel.gif的記錄，也依然要到我的服務器(the origin server)，而不是從中間的web cache返回 - 因為帶cookie的請求都可能根據不同cookie的值而返回不同的response。

但是這對許多靜態資源（圖片, css, 和javascript）來說不是最理想的，因為不論cookie是什么，它們的response里都是同樣的內容，對它們的請求沒有必要每次都回到origin server。其次，因為不同web cache對帶cookie的請求支持不同，即使有的cache能夠緩存帶cookie的response，但是1）不是大多數的cache都能做到這點，2）大多數的cache都缺省緩存不帶cookie的response。因此最好的辦法就是使用不同的域名把靜態資源隔離開。雖然cookie的path屬性也能做到這點，但是畢竟限制太多，不如使用專門的域名靈活。

所以應該盡量把所有靜態的對象和動態頁面的域名分開，更嚴謹地說，是把不需要讀寫客戶端cookie的服務器資源與需要讀寫cookie的程序分開到不同的域名。比如我可以設置另一個域名static.yining.org，在引用該圖片的<img>里的src屬性改為”http://static.yining.org/img/camel.gif”，那么當訪問首頁的時候，瀏覽器就不會帶著cookie（因為作用的域名現在不一樣了），這樣就能更好地利用web cache緩存和服務器的性能。我請教過一位曾經在NetAppliance（最大的web cache廠商）工作的同學，據他說根據經驗，帶和不帶cookie之間的差別有可能是20%甚至更大。

標簽：撫州白城岳陽南陽泉州南陽葫蘆島邵陽

巨人網絡通訊聲明：本文標題《DNS查找, 域名, 和Cookies》，本文關鍵詞 DNS,查找,域名,和,Cookies,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。

婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

DNS查找, 域名, 和Cookies