簡介
網站內容最佳化
這裡的網站內容最佳化，不是指SEO，而是指對網頁內容和結構進行最佳化，主要包括以下幾種最佳化技術：
1) 壓縮網頁所關聯的各種檔案大小，例如圖片、CSS、JavaScript等
2) 最佳化網頁結構，將用戶最關心的內容優先顯示
3) 設定瀏覽器快取，將可快取的內容儘量快取在客戶端
4) 最佳化程式代碼，採用更先進的Web編輯語言，如HTML5
已經有一些工具輔助來進行以上最佳化，包括google的page speed和Yahoo的YSlow。這種最佳化相對較容易做，每個WEB套用的開發者或管理者，可以根據輔助工具的提示進行最佳化。
CDN加速
CDN的全稱是Content Delivery Network，即內容分發網路。其目的是通過在現有的Internet中增加一層新的網路架構，將網站的內容發布到最接近用戶的網路"邊緣"，使用戶可以就近取得所需的內容，解決Internet網路擁擠的狀況，提高用戶訪問網站的回響速度。從技術上全面解決由於網路頻寬小、用戶訪問量大、網點分布不均等原因所造成的用戶訪問網站回響速度慢的問題。 實際上，內容分發布網路(CDN)是一種新型的網路構建方式，它是為能在傳統的IP網發布寬頻豐富媒體而特別最佳化的網路覆蓋層；而從廣義的角度，CDN代表了一種基於質量與秩序的網路服務模式。簡單地說，內容發布網(CDN)是一個經策略性部署的整體系統，包括分散式存儲、負載均衡、網路請求的重定向和內容管理4個要件，而內容管理和全局的網路流量管理(Traffic Management)是CDN的核心所在。通過用戶就近性和伺服器負載的判斷，CDN確保內容以一種極為高效的方式為用戶的請求提供服務。總的來說，內容服務基於快取伺服器，也稱作代理快取(Surrogate)，它位於網路的邊緣，距用戶僅有"一跳"(Single Hop)之遙。同時，代理快取是內容提供商源伺服器（通常位於CDN服務提供商的數據中心）的一個透明鏡像。這樣的架構使得CDN服務提供商能夠代表他們客戶，即內容供應商，向最終用戶提供儘可能好的體驗，而這些用戶是不能容忍請求回響時間有任何延遲的。據統計，採用CDN技術，能處理整個網站頁面的70%～95%的內容訪問量，減輕伺服器的壓力，提升了網站的性能和可擴展性。 與目前現有的內容發布模式相比較，CDN強調了網路在內容發布中的重要性。通過引入主動的內容管理層的和全局負載均衡，CDN從根本上區別於傳統的內容發布模式。在傳統的內容發布模式中，內容的發布由ICP的套用伺服器完成，而網路只表現為一個透明的數據傳輸通道，這種透明性表現在網路的質量保證僅僅停留在數據包的層面，而不能根據內容對象的不同區分服務質量。此外，由於IP網的"盡力而為"的特性使得其質量保證是依靠在用戶和套用伺服器之間端到端地提供充分的、遠大於實際所需的頻寬通量來實現的。在這樣的內容發布模式下，不僅大量寶貴的骨幹頻寬被占用，同時ICP的套用伺服器的負載也變得非常重，而且不可預計。當發生一些熱點事件和出現浪涌流量時，會產生局部熱點效應，從而使套用伺服器過載退出服務。這種基於中心的套用伺服器的內容發布模式的另外一個缺陷在於個性化服務的缺失和對寬頻服務價值鏈的扭曲，內容提供商承擔了他們不該乾也乾不好的內容發布服務。 縱觀整個寬頻服務的價值鏈，內容提供商和用戶位於整個價值鏈的兩端，中間依靠網路服務提供商將其串接起來。隨著網際網路工業的成熟和商業模式的變革，在這條價值鏈上的角色越來越多也越來越細分。比如內容/套用的運營商、託管服務提供商、骨幹網路服務提供商、接入服務提供商等等。在這一條價值鏈上的每一個角色都要分工合作、各司其職才能為客戶提供良好的服務，從而帶來多贏的局面。從內容與網路的結合模式上看，內容的發布已經走過了ICP的內容（套用）伺服器和IDC這兩個階段。IDC的熱潮也催生了託管服務提供商這一角色。但是，IDC並不能解決內容的有效發布問題。內容位於網路的中心並不能解決骨幹頻寬的占用和建立IP網路上的流量秩序。因此將內容推到網路的邊緣，為用戶提供就近性的邊緣服務，從而保證服務的質量和整個網路上的訪問秩序就成了一種顯而易見的選擇。而這就是內容發布網(CDN)服務模式。CDN的建立解決了困擾內容運營商的內容"集中與分散"的兩難選擇，無疑對於構建良好的網際網路價值鏈是有價值的，也是不可或缺的最優網站加速服務。
WebCache
利用webcache技術來對頁面進行大量的快取，這樣就能讓客戶端的訪問直接在快取數據中獲取，減輕了網站伺服器的動態頁面生存的開銷和資料庫的執行查詢的開銷，還是硬碟讀寫的IO開銷，這是一個在現有頻寬條件和硬體資源的情況下大幅度增加伺服器相應速度的方式。
這方面的套用軟體市面上的不多，有國外軟體和國內軟體。國內的相關軟體有FikkerWeb 綜合支持系統，這個系統有windows和linux版本。默認設定是開20執行緒，windows下同時能處理20000+的並發請求。在linux下結合 epoll機制 基本沒有並發處理性能瓶頸。這個系統能對靜態網頁和動態網頁深度定製快取策略和快取刷新策略，快取命中的效率也很高，非常適合大中型網站的套用。
傳輸協定最佳化
網頁傳輸一般都採用HTTP協定，而HTTP協定又是基於TCP協定，所以一般的傳輸協定最佳化，會選擇最佳化HTTP協定或TCP協定。
HTTP協定最佳化
Google提出了SPDY協定，來替代廣泛使用的HTTP 協定。SPDY 協定可以通過一個單獨的 TCP 連結實現並行的多路復用流通信，並且支持優先權，優先傳送最重要的 HTML 內容，而其他 JavaScript，視頻等不是太重要的內容的優先權則會相對較低。
SPDY協定的缺點是與HTTP協定並不兼容，所以只能用於Chrome瀏覽器與支持SPDY的WEB套用（主要是Google自己的套用）。
TCP協定最佳化
因為HTTP協定基於TCP協定，所以如果TCP協定得到了最佳化，HTTP協定也自然得到了最佳化。但是，這種TCP最佳化，要求最佳化後的協定與標準TCP協定兼容。主流的TCP最佳化技術包括：
1.Zeta-TCP
由北京華夏創新科技有限公司(AppEx Networks) 實現並商業化。
2. FastTCP
由FastSoft實現並商業化。
由於Zeta-TCP和FastTCP是直接對TCP協定進行最佳化，所以其不僅僅對於HTTP協定有效，對於所有基於TCP的協定，例如FTP、SMTP、POP3或其它基於TCP的自定義協定，都有加速效果。
TCP協定最佳化對於靜態內容和動態內容同樣生效。
