首頁  >  文章  >  後端開發  >  h3c 802.1x 客戶端 利用客戶端快取對網站進行最佳化的原理分析第1/2頁

h3c 802.1x 客戶端 利用客戶端快取對網站進行最佳化的原理分析第1/2頁

WBOY
WBOY原創
2016-07-29 08:38:46907瀏覽

很多人首先會想從伺服器快取方面著手對程式進行最佳化,許多不同的伺服器快取方式都有他們自己的特點,像我曾經參與的一些專案,根據快取的命中率不同使用過Com+/Enterprise Libiary Caching /Windows服務,靜態檔案等方式的伺服器端快取和HTTP Compression技術,但客戶端快取往往卻被人們忽略了,即使伺服器的快取讓你的頁面存取起來非常地快,但她依然需要依賴瀏覽器下載並輸出,而當你加入客戶端快取時,會給你帶來非常多的好處.因為她可以對站點中訪問最頻繁的頁進行緩存充分地提高Web 伺服器的吞吐量(通常以每秒的請求數計算)以提升應用程式效能和可擴展性。
一個線上購物調查顯示,大多數人願意去商店排隊,但在線上購物時卻不願意等待。 Websense調查公司表示多達70%的上網者表示不願意在頁面讀取上超過10秒鐘。超過70%的人會因為中途速度過慢而取消目前的訂單。
基礎知識
1) 什麼是”Last-Modified”?
在瀏覽器第一次請求某一個URL時,伺服器端的回傳狀態會是200,內容是你要求的資源,同時有一個Last-Modified的屬性標記此檔案在服務期端最後被修改的時間,格式類似這樣:
Last-Modified: Fri, 12 May 2006 18:53:33 GMT
客戶端第二次請求此URL時,根據HTTP 協定的規定,瀏覽器會傳送If-Modified-Since 標頭,詢問該時間之後檔案是否有修改過:
If-Modified-Since: Fri, 12 May 2006 18: 53:33 GMT
如果伺服器端的資源沒有變化,則自動回傳HTTP 304 (Not Changed.)狀態碼,內容為空,這樣就節省了傳輸資料量。當伺服器端程式碼發生改變或重新啟動伺服器時,則重新發出資源,返回和第一次請求時類似。 從而確保不向客戶端重複發出資源,也保證當伺服器有變更時,客戶端能夠得到最新的資源。
2) 什麼是」Etag”?
HTTP 協定規格說明定義ETag為「被要求變數的實體值」 (請參閱 —— 章節 14.19)。 另一種說法是,ETag是一個可以與Web資源關聯的記號(token)。典型的Web資源可以一個Web頁,但也可能是JSON或XML文件。伺服器單獨負責判斷記號是什麼及其意義,並在HTTP回應頭中傳送到客戶端,以下是伺服器端傳回的格式:
ETag: "50b1c1d4f775c61:df3"
客戶端的查詢更新格式是這樣的:
If-None-Match: W/"50b1c1d4f775c61:df3"
如果ETag沒改變,則返回狀態304然後不返回,這也和Last-Modified一樣。本人測試Etag主要在斷點下載時比較有用。
Last-Modified和Etags如何幫助提高效能?
聰明的開發者會把Last-Modified 和ETags請求的http標頭一起使用,這樣可利用客戶端(例如瀏覽器)的快取。因為伺服器首先產生 Last-Modified/Etag標記,伺服器可在稍後使用它來判斷頁面是否已被修改。本質上,客戶端透過將該記號傳回伺服器要求伺服器驗證其(客戶端)快取。
過程如下:
1. 客戶端請求一個頁面(A)。
2. 伺服器回傳頁面A,並在加上一個Last-Modified/ETag給A。
3. 用戶端展現該頁面,並將頁面連同Last-Modified/ETag一起快取。
4. 客戶再次要求頁面A,並將上次請求時伺服器傳回的Last-Modified/ETag一起傳遞給伺服器。
5. 伺服器檢查該Last-Modified或ETag,並判斷出該頁面自上次客戶端請求之後還未被修改,直接回傳回應304和一個空的回應體。
下面的範例說明如何使用伺服器端程式碼去操作客戶端快取:

目前1/2頁 12下一頁

以上就介紹了h3c 802.1x 客戶端 利用客戶端快取對網站進行優化的原理分析第1/2頁,包括了h3c 802.1x 客戶端方面的內容,希望對PHP教程有興趣的朋友有所幫助。

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn