我感觉为了尽量省点后台刷新有可能只是加载了数据，但并没有渲染到 ui 层？所以打开的时候需要渲染吧

@qeqv 可以 已经有分词器雏形了 🤣

@aijam 感谢了 666 那是我写错了

心疼你们 国内没背景做个服务太难了

检测测了下单线程比 slice 快 50%左右，并没有达到说的百倍
通过原子性牺牲便捷性和锁机制来提升性能，我是有点疑虑的，比如我在“决定”访问一个 freesync.slice 的时候，访问到的可能是我决定之后推过来的新值，或者我在写一个 slice 的时候，可能也有其他协程在更新它，可能不是用户期望的
另外没有泛型支持要用于生产还不如直接原生方便

看了下还不错，不过说实话功能还比较单一对我来说唯一有价值的可能就是那几个背景还比较好看，另外扩展截图只能截页面里的使用场景不够(录屏可以录窗口之外的不知道截屏是否可以)
可以考虑下 sharex 的一些功能，如果能集成进去我感觉买单的人会暴增

你可以自定义滚动条效果，并预留空间，就不需要修改 dom 了
https://codepen.io/MathieuRichard/pen/pooZdV

Uptime Kuma+1 免费开源支持国内外几十个通知渠道

这种服务应该增加非对称加密支持，部分不想泄露信息的用户可能并不愿意直接书写。。。
此外还有个更重要的问题，这个项目诞生于“这个项目源于我和我朋友们的一个想法”，如果之前没有持续运营数年的项目，用户靠什么相信你能运行 10 年
相比之下，我可能更信赖 github 的 actions10 年后仍能稳定工作并发送信息

已开通，成都地区测试速度一般但考虑性价比也很不错了，最好同上面说的一样快速拓展下生态，比如多端同步，很多人的群辉文件就可以多一个节点了

@andyJado 可以，其实本身采用的也是类似方案，我又想了下，要完全靠 hook 实现可能还比用 filter 更麻烦些

@Hawthorne 可以像 git 一样支持行级更新

@zengxs 相比而言，对大多数普通用户而言自建其实更麻烦，工具只需一次配置即可，自建还要考虑服务器，备份，稳定性，迁移性等问题，如果没有特殊需求还是 github 方便多了


@andyJado 有可能 但是有些逻辑 hook 实现起来可能会比较麻烦，而且同样的功能开发 bin 版本也不会比 hook 多太多代码

任何情况下都不能说真话，否则会被这个社会抛弃

@yunser 难度并不大，我分析了下 git 本身支持过滤和推送代码的时候通过三方程序处理，git-crypt 也是使用该方式实现


@CharlesGray 加密方法的话计划使用 aes

参考惠勒延迟选择实验
像不像编程的时候指针忘记及时释放，导致老变量被修改