那确实。
同样的价格，欧美这边能给到 32 G，带宽上面能保证有 300M。
如果要保证 1G 带宽的话，价格是在 60 美元左右吧。
对 Discourse 来说，如果把附件分离出去的话，真正带宽消耗的大头不在服务器这边，在 CDN 那边。
那这样，我再给一个地址给你：
https://d3gukemcwbjpb6.cloudfront.net/com-isharkfly-www/discourse-uploads/original/3X/6/7/67eb77ba90299e41fe748d34d04b4f225e2826ee.jpeg
这个是 AWS CloudFront 的地址，你看看这个下载时间是多少。
其实 CF 的 CDN Proxy 的是这个地址。
3 posts were split to a new topic: Discourse 的论坛生态哲学
应该是网络问题hhhh
这个很快，正常速度，400/500ms。
那这个就不好说了。
可能 CloudFlare 在中国的网络问题导致的，貌似记得 CF 在中国的服务合作伙伴是百度。
AWS 的服务是自己做还是世纪互联，我都忘了。
我们用 CF 做图片缓存的原因是开始有朋友说我们附件的缓存率太低了。
本来就只用了 CF 的 DNS，没有用缓存，也就是 2 周前才加上了的。
没有加上的原因可能还是 CF 自己的问题。
对我们来说那点可怜的缓存率，影响不大。
直接只用 CF 的 DNS 就好，可能你明后天刷新下内容下载就更快了。
我们才调整了 CDN ，把 CF 的 Proxy 取消掉。
1 Like
今天迁移犯了很多错，过几天写个总结帖 
来个详细步骤吧，谢谢 
1 Like
坐等更新，避免继续踩坑。
我搬服务器已经登峰造极了 现在我搬到开只需要20分钟就可以完成了
2 Likes
你图片在存储桶，我们还是本地存的，所以带着uploads传备份就是一个小时
1 Like
带宽太小了，你服务器性能再好，出口是一条小水管咋用？
有cdn，其实回源需求带宽不高