这是时间展示逻辑我感觉比较妙 前端为每台服务器维护独立的展示时间轴，而不是使用全局统一时间戳。 每台服务器都有自己的 display_timestamp 收到批量数据时，该服务器的 display_timestamp 从批量里的第一个样本时间开始 收到单条数据时，该服务器的 display_timestamp 直接更新为单条样本时间 全局 1 秒定时器只负责让每台在线服务器自己的 display_timestamp 每秒递增 前端会按服务器自己的 display_timestamp 从缓存样本中选择当前应该生效的数据点 TIME 显示的是“当前有效数据点”的时间，而不是播放时间本身 (+xs) 表示服务器自己的播放时间相对当前有效数据点已经滞后了多少秒 离线服务器不再推进展示时间，显示最近一次上报时间；如果没有上报时间则显示 - 举例： 服务器批量上报的数据点为： 11:09:01 11:09:02 11:09:03 11:09:05 前端展示过程为： 11:09:01 11:09:02 11:09:03 11:09:03 (+1s) 11:09:05 也就是说，11:09:04 没有真实数据点时，不会伪造一个 11:09:04 的数据时间，而是继续显示最近的有效数据点 11:09:03，并用 (+1s) 标记当前展示已经滞后 1 秒。
@samtom #28 新版加了采样间隔，然后打包上传，一个上报周期后（默认60秒），可用看到实时数据（延迟一个周期），看起来就像实时数据，可用尝试下，https://tz.huilang.me/ 可用体验下，打开30秒内可用看到效果
@GPTADM #205 可用参考https://core.telegram.org/bots/tutorial?utm_source=chatgpt.com 或者AI搜索"telegram 如何获取Telegram Token和Chat ID",获取后填回后台，打开通知即可
@huilang #197 嗯嗯，兼容的，我再改一下
调整了TIME的展示，看起来更流畅了，AI写的代码，风格可能不是很符合，可以看下pr参考代码
https://server.733702.xyz/
这是时间展示逻辑我感觉比较妙
前端为每台服务器维护独立的展示时间轴，而不是使用全局统一时间戳。
display_timestampdisplay_timestamp从批量里的第一个样本时间开始display_timestamp直接更新为单条样本时间display_timestamp每秒递增display_timestamp从缓存样本中选择当前应该生效的数据点(+xs)表示服务器自己的播放时间相对当前有效数据点已经滞后了多少秒-举例：
服务器批量上报的数据点为：
@samtom #28 新版加了采样间隔，然后打包上传，一个上报周期后（默认60秒），可用看到实时数据（延迟一个周期），看起来就像实时数据，可用尝试下，https://tz.huilang.me/ 可用体验下，打开30秒内可用看到效果
已经部署，谢谢，请问怎么设置掉线通知tg呢？
@GPTADM #205
可用参考https://core.telegram.org/bots/tutorial?utm_source=chatgpt.com 或者AI搜索"telegram 如何获取Telegram Token和Chat ID",获取后填回后台，打开通知即可
@huilang #128 好的，谢谢
感谢
刚看到这个项目，我用codex也在一个开源的项目上二开了一个 基于cloudflare的项目，一直在自用来替代哪吒，跟你这个功能个差距还是有点大，向你学习
@大仙 #209 一起努力，共同学习