随笔 - 936  文章 - 0  评论 - 3  阅读 - 30万

国标协议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)

 

添加修改过后,再次使用子用户登录查看通道信息,则能够正常显示。

 

 

posted on   EasyGBS  阅读(92)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示