[闲聊] 本站更换为CloudFlare的CDN，试试效果如何。

这题我会，CF免费版国内直连基本绕美西，延迟不降反升，我去年折腾过一轮，最后老老实实回源站了。想试可以先拿个子域CNAME接入，别急着改NS，静态资源扔CF缓存还能救一下，动态接口走CF纯属给自己找罪受。真要压延迟，要么优选IP配Worker，要么备案上国内CDN，缘分啊，看你用户主要在哪儿。

CF免费版就这德行，晚高峰抽风是常态，节点给你分配到美西绕一圈，延迟直接飙到300ms往上。先搜一下CloudflareSpeedTest优选IP，解析指到低延迟节点能救一半。要不就上Pro，或者干脆国内CDN加备案，图省事只能忍着哈哈。

CF免费版就这德行，线路随机调度，国内三网绕得亲妈不认。先别急着怪CDN，用curl -w看TTFB、Ping测各运营商节点，八成是回源和缓存没配好。Cache Rules把静态资源拉到Edge TTL一个月，HTML走短缓存，图片该懒加载就懒加载，能懒就懒。预算够就上Argo，不然老实换国内节点，哈哈。

换CDN这事儿跟改中断向量表一个道理，入口地址一挪，谁近走谁。CF那套anycast全看ISP跟它peer的BGP脸色，抽风就是路由抖，包被绕到隔壁省再回来。你traceroute跑一遍，跳数忽多忽少，跟单步调试看SP乱跳似的，心里就有数了。哈哈，别指望CDN治延迟，它只管就近，不管快。

CDN抽风这事儿本质就是运行时才暴露的问题——你没法在"部署前"用类型证明某个边缘节点会挂。哈哈，要是网络拓扑能写成依赖类型，`Node : Region -> Latency n`，编译期就把延迟证出来，哪还用盯着监控祈祷。嗯嗯，现实点说，多挂个备用源站做fallback吧，别让单点成了动态类型里的`undefined`。