国标协议GB28181视频云服务EasyGBS新建用户分配通道数过多显示空白如何优化?
在对接的项目越来越多之后,我们发现其实庞大的监控数量的接入变成了一个普遍问题,在这类问题当中,大多用户都会担心由于数量过大而造成的系统不稳定,然而系统的稳定性还是主要受网络状态的影响。当然在EasyGBS这类国标GB28181协议平台当中,我们也会碰到部分配置逻辑上的问题。
在某个EasyGBS的客户现场设备数量接入过多,且新建用户分配通道数超过1000的时候,通过子用户登录则无法正确查看通道的情况,设备页面显示无任何通道。
出现该问题可能是EasyGBS内子用户获取通道的逻辑有问题,当通道数量过多时,子用户接收数据混乱,无法查询到对应的通道,因此我们要添加一层代码,在子用户登录的时候先查询用户所属的角色,再去查询角色包含的通道,然后将数据返回给前端。
参考代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | if uname != defAdminUser && uname != defGuestUser && auth { selectsql := fmt.Sprintf(`%s.channel_device_id`, models.RoleChannel{}.TableName()) joins1 := fmt.Sprintf(`left join %s on %s.id = %s.uid`, models.UserRole{}.TableName(), models.User{}.TableName(), models.UserRole{}.TableName()) joins2 := fmt.Sprintf(`left join %s ON %s.rid = %s.role_id`, models.RoleChannel{}.TableName(), models.UserRole{}.TableName(), models.RoleChannel{}.TableName()) wheresql := fmt.Sprintf(`%s.username= '%s' `, models.User{}.TableName(), uname) var results [] string db.SQLite.Table(models.User{}.TableName()).Select(selectsql). Where(wheresql). Joins(joins1). Joins(joins2).Pluck( "channel_device_id" , &results) q = q.Where( "id in (?)" , results) |
添加修改过后,再次使用子用户登录查看通道信息,则能够正常显示。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结