preload 证书是证书对吧
传送证书就是使用 https 协议对吧
那么用户使用 http 协议的话，你的 preload 证书根本发送不到浏览器
那么如果加上 http to https 的跳转，引导用户使用 https
攻击者就可以劫持这个跳转请求，也就是唯一的使用 http 协议的请求，阻止跳转到 https 或者干别的事情
所以没有任何用

为什么 webp 开始流行了

哈哈，2017 年 11 月申请的 50G 存储，一直没挂载，现在还没掉

那就是零差评

我也很有感觉

正常，这都是学习过程。换 Windows 也是一样有一堆东西折腾。

已经经历 n 次 gitlab 不好使了，不知道你们想迁移的为啥不选择 bitbucket

这个可以借鉴一波代码

#asmalltalkJdjell

一般都是在 key 里面有 key 的

你是不懂 CDN 原理。
我看完之后 100%确定这不是 bug。这是非常符合预期的操作。
“ DNS 的 CNAME 域名和全站加速的 CNAME 域名不一样”：为了区分调度，没有问题。
不同 CNAME 也可以指向同一组 CDN 节点。而 CDN 节点通过 Host Header 判断是哪个网站，但是不知道你是通过哪个 CNAME 解析过来的。也就是说，你可以直接 A 到一个节点也是没问题的。

而节点当然是精确域名优先，泛域名优先级更低。
如果你的精确域名设置了特殊设置（全站），但又想用泛域名设置（图文），那么为什么还要设置精确域名呢？

看全站加速列表里，www.domain.com 的 CNAME 检测结果显示的是“未设置”
www.domain.com 解析到了泛域名的 CNAME 而非正确的 www.domain.com 的 CNAME，本来就有错误。
但是没有解析到正确 CNAME 不代表没有使用 /不能使用 CDN 节点。

总结：

CNAME 只是把域名访问导向 CDN 节点（只有这个作用），并不是 CDN 节点用来判断域名所在设置 /套餐的依据。

建议：

回去学一下 DNS，HTTP，CDN 原理