一、该问题的重现步骤是什么?
1. 原问题连接:https://sns.bladex.cn/q-13010.html。想问下如果想把商业版的超级管理员的增强租户功能去掉,需要修改哪些配置?
二、你期待的结果是什么?实际看到的又是什么?
三、你正在使用的是什么产品,什么版本?在什么操作系统上?
四、请提供详细的错误堆栈信息,这很重要。
五、若有更多详细信息,请在下面提供。
-
作者追问:2024-11-19 19:48
除了在BladeTenantInterceptor类中的adminTenantTables里添加需要去掉租户增强的表,以后能否有计划升级BladeX-Tool,通过配置的方式来去掉增强?
回答:
2024-11-19 19:49
暂不考虑。这是之前用户集体投票后定下的功能。什么都可以配置只会让系统更加臃肿性能更差。如果不符合自己的需求,可以修改tool工程后自己安装依赖的呀。
作者追问:2024-11-19 19:57
上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员修改的,但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。
作者追问:2024-11-19 19:59
上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员“新增”的;但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。
回答:
2024-11-19 20:01
这种场景5年前就已经有不少用户讨论过了,如果采用了bladex的通用业务字段,修改是有updateUser字段可以查的,可以知道是谁在什么时候修改。

如果不满足你们需求,可以先自己临时修改逻辑。我们只能满足大部分用户的需求,不能满足所有用户的需求。
你们不需要这个功能,但更多用户需要。如果我们开放了超管任意表的租户权限配置,是不是到最后要来问责我们了呢,问责我们为什么可以支持修改配置导致他们配置错了出问题了。所以这就是个伪命题,一个功能没法满足所有人的需求,那只能采用折中的办法。
讨论(0)
- 热议问题
-
/blade-auth/oauth/token 获取token接口报请求头中未找到 [Authorization] 信息
1
-
树形的模型搜索有bug
1
-
BladeX-Tool 的JDK8版本的版本有吗?目前只看到17的版本
1
-
前端Saber3升级无法启动
2
-
bladex的登陆验证码如何配置清晰度?
1
-
物联网平台(cloud版)blade-emqx部署后出现拒绝连接:未经授权
1
-
物联系统升级集成企业系统
1
-
物联系统运行报运行错误
2
-
表格树updateKeyChildren,是否可用,怎么没有demo
1
-
mqqt数据绑定方式,无法加载数据
2
扫一扫访问 Blade技术社区 移动端