moonrailgun 最近的时间轴更新
moonrailgun

moonrailgun

V2EX 第 389593 号会员,加入于 2019-03-05 18:10:05 +08:00
我的开源项目更新文档进化史
  •  3   
    程序员  •  moonrailgun  •  52 天前  •  最后回复来自 initObject
    2
    失业在家的一月半,我在家全职做开源
  •  2   
    程序员  •  moonrailgun  •  73 天前  •  最后回复来自 moonrailgun
    106
    分享下这几年我是如何运营开源项目并达到 1k star 的
  •  21   
    程序员  •  moonrailgun  •  86 天前  •  最后回复来自 1874w
    55
    为了减少重复的 CURD 工作,我写了一个库
  •  1   
    分享创造  •  moonrailgun  •  75 天前  •  最后回复来自 horizon
    16
    moonrailgun 最近回复了
    @lindongwu11 #39 比如我在做后台管理系统 [狗头]
    https://github.com/msgbyte/tushan
    @julyclyde 了解。不过正如我前面所说,如果是比较严格的生产环境,比如 k8s 集群。我当然会选择 prometheus 全家桶。但是我目前的场景是一个轻量级的环境,我考虑的更多是如何让使用者能够方便使用。

    其中 c 端启动服务/应用,s 端立马收到消息并展示是我认为比较易于使用的方式。
    而 grafana 这样在 UI 中配置采样方式也需要对所有机器的 ip 都了解

    这里的差异我认为并没有绝对的说 push 模式好还是 pull 模式更好。只能说场景不一样吧。
    @matepi 我是想的是为了接收端能够及时感知到离线信息。我确实不是很了解业界标准。我研究一下
    @julyclyde 上报的原因是可能需要把内网机器的信息上报到公网。用 pull 模式的好处是?

    不用 prometheus 的原因就是不想一系列使用 prometheus + grafana + exporter 全家桶. 不同场景用不同的东西罢了
    所以到底是 20-35k 还是 30-40k?
    从图片中提取主要颜色,如果就前端用可以试试我的实现,40 行代码不到。
    这个库有点大了感觉,感觉实现的太复杂了

    https://github.com/msgbyte/tailchat/blob/8f3ec1c996b1ebb86d88ae3c0fee3b95a08eb86b/client/web/src/utils/image-helper.ts#L16-L59
    57 天前
    回复了 lovke 创建的主题 程序员 程序员自由创业周记#5:加一上线
    确实。自己创业比上班还要忙。这点深有同感
    57 天前
    回复了 wkong 创建的主题 程序员 两个人, 8 年时间打磨,算工匠吗
    支持一下,我也开发了三年了
    hhh 我和 OP 一样不点自己的项目的
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1688 人在线   最高记录 6067   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 01:00 · PVG 09:00 · LAX 18:00 · JFK 21:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.