V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Jackyxiaoc  ›  全部回复第 11 页 / 共 16 页
回复总数  316
1 ... 3  4  5  6  7  8  9  10  11  12 ... 16  
2019-12-16 08:55:12 +08:00
回复了 Jackyxiaoc 创建的主题 云计算 请问 CloudFlare CDN 开启 5 秒盾防护对接口会不会有影响?
@d5 好的,谢谢。
@opengps 感谢。主要是我们的部分接口是和微信的服务器对接的,我们不知道微信服务器的所有出口 ip。
2019-12-10 11:13:44 +08:00
回复了 Jackyxiaoc 创建的主题 云计算 请问 CloudFlare CDN 开启 5 秒盾防护对接口会不会有影响?
@mytsing520 请问具体对接口会有什么影响?
2019-12-03 09:41:03 +08:00
回复了 Showfom 创建的主题 分享创造 [SM.MS] 图床推出 VIP 专用服务器并正式推出收费套餐
还是觉得聚合图床不错。。。www.superbed.cn
2019-11-20 17:46:30 +08:00
回复了 kitkitquzi 创建的主题 云计算 现在的云服务器真的越来越便宜了……
@Maltazard 用 cdn...
@dorothyREN 付费的 cdn 是不用担心,公共的前端库还是会挂的。

@Foxkeh 求大神给点方向。

@KENNHI 嗯嗯,谢谢。
@blackmirror 我这里说的 cdn 是前端的公共库,还是有挂的概率的。
@chcx 如果是付费的 cdn,那毫无疑问,可靠性很高。我这里说的 cdn 是前端的公共库,还是有挂的概率的。
@mytsing520 如果是付费的 cdn,那毫无疑问,可靠性很高。我这里说的 cdn 是前端的公共库,还是有挂的概率的。这个东西是保证挂了以后能切换去能用的。t/536934
@blackmirror 我这里说的 cdn 是前端的公共库,还是挂挺多的。
@chcx 如果是付费的 cdn,那毫无疑问,可靠性很高。我这里说的 cdn 是前端的公共库,还是挂挺多的。
@mytsing520 如果是付费的 cdn,那毫无疑问,可靠性很高。我这里说的 cdn 是前端的公共库,还是挂挺多的。这个东西是保证挂了以后能切换去能用的。t/536934
@exip 微信浏览器还不支持 service worker 的离线访问...
@exip 哦哦,明白了。
@watzds 对啊 特别是前端的库经常出问题...
@myqoo 谢谢
@myqoo 谢谢
@liuzhiyong 监控确实没什么问题
@exip 貌似不行...库挂了和这个没啥关系吧,首次加载还是不行。
@lxk11153 蹭前端公共库又想稳定...只能这样了...速度只要不比原来的慢,其实就没什么大问题。
@KENNHI 蹭前端公共库...怎么知道节点的地址...cdn 确实稳定,但前端公共库炸鸡的事情时有发生。这个小玩意的作用是蹭前端公共库的时候,想白吃白喝又能稳定的折中办法...避免类似事故的发生 /t/494314
@wysnylc 感谢。
@momocraft www.v2ex.com/t/494314 这种算不算挂了?避免的就是这种。
@rioshikelong121 emmm 这样自己的服务器压力小大。
@optional 好办法,下午试试。
@wysnylc 哈哈具体的解决方案是?
@wunonglin 其实这个跳转就是为了解决 cdn 直接挂了。您提到的评分的问题,确实不能针对每个用户去调整,除非投入比较多的监测节点。或者在用户端引入一段 js,监测用户的网络质量。再返回合适的公共库。
@jin5354 可以节约流量,降低成本。
@optional script onerror 应该是加载到完全加载不出来才引入第二个吧,要某个公共库是真挂了,用户打开的时间估计也要挺久的。
@momocraft cdn 本身挂的可能是比较大的,但是多了一个稳定的跳转的话,应该稳定一些。
@jaynos 确实。所以如果是简单的跳转只能解决某个公共库挂掉的问题。
@hyy1995 是的,确实有风险。但是如果全部用本地的,或者是自己的 cdn,流量成本应该挺高的。
@lhx2008 对,还是这样比较简单。
@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 这种情况出现的时候,不需要满世界改引用。
@antscript 感谢,确实是个好办法。

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

@ibegyourpardon 感谢回复。我学习一下。
@wunonglin 其实原理有点像这个: https://www.superbed.cn/help 单纯的转发并不需要很多服务器...
@mcfog https://unpkg.com/[email protected]/lib/vant.min.js 这个链接为例子,有时候加载 500ms 有时候 1.3s 。每一次都不一样。
@mcfog 确实应该从监控一步一步做起。


@stevenkang 不是,只是一个单纯的跳转。如果 A 公共库挂了,就自动引用 B 公共库。
@jeremaihloo 感谢您的回复。cdn 库的速度也是不一样的 压力大了某个节点挂了很正常
这个小系统单纯作为转发,压力比 cdn 小得多。不容易挂。


@lxk11153 感谢您的回复。这个东西承受的压力单纯是一个转发,不承受流量。当然比 cdn 稳吧。

@mcfog 感谢您的回复。这个东西除了天然会慢一次跳转,确实是这样,但是有的前端库挂了的时候,不稳定的时候,甚至几秒的加载速度。单纯的告警容易出问题,一挂了就得上去改代码了。A 的可靠性确实要高,不然肯定还不如 cdn。
1 ... 3  4  5  6  7  8  9  10  11  12 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2708 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 10:05 · PVG 18:05 · LAX 02:05 · JFK 05:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.