@levan @iseheaini 不知道两位前辈是否还在 V 站活跃吗

真是英雄所见略同，大半夜翻到这个帖子，十年之后一个同样想法的人做了一件同样的事，连名称都一样（非抄袭），时代不同了，现在可以使用 WebRTC 和区块链网络真正做到无服务器运行。

历史文件不具备现实意义

x.log

分母

我做的聊天插件可以变相实现你的需求😉

@zzlit @perfsee/jsonr 这个包能压缩 JSON ，原理是提取重复的 JSON 字符

@yidev 哈哈 GPL 6

使用 pnpm ，npm 依赖问题太多了

想起以前的老年人电子手表的整点报时功能，"现在是北京时间..."

能不能有更多一点的信息

@all 感谢各位，目前已实现，逻辑如下：
同步最大消息为 30 天内的历史记录，使用最后一条消息作为判断依据
同步信息数量不一定是 30 天内所有的消息， 如果在同步之前，产生了新的时间点的信息，则不会同步


A,B,C,D,E 5 个用户，A ，B 在线，C,D,E 离线

A-B 聊天，产生信息两条 messageA, messageB

A-B 离线

C-D 上线，产生数据两条 messageC, messageD

A-B 上线，C-D 将会给 A-B 推送两条消息 messageC 和 messageD ，但是 A-B 不会给 C-D 推送 messageA 和 messageB ，因为 C-D 的最新消息时间点比 A-B 早

E 上线，A-B-C-D 均会给 E 推送消息 messageA, messageB, messageC, messageD

最终结果：
A-B 显示 4 条消息 messageC, messageD, messageA, messageB

C-D 显示 2 条消息 messageA, messageB

E 显示 4 条消息 messageA, messageB, messageC, messageD


如上：
C-D 没有同步到早于自己的消息
一方面是，如果要全量同步 30 天，必然需要根据 30 天内的消息时间点 Diff ，然后插入，现在的实现只是增量追加，而且消息随着时间累积会越来越多

先暂时这样，后续看看是否有必要将 30 天内的数据全量同步

很好，比我上大学都强，加油老弟！

@Leon6868 #32 现在也算是，只不过没接入 Web3 网络

这直接报警啊

@Leon6868 #30 连接不稳定