如何实现论坛权限

Question

我已经开始在 MVC 框架上用 PHP 开发论坛应用程序，并且已经到了向成员分配权限的阶段（例如：读取、写入、更新、删除）。

现在，我知道我可以在数据库的用户表下添加 5 列并将它们设置为 1 | 0，但如果我想添加其他规则（例如 MOVE），这对我来说似乎太多了。

我如何动态地将这些权限单独分配给用户？

我听说过使用位掩码，但如果我在继续之前能够完全理解它们，那就太好了。

你有一个我如何实现这个的例子吗？

Answer 1

当权限位掩码表示为二进制时，最好理解，每个数字代表权限的打开或关闭。因此，如果权限 X、Y 和 Z 存在，并且我只能访问 X 和 Z，则 101 将表示我拥有授予我的第一个和第三个权限，但没有第二个权限。二进制数 101 相当于十进制数 5，因此这就是最终存储在数据库中的内容。单个小整数是比字符串或几个小整数更有效的存储对象。

编辑：我意识到利用现有的转换函数来快速实现是多么容易。这是一个示例。

<?php
function bitmask_expand($n) {
  // 9 returns array(1, 0, 0, 1)
  return str_split(base_convert($n, 10, 2));
}

function bitmask_compact($a) {
  // array(1, 0, 0, 1) returns 9
  return (int) base_convert(implode($a), 2, 10);
}

$ns = range(0, 7);
foreach($ns as $n) {
  print_r($b = bitmask_expand($n));
  echo bitmask_compact($b), "\n\n";
}

如果使用循环，而不是在字符串之间拉回或拉出，您可能会获得更好的性能，但这非常清楚地说明了原理。

Answer 2

您描述的方法（存储在列中的个人权限）很简单，但牺牲了灵活性（正如您所注意到的）。

Zuul 的方法更加简单，本质上与您的方法相同，只是它避免了任何“ALTER TABLE”语句的需要。然而，它没有标准化，不容易查询，也不是自记录的。

这两种方法的另一个问题是，随着用户群的增长，您会发现正确设置每个人的权限越来越困难。您会发现自己有很多需要完全相同权限的用户。然而，为了更改用户的权限，例如适应新的权限，您必须进入该权限并将该权限添加给每个需要该权限的用户。主要 PITA。

对于论坛，您不太可能需要每用户权限管理。您更有可能拥有某些类别的用户，例如匿名用户、登录用户、版主、管理员等。这将使其非常适合基于角色的访问控制 (RBAC)。在此系统中，您将为每个用户分配一个角色，并向该角色授予权限。权限将作为行存储在“权限”表中。因此简化的数据库模式如下所示：

PRIVILEGE
int id (primary key)
varchar description

ROLE_PRIVILEGE_JOIN
privilege_id (foreign key)
role_id (foreign key)

ROLE
int id (primary key)
varchar description

USER
int id (primary key)
int role_id (foreign key)

此模式用于许多处理用户权限的应用程序中。将任何人可能拥有的每个权限添加为权限表中的一行；在角色表中添加任何用户可能拥有的每个角色；并在 role_privilege_join 表中适当链接它们。

唯一真正的缺点是，由于使用了连接表，因此“用户 X 可以执行 Y”查询会稍微慢一些。

Answer 3

我会创建一个名为“角色”的表：

CREATE TABLE Roles(
id INT NOT NULL AUTO_INCREMENT PRIMARY KEY(id),
 rolename VARCHAR(30))

在其中粘贴您想要的任何权限。然后创建一个名为“UserRoles”的表来将用户链接到角色：具有

CREATE TABLE UserRoles(
id INT NOT NULL AUTO_INCREMENT PRIMARY KEY(id),
 UserId INT,
 RoleID INT)

很大的灵活性并且易于构建（即工作流程、规则等）
（我也会添加外键）

Answer 4

您不需要使之复杂化，只需使用字段“ex：权限”并执行以下操作：

$权限 = "1;1;0;1";

您关心的内容是：

阅读 - 1（可以）

写 - 1（可以）

更新 - 0（不能）

删除 - 1（可以）

然后，在检查时，只需使用“;”的“explode”...

这样，您始终可以在不更改表的情况下应用更多权限类型...因此您可以使表更小，查询速度更快！

这是解决您问题的方法:)