程序猿视野看 CDN，分析②(萌新 CDN-LUG-提供丰富的反向代理服务； SRI 重新分析； CDN 文件拼接 Auto-optimization-combo ------)

多方面分析国内外公开的 CDN②

戳这里查看分析一：用程序猿视野看公共 CDN （安全性、易用性、国内最需要的 SRI 等等）

期待各位收藏和回复

==原创：Cydia·Rice，转载需注明==

先,感谢各位 V2ER 们的收藏和支持.这一次主要是补充分析某些方面,并且同步修正上次的错误.

首先，介绍一下本周新发现的 CDN，反代服务非常多，所以还是要推荐下。

LUG CDN

为了节省篇幅,直接放出该 CDN 的分析数据,如需对比,请点击文首的链接获取其他 CDN 的数据。

该 CDN 发起者介绍：中国科学技术大学 Linux 用户协会（科大 LUG ）是由在校的 GNU/Linux 爱好者发起并组成的全校性群众团体，是一个以推广自由软件文化、宣传自由软件价值为目的的协会组织。

提供下列域名的反代服务（即 CDN ）：

LUG 安全性&证书

不支持纯 HTTPS,不提供 SRI,证书为自动续期性。

LUG 域名

多个域名服务,同一个三级域名.

LUG PING(速度)

图为均值数据,LUG 不提供国外节点,国内速度较优。

下面是对上次分析的补充和修正

所有 CDN 的 SRI 分析

CDNJS\75CDN\JSDelivr 均支持 SRI。至于为什么 JSDelivr 被标记为 Half Support，且看下文。

文件拼接服务 Auto-optimization

这里就不上图了。只有一家 CDN-JSDelivr 支持。

1.先分析下这个文件拼接服务，对 CDN 速度的影响。实际测试说明，对 CDN 速度没有影响，反而提升了前端性能。多个文件拼接后，响应和下载速度均快于拉取单个文件速度。

2.坑：文件拼接不支持 SRI，也不支持手动获取 SRI。根据官网说明，CDN 可能会随着服务商的变换，而导致 CDN 文件更改，进而导致通过 SRI 无法正确校验文件。（这里就是 Half SRI 的原因,JSDelivr 的单文件 CDN 仍然支持全 SRI。）

3.坑：文件拼接所提供的文件类型不正确，导致部分 JS 在 Chrome 无法正确运行。

另外想对 JSDelivr 说

经过 V2 们的多次推荐，我仔细体验了下 JSDelivr。无论国内外，速度都非常不错。文件拼接功能，经过多次绕坑后，体验也非常佳。

但是，JSDelivr 的仓库有点乱。不是说官网搜索功能体验不好（=.= 有时候国内环境真不好使）。为了找到原作者的仓库 CDN，搜索了很多次，最后还是通过搜索 author: 作者才找到相对应的仓库。搜索的排列顺序很迷，非 Star 数，所以有些热门仓库可能搜索关键词差一点点，就要找很久。总之，就是仓库杂。不过，仓库杂说明资源多，也不错。

==原创：Cydia·Rice，转载需注明==

==部分功能未参与此次分析，你可以在下面的评论提出来。部分分析不到位，请耐心指出，切勿大肆吐槽。==

期待各位收藏和回复