㈠ 打開一個網頁為什麼會出現fikker/webcache/3.6.2
1. Fikker是安裝在自身網站伺服器上的一個緩存加速軟體, 所以前提是你要有自己的伺服器或VPS. Fikker網站加速的基本原理是: 通過軟體自帶的 Fikker 管理平台配置將你的網站頁面緩存起來, 動態頁面或靜態頁面, 周期緩存時間可以是幾秒鍾, 也可是幾天, 也就是網站只需要生成一次頁面, 在一個緩存周期時間之內有其他用戶訪問的時候, 網站就不用再頻繁的生成這一些頁面了, 這樣子影響網站速度的資料庫瓶頸就消失了; Fikker加速方法之二就是對這些動態頁面(asp,php,jsp,html,js,css,txt)進行 gzip 壓縮, 這種文本頁面被壓縮以後傳輸的尺寸平均減少75%以上, 網站的響應速度大大提升. 所以總體來說, Fikker網站加速(Fikker緩存加速)是在帶寬和伺服器硬體條件不變的條件下, 利用的webcache技術和gzip技術解決來網站速度問題, 非常適合包含有動態頁面的網站使用, 加速的效果可成倍提升. 除此之外, Fikker作為前端伺服器還可以提供了很多實用性的功能, 防盜鏈, 實時監控（可監測用戶當前訪問的一舉一動）, 偽靜態, ajax 跨域, 各省市自治區流量統計百分比報表, 黑名單等功能. Fikker緩存加速伺服器軟體目前提供有免費版下載.
2. CDN，即內容分發網路。將網站指定的內容發布到CDN運營商部署在各地的伺服器上。使用戶可以就近取得所需的內容, 提高用戶訪問網站的響應速度。目前流行的大部分CDN加速針對對於靜態資源加速很明顯, 例如圖片, 視頻, 音頻等靜態資源, 但對於緩存時效性很高的動態頁面, 核心的速度瓶頸在源站那裡, 也就是生成頁面的速度, 資料庫的瓶頸, CDN的加速效果不夠明顯. 總之來說, CDN運營商利用自身的伺服器和帶寬資源(相對於Fikker提升自身伺服器利用率而言), 將網站的靜態資源或者更新時效性不算很高的頁面緩存起來, 達到加速的目的. CDN一般是按照帶寬流量計費的.
匯總：Fikker網站加速軟體使用了緩存加速技術(webcache,gzip等)，將伺服器本身的性能和帶寬發揮到極致，著重於動態頁面(html,php,jsp,html,js,css,txt)周期性緩存來極大減少資料庫負荷，通過gzip壓縮減少帶寬佔用，用戶請求響應非常及時；CDN利用其運營商自己部署在各地的伺服器來分發用戶網站頁面, 側重於緩存靜態頁面(圖片,視頻或靜態頁面), 利用外部帶寬優勢達到加速的目的.
㈡ Web緩存伺服器有什麼作用
Fikker 是國內第一款面向廣大站長的專業級網站加速伺服器軟體，全界面化管理，利用頁面緩存技術（webcache），網站管理員或開發人員通過 Fikker 管理平台將指定的頁面緩存起來，其他用戶在訪問相同頁面時候，就不需要網站讀取資料庫後再生成頁面了，Fikker 直接返回用戶需要的頁面，平均響應速度提升 10 倍以上；另外 Fikker 通過 gzip 將頁面（html，asp，php，css，js）壓縮起來，減少了傳輸尺寸，提高傳輸效率和減少帶寬佔用。網站負載將會變的很輕松，是的！Fikker 的目標就是：讓你的網站飛起來。
作為網站的前置伺服器，Fikker 還提供了強大的實時監控功能，防盜鏈，源站負載均衡，偽靜態（URL靜態化），Ajax跨域操作，黑名單管理等一站式解決方案，網站管理簡單到極致，但功能強悍到難以想像。
Fikker 從原始架構開始設計，跨平台（支持 Windows 和 Linux）和面向伺服器類軟體方向設計，經過多年的精雕細琢，穩定性，功能性和易用性大大提升，一些功能特點，在很多設計和實現上是國內甚至是國際上的創新，例如：會員緩存加速，一些 SNS 和 BBS 網站，只針對登錄會員用戶開放，要實現加速，就需要針對登錄會員加速，而且全界面化配置和操作等等。
㈢ 緩存服務的特點
使用WEB高速緩存重定向技術可以為用戶帶來以下好處：
減少帶寬消耗
由於需要在網上通過的請求和響應減少，降低了託管客戶對互聯網帶寬的佔用，因此可節省大量的帶寬資源。
減少伺服器載入
伺服器處理的請求減少，可以減少伺服器的載入。
減少用戶通入時間
因為對緩存請求的響應是立即可以獲得的, 不僅極大地縮短了互聯網靜態頁面訪問的響應時間，而且也大大提高了託管客戶的WEB伺服器對於不可緩存的內容的處理能力，因此可以在現有網路和設備條件下提供更好的內容訪問服務。
增加吞吐量
在客戶投資最少的情況下增加伺服器的內容訪問服務能力。
增加可靠性
由於具有持續高性能的互聯網服務質量，系統的冗餘性和故障恢復能力，因此可有效地保證高峰值業務量的服務能力。
緩存設備工作是在比路由器更高的層次上，能夠把用戶所要訪問的網路信息抓到本地，在最短的時間內將信息連續、完整、實時地傳遞給最終用戶。可以說，緩存技術降低了目前廣域網通訊帶寬成本，是提升互聯網訪問性能的最好方法。
此外，Web Cache的功用遠不止存儲和提供數據。Cache是作為基於軟體的代理伺服器的一部分或專門的硬體（appliances，容器）出現的，它可以提供更好的性能。Cache設備可在用戶端儲存最常瀏覽的網頁內容，隨時提供給用戶存取，還可同時監控內容的來源，以測知網頁是否已更新，並同步更新儲存的內容。
一般來說，在配置了互聯網加速設備後，由於很多用戶瀏覽的內容可以從高速緩存中直接調出，網路效能會有明顯的大幅提升：網頁響應時間最多可以減少90%以上；頻寬使用率將增加30%～50%。高速緩存服務通常包括：共享內容高速緩存服務、獨享內容高速緩存服務。
㈣ CDN技術詳解的目錄
第1章 引言 1
1.1 cdn的基本概念和產生背景 2
1.2 cdn的基本工作過程 5
1.3 cdn的發展歷史 8
1.4 cdn對互聯網產業的價值和作用 13
第2章 cdn技術概述 16
2.1 cdn的系統架構 17
2.1.1 功能架構 17
2.1.2 部署架構 21
2.2 cdn系統分類 23
2.2.1 基於不同內容承載類型的分類 24
2.2.2 基於內容生成機制的分類和分層加速服務 27
2.3 小結 29
第3章 內容緩存工作原理及實現 32
3.1 內容緩存技術的發展背景 33
3.1.1 網站的問題和需求 33
3.1.2 cdn出現前的網站服務技術 35
3.2 cache設備的工作方式和設計要求 38
3.2.1 正向代理 39
.3.2.2 反向代理 41
3.2.3 透明代理 42
3.2.4 web cache產品實現關鍵要素分析 44
3.3 web cache的實現基礎—基於http協議的web緩存技術 45
3.3.1 web與http 45
3.3.2 http協議工作原理 48
3.3.3 http中的cookie和session 68
3.3.4 https安全協議 74
3.3.5 http協議中的緩存技術 76
3.4 web cache技術實現關鍵點分析 82
3.4.1 web cache關鍵性能指標說明 82
3.4.2 內容存儲機制 85
3.4.3 內容更新機制 86
3.4.4 web cache協議優化 90
3.4.5 web cache安全實現機制 92
3.5 開源web緩存代理軟體——squid 94
第4章 集群服務與負載均衡技術 97
4.1 伺服器集群技術 98
4.1.1 集群的基本概念 98
4.1.2 集群的分類 99
4.1.3 集群的系統結構 101
4.1.4 cdn負載均衡集群 102
4.2 cache集群協同交互方法 103
4.2.1 icp 104
4.2.2 htcp 105
4.2.3 cache digest 106
4.2.4 cache pre-filling 106
4.2.5 carp 107
4.3 負載均衡技術的實現 108
4.3.1 負載均衡關鍵技術 110
4.3.2 負載均衡部署方式 115
4.3.3 伺服器負載均衡 118
4.3.4 鏈路負載均衡 125
4.4 開源負載均衡軟體 130
4.4.1 lvs 130
4.4.2 nginx 132
第5章 全局負載均衡工作原理及實現 134
5.1 全局負載均衡在cdn系統中的作用 135
5.2 基於dns解析的gslb實現機制 136
5.2.1 dns的產生背景 136
5.2.2 dns基本工作原理 137
5.2.3 基於dns解析的gslb工作方式 147
5.2.4 負載均衡的策略判斷條件信息 150
5.2.5 開源dns服務軟體——bind 153
5.3 基於dns的gslb應用部署方法 155
5.3.1 gslb應用部署時的一些基本概念 155
5.3.2 負載均衡策略 160
5.3.3 gslb部署中的關鍵問題 171
5.4 基於應用層協議重定向的gslb 177
5.4.1 http重定向基本原理 177
5.4.2 基於http重定向的gslb工作流程 180
5.5 基於ip路由的gslb 181
5.6 小結 184
第6章 流媒體cdn系統的組成和關鍵技術 189
6.1 流媒體系統工作原理概述 192
6.2 流媒體傳送協議體系 195
6.2.1 rtp和rtcp 197
6.2.2 rtsp 201
6.2.3 rtmp 207
6.2.4 http streaming 216
6.2.5 mpeg-2 ts 226
6.3 流媒體業務對cdn提出的要求和挑戰 228
6.3.1 流媒體加速與web加速之間的業務差異 228
6.3.2 流媒體cdn系統架構描述 230
6.3.3 小結 232
6.4 流媒體cdn系統的關鍵技術實現 233
6.4.1 cache的設計實現 233
6.4.2 負載均衡系統設計實現 238
6.4.3 內容分發機制設計實現 240
6.4.4 組網模式 242
6.4.5 內容文件預處理技術 243
6.4.6 防盜鏈機制和實現 246
第7章 動態內容加速服務的實現 250
7.1 動態內容加速技術 251
7.1.1 業務邏輯層加速技術：邊緣計算 255
7.1.2 數據訪問層加速技術：資料庫復制 257
7.1.3 用戶數據層加速技術：用戶數據復制 261
7.2 應用加速技術 263
7.2.1 應用加速技術概述 263
7.2.2 廣域網加速技術 264
7.2.3 ssl加速技術介紹 274
第8章 cdn商業化服務現狀 279
8.1 cdn產業分析 280
8.1.1 cdn產業鏈分析 280
8.1.2 cdn服務的價值分析 282
8.1.3 cdn服務運營方式分析 285
8.2 cdn的商業服務模式 286
8.2.1 cdn的計費方式 286
8.2.2 cdn的增值服務 289
8.2.3 cdn客戶決策要點 294
8.3 典型案例分析 296
8.3.1 視頻網站 296
8.3.2 門戶網站 297
8.3.3 政府網站 298
8.3.4 企業網站 299
8.3.5 雲計算 300
8.3.6 小結 302
8.4 典型服務商介紹 303
8.4.1 國外cdn運營商的先驅——akamai 303
8.4.2 國內運營商簡介 306
第9章 cdn發展展望 309
9.1 新時代對cdn的要求 310
9.2 cdn技術發展趨勢 313
9.3 cdn與雲計算 315
9.3.1 雲計算——第三次it革命 315
9.3.2 cdn是雲計算嗎 317
9.3.3 cdn與雲計算技術的結合 323
9.4 cdn與p2p 325
9.4.1 p2p技術概述 325
9.4.2 p2p流量的變化趨勢及優劣勢分析 329
9.4.3 cdn與p2p技術的結合 334
9.5 cdn的商業服務發展趨勢 337
附錄a cdn試驗床實施指南 341
a.1 試驗床架構概述 342
a.2 基礎集群環境搭建 344
a.2.1 伺服器虛擬化環境部署 344
a.2.2 虛擬機管理基本操作 347
a.3 代理緩存環境搭建 349
a.3.1 apache http伺服器的安裝與配置 350
a.3.2 squid代理緩存伺服器的安裝與配置 352
a.3.3 cdn試驗床代理緩存功能的演示和驗證 355
a.4 邊緣節點四層負載均衡 357
a.4.1 lvs負載均衡伺服器的安裝與配置 358
a.4.2 cdn試驗床四層負載均衡功能的演示和驗證 362
a.5 邊緣節點七層負載均衡 364
a.5.1 bind域名伺服器的安裝與配置 365
a.5.2 nginx負載均衡伺服器的安裝與配置 368
a.5.3 cdn試驗床七層負載均衡功能的演示和驗證 371
a.6 多邊緣節點負載均衡 373
a.6.1 apache伺服器和bind伺服器的配置 374
a.6.2 cdn試驗床多邊緣節點負載均衡功能的演示和驗證 379
a.7 小結 380
參考文獻 381
↓展開全部內容
序言回到頂部↑互聯網已經成為今天的生活必需品，人們利用它獲取信息和資訊、
進行娛樂並相互溝通，在這背後有一個鮮為人知的幕後英雄—內容分發網路（CDN）。
CDN架設在IP網路之上，是互聯網世界裡的智能傳送網路，連接了我們和互聯網上無數色
彩繽紛的應用。
CDN的出現改變了互聯網的生態面貌，促進了互聯網的發展。在互聯網商業化不久，
由於缺乏必要的流量管理和疏通手段，骨幹帶寬被迅速消耗掉，IP網路流量秩序瀕於失
衡。為解決這一難題，麻省理工學院的一批頂級科學家提出了CDN解決方案，從此以後，
CDN就成為互聯網的基礎設施，伴隨著互聯網的潮起潮落而發展。CDN將內容推到網路的
邊緣，為用戶提供就近性的邊緣服務，從而保證服務的質量和整個網路上的訪問秩序，
解決了困擾內容提供商的內容「集中與分散」的兩難選擇，極大緩解了內容傳送瓶頸。
CDN的發展促使整個互聯網產業進一步分工合作，使網站和應用開發者們能夠更關注於上
層應用。
時間進入2009年，雲計算和移動互聯網時代到來，CDN在這一背景下重新引起了各方
的關注，藍汛和網宿公司的成功上市，標志著資本市場對CDN的認可。我們看到，在國外
很多公司的雲計算服務中，CDN成為一項標准配置，而移動互聯網中應用的多樣性更需要
CDN的分發能力。傳統的IP網路以傳輸中立、協議簡單為信條，而互聯網，特別是在移動
互聯網時代，應用的豐富性要求網路能力能夠隨著應用不斷拓展。中國電信正致力於打
造「智能管道」，而CDN技術是打造智能管道的一項關鍵技術，是電信運營商未來服務運
營的重要競爭力。CDN與基礎IP網路聯系緊密，通過與各級網路之間的配合調度，在給用
戶提供優質服務的同時，也能降低骨幹網的傳輸壓力和峰谷差異。同時，基於CDN的海量
信息感知能力，還能為業務開發者提供各種用戶行為分析和預測數據，創造了新的商業
模式。
中國電信從2002年開始進行CDN網路的建設，用於承載自營業務和對外服務。在這一
過程中，我們經歷了很多挫折，也積累了寶貴的經驗。回顧這些年的工作，深感這一領
域缺乏系統性的書籍和技術資料，使入門者的摸索過程顯得更為困難。為幫助普及CDN的
服務和應用概念，推動業界的技術溝通與交流，中國電信北京研究院組織從事CDN技術研
究及相關專業技術的聯合團隊編寫了本書，其中既有長期工作在CDN網路建設和服務一線
，對現網運營支撐有豐富經驗的工程師，又有互聯網戰略運營和業務的專家，還有部分
從事雲計算等信息技術領域研究的領軍人才，這本書既是他們研究成果的智慧結晶，也
是他們分享知識和經驗的平台。相信他們的研究和心得會給廣大讀者帶來思考、啟迪和
幫助。
趙慧玲
中國電信北京研究院副院長
2012年4月，北京
㈤ cdn加速技術和優勢是什麼，在那裡體現
採取了分布式網路緩存結構（即國際上流行的web cache技術），通過在現有的Internet中增加一層新的網路架構，將網站的內容發布到最接近用戶的cache伺服器內，通過DNS負載均衡的技術，判斷用戶來源就近訪問cache伺服器取得所需的內容，解決Internet網路擁塞狀況，提高用戶訪問網站的響應速度，如同提供了多個分布在各地的加速器，以達到快速、可冗餘的為多個網站加速的目的。
CDN的特點
1、本地Cache加速 提高了企業站點（尤其含有大量圖片和靜態頁面站點）的訪問速度，並大大提高以上性質站點的穩定性
2、鏡像服務 消除了不同運營商之間互聯的瓶頸造成的影響，實現了跨運營商的網站加速，保證不同網路中的用戶都能得到良好的訪問質量。
3、遠程加速 遠程訪問用戶根據DNS負載均衡技術 智能自動選擇Cache伺服器，選擇最快的Cache伺服器，加快遠程訪問的速度
4、帶寬優化 自動生成伺服器的遠程Mirror（鏡像）cache伺服器，遠程用戶訪問時從cache伺服器上讀取數據，減少遠程訪問的帶寬、分擔網路流量、減輕原站點WEB伺服器負載等功能。
5、集群抗攻擊 廣泛分布的CDN節點加上節點之間的智能冗於機制，可以有效地預防黑客入侵以及降低各種D.D.o.S攻擊對網站的影響，同時保證較好的服務質量 。
CDN中的關鍵技術包含以下幾個方面；
CDN的作用：
客戶收益
（1）網站的訪問速度提高，用戶滿意度不斷提升，用戶粘性增強
（2）節省成本，網站無需投資昂貴的各類伺服器、設立分站點
（3）提高帶寬使用率，無需考慮流量問題，只需維護內容，提升工作效率
（4） 助力企業提高服務品質
CDN服務的客戶群 ：
跨國企事業機構
國家政府機構
國內企事業單位
互聯網應用服務提供商
互聯網內容服務提供商
電子商務服務供應商
應用軟體服務供應商
系統集成商
多媒體及娛樂互動服務提供商
網站設計及託管供應商
CDN加速中的關鍵技術包含以下幾個方面：
（1）內容發布：它藉助於建立索引、緩存、流分裂、組播（Multicast）等技術，將內容發布或投遞到距離用戶最近的遠程服務點（POP）處；
（2）內容路由：它是整體性的網路負載均衡技術，通過內容路由器中的重定向（DNS）機制，在多個遠程POP上均衡用戶的請求，以使用戶請求得到最近內容源的響應；
（3）內容交換：它根據內容的可用性、伺服器的可用性以及用戶的背景，在POP的緩存伺服器上，利用應用層交換、流分裂、重定向（ICP、WCCP）等技術，智能地平衡負載流量；
（4）性能管理：它通過內部和外部監控系統，獲取網路部件的狀況信息，測量內容發布的端到端性能（如包丟失、延時、平均帶寬、啟動時間、幀速率等），保證網路處於最佳的運行狀態。CDN平台的優勢： http://cdn.fayikeji.com/xinwen.aspx?xwid=20120803092201218
1) 減少源站訪問壓力
2) 解決網站流量突發問題
3) 提供更好的互聯網訪問質量，改善用戶體驗
4) 解決互聯互通難題
5) 提供全面、准確的數據統計分析報表
6) 預設單點故障，不影響全局訪問
7) 合理利用互聯網資源，滿足網站內容的擴展需求
8) 提供科學合理、全面周到的安全防範服務，有效防止攻擊源站
㈥ ☆前端優化：瀏覽器緩存技術介紹
在前端開發中，性能一直都是被大家所重視的一點，然而判斷一個網站的性能最直觀的就是看網頁打開的速度。 其中提高網頁反應速度的一個方式就是使用緩存 。緩存技術一直一來在WEB技術體系中扮演非常重要角色，是快速且有效地提升性能的手段。
一個優秀的緩存策略可以縮短網頁請求資源的距離，減少延遲，並且由於緩存文件可以重復利用，還可以減少帶寬，降低網路負荷。
所以，緩存技術是無數WEB開發從業人員在工作過程中不可避免的一大問題。 在產品開發的時候我們總是想辦法避免緩存產生，而在產品發布之時又在想策略管理緩存提升網頁的訪問速度 。了解瀏覽器的緩存命中原理，是開發WEB應用的基礎，本文著眼於此，學習瀏覽器緩存的相關知識，總結緩存避免和緩存管理的方法，結合具體的場景說明緩存的相關問題。希望能對有需要的人有所幫助。
在實際WEB開發過程中，緩存技術會涉及到不同層、不同端，比如：用戶層、系統層、代理層、前端、後端、服務端等， 每一層的緩存目標都是一致的，就是盡快返回請求數據、減少延遲 ，但每層使用的技術實現是各有不同，面對不同層、不同端的優劣，選用不同的技術來提升系統響應效率。所以，我們首先看下各層的緩存都有哪些技術，都緩存哪些數據，從整體上，對WEB的緩存技術進行了解，如下圖所示：
本篇文章重點講的就是上面紅色框部分緩存內容。
當瀏覽器請求一個網站的時候，會載入各種各樣的資源，比如：HTML文檔、圖片、CSS和JS等文件。對於一些不經常變的內容，瀏覽器會將他們保存在本地的文件中，下次訪問相同網站的時候，直接載入這些資源，加速訪問。
那麼如何知曉瀏覽器是讀取了緩存還是直接請求伺服器？如下圖網站來做個示例：
第一次打開該網站後，如果再次刷新頁面。會發現瀏覽器載入的眾多資源中，有一部分size有具體數值，然而還有一部分請求，比如圖片、css和js等文件並沒有顯示文件大小，而是顯示了 from dis cache 或者 from memory cache 字樣。這就說明了，該資源直接從本地硬碟或者瀏覽器內存讀取，而並沒有請求伺服器。
瀏覽器啟用緩存至少有兩點顯而易見的好處： （1）減少頁面載入時間；（2）減少伺服器負載；
瀏覽器是否使用緩存、緩存多久，是由伺服器控制的 。准確來說，當瀏覽器請求一個網頁（或者其他資源）時， 伺服器發回的響應的「響應頭」部分的某些欄位指明了有關緩存的關鍵信息 。下面看下，HTTP報文中與緩存相關的首部欄位：
根據上面四種類型的首部欄位不同使用策略， 瀏覽器中緩存可分為強緩存和協商緩存 ：
當瀏覽器對某個資源的請求命中了強緩存時， 返回的HTTP狀態為200 ，在chrome的開發者工具的network裡面 size會顯示為from cache ，比如：京東的首頁里就有很多靜態資源配置了強緩存，用chrome打開幾次，再用f12查看network，可以看到有不少請求就是從緩存中載入的：
Expires是HTTP 1.0提出的一個表示資源過期時間的header，它描述的是一個絕對時間，由伺服器返回，用GMT格式的字元串表示 ，如：Expires:Thu, 31 Dec 2037 23:55:55 GMT，包含了Expires頭標簽的文件，就說明瀏覽器對於該文件緩存具有非常大的控制權。
例如，一個文件的Expires值是2020年的1月1日，那麼就代表，在2020年1月1日之前，瀏覽器都可以直接使用該文件的本地緩存文件，而不必去伺服器再次請求該文件，哪怕伺服器文件發生了變化。
所以， Expires是優化中最理想的情況，因為它根本不會產生請求 ，所以後端也就無需考慮查詢快慢。它的緩存原理，如下：
Expires是較老的強緩存管理header， 由於它是伺服器返回的一個絕對時間 ，在伺服器時間與客戶端時間相差較大時，緩存管理容易出現問題， 比如：隨意修改下客戶端時間，就能影響緩存命中的結果 。所以在HTTP 1.1的時候，提出了一個新的header， 就是Cache-Control，這是一個相對時間，在配置緩存的時候，以秒為單位，用數值表示 ，如：Cache-Control:max-age=315360000，它的緩存原理是：
Cache-Control描述的是一個相對時間 ，在進行緩存命中的時候， 都是利用客戶端時間進行判斷 ，所以相比較Expires，Cache-Control的緩存管理更有效，安全一些。
這兩個header可以只啟用一個，也可以同時啟用， 當response header中，Expires和Cache-Control同時存在時，Cache-Control優先順序高於Expires ：
此外，還可以為 Cache-Control 指定 public 或 private 標記。 如果使用 private，則表示該資源僅僅屬於發出請求的最終用戶，這將禁止中間伺服器（如代理伺服器）緩存此類資源 。對於包含用戶個人信息的文件（如一個包含用戶名的 HTML 文檔），可以設置 private，一方面由於這些緩存對其他用戶來說沒有任何意義，另一方面用戶可能不希望相關文件儲存在不受信任的伺服器上。需要指出的是，private 並不會使得緩存更加安全，它同樣會傳給中間伺服器（如果網站對於傳輸的安全性要求很高，應該使用傳輸層安全措施）。 對於 public，則允許所有伺服器緩存該資源 。通常情況下，對於所有人都可以訪問的資源（例如網站的 logo、圖片、腳本等）， Cache-Control 默認設為 public 是合理的 。
當瀏覽器對某個資源的請求沒有命中強緩存， 就會發一個請求到伺服器，驗證協商緩存是否命中，如果協商緩存命中，請求響應返回的http狀態為304並且會顯示一個Not Modified的字元串 ，比如你打開京東的首頁，按f12打開開發者工具，再按f5刷新頁面，查看network，可以看到有不少請求就是命中了協商緩存的：
查看單個請求的Response Header， 也能看到304的狀態碼和Not Modified的字元串，只要看到這個就可說明這個資源是命中了協商緩存，然後從客戶端緩存中載入的 ，而不是伺服器最新的資源：
【Last-Modified，If-Modified-Since】的控制緩存的原理，如下 ：
【Last-Modified，If-Modified-Since】都是根據伺服器時間返回的header，一般來說， 在沒有調整伺服器時間和篡改客戶端緩存的情況下，這兩個header配合起來管理協商緩存是非常可靠的，但是有時候也會伺服器上資源其實有變化，但是最後修改時間卻沒有變化的情況 ，而這種問題又很不容易被定位出來，而當這種情況出現的時候，就會影響協商緩存的可靠性。 所以就有了另外一對header來管理協商緩存，這對header就是【ETag、If-None-Match】 。它們的緩存管理的方式是：
Etag和Last-Modified非常相似，都是用來判斷一個參數，從而決定是否啟用緩存。 但是ETag相對於Last-Modified也有其優勢，可以更加准確的判斷文件內容是否被修改 ，從而在實際操作中實用程度也更高。
協商緩存跟強緩存不一樣，強緩存不發請求到伺服器， 所以有時候資源更新了瀏覽器還不知道，但是協商緩存會發請求到伺服器 ，所以資源是否更新，伺服器肯定知道。大部分web伺服器都默認開啟協商緩存，而且是同時啟用【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】，比如apache:
如果沒有協商緩存，每個到伺服器的請求，就都得返回資源內容，這樣伺服器的性能會極差。
【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】一般都是同時啟用，這是為了處理Last-Modified不可靠的情況。有一種場景需要注意：
比如，京東頁面的資源請求，返回的repsonse header就只有Last-Modified，沒有ETag：
協商緩存需要配合強緩存使用，上面這個截圖中，除了Last-Modified這個header，還有強緩存的相關header， 因為如果不啟用強緩存的話，協商緩存根本沒有意義 。
如果資源已經被瀏覽器緩存下來，在緩存失效之前，再次請求時，默認會先檢查是否命中強緩存，如果強緩存命中則直接讀取緩存，如果強緩存沒有命中則發請求到伺服器檢查是否命中協商緩存，如果協商緩存命中，則告訴瀏覽器還是可以從緩存讀取，否則才從伺服器返回最新的資源。其瀏覽器判斷緩存的詳細流程圖，如下：
㈦ 網站緩存功能什麼意思
1.減少 HTTP 請求數：一個頁面中包含的圖片，JS，CSS等每一個資源都會生成一個 HTTP 下載請求，由瀏覽器發向網站伺服器，如果減少這個請求數，會縮短網路傳輸的時間。
另外圖片盡量採用壓縮格式的，例如 jpg 就屬於一種壓縮圖片格式，bmp屬於無壓縮無失真圖片。這個需要網頁/網站設計人員綜合考慮這個因素。
優點：縮短網路傳輸事件，網路傳輸量小，減少伺服器端負載；
缺點：減少HTTP請求，有時候無法滿足網站發布信息的需求，盜鏈的出現也會增加HTTP請求；
2、採用緩存技術（webcache）：這個是目前網站加速最主要的方式。如果利用代理/緩存加速伺服器去實現的話，網站在不需要做任何改動的情況下，就可實現大跨度的實現加速效果。實現的基本方式為：將指定的網站頁面周期性的緩存起來，緩存時間可從幾秒到幾天，在緩存時間內，頁面只需要生成一次，以後有用戶訪問這個頁面的時候，網站伺服器和資料庫就不再需要重新生成相同的頁面了，極大的減少了網站伺服器和資料庫負荷。我們做個簡單的對比，假設一個新聞熱點頁面，在一個小時可被訪問1萬次，如果這個新聞頁面每次被訪問的時候，都會通過讀取資料庫後再一遍一遍的編譯生成，在一個小時內將會重復性的生成1萬次；如果這個頁面被周期性的緩存10分鍾，也就是每間隔10分鍾才會被生成一次，一個小時內只會被生成6次，如果兩種方式一對比，效果就超級明顯，兩種比較下伺服器負荷的壓力比差別1000倍以上，緩存技術將使得網站負載在高峰期游刃有餘。Fikker網站加速軟體實際上是一款代理伺服器軟體，通過Fikker網站加速伺服器提供的頁面緩存（webcache）功能，將需要緩存的網站URL配置到頁面緩存中（支持正則表達式，通配符和精確地址匹配），並設定一定的緩存時間（幾秒到幾天），不需要重啟Fikker立即生效，如果有重要頁面變動，可通過清理緩存將指定的緩存頁面清理出去。
優點：網站不需要做任何改動，大幅減少伺服器和資料庫的負荷。
3、使用gzip壓縮：頁面壓縮主要是降低傳輸尺寸，提高傳輸效率。常用的 html，asp，php，jsp，txt，css，js等文本頁面，通過gzip壓縮可降低75%左右尺寸，也就是原來需要傳輸 100KB 的頁面，gzip壓縮後只需要 25KB 的傳輸數據了，加速的效果是非常明顯的。Fikker內置了gzip模塊，自動對壓縮的文件壓面進行壓縮傳輸。
4、使用非阻塞網路技術（non-block）：提高網路響應速度，Linux 從 2.6 內核開始，專門引入 epoll 事件機制，相對於傳統的 select 事件機制，效率大大的增強，尤其在高並發情況下越發的明顯，幾個線程即可並發支持上萬並發連接，使用盡量少的線程除了減少內存開支還可減少頻繁的線程切換的開銷。Fikker軟體的Linux版本全面支持epoll事件機制，支持從連接建立到連接結束，從域名解析開始到結束的全非阻塞網路設計。
5、提高帶寬，加速頁面傳輸：利用帶寬加速方式常用是CDN，通過CDN運營商的網路將頁面分發出去，用戶訪問時可就從最近的節點獲取，達到加速目的。但這裡面有一個前提，就是需要頁面是靜態的，或動態頁面首先需要被生成出來，然後才能利用 CDN 的高速網路傳輸出去，從這個角度理解，CDN 與 緩存加速具有很強的互補性，即利用緩存技術加快頁面生成，利用CDN加快傳輸，缺一不可。
希望對你有事幫助。
㈧ WebCache web的緩存機制
1.webcache的簡單介紹
web緩存,是一種 緩存技術 ,用於臨時存儲(緩存)的網頁文件,如HTML頁面和圖像等靜態資源,減少帶寬以及後端伺服器的壓力,通常一個WebCache也是一個 反向代理軟體 ,既可以通過緩存響應用戶的請求,當本地沒有緩存時,可以代理用戶請求至後端主機。
WebCache分為正向和反向之分，一般正向WebCache不常用,這次主要以反向WebCache為主。
2.webcache的由來
1)由於程序具有局部性,而局部性分為： 時間局部性和空間局部性
A.時間局部性是指：在單位時間內,大部分用戶訪問的數據只是熱點數據(熱點數據指經常被訪問的數據)
B.空間局部性是指：某新聞網站突然出來一個重大新聞,此新聞會被被反復訪問。
3.webcache的變化性
WebCache的新鮮度監測機制 ：數據都是可變的,所以緩存中的內容要做新鮮度檢測.
4.緩存相關的HTTP首部:
HTTP協議提供了多個首部用以實現 頁面緩存及緩存失效 的相關功能，這其中最常用的有：
1)Expires：HTTP/1.0,用於指定某web對象的過期日期/時間，通常為GMT格式；一般不應該將此設定過長的時間，一年的長度對大多場景來說足矣；其常用於為 純靜態內容 如JavaScripts樣式表或圖片指定緩存周期；
(2)Cache-Control：為了解決HTTP/1.0中對於新鮮度控制的策略而生,通過相對時間來控制緩存使用期限；
(3)Etag：響應首部，用於在 響應報文中為某web資源定義版本標識符 ；
(4)Last-Mofified：響應首部，用於回應客戶端關於Last-Modified-Since或If-None-Match首部的請求，以通知客戶端其請求的web對象最近的修改時間；
(5)If-Modified-Since：條件式請求首部，基於 請求內容的時間戳作驗正 ,如果後端伺服器數據的時間戳未發生改變則繼續使用,反之亦然.
(6)If-None-Match：條件式請求首部； 通過Etag來跟後端伺服器進行匹配 ，如果數據的Etag未發生改變,既不匹配,則響應新數據,否則繼續使用當前數據.
(7)Vary：響應首部，原始伺服器根據請求來源的不同響應的可能會有所不同的首部，最常用的是 Vary: Accept-Encoding，用於通知緩存機制其內容看起來可能不同於用戶請求時 Accept-Encoding-header首部標識的編碼格式；
(8)Age：緩存伺服器可以發送的一個額外的響應首部，用於指定響應的有效期限；瀏覽器通常根據此 首部決定內容的緩存時長；如果響應報文首部還使用了max-age指令，那麼緩存的有效時長為 「max-age減去Age」的結果；
㈨ CDN代表哪個國家
（一）
CDN是英文Content Delivery Network的簡稱，即內容分發網路的含義。CDN許可證指的是頒發給從事內容分發網路業務企業的經營許可，是企業開展增值電信業務B12的從業牌照，業務編號B12.是內容分發網路業務許可證的簡稱，俗稱CDN經營許可證，CDN資質。
（二）
CDN內容分發網路業務是指利用分布在不同區域的節點伺服器群組成流量分配管理網路平台，為用戶提供內容的分散存儲和高速緩存，並根據網路動態流量和負載狀況，將內容分發到快速、穩定的緩存伺服器上，提高用戶內容的訪問響應速度和服務的可用性服務。簡稱CDN許可證、CDN資質、CDN牌照，屬於第一類增值電信業務中的內容分發網路業務。
一般為視頻網站、門戶網站、個人網站、購物網站、企事業單位網站或數據提供網路加速服務的，均需要辦理CDN許可證，辦理信息可在阿里雲了解。
（三）
CDN，即內容分發網路，通俗講其主要功能就是讓在各個不同地點的網路用戶，都能夠快速訪問到網站提供的內容，不會經常出現等待或是卡頓的狀況。
CDN，簡單來講就是一項非常有效的縮短時延的技術，CDN這個技術其實說起來並不復雜，最初的核心理念，就是將內容緩存在終端用戶附近。內容源不是遠么？那麼，我們就在靠近用戶的地方，建一個緩存伺服器，把遠端的內容，復制一份，放在這里，不就OK了？
㈩ CDN技術是什麼CDN技術的簡介
CDN 是構建在數據網路上的一種分布式的內容分發網。