fix(admin): 写操作不再被实时连接状态拦截
原来 canWrite 依赖 realtimeStatus === 'online',WS 一断(服务端重启、网络瞬断、 以及之前那个 1008 停重连的 bug)整个管理端就变只读:基础数据的「保存全部」、 录入、发布、积分调整、大屏控制全部按钮变灰,且只是变淡、看不出原因。 写路径本来就是 HTTP,服务端会做完整校验,所以: - stores/event.ts 的 canWrite 恒为 true(保留签名,角色判断由各页面叠加 auth.readOnly) - useBaseData.canWrite 简化为 !auth.readOnly - 顶部「连接中断」的提示改为「数据可能不是最新」,不再声称写操作停用 - 文档同步:FAQ 与使用手册区分「示例数据」(改动只在界面)与「连接中断」(照常提交) 新增 web/src/admin/tests/base-data.test.ts 锁住该行为(离线可写 / 访客不可写)。
This commit is contained in:
1 parent
0c9a6b6a27
commit
c2696e768e
6 files changed
+42
-9
No files matched your search
+3
-1
@@ -126,7 +126,9 @@ Console 启动的多屏窗口默认每屏锁定一页。到「大屏控制」点
|
||||
不需要。完全离线运行,不依赖外网,也不需要在现场安装任何运行时。
|
||||
|
||||
**Q34:页面提示「示例数据」是什么意思?**
|
||||
表示后端未就绪或连接中断,此时所有改动只停留在界面,不会写入真实赛事。恢复连接后刷新即可。
|
||||
表示后端未就绪,此时所有改动只停留在界面,不会写入真实赛事。恢复连接后刷新即可。
|
||||
|
||||
> 注意区分:顶部若只是显示「连接中断」,说明实时推送断了(数据可能不是最新),但写操作仍会照常提交给服务端并做校验。
|
||||
|
||||
**Q35:为什么登录 / 写操作偶尔被拒绝?**
|
||||
系统有频率限制:登录每 IP 每分钟 5 次,写操作每用户每分钟 30 次。稍等一分钟再试。
|
||||
|
||||
Reference in new issue
Block a user