关于jsDelivr 备案被吊销后-网页静态资源何去何从，小编从网络整理了以下文章，一起来看下吧。本文来源于网络，仅供参考阅读。
2021 年 12 月 20 日，jsDelivr团队主要负责人 Dmitriy Akulov 在 jsDelivr 官方 GitHub 仓库的一条 issue 下发表了以下说明：
是的，那天 jsDelivr 在国内的故障，并不是偶发的 SSL 证书出现问题导致资源下线，而是域名备案被吊销，导致国内 cdn 提供商网宿移除了 jsDelivr 的账号。目前 jsDelivr 国内线路为 Fastly：
过去的一两年里，许多人发现了 jsDelivr 在速度上的巨大优势，开始用 jsDelivr 作为图床，甚至用 jsDelivr 来托管和魔法软件的安装脚本。到后来 jsDelivr 更新了它的可接受使用政策（AUP），可惜当然滥用服务的各路神仙是不会理睬的，在他们的眼里，撸是常态，薅羊毛是理所当然，既然是免费的就要做好被撸爆的准备。
所以，2021 1220 – 可喜可贺的一天，jsDelivr 的 ICP 没了。最少在短时间内，jsDelivr 是无法也不会提供基于国内节点的托管服务了。可以想象，也是可能的下一步，就是 jsDelivr 完全被 GFW 阻断，成为连 Google Hosted Libraries和 cdnjs都不如的开源 CDN – 最少这两个国内还极其勉强地能用。
在这里，我强烈谴责无底线滥用 jsDelivr 的人们。
Disclaimer
文章发出后引起了一部分的关注。请注意本文，以及本文所提及的谴责，是因为有人用 jsDelivr 来托管魔法脚本的事情 – 在国内网络上这很显然是不可行的，raw.githubsuercontent.com 和 gist.github.com 都因此被封锁，而在一个唯一提供国内网络加速的开源 CDN 上托管这些很明显会导致站点被封禁的脚本，无疑是极其不负责任，不顾后果的行为。
诚然，我们的系统的的确确有问题，但是这并不能成为滥用一切可以滥用的以试图绕过限制（并且还无法改变根本事实）的理由。
也可能会有人说，啊我就是自由战士，我就是要和体制对抗到底，jsDelivr 牺牲了就牺牲了，都是他们的问题！
请注意，绝大部分用 jsDelivr 来托管脚本的人们，只是贪图一时的便利，他们可能觉得 jsDelivr 封不了（但是现在 ICP 没了），而没有考虑到可能的后果。更遑论那些直接用来做图床，文件下载的，就是本着滥用到底的想法。
本文只是一个菜鸡 Web Developer 对于这些人的行为导致 jsDelivr 没有了中国线路的愤慨和不满而已，确实 jsDelivr 不该这么用（你看到 cdnjs 能被这么用吗），只是一个没有审核机制，人人可托管内容的服务，最后竟然成了它的漏洞。
怎么办呢
凉拌呗。
目前能找到的最好的 jsDelivr 代替就是 cdn.baomitu.com[9]，由 360 的网络基建背书（放心，没有隐私风险，也不会给你静默安装 360），海外接入了 CloudFront[10]，全球速度极其优秀。完全镜像 cdnjs。只是无法用版本别名（如 unpkg.com/jquery@3），也不支持加速不在 cdnjs 上的项目（i.e. 自有项目）。
当然也是没办法合并文件的。jsDelivr 仅此一家，没了就是没了。
字节跳动静态资源公共库（cdn.bytedance.com[11]）也是一个理想的替代，只不过他的更新频率很不频繁，jQuery 到现在都只停留在 3.5.1 的版本号上（最新版本是 v3.6.0）。如果要使用的话记得替代他提供的域名到 s1.pstatp.com（网宿 CDN，全球加速）或者 s2.pstatp.com （阿里云 CDN，全球加速）。
其他的 BootCDN，Staticfiles 之类的维护比较混乱，不推荐使用。
自有资源怎么办呢
自己写了 js/css，但是显然不够格上 cdnjs，所以也没办法从上面的渠道调用，jsDelivr 又没了国内节点，怎么办呢？
是有办法的，虽然不完美，但是我是不会在这里说的。
所以要么自己托管，要么自己想办法。
写在最后
从第一次用 jsDelivr 以来，起码已经有三年时间了吧。也有常常关注这个项目，也和 Dmitriy 邮件交流过几次，了解过一些这个项目的进展。
这是一个非常好非常好的项目，也对国内的网页开发者们助力非常大，ICP 没了十分可惜，但也于事无补。
下一步我会尝试和 Dmitriy 沟通，提供一些我的想法，希望能够让 jsDelivr 在国内重现天日。
以上是“jsDelivr备案被吊销后-网页静态资源何去何从”的全部内容。更多相关资讯，请持续关注本站。