V2EX › Jackyxiaoc 的所有回复 › 第 11 页 / 共 16 页

@blackmirror 我这里说的 cdn 是前端的公共库，还是有挂的概率的。
@chcx 如果是付费的 cdn，那毫无疑问，可靠性很高。我这里说的 cdn 是前端的公共库，还是有挂的概率的。
@mytsing520 如果是付费的 cdn，那毫无疑问，可靠性很高。我这里说的 cdn 是前端的公共库，还是有挂的概率的。这个东西是保证挂了以后能切换去能用的。t/536934

2019 年 11 月 15 日

@blackmirror 我这里说的 cdn 是前端的公共库，还是挂挺多的。
@chcx 如果是付费的 cdn，那毫无疑问，可靠性很高。我这里说的 cdn 是前端的公共库，还是挂挺多的。
@mytsing520 如果是付费的 cdn，那毫无疑问，可靠性很高。我这里说的 cdn 是前端的公共库，还是挂挺多的。这个东西是保证挂了以后能切换去能用的。t/536934

2019 年 11 月 15 日

@exip 微信浏览器还不支持 service worker 的离线访问...

2019 年 11 月 15 日

@exip 哦哦，明白了。

2019 年 11 月 15 日

@watzds 对啊特别是前端的库经常出问题...
@myqoo 谢谢
@myqoo 谢谢
@liuzhiyong 监控确实没什么问题
@exip 貌似不行...库挂了和这个没啥关系吧，首次加载还是不行。
@lxk11153 蹭前端公共库又想稳定...只能这样了...速度只要不比原来的慢，其实就没什么大问题。
@KENNHI 蹭前端公共库...怎么知道节点的地址...cdn 确实稳定，但前端公共库炸鸡的事情时有发生。这个小玩意的作用是蹭前端公共库的时候，想白吃白喝又能稳定的折中办法...避免类似事故的发生 /t/494314

2019 年 11 月 15 日

@wysnylc 感谢。

2019 年 11 月 15 日

@momocraft www.v2ex.com/t/494314 这种算不算挂了？避免的就是这种。

2019 年 11 月 15 日

@rioshikelong121 emmm 这样自己的服务器压力小大。
@optional 好办法，下午试试。
@wysnylc 哈哈具体的解决方案是？

2019 年 11 月 15 日

@wunonglin 其实这个跳转就是为了解决 cdn 直接挂了。您提到的评分的问题，确实不能针对每个用户去调整，除非投入比较多的监测节点。或者在用户端引入一段 js，监测用户的网络质量。再返回合适的公共库。
@jin5354 可以节约流量，降低成本。
@optional script onerror 应该是加载到完全加载不出来才引入第二个吧，要某个公共库是真挂了，用户打开的时间估计也要挺久的。
@momocraft cdn 本身挂的可能是比较大的，但是多了一个稳定的跳转的话，应该稳定一些。
@jaynos 确实。所以如果是简单的跳转只能解决某个公共库挂掉的问题。
@hyy1995 是的，确实有风险。但是如果全部用本地的，或者是自己的 cdn，流量成本应该挺高的。
@lhx2008 对，还是这样比较简单。

2019 年 11 月 15 日

@wunonglin 这个问题是想过的。网站引用的地址是 abc.com/[email protected]/lib/vant.min.js ——unpkg.com/[email protected]/lib/vant.min.js

我是可以拿到访问这个地址的用户的 ip 的，能区分出国内和国外就好。后台根据一个规则去匹配。当然这个是不能实时判断每个用户的网络情况选最好的 cdn 的，那样做监控的成本太高了。目前这套方案只能保证可用 100%，速度不至于太差。像 www.v2ex.com/t/536934 这种情况出现的时候，不需要满世界改引用。

2019 年 11 月 15 日

@antscript 感谢，确实是个好办法。

@wunonglin 感谢回复。其实我个人目前测试的结果是头条的库质量最好，然后后台一个排名综合评分。一旦检测失败了就指过去下一个排名的库。

@ibegyourpardon 感谢回复。我学习一下。

2019 年 11 月 15 日

@wunonglin 其实原理有点像这个： https://www.superbed.cn/help 单纯的转发并不需要很多服务器...

1 ... 3 4 5 6 7 8 9 10 11 12 ... 16

❮

❯