MediaWiki的单一用户名/密码+;phpBB&x2B;WordPress
我正在构建一个由MediaWiki和phpBB作为其子组件组成的web。今后可能还会添加WordPress。我目前的问题是选择单一的统一身份验证方法(而不是强制用户拥有特殊的MediaWiki帐户、特殊的phpBB帐户等) 你会推荐我哪种方法?基本限制是它是一个简单的LAMP服务器(没有LDAP数据库)。我所知道的可能性:MediaWiki的单一用户名/密码+;phpBB&x2B;WordPress,wordpress,oauth,openid,mediawiki,phpbb,Wordpress,Oauth,Openid,Mediawiki,Phpbb,我正在构建一个由MediaWiki和phpBB作为其子组件组成的web。今后可能还会添加WordPress。我目前的问题是选择单一的统一身份验证方法(而不是强制用户拥有特殊的MediaWiki帐户、特殊的phpBB帐户等) 你会推荐我哪种方法?基本限制是它是一个简单的LAMP服务器(没有LDAP数据库)。我所知道的可能性: 使用分散协议如OpenID、OAuth 2.0等。我更喜欢这种方法。然而,谷歌不再支持OpenID,所以OAuth2.0可能更合适 使用phpBB用户数据库并将一些插件安装到
我认为你已经理解的要点是:你需要一个新的平台作为中央用户商店。您知道的问题必须找出: 插件在什么平台上进行交互?您可能会找到只在“一个方向”工作的插件,而对于mediawiki本身,您可能会找到过时的扩展日志,这些扩展可能不再适用于最新的mediawiki版本和更新 另一点是,你现在也应该考虑WordPress。在您选择了一个中心用户商店之后,您几乎无法通过大量工作来更改它,所以我现在也要检查WordPress的集成 综上所述,再加上简短的搜索,我不希望MediaWiki成为中央用户存储,我也不确定phpBB是否也是最佳解决方案:/ 我认为最好的方法之一是使用LDAP,扩展和插件似乎得到了支持,并且适用于每个软件的最新版本。您将拥有一个中央用户存储,也可以轻松地集成到其他应用程序中。你不能使用它的原因是什么,一个灯堆也可以处理这个问题
第二个解决方案我会选择使用谷歌的用户存储并访问它VI OAuth2。MediaWiki、phpBB和WordPress通过插件和/或扩展支持这一点。一天结束时,登录就是登录。特定于单个应用程序的所有自定义字段都可以通过插件正确桥接。使应用程序,将需要最保姆你的主要数据库,从而登录系统。在许多情况下,这是一个论坛,但这确实因网站而异
我要提醒的是,许多新的论坛管理员最终希望从phpBB升级到更强大、更现代的版本。我是那些管理员中的一员。是的,phpBB和开源论坛一样好,但它不能和商业论坛应用竞争。因此,如果您将phpBB作为主数据库,请记住这一点。您可能希望在中分享您的经验,以便将来更轻松地完成这项工作。