V2EX › star7th 的所有回复 › 第 27 页 / 共 59 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 23 24 25 26 27 28 29 30 31 32 ... 59

❮

❯

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@sgissb1 你说的是另一块东西，跟我做的服务不冲突。那种比较适合多人同时在线的实时音视频 p2p

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@xx3122 像你这种情况，应该就是要做一个可视化界面，让用户输入信息。然后自己写程序生成 nginx 配置。然后 reload nginx

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@wdhwg001 说实话，我即使告诉你了，你也不会考虑成为我的客户的。目前我都是租各个机房的，基本上啥地区都有。只是说我出于成本考虑，不会一下子上那么多节点。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@h280254082 我了解过商业方案，结论是我这个依然有市场。你看一下本贴的讨论以及收藏数就行了，真的毫无价值是不会被人看到的。目前商业方案都是设置各种各样的门槛才能优惠的，比如最低消费，比如流量限制等等。你如果真的坚持认为百度云加速性价比最高，你可以基于它包装一层拿出来卖吧。另外就是我也没打算跟他们直接正面竞争，我就找个细分市场，小赚一笔。真的大到需要跟他们正面竞争的时候，我已经有足够的实力去规模化降低成本了，到时候自有办法。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@wdhwg001 不公开

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@xmh51 你说的确实是个风险。我现在还很小规模，没有攻击价值吧。目前呢，我的节点机器带宽都挺大的，普通都有几十 M 上百 M ，同时机房本身有一定成都的防 dddos 。所以只能说硬件上暂时有点点防护能力，不至于小攻击一点就跨。但是大规模是有问题。这个等用户多了后再考虑这方面的风险。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@wdhwg001 那这么算下来，我的优势算是不设置上限吧，无论流量多少，统一单价。而且没有最低消费。这种按量计费可能更灵活，会有人更喜欢

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@winglight2016 是要比直连节点 ip 要慢一点点的，但其实不会差很多。我的调度中心服务器直接跑在阿里云 k8s 集群上，测试整体单链接耗时大概 50 到 100 毫秒之间。延迟个几十毫秒，还能接受啦。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@xmh51 后续人多了，我考虑让用户自定义域名。虽然麻烦，但出于风控，可能是要考虑了。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@winglight2016 基于 dns 方案不可靠。“通过轮询返回当前有效 ip 地址“ ，你怎么判断有效呢。假如一个 ip ，虽然可以 ping 通，但它就是不可访问了（比如说慢，比如说软件上挂了），这个时候就不算是容灾了。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@wdhwg001 只说平时价格，不说活动价格 /折扣价格，百度云应该没有 0.038 元 /G 吧。而且，它有流量限制，我是没有上限的。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@h280254082 我说现在承受每天 1000G ，不代表只能承受 1000G 。实际上，很多节点都是几十上百 M 带宽的，合起来的累计带宽，只要节点数够的话，分分钟超过 12M/s 的速度。所以我不太清楚你是怎么得出这个结论的。另外节点数也布置能扩大 10 倍，架构设计合理的话，再增加 100 个节点也不是不行，这是扩展 100 倍以上。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@tomato1111 没有。一切从简。功能后面看客户需求慢慢加。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@h280254082 看不懂你的意思。我好像没说过流量的计算是 1T/day ，不知道你说这个是什么概念。

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@whileFalse 用户自身的网络问题，服务端层面无法帮用户解决

2022 年 9 月 5 日

回复了 star7th 创建的主题 › 分享创造 › 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的

@hankai17 更细的技术细节就不透露了哈哈，毕竟要商业混饭吃，还是留一点技术门槛吧