CF Server Monitor免费探针增加主题商店，切换Agent为Go版本

@asphyixa #40 佬哥，你是指

建议：
  Agent 本地每 3 秒采样
  Agent 每 30/60 秒批量发一次 samples
  DO 每 30/60 秒醒一次
  DO 再 outbound 推给前端

这个吗？

这个的话 和旧版post就没区别了，也是30-60秒上报一次

@asphyixa #40

从 Hibernation API 切到标准 WebSocket API，代价是 DO 会常驻产生 duration。

就是你截图的计费持续时间，这玩意额度也是瓶颈，可能比次数更容易超，我之前试过

@huilang #42

1 个 DO 连续活跃满 24 小时：

24×3600×0.128=11,059.2 GB-s
Free 日额度：13,000 GB-s

13,000−11,059.2=1,940.8 GB-s 余量≈4.2 小时

我自己一直在用 不会超的

@asphyixa #43 发布于2026/8/15 08:04:17
@huilang #42

1 个 DO 连续活跃满 24 小时：

24×3600×0.128=11,059.2 GB-s
Free 日额度：13,000 GB-s

13,000−11,059.2=1,940.8 GB-s 余量≈4.2 小时

我按长连接改下试试，之前我前端是用长连接的，但额度直接崩了，可能没有复用同一个连接导致

@asphyixa #43 发布于2026/8/15 08:04:17，编辑于2026/8/15 08:04:33
@huilang #42

1 个 DO 连续活跃满 24 小时：

24×3600×0.128=11,059.2 GB-s
Free 日额度：13,000 GB-s

13,000−11,059.2=1,940.8 GB-s 余量≈4.2 小时

我自己一直在用 不会超的

昨天换过去了，跑了23小时，花了77.5%的额度。还不错，就是超出一定额度会有邮件提醒

@reidme #9 发布于2026/8/10 10:34:31
@huilang #5 对比过了。CF版的数据上报和刷新显示和Komari还是有很大差距的

最新版可以开启WSS模式，在免费额度内，保证服务器数量不变的情况下，实现2秒实时上报结果

@asphyixa #43

跑了几天，24小时开启Do计费持续时间消耗差不多85%左右，设置了wss每秒上报，前台无人访问的时候切换成60秒上报，前台访问一秒切换高频上报。除非前台长期有人挂着，不然额度完全够用。

另外加了自定义时间段开关，适合有其他项目占用Do时长的用户，减少额度占用