🔗 GitHub
https://github.com/sanrokamlan-prog/komari-theme-Glassmorphism📦 v3.1.2 Release
https://github.com/sanrokamlan-prog/komari-theme-Glassmorphism/releases/tag/v3.1.2
这次更新没有继续堆叠新功能,而是解决了一个会同时影响登录状态、节点详情和实时数据的启动单点故障。
一次短暂的网络抖动,不应该让整个监控面板看起来像坏掉。
🐛 三个现象,其实是同一个问题
- 已经登录,但页面仍显示访客,高级工具消失
- 直接打开或刷新节点详情,只剩背景
- 再刷新一次又可能随机恢复正常
根因是旧版启动流程严格串行执行。
只要最前面的 rpc.ping() 超时或响应稍慢,用户信息、节点数据、WebSocket 和轮询就全部不会启动。
🛟 v3.1.2 修复内容
| 修复项 | 当前行为 |
|---|---|
| 健康检查 | 5 秒超时,最多 3 次递增间隔重试 |
| 超时请求 | 使用 AbortSignal 主动取消 |
| 初始化流程 | 设置、用户、节点和健康检查独立并行 |
| 单项失败 | 不再中断其他启动任务 |
| 节点首拉失败 | 继续启动 WebSocket / HTTP 轮询自动恢复 |
| 错误提示 | 首页和节点详情等所有路由统一显示 |
| 手动恢复 | 全局提供重试按钮,并防止重复创建连接 |
现在即使 Ping 偶发失败,用户信息和节点数据仍会正常请求;即使节点首次加载失败,后台轮询也会继续运行,网络恢复后自动补齐数据。
🌐 不再出现“只有背景,什么都不说”
连接错误提示已经从首页移动到全局 App Shell。
无论用户停留在首页,还是直接打开 /instance/:id,连接失败时都能看到明确提示和重试入口。
桌面端和移动端布局均已验证,不会遮挡内容或产生横向溢出。
🔄 与 Komari 1.2.5 / 1.2.6 的关系
这不是某个后端版本独有的 Bug。
Komari 1.2.6 如果响应稍慢,可能更容易触发旧启动链的问题,但真正的根因是前端把健康检查当成了所有初始化任务的“看门人”。
v3.1.2 已从启动设计上解决,而不是单纯降低触发概率。
✨ v3 系列现有能力
- 25 个官方 Metric definition,整理为 12 个监控图表族
- CPU、内存、磁盘、GPU、流量、温度、连接、进程和 Ping
- 节点详情概览与图表预设、自定义英文 Key
- 拓扑、性价比、健康摘要、快照导出和审计日志
- Metric Store 优先,旧接口自动 fallback
- 卡片 / 列表双视图及多种地球展示方式
📦 安装 / 升级
Komari 后台可以直接填写仓库地址:
https://github.com/sanrokamlan-prog/komari-theme-Glassmorphism
也可以前往 Release 下载最新主题 zip。
如果你正在使用 Komari Glassmorphism,建议升级到 v3.1.2。
欢迎提交 Issue、分享使用反馈,也欢迎 Star 支持后续维护。
大佬太高产了
更新这么勤么
一直在努力吧?
似乎只剩下背景问题还是出现?
3.1.2还是一样吧,已经登录,但主页仍显示访客
主页能不能搞成三网延迟
升级了怎么全部节点丢包都变高了,丢包全红
@海迷 #5 访客卡片吗那个不用管,我测试登陆之后高级功能显示正常啊!你是不是说这个 image
@Haroldx #7
分级的
@ccxvnews #6 啥样子呢