Permissions 管理员和用户的不同页面[userfrosting 0.3.1]

Permissions 管理员和用户的不同页面[userfrosting 0.3.1],permissions,admin,userfrosting,Permissions,Admin,Userfrosting,我想为用户和管理员创建不同的页面。似乎: $app->user->checkAccess('uri_my-whatever-access-rights') 不适用于管理员,它始终验证为true。我不希望管理员拥有与普通用户相同的选项 这适用于index.php(Slim)和Twig模板(管理员可以看到所有用户菜单,即使它们只针对用户) 臭虫?我做错什么了吗 谢谢我在我的项目中注意到了同样的行为。root用户总是能看到所有内容,如果您不想将所有内容都视为root用户,那么可能的修复

我想为用户和管理员创建不同的页面。似乎:

$app->user->checkAccess('uri_my-whatever-access-rights') 
不适用于管理员,它始终验证为true。我不希望管理员拥有与普通用户相同的选项

这适用于index.php(Slim)和Twig模板(管理员可以看到所有用户菜单,即使它们只针对用户)

臭虫?我做错什么了吗


谢谢

我在我的项目中注意到了同样的行为。root用户总是能看到所有内容,如果您不想将所有内容都视为root用户,那么可能的修复方法是简单地排除“user\u master\u id”

比如:

if($app->config('user_id_master') == $app->user->id)
我应该做这项工作

编辑:我检查了User.checkAccess(..)方法。另见

具有MasterUserId的用户将看到所有内容(计算结果始终为true),任何其他管理员都不会看到它不应该看到的内容,就像规则中定义的那样

如果要从某些页面/条目中排除根,只需将适当的例程(如
isRoot()
附加到
user
模型中,注册它,就可以在twig和路由例程中使用它


关于

当你说“admin”时,你是指root用户,还是指你添加到“admin”组的用户?我指的是“root”用户。我想常规管理员帐户的行为是否符合预期?(将检查)值得一提的是,root用户并不打算用作日常帐户。相反,它应该是开发人员或系统管理员快速诊断和排除代码和访问控制问题的一种方法。站点所有者仍应拥有自己的非根帐户,用于常规活动。因此,我通常不会排除根用户访问任何内容。