补档就到此为止吧，别的好像没啥好补的
前言
先介绍一下这几天我都在干什么：
首先，我在7月27号才发现了有edgeone的存在，在次之前我对cdn的概念都来自于七牛云的对象存储，因此，在我的眼里，cdn似乎是一个为了节省图片流量的存在并且绑定对象存储。
至此，我才发现是我搞错了，cdn可以缓存任何静态文件，包括html、css、js，甚至后端的接口都可以被当成静态文件。
但是时间点是7月27号，而免费兑换码到25号就没了。
首先我没注意到时间，结束了还在x上分享，企图嫖到兑换码
但拜edgeone所赐，我了解到了cloudflare这个赛博大善人。
cloudflare
cloudflare的作用是代理我的网站，像一个中转站一样，用户的访问需要先经过cloudflare的节点，再被转发到我的服务器上，相应的，服务器的返回也要经过cloudflare的中转。
经过了cloudflare的转发，当我们在命令行使用ping指令查询域名时，就会发现指向的ip是cloudflare的节点而不是服务器公网ip，有效阻绝了网站被攻击的可能性（之前的网站一直处于裸奔状态😕 ）
cloudflare的代理很简单，换dns代理，加上域名的dns解析，点击小黄云开启代理，网上教程也很多，我也不多赘述了。
但这个时候我的小脑袋瓜开始超载了：
- 首先cloudflare代理的灵活模式，可以让节点和源地址以http协议通信，而节点可以和客户端以https的协议通信。
- 七牛云开通加速cdn的https协议享受不到每个月的免费10G流量，只能是http协议。
- 如果网站是https，那么就不能访问到http的资源。
得出结论：我可以让cloudflare代理七牛云源站，实现https享受http的免费流量。
好了直接说实践结果：
貌似可行，但七牛云源站的流量断崖式上升。
大概是代理真只是转发，每次都找源站要资料了罢。
EdgeOne
好在后面又有新活动，免费送了两个免费版资格，但是只有国际站的。
使用体验
这玩意和cloudflare感觉上很不同，我就不明白，为啥开这么一个节点，还要cname转发。
最让我难以忍受的时候 部署中这三个字，非常久。
最让我傻眼的是后端接口也是可以被当成静态资源代理的。因为我的上一个博客是自己想当然写的，很多细节都不清楚，能跑通，看起来没啥问题就上线了。
现在我才知道，原来后端还要设置头 Cache-Control: no-store。
为啥在cloudflare就没有这问题呢。
至少证明了，edgeone的cdn是真的，那么七牛云白嫖计划还在继续：
- 首先，删除七牛云的cdn加速域名，然后在edgeone用cname转发七牛云存储桶的源地址（
qiniu.yelob.vip）。
- 其次，在edgeone中加速域名(
cdn.yelob.vip)，代理的是先前的源地址(qiniu.yelob.vip)
真是转了一大圈啊。
实验成功，白嫖计划达成。
未完待续，是纯粹没写完。
不想写了。
评论