V2EX › star7th 的所有回复 › 第 2 页 / 共 55 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 55

❮

❯

2023-09-06 11:16:02 +08:00

回复了 brader 创建的主题 › 程序员 › 不看文档的前端我真的很反感

这个文档，看起来是用开源版 showdoc 搭建的

https://github.com/star7th/showdoc

不过感觉是旧版。可以升级下到新版。

2023-08-21 09:36:05 +08:00

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

@tomato1111

另外就是，即使数据不理想，我也不会降低标准去迎合一些小客户，因为麻烦，得不偿失。
目前我还是坚持接入 dfyun 的标准是，域名已备案，产品月流量大于 200G 。
至于有多少接入，就随缘吧，反正收入不靠它吃饭。

2023-08-21 09:31:20 +08:00

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

@tomato1111

数据没达到我预期，就没必要说了。目前来看基本不挣钱。
所以我现在也转变期待了，主要是自给自足，然后，也利用 dfyun 收费来养着一个集群。养着一群 ip 机器，后面总有用。

2023-08-21 09:29:00 +08:00

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

@csulyb

昨天早上短暂 503 了下，因为凌晨早上的备份服务出了点问题，加容灾节点就好了。

2023-08-21 09:27:28 +08:00

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

@Lilalaaa

我去 ping 了一下，那大概懂了，他是包了辽宁的一个小机房的一条带宽来提供服务。也是 ok 吧，唯一的风险就是单点风险，因为他全国都走同一个机房节点。还有就是他的带宽，是多人共享的，如果多一点的 vip 的话，带宽也会受限制。单机房的总带宽上限是有限的。

2023-08-18 14:26:11 +08:00

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

@Lilalaaa

dfyun 采用跳转机制就是为了避开节点故障时候的那 10 分钟（因为 dns 更改节点 ip 后，至少十分钟才能生效）。任何不使用跳转机制的 cdn ，可靠性就等于节点的可靠性。大厂的节点自然可靠，但是，用 p2p ，或者乱七八糟服务器节点的 cdn ，节点 ip 真的容易挂。真的没法在可靠性上跟 dfyun 比。dfyun 的节点质量无论好坏，都能容灾，而它不能。

2023-08-18 14:14:36 +08:00

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

@Lilalaaa

去搜索了解了下明赋云，原来是 p2p 的 cdn 。确实跟 p2p 是很难比便宜的，p2p 的成本太低了。
我只能说，敢直接把域名解析到 p2p 的 ip 去，可靠性很差的。某个地方节点挂了，那个地方的用户至少有 10 分钟不可用。

我的 dfyun ，节点是实时容灾的，根本不需要担心节点质量好不好的问题。

调度服务器 IP 遭遇 DDOS 的问题我自然想过。遇到的时候，我就再前置一层商业 cdn 来挡一下呗，只前置调度服务器，费用可控。

2023-08-15 10:25:24 +08:00

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

@Lilalaaa

跟网盘不是一个类型的东西。不可比较。
我面向的是网站主，这些客户往往已经把图片上传到云储存的了，这时候用 cnd 合适。而不是把文件都全部上传一遍到网盘。

2023-07-31 20:48:05 +08:00

回复了 yagamil 创建的主题 › 程序员 › 为啥国内的服务器的带宽贵如金？

我整了一个 cdn 服务

https://www.v2ex.com/t/877718#reply176

大概意思就是把廉价带宽（国内）拿出来卖。但其实客户也挺少的。

我一开始以为国内带宽这么贵的前提下，廉价带宽会有明显吸引力。其实并没有。

这说明了，国内带宽，贵是贵，但并没有成为多大的成本。

以至于更多网站主更宁愿追求稳定性，宁愿稳一点。

2023-07-28 14:22:23 +08:00

回复了 liyiming2002 创建的主题 › 程序员 › 程序员们，大家喜欢写文档吗？

在这里顺便推荐一个很方便写文档的工具

为的就是解决这些麻烦

https://www.showdoc.com.cn

帮助介绍： https://www.showdoc.com.cn/help

2023-07-28 09:01:58 +08:00

回复了 raylei 创建的主题 › 程序员 › 现在桌面端的主流技术栈有怎样的？

@wxf666

用汇编的人，对计算机底层更熟悉，但也不见得用汇编来写更好。事情不能单纯从越接近底层就技术练的越好的角度来看。

不排除某些需要性能的场景，要用原生开发死磕性能。但是大部分场景下，没那么多在乎性能，尤其是现在消费级 pc 市场的电脑性能已经很棒了。再在乎这么点性能，就没必要了。开发成本，管理成本，更重要。用几分之一的成本，做一个尚可的应用，这个诱惑力太大了，潮流趋势根本不可阻挡，Electron 类似技术肯定会占领桌面开发的半壁江山。

2023-07-27 13:14:24 +08:00

回复了 guoguobaba 创建的主题 › Linux › minio 一个坑爹的设计

是你的用法不对，别抱怨人家的设计。

/.minio.sys/目录本来的设计是在本地磁盘的，谁预料到你会放上 cos 。

解决你这种分发的需求，自己写个代理就行，用 nodejs/go 之类的语言写会非常合适。如果你自己不想写，你就只能接受现成程序不吻合你的需求的心理准备

2023-07-26 11:59:32 +08:00

回复了 raylei 创建的主题 › 程序员 › 现在桌面端的主流技术栈有怎样的？

@wxf666

这个不是 Electron 的问题。是那个程序员自己的问题。如果 Electron 这么简单都搞出这么明显的 bug ，开发啥都有 bug 。

2023-07-24 13:18:46 +08:00

回复了 raylei 创建的主题 › 程序员 › 现在桌面端的主流技术栈有怎样的？

tauri 也别用，生态还不够成熟。如果对软件体积有极致的需求。

2023-07-24 13:18:07 +08:00

回复了 raylei 创建的主题 › 程序员 › 现在桌面端的主流技术栈有怎样的？

除了某些对性能要求很高的场合，一般用 Electron 即可。也别信那些吐槽 Electron 的人，他们是从使用者出发的，希望使用的软件超高的性能。
但对创作者而言，Electron 是最佳的技术路线，能平衡开发成本和效果。