老大!這Cloudflare真的有效欸!

上週六凌晨被手機的信件通知吵醒,說是”カレー補完計畫”掛掉了,
原想說這部落格又不是賣東西的電子商務網站,明天睡醒再處理就好,
結果打開一看是”508 Resource Limit Is Reached”…..嚇得我以為網站被DDoS、
想說會否因過度消耗限定配額的共用主機資源而被Fastcomet掃地出門,
只得馬上起床,找辦法弄清楚這部落格到底發生什麼事了 “orz

由於整個網站一直處於508 Resource Limit Is Reached狀態,根本無法登入,
只得從Fastcomet管理後台查看,不過硬體資源狀況一切正常…..聯絡技術支援後才曉得,
原來我使用的StartSmart方案其Concurrent connections(同時連線數)限制為20,
只要有突然的微幅波動超過這個數,晚來的瀏覽者就只能看著508排隊…..
就算是進階或高級方案,其Concurrent connections上限也只有30和50,
技術人員說可以考慮使用VPS方案,但這Blog一天的訪客數量僅有幾百人左右,
為了突然增加的短期流量升級實在不划算…..既然沒法提升資源,
個人只得登入原本僅作為DNS代管的Cloudflare,啟動之前未打開的CDN服務,
於Page Rule頁面設定301轉址與html的Cache Everything後,
死馬當作活馬醫,看能否成功分擔掉流量…..
結果網站沒幾分鐘就成功復活了! 這Cloudflare CDN真的超有效啊!
Google Analytics
進入Google Analytics查看,才曉得似乎是因”DeepNude“這個關鍵字而來的突發流量,
但網站當時也才約200人同時上線而已,比起那麼多人會對這款軟體有興趣,
我反而更訝異原來如此程度就足夠把我的網站打趴….. “orz

根據Cloudflare的報表,網站瀏覽人次最高峰為凌晨3點左右的14314人,
24小時內的不重複瀏覽者總人數為71283人,幫我節省了約8GB的資料流量:
Cloudflare
將網頁檔暫存後不僅主機負擔顯著降低,連開啟速度也變得飛快,
之前在Chrome開發人員工具顯示要花上3秒多才載入完畢的網頁,
Cloudflare speed up
在資源確實已被快取的狀態下,只要355.46毫秒就能完成,
說是將近十倍速也不誇張,cloudflare真是遠超我意料之外的強而有力啊!

之前承Alica先生分享經驗,得知了現在Cloudflare已不會將台灣的流量送到美國去,
開了會變更慢的狀況不復存在,麻煩身在台灣的朋友無心測試後,
更發現本站居然能使用台灣節點(loc=TW),這下真是沒理由不把它給打開了 ww
不過將html暫存有著顯示延遲的問題,最快也要兩小時才會自動更新,
為了避免有留言的訪客以為回覆失敗,目前僅採預設快取+Page Rule設定圖片快取,
雖然Explanation又回到了2秒多的龜速,仍比採用Jetpack的圖片與靜態資源CDN來的快─
自此以後,本站SSL伺服器憑證從Let’s Encrypt變成由Cloudflare頒發,
Cloudflare TLS 1.3 Chrome
Cloudflare TLS 1.3
且只要瀏覽器允許,無論手機還是桌電都正式支援TLS 1.3!
不過目前還在測試Cloudflare的Hotlink Protection功能,
要是沒能確實作用的話應該會回去使用Jetpack的Photon吧,
雖然不太喜歡圖片被盜連,總比被盜連還吃光伺服器流量好一些…..

迴響: 0 則迴響

文章分類:電腦相關

標籤: , , , , ,

發表迴響

這個網站採用 Akismet 服務減少垃圾留言。進一步瞭解 Akismet 如何處理網站訪客的留言資料