我看到有a few。哪些是维护和易于使用?它们的优缺点是什么?
答案 0 :(得分:461)
答案 1 :(得分:56)
请注意,Jens Roland的“综合列表”不包括用户角色。如果您对分配不同的用户角色感兴趣(例如admin / user或admin / editor / user),这些库允许它:
Tank_Auth(Jens列表中的#1以上)没有用户角色。我意识到这不是认证的一部分,但是从
开始如果需要,有一个库来处理这两个库很有意义。我因此而转向Tank_Auth的Ion_Auth。
答案 2 :(得分:35)
Ion_auth!看起来很有前途,占地面积小!我喜欢..
答案 3 :(得分:29)
我是Redux Auth的开发人员,您提到的一些问题已在版本2测试版中得到修复。您也可以通过示例应用程序从官方网站下载。
- 需要自动加载(阻碍性能)
- 使用本质上不安全的“安全问题”概念。因素在于!
现在没有使用安全问题,并且已经建立了一个更简单的忘记密码系统。
- 返回类型是真实,错误,错误和成功代码的大杂烩
这在版本2中修复并返回布尔值。我和你一样讨厌大杂烩。
- 不会挂钩CI的验证系统
示例应用程序使用CI的验证系统。
- 不允许用户重新发送“丢失密码”代码
正在进行的工作
我还实现了一些其他功能,例如电子邮件视图,这使您可以选择在电子邮件中使用CodeIgniter帮助程序。
这仍然是一项正在进行的工作,所以如果有任何更多的建议,请让他们来。
-Popcorn
Ps:感谢您推荐Redux。
答案 4 :(得分:13)
我遇到过Flexi Auth(http://haseydesign.com/flexi-auth/)。它看起来非常有前途,我已经开始使用它了。它有奇妙的功能。与CI完全集成,并带有两个不同的库文件,其中一个是非常繁重的所有功能,另一个只包含验证。
最好的一点是新注册的会员在网站上获得一段时间的临时访问权限,直到他们点击他们的电子邮件中的链接并激活。
答案 5 :(得分:12)
也许你会发现Redux符合你的需求。它没有矫枉过正,只有我们大多数人需要的裸机功能。开发人员和贡献者对所贡献的代码非常严格。
答案 6 :(得分:7)
Ion_Auth击败tank_auth主要有两个原因,即用户角色和文档,tank_auth中缺少这两个。
答案 7 :(得分:5)
我使用DX Auth的自定义版本。我发现它使用起来很简单,非常容易修改,它的user guide (with great examples)与Code Igniter非常相似。
答案 8 :(得分:3)
另请查看BackendPro
最终你可能最终会写一些自定义的东西,但从DX Auth,Freak Auth,BackendPro等借用概念并没有错。
我对打包应用程序的体验是它们特定于某些结构,我在将它们集成到我自己的应用程序中时遇到问题而不需要黑客攻击,那么如果预包装有更新,我必须将它们迁移。
我也在我的CI代码中使用了Smarty和ADOdb,所以无论如何我总是会更改代码。
答案 9 :(得分:2)
Tank Auth看起来不错,但文档只是一页的安装说明,以及每个PHP文件的快速破解。至少这是我在谷歌搜索后发现的全部内容。当他们说Tank Auth有充分记录时,可能是人们在上面的意思是代码得到了很好的评论。这是一件好事,但与文档不同。如果有一些关于如何将Tank Auth的功能与现有代码集成的文档,那将会很不错。
答案 10 :(得分:2)
我正在尝试Ion_Auth并欣赏它,顺便说一句......
<强> SimpleLoginSecure 强> 使身份验证简单而安全。