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

V2EX = way to explore

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

For Existing Member Sign In

1 ... 2 3 4 5 6 7 8 9 10 11 ... 59

❮

❯

2023 年 11 月 22 日

回复了 realpg 创建的主题 › 程序员 › 一次 github 跟开源大佬的抬杠经历

作为一个多年开源项目维护者，其实遇到这种情况，我一般跟对方解释一下我代码上为什么那么设计，那么处理，最多重复解释两遍。如果对方不理解，我就不管了。
这位开源作者还花时间打那么多字跟你解释，已经很给得起你面子了。大家的时间都是时间，不能只有你的时间宝贵。

2023 年 11 月 17 日

回复了 monkeyWie 创建的主题 › 商业模式 › 有什么好办法通过自己的开源项目创造收入？

我的开源项目 shwodoc https://github.com/star7th/showdoc
的商业化方案是：

做 SASS 在线服务收费，然后开源的版本免费以获取流量 https://www.showdoc.com.cn/prices

不过我感觉你的开源项目做不了 SASS 服务。大概比较好的方式是上架客户端然后投放广告。但是呢，如果投放广告，则客户端不再干净了，估计很多用户流失或者宁愿自己下载开源版来用（而非使用官方的广告版）

而且，下载工具也是一个替代性非常强且付费意愿比较弱的领域。真的很难商业化。

2023 年 10 月 10 日

回复了 ccctttwww 创建的主题 › 程序员 › 6 年前端，应该转行呢还是继续

可以先自学一些后端工作，尝试做一些完整的独立开源项目（包括前后端）或者独立产品。
但作为职业而言，我还真不建议前端转后端，主要是你的后端基础不够牢固。如果你要转，不是不行，而是你要非常足够的决心去做好，毕竟，在后端领域，你就相当于一年经验的小生，要去跟多年经验的人同台竞技。

2023 年 10 月 10 日

回复了 freemangl 创建的主题 › 程序员 › 求推荐一个可视化编辑的在线文档知识库平台，可以插入自定义 html 代码，类似 gitbook/notion 的

试下 showdoc

https://github.com/star7th/showdoc

https://www.showdoc.com.cn/

2023 年 9 月 21 日

回复了 itechnology 创建的主题 › 程序员 › 求 postman 的替代品， Windows 系统

runapi

https://www.showdoc.com.cn/runapi

postman 的替代品

2023 年 9 月 19 日

回复了 LonnyWong 创建的主题 › 程序员 › 开源软件，大家会做完整的测试吗？会做与旧版本的兼容性测试吗？

不过实际走来看，我一般都向后兼容，出错还是比较少的。
主要是自己把握，我感觉我测试还算严谨，并且对影响范围的评估还行。

2023 年 9 月 19 日

回复了 LonnyWong 创建的主题 › 程序员 › 开源软件，大家会做完整的测试吗？会做与旧版本的兼容性测试吗？

https://github.com/star7th/showdoc

我目前并没有做完整测试

就测试重点功能，以及自己新增以及修改影响到的部分功能。

至于说多平台测试，我不会。因为是 web ，所以我测试 win 下即可。

2023 年 9 月 7 日

回复了 xiaodaiguaray 创建的主题 › 程序员 › 如何才能推广个人开源项目，求助一下各位大佬们

一万+ star 的开源项目来现身说法

https://github.com/star7th/showdoc

就是在做好产品的基础上，在各个技术社区发发贴，然后等口碑传播了。

除了技术社区发帖，适当还可以跟一些技术自媒体投稿。不过采纳率不高。

核心还是得做好产品，找准目标群体去宣传。

2023 年 9 月 7 日

回复了 csznet2023 创建的主题 › 程序员 › 如何推广自己的开源项目

跟风宣传啊！

我的 showdoc https://github.com/star7th/showdoc

2023 年 9 月 6 日

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

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

https://github.com/star7th/showdoc

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

2023 年 8 月 21 日

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

@tomato1111

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

2023 年 8 月 21 日

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

@tomato1111

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

2023 年 8 月 21 日

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

@csulyb

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

2023 年 8 月 21 日

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

@Lilalaaa

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

2023 年 8 月 18 日

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

@Lilalaaa

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

2023 年 8 月 18 日

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

@Lilalaaa

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

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

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

2023 年 8 月 15 日

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

@Lilalaaa

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

2023 年 7 月 31 日

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

我整了一个 cdn 服务

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

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

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

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

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

1 ... 2 3 4 5 6 7 8 9 10 11 ... 59

❮

❯