在进行TP开发工作的这么多年时间里, 关于权限这一块的内容, 确实是让人感到非常头疼。

关于操作权限这个事, 如果把它说得更直接一点, 其实说白了就是三个字, 没给够。

很有可能是因为角色这个选项没挂上, 或者节点没有开启, 又或者缓存没有清理掉,结果系统就在那里死死地卡住, 不让你再进行任何操作。

这个东西一旦拆开之后, 其实并没有那么神秘, 也不存在着任何让你弄不明白的情况。

TP操作权限为什么总是不够用

说穿了, 权限体系这个事情就是门禁卡这个逻辑的一个具体体现。

你拿着A门卡去开B门的锁, 系统当然会拒绝你的。

在很多项目里面, 开发的时候用超级账号来运行, 等到上线切换成普通角色进行操作, 结果全部报错了。

这就是非常典型的情况, 具体表现为角色与节点没绑定, 再一个可能, 就是那层缓存里头还记着旧的数据呢。

我碰见过特别离谱的那么一个状况, 当时是半夜, 客户突然打电话过来, 反馈说他们把后台的按钮全都点击了一遍, 但是系统完全没有反应。

当我看过去的时候, 我发现权限的列表里面突然出现了一条关于数据软删除的操作记录, 这样的变化直接把整个工作模块都给堵住了, 让情况变得非常糟糕。

把那个数据不好的记录给处理干净掉, 用五分钟就可以弄完。

TP操作权限报错怎么快速定位

遇到权限报错别干瞪眼。

请前往权限中间件所在的那段代码区域, 找到$auth->check()这一方法调用操作, 然后将该方法所产生的返回值打印出来进行查看, 这样的话, 究竟是返回了true还是返回了false这个结果就会变得十分清晰且一目了然。

接下来需要去重新翻查那个auth_rule表, 然后拿着当前角色的那个role_id去对应查找授权记录, 看看缺少哪一个节点就把那个节点给补上, 这样做完之后就可以了。

还有一个非常容易掉进去的情况是, 在处理多应用模式的时候, 权限对应的节点编号前面必须加上应用的名称作为前缀, 只要没有加上这个前缀, 那么系统就会返回四零四错误。

这个坑里面的问题, 我已经解决过很多次了, 多到不下一百回的数目。

在日后倘若再次遭遇权限方面的难题之时, 请务必记得以下这八个字的内容是: 清缓存,查绑定,看日志,补节点。

千万不要把本来简单明了的问题给弄得乱七八糟、非常复杂。