V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  star7th  ›  全部回复第 1 页 / 共 55 页
回复总数  1084
1  2  3  4  5  6  7  8  9  10 ... 55  
Laravel 自带的队列就能解决你的发邮件问题
现在光盘都要被淘汰了,为啥还有人推荐光盘。不如自己组件个 nas ,放磁盘,或者买个移动硬盘。不放心的话可以存两份冗余。不需要多少成本。
108 天前
回复了 EyebrowsWhite 创建的主题 程序员 wails 相比 electron 优缺点有哪些呢
@sunmoon1983

依然推荐使用 electron
但是这 15 万行,有多少行是自己写的?

总不能把其他依赖也算上吧 ?

如果算上依赖,我的 showdoc 项目 https://github.com/star7th/showdoc

node_modules 的依赖就有 N 万行代码。
127 天前
回复了 realpg 创建的主题 程序员 一次 github 跟开源大佬的抬杠经历
作为一个多年开源项目维护者,其实遇到这种情况,我一般跟对方解释一下我代码上为什么那么设计,那么处理,最多重复解释两遍。如果对方不理解,我就不管了。
这位开源作者还花时间打那么多字跟你解释,已经很给得起你面子了。大家的时间都是时间,不能只有你的时间宝贵。
我的开源项目 shwodoc https://github.com/star7th/showdoc
的商业化方案是:

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



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

而且,下载工具也是一个 替代性非常强且付费意愿比较弱的领域。真的很难商业化。
170 天前
回复了 ccctttwww 创建的主题 程序员 6 年前端,应该转行呢还是继续
可以先自学一些后端工作,尝试做一些完整的独立开源项目(包括前后端)或者独立产品。
但作为职业而言,我还真不建议前端转后端,主要是你的后端基础不够牢固。如果你要转,不是不行,而是你要非常足够的决心去做好,毕竟,在后端领域,你就相当于一年经验的小生,要去跟多年经验的人同台竞技。
189 天前
回复了 itechnology 创建的主题 程序员 求 postman 的替代品, Windows 系统
runapi

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

postman 的替代品
不过实际走来看,我一般都向后兼容,出错还是比较少的。
主要是自己把握,我感觉我测试还算严谨,并且对 影响范围的评估还行。
https://github.com/star7th/showdoc

我目前并没有做完整测试

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

至于说 多平台测试,我不会。因为是 web ,所以我测试 win 下即可。
一万+ star 的开源项目来现身说法

https://github.com/star7th/showdoc

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

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

核心还是得做好产品,找准目标群体去宣传。
203 天前
回复了 csznet2023 创建的主题 程序员 如何推广自己的开源项目
跟风宣传啊!

我的 showdoc https://github.com/star7th/showdoc
204 天前
回复了 brader 创建的主题 程序员 不看文档的前端我真的很反感
这个文档,看起来是用开源版 showdoc 搭建的

https://github.com/star7th/showdoc

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

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

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

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

我去 ping 了一下,那大概懂了,他是包了辽宁的一个小机房的一条带宽来提供服务。也是 ok 吧,唯一的风险就是单点风险,因为他全国都走同一个机房节点。还有就是他的带宽,是多人共享的,如果多一点的 vip 的话,带宽也会受限制。单机房的总带宽上限是有限的。
1  2  3  4  5  6  7  8  9  10 ... 55  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2449 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 16:03 · PVG 00:03 · LAX 09:03 · JFK 12:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.