前言

懶懶部落使用Cloudflare Pages搭建而成，採用的是Cloudflare Workers在Cloudflare網路上執行代碼產生應用程式，而不需要運行專用服務器(Serverless)，所以省去了自己維護伺服器的成本與時間。

不過如果今天你是使用自身的VPS或Dedicated Server來搭建WordPress或其他網站，又想要使用Cloudflare CDN所提供的快取服務，在Cloudflare免費方案裡面你可能會取得位置在NRT(日本成田)或LAX(美國洛杉磯)的快取伺服器，由於CDN節點位於國外，可能會產生不用CDN網頁的反應時間(TTFB) 反而更快的情況。

但若想使用Enterprise方案才有的TPE(台北)或KHH(高雄)快取伺服器節點，付出的$$又太高(官網上價格是居然是自訂!)，那有沒有可以免費使用TPE或KHH節點的方式呢?後面也會提到為何本文標題內含"抉擇"二字。

Enterprise Plan
Cloudflare Blog

至於Cloudflare在台灣沒有提供免費的伺服器節點(也就是與中華電信HINET之間的問題)請參見:

Bandwidth Costs Around the World (2016/08/18)

https://blog.cloudflare.com/bandwidth-costs-around-the-world/

Six Expensive Networks

Cloudflare Pages 設定

首先必須聲明此方法僅適用於Cloudflare Pages建立的網站，經實測藉由該種方式建立的開頭*.pages.dev網站，都是經由TPE節點發送的資料(也有可能是KHH節點，視使用者的ISP而定)

Cloudflare Pages頁面
.pages.dev TPE節點

但若啟用Cloudflare Pages的自訂網域功能，我們打開DNS頁面會發現Proxy功能預設是開啟的，此時會發現會是經由NRT節點發送的資料(也有可能是LAX節點，視使用者的ISP而定)

自訂網域
DNS頁面
lanwp.org NRT節點

我們打開Google Chrome的開發者工具，比較源lanlanblog.pages.dev與CNAME過後的lanwp.org，可以發現lanlanblog.pages.dev經過TPE節點lanwp.org經過NRT節點，但他們的反應時間卻相差接近兩倍的時間!

lanlanblog.pages.dev反應時間
lanwp.org反應時間

經過Proxy與不經過Proxy的TTFB比較

懶懶發現此時若將CNAME的Proxy功能關閉，CNAME過後的lanwp.org則會重回TPE節點來發送的資料，反應時間自然也降低

DNS頁面關閉Proxy
lanwp.org TPE節點
lanwp.org反應時間 - TPE節點

關閉Proxy帶來的隱憂

不過就如標題所述的"抉擇"二字，關閉自訂網域的Proxy功能，也就意味Cloudflare所提供的WAF,Analytics, Page Rules等功能將不能使用(但Cloudflare Pages自帶DDoS防護與Cache)，所以該如何選擇就端看你自己囉!

https://lanwp.org/cdn-cgi/trace 節點

其他網友的討論

should-i-proxy-cloudflare-pages-custom-domain - stackoverflow
https://stackoverflow.com/questions/73560680/should-i-proxy-cloudflare-pages-custom-domain