我看到有一些。哪些是易于维护和使用的?他们的优点和缺点是什么?
当前回答
注意，Jens Roland的“综合清单”不包括用户角色。如果你有兴趣分配不同的用户角色(比如管理员/用户或管理员/编辑器/用户)，这些库允许:
Ion_Auth (Redux的重写) 回来的 后端支持
Tank_Auth (Jens列表中的第一个)没有用户角色。我知道这不是鉴定的一部分，但既然
身份验证和角色管理都是在页面加载时处理的 两者都涉及安全 相同的表/模型可用于两者。 两者都可以设置为在控制器构造函数中加载(甚至是自动加载)
如果你需要的话，用一个库来处理这两件事是很有意义的。因此，我将从Tank_Auth切换到Ion_Auth。
其他回答
也许你会发现Redux符合你的需求。它并不是多余的，它只包含了我们大多数人都需要的基本功能。开发人员和贡献者对所贡献的代码非常严格。
这是官方页面
我遇到了Flexi Auth (http://haseydesign.com/flexi-auth/)。它看起来很有前途，我已经开始使用它了。它有奇妙的特征。与CI完全集成，并带有两个不同的库文件，其中一个包含所有函数，另一个只包含验证。
其中最好的一点是，新注册的会员可以在指定的时间内暂时访问网站，直到他们点击电子邮件中的链接并激活为止。
我使用DX Auth的定制版本。我发现它使用简单，非常容易修改，它有一个用户指南(有很好的例子)，非常类似于Code Igniter的。
Ion_Auth击败tank_auth主要有两个原因，用户角色和文档，这两个在tank_auth中是缺失的。
注意，Jens Roland的“综合清单”不包括用户角色。如果你有兴趣分配不同的用户角色(比如管理员/用户或管理员/编辑器/用户)，这些库允许:
Ion_Auth (Redux的重写) 回来的 后端支持
Tank_Auth (Jens列表中的第一个)没有用户角色。我知道这不是鉴定的一部分，但既然
身份验证和角色管理都是在页面加载时处理的 两者都涉及安全 相同的表/模型可用于两者。 两者都可以设置为在控制器构造函数中加载(甚至是自动加载)
如果你需要的话，用一个库来处理这两件事是很有意义的。因此，我将从Tank_Auth切换到Ion_Auth。
