近期又在折騰了，常訪問我博客的朋友或許頁面曾出現過502錯誤提示，那是折騰CloudFlare CDN不成功的提示。在此先感謝壇子，在他的執着和求真之下，昨天晚上終於成功使用上CloudFlare CDN。之前設置好CloudFlare CDN出現的502錯誤這個問題至今找不到原因，反正壇子讓我重新注意一下ID再試試，一試就成功了，所以當你使用CloudFlare CDN出現502錯誤警告時，可以試試這個方法――重新注冊個CloudFlare帳號。
為什么折騰CloudFlare CDN，原因很簡單，想把真實主機IP地址隱藏起來，同時又因為虛擬主機位於國外，對博客加速就要必要了。而CloudFlare CDN的功能不需要再詳細介紹了吧，只要理解什么叫CDN既可。為什么不用國內的CDN，唔，有更好的選擇為什么不去選擇更好的？或許你會說由於國內的網絡環境，CloudFlare CDN的IP常被牆造成無法訪問。我只能說這年頭不會搬梯子上網的用戶都不是高質素的讀者。
以下內容就是告訴大家我是如何使用CloudFlare CDN的，以下部份內容就直接抄壇子的了，誰讓他趕在我的前面寫了文章，搞得我不單連這篇文章都不會寫了，更是連文章名字都不知如何起好。
1、DNS設置：
DNS Records里面將泛解析去掉（如果有的話），只留下CloudFlare"雲朵"保護下的A解析和CName解析（建議全部A解析，在Name里分別是填WWW和@既可），徹底隱藏網站的源IP，對防DDoS攻擊有一點點好處。DNS分配的IP通常有2個，CloudFlare使用了Anycast和Nginx反代理技術，實際上CDN加速時，會自動分配最近的數據中心，https:/www.jinbo123.com/cdn-cgi/trace 可以查看瀏覽器聯系的數據中心（colo值對應相應的數據中心）。注意：默認或許還會有Mail的MX解釋，如果不需要用到郵箱的，直接刪掉。
2、Crypto選項：
我啟用了SSL (with SPDY) Strict（域名本身已購買SSL），意思是CloudFlare的服務器和我的主機之間的通信也需要SSL加密，然后我還啟用了HTTP Strict Transport Security (HSTS)，並開啟里面的所有附加選項。在這里提醒一下各位，如果你的域名還沒有購買SSL的暫時不要購買，用CloudFlare自帶的SSL試試，我感覺也可以實現全站SSL――這一點誰測試好請把結果告訴我。
3、Firewall選項：
Security Level我使用了高級High，不知效果怎樣，在此說一聲，本站沒有任何商業價值，真的高人不要浪費時間來D了，在此謝過。
4、Speed選項：
Auto Minify里選擇Gzip壓縮CSS, JS和HTML三個選項，減少網頁傳輸流量大小。Rocket Loader™，進一步合並優化JS代碼異步加載，我選擇off，因為本人博客是雙欄的，在國內的網絡環境，如果選用了本功能，總是先顯示左邊欄再顯示右邊欄，給別人的感覺顯示很慢。這個功能因人而異，需要自己測試，如果對網頁加載有影響的話就不要啟用，畢竟是BETA功能。
5、Caching選項：
Browser Cache Expiration我選擇了一個月的有效期。壇子選擇是一年。
6、ScrapeShield選項：
Email Address Obfuscation啟用，保護網頁上出現的郵箱名不被機器人掃描。
CloudFlare CDN功能很強大，但它效果如何？做為身在國內的我來說，真的沒有感覺到它的提速效果，與直接訪問虛擬主機速度差不多，用測試工具測試速度反而有所下降，而且還會有一些地方根本無法訪問。這當中的原因我想是因為國內網絡環境和國內用戶訪問博客時CloudFlare 提供的CDN節點都是來自美國，與虛擬主機一樣的距離來到中國，所以沒有感覺速度上的提升。不知道CloudFlare不優先選擇離中國最近的日本、香港等節點，反而跑到路途遙遠的美國。
我會不會長期使用CloudFlare CDN？現時CloudFlare CDN對於國內訪問沒有太多的影響，同時可以實現上面我所說的功能，還可以對世界其它地區進行訪問提速，同時會被Google搜索引擎認為更加友好的網站，所以我的答案是會的，除非某天國內大面積無法訪問。壇子說用上CloudFlare后，源主機幾乎看不到網站資源消耗，連流量都節省了60%以上，統計顯示，最近7天來，總流量10.31 GB，緩存化的流量達6.72 GB，擋住了285個有害威脅（主要來自中國）。