【问题标题】:Separating storage of site users from admin users in Orchard在 Orchard 中将站点用户与管理员用户分开存储
【发布时间】:2013-01-10 12:32:33
【问题描述】:

我刚刚开始使用基于 Orchard 的网站,并且有一个与用户帐户和身份验证相关的问题。

将有各种类型的网站管理员/编辑负责更新网站的内容。对于这些类型的用户,Orchard 中的内置角色和用户管理非常适合。但是,常规网站用户必须存储在外部旧系统中,不得访问网站仪表板,并且不应在仪表板甚至是管理员(他们完全由外部系统管理)。

在 Orchard 中实现这一点的正确方法是什么?

【问题讨论】:

    标签: orchardcms


    【解决方案1】:

    实施您自己的会员服务提供商。您可以从库中获取进行身份验证的示例,例如 oAuth 或 AD 模块。

    【讨论】:

    • 然后在提供商内部进行某种切换,根据角色将帐户处理路由到不同的商店,你的意思是?
    • 另外,如果我实现了一个 IMembershipService,它返回的 IUser 与 Orchard 中的内容项不对应(由外部系统拥有),我应该将 IUser.ContentItem 设置为什么?它不能为 null 或只是一个虚拟(新:ed) ContentItem 实例,因为主题使用的各种扩展方法似乎取决于能否使用它。对此有何建议?
    • 我发现这个讨论与外部化用户存储有关:orchard.codeplex.com/discussions/400650 - 开发人员“pszmyd”的一般建议似乎归结为要么在 Orchard 数据库中保留外部用户的副本,要么替换Orchard.Users 模块完全。这真的是要走的路吗?在这种情况下,它比我第一次查看 IMembershipService 接口时想象的要复杂得多。
    • 可能是这样,这取决于您的要求需要多深。但内容项可以即时创建。
    • 将此标记为已接受;虽然对当前版本的 Orchard 中的成员资格和用户概念的抽象有点失望 - 能够交换默认实现而不需要在 Orchard 数据库中保留外部用户的“影子副本”会很好。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-04
    • 1970-01-01
    • 2018-02-23
    • 1970-01-01
    • 1970-01-01
    • 2016-01-16
    相关资源
    最近更新 更多