CloudFlare加速最佳化設置

經(jīng)過一年來的觀察，發(fā)現(xiàn)許多站長對于CloudFlare的設計其實并不了解，錯誤的設定CloudFlare常常也會引來網(wǎng)站便緩慢的問題。再次澄清，CloudFlare預設其實沒有針對網(wǎng)頁進行快取，訪客所有訪問其實只是經(jīng)由CloudFlare一五一十的向原始主機請求資料，這樣的一來一往就會拉長訪客網(wǎng)頁載入的速度，也沒節(jié)省到主機多少流量(有時反而變得更花資源)。

改善問題的方式包括，停用Always Online、填寫Page Rules快取規(guī)則。

請留意下圖CloudFlare控制臺以紅線畫的三個部分，包括Speed、Caching、Page Rules

首先是Speed，其中Auto Minify的工具請全部啟用，讓經(jīng)由CloudFlare傳輸?shù)木W(wǎng)頁資源都得到適當?shù)膲嚎s。

而下方的Rocket Loader由于對造成Google AdSense不當修改，故使用Google AdSense的網(wǎng)站請務必選擇Off，未受影響的網(wǎng)站則建議選擇Automatic即可

再來切換到Caching標簽，Caching Level(快取等級)請選擇Standard(標準)

Browser Cache Expiration(瀏覽器快取)建議設定在1year，而Always Online請務必”關閉”，這部份似乎有點爭議，原先Always Online的概念是網(wǎng)站離線時，透過CloudFlare提供快取頁面維持訪客的正常瀏覽，可是對于免費版來說，要求的快取時間高達一周才會有效果，但這段時間CloudFlare會頻繁的向源站點請求網(wǎng)頁存取，等于要用主機資源的消耗換取常常不能用的Always Online完全不值得，不如關閉這項功能節(jié)省資源。

再切換到具有關鍵角色的Page Rules標簽，對于網(wǎng)址規(guī)則設定有兩種，

一種是全站點交由CloudFlare傳輸給訪客，此時網(wǎng)址規(guī)則包括：以www.test.com為范例

站點原網(wǎng)址/wp-login.php* [例如，www.test.com/wp-login.php*]：

Custom caching請選擇 Bypass cache 

站點原網(wǎng)址/wp-admin/* [例如，www.test.com/wp-admin/*]：

Custom caching請選擇 Bypass cache 

站點原網(wǎng)址/* [例如，test.com/*]：

Custom caching請選擇 Aggressive caching 

第二種是主站點由源主機傳輸，但大部分靜態(tài)資源由CloudFlare傳輸給訪客，優(yōu)勢在于訪客等于同時有兩個站點進行傳輸，且搜尋引擎爬蟲所訪問的站點IP也不會常常改變，會于塞車時切換CDN狀態(tài)也很簡單，此時網(wǎng)址規(guī)則只要：

站點CDN網(wǎng)址/* [例如，cdf.test.com/*]：

Custom caching請選擇 Cache everything 

對于如何生成相同內(nèi)容的子網(wǎng)域鏡像，可透過指向相同IP、指向源站點CNAME來達到兩組網(wǎng)址顯示相容內(nèi)容的效果

經(jīng)由CDN連接的網(wǎng)址置入快取外掛的CDN功能，并清理外掛快取即可生效。