CloudFlare加速最佳化設(shè)置

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

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

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

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

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

再來切換到Caching標(biāo)簽，Caching Level(快取等級)請選擇Standard(標(biāo)準(zhǔn))

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

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

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

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

Custom caching請選擇 Bypass cache 

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

Custom caching請選擇 Bypass cache 

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

Custom caching請選擇 Aggressive caching 

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

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

Custom caching請選擇 Cache everything 

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

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