This article is categorized as "Garbage" . It should NEVER be appeared in your search engine's results.（2025-11-04）已经搬到dmit上面去了。下面是我用bunnyCDN这两个月的糟糕体验。
前情提要：🔗 [2025年9月 从CloudFlare迁移到bunnyCDN的一些记录 - Truxton's blog] https://truxton2blog.com/2025-sept-migrate-from-cloudflare-to-bunnycdn/
2025-09-22
随便访问个笔记发现加载很慢，一检查发现有个css响应时间1.3秒
这个css文件明明是https请求过的资源（也返回了200），但perma cache就是不保存
以前也出过类似情况，有些链接无论如何都无法存进perma cache里（访问的时候虽然一直cdn cache MISS perma cache MISS但perma cache就是不存），要把整个文件夹删了重新preload才行。估计是perma cache文件系统的bug. 今天甚至还出现过已经删除的文件夹重新回归的幽灵bug（perma cache文件夹版本都推进到58了，有个昨天就删了的版本55文件夹突然露头了，里面存了个user linux mint的链接，鬼知道发生了什么）。
决定写一个程序，preload以后等待若干小时再执行（这样cdn cache就差不多挤出去了），检查这些链接是否都在perma cache里面好好存着）
如果perma cache bug太多就只能考虑卸载perma cache然后测测裸cdn性能了
再不行就转回cloudflare缩起来或者重新看看别的cdn
2025-10-13
再一次遇到大规模perma cache失灵问题
尝试了很多方法，包括重新创建perma cache，卸载并重新挂载perma cache，换台服务器https preload，减少并发数量，等等
都没有任何作用，而且这次不仅仅是那些pdf.js/mathjax小文件遭殃，而是文章url遭殃
直接卸载perma cache，过几个月再说
如果发现裸cdn性能也就那样，就考虑转到其他cdn
2025-10-15
闲着没事，再开了一次perma cache（新的存储空间）试一试，结果发现preload脚本出现了大量http 404错误
赶紧卸载（存储）了，不用了不用了
2025-10-15
为什么还要继续用bunny cdn一段时间呢？1. 迁移需要成本，回退cloudflare也需要成本；2. 目前看来即使是裸cdn也不算糟糕（下面这张图是cdn cache MISS情况下用private window首次访问的大页面）：
waiting for server response几乎相当于理论直连光速了，只能说bunny也许没有想象中那么好，但也没有cf绕路这么差
最近出现了概率性http 502问题（访问后台管理员页面），第二次访问又好了
不知道为什么。以前cf没出过这种问题。
随后出现了大量的访问极慢、极度延迟、偶尔502问题（admin和普通访客都是如此），暂时不知道是origin server有问题还是bunny edge server有问题还是中间的线路有问题。
监控页面和搜索页面也是这样。太离谱了。
speed-cloudflare-cli是正常的数值
后来稍微恢复了一点，但普通页面也有900ms的延迟，比起之前的90ms最佳表现差了很多
随后又恢复正常了
前后大概1.5小时
随后又出现了卡顿和这个神奇的问题：
接下来的12小时基本上是：50%卡顿连接（4秒以上），40%正常速度，10% 502错误
我觉得我的网络（client和origin server）和wordpress没有问题，大概是bunny有问题
甚至连bunny的主页、bunny的控制台都卡得不行，但status.bunny.net就是不承认：
已经把DNS TTL修改为5分钟并准备好过一天跑路了（吸取了上次acme challenge的教训）
再补充一点：2025-11的某一天（已经跑路dmit）无意中翻看google search console，发现一个10月份的通知：
笑了，谷歌爬虫来了也一样502，看来10月份bunny很多节点都出问题了
筹划跑路中
但突然发现这个存储桶还挺好用的（指非常便宜的尝试价格）：🔗 [学习Bunny Storage的使用 - Truxton's blog] https://truxton2blog.com/learn-to-use-bunny-storage/
考虑到这个需求时不时就会有（把一些网站的demo临时发给别人看，或者丢一个超过cloudflare免费额度的大文件给别人下载），而1美元/月的开销是固定的，所以...也许保留这个bunny账户继续用（但把本博客迁出去）是个不错的选择。
2025-10-28，又想出个点子：
过去一段时间我跑去熟悉了下bunny storage作为存储桶的传统用法，也学了下如何把hexo等静态网站通过脚本通过API丢到存储桶里面去。总体来说并不是很难，只是需要...在本地先建立一个和perma cache结构完全一样的目录（这一步首先就很麻烦），然后再运行一个脚本同步到storage上面去。
这个想法本身不难（但脚本要重新写，因为perma cache目录结构不太一样）。之前没考虑过这个可能是因为习惯了rsync，觉得这样搞不如并发https来得快。
但目前仍然倾向于换个直连服务器，所以暂时还不用搞这个。
2025-11-02：没有更多尝试了，直接迁移到dmit，域名解析换成了ns1
