V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  star7th  ›  全部回复第 24 页 / 共 55 页
回复总数  1089
1 ... 20  21  22  23  24  25  26  27  28  29 ... 55  
2022-09-05 10:53:09 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@pekingzcc 嘿嘿,谢谢鼓励。
2022-09-05 10:30:45 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@zhouyg 这个就是我的竞争力之一的,毕竟要商业化吃饭的,所以我当然不能公开了。我只能说我背后有很多渠道搞到这些机房机器。
2022-09-05 10:23:58 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@weiwenhao 总有些产品是愿意接受牺牲一定访问速度来降低成本的。特别是一些对速度要求不那么高的情况下(比如说图片做了异步懒加载等等) 。而且我这个只是慢一点点,不会影响正常使用的
2022-09-05 10:20:07 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@billzhuang 所以人工审查非常重要,我只接受正常运营着的产品,并且我会考虑这个产品的使用群体等等。之所以不让用户绑定域名,是因为,如果要让用户绑定域名,那么就要用户提供 https 域名证书,以及其他解析等,都增加了一定维护麻烦。但是你说的风险情况是存在的,我后面看情况要不要让用户绑定自己的域名来规避我的域名风险。
2022-09-05 10:15:46 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@dreamramon 我是你说的后者方案。我牺牲了一定的速度,只是这个速度在可接受的范围内。举个例子,用公有云 cdn ,加载一张图片需要 0.1 秒。而我这个可能需要 0.2 秒 。但实际访问网站过程中,用户对 0.2 秒加载的图片是无感知的,或者说可以忽略差异的
2022-09-05 10:11:55 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@billzhuang 我不允许别人绑定域名,必须用我自动生成加速域名。所以不存在备案问题。至于风控方面,我对每个接入的产品全部人工审核,只接备案过的产品。
2022-09-05 10:10:39 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@Xusually 正如我文中说的,我正是因为考虑到 dns 解析时间差,所以才不能用现成的开源 cdn 方案,所以才自己写代码。
2022-09-05 10:02:24 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@gesse 我本来就是用企业资质注册和备案网站的。牌照暂时是没申请。但是以后如果规模大了就申请吧。现在规模小,没人管这些。而且,我这个其实也不太算的上传统 cdn 服务,不过是一种流量转发思路而已。
2022-09-05 10:00:25 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@Xusually 因为在我的设计方案里,是要保证“节点随时挂了”也能正常访问。所以,url 不能直接解析到节点 ip ,如果解析到的话,节点挂了,就挂了。而更高 dns 解析是有 10 分钟以上的延迟的。这个就会导致至少故障 10 分钟。所以,为了保证能实时避障,比如做 url 跳转。
2022-09-05 09:53:59 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@VBk 对哦,我写错顺序了。数字是对的,单位倒序了。
2022-09-05 09:49:36 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@zainisthebestman 没弄错。你为啥会觉得我弄错了?
2022-09-05 09:48:33 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@Xusually 其实本文更多是分享创造的过程,也包含有产品的核心逻辑思路。只是最后放上一些链接来吸引下流量,不太严格的情况下,也可以说不算促销推广信息
2022-09-05 09:45:51 +08:00
回复了 star7th 创建的主题 分享创造 我是如何把网站图片 cdn 流量成本压到全网最低(之一)的
@VBk
@villivateur

我是用正规机房机器,不会被运营商封。
2022-08-26 20:20:06 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@xinJang arm 现在用的人少,而我打包测试起来也不太方便,所以没有打 arm 的包
2022-08-17 11:44:47 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@qwq11 随便不到哪里去,因为我限制了 10 个 ip 访问。说实话,如果不能大范围分享的话,即使你分享乱七八糟的文件也没人管你。
2022-08-17 11:43:26 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@dreamage tcp 透传实在太难做管控了,短期先不考虑,后面看看用户多不多,需求多不多。
2022-08-15 13:45:19 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@skull 你的话有歧义,所以我误解了。不是搞技术的就知道有什么区别的。比如上面不少人列出的同类产品,都要我一一解释什么不一样。
2022-08-11 20:47:26 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@martint028 不太清楚你说的劫持端口是什么意思。目前我测试在 centos 系统下,可以正常转发 docker 的服务端口。
2022-08-11 18:03:45 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@wupher 开源的重复轮子那么多,我开源没啥意义。甚至别人写的软件性能更好。我做的是在线服务,可以理解是 saas 服务。并且我能肯定我的在线服务是同类中最简单易用且速度最快的。
2022-08-11 14:35:41 +08:00
回复了 star7th 创建的主题 分享创造 内网穿透 [搞一下]
@ETO 把生成的域名链接放到浏览器访问吧。gaoyixia.com 这个域名在我购买前,应该是被前人乱发信息所以被封了。我前几天购买域名的时候就发现了。现在在申请解封中。
1 ... 20  21  22  23  24  25  26  27  28  29 ... 55  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3574 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 10:42 · PVG 18:42 · LAX 02:42 · JFK 05:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.