我们目前有一个现有的ASP.NET应用程序要迁移到DNN。不幸的是,由于时间限制,我们需要逐个移动它(或逐个功能......但是你想要看它)。而且,我们希望在迁移到DNN时利用当前(DNN 6.0)版本的成员资格,角色和配置文件提供程序。我似乎有会员服务提供商工作,但是,我有一个关于角色和个人资料提供者的“最好的方法”。
所以,我的问题是:
非常感谢任何其他建议!
提前致谢!
答案 0 :(得分:1)
就个人而言,我没有理由创建一组自定义的提供者,并认为使用产品附带的“核心”提供者应该没问题(因此没有理由进行开发)。您面临的挑战将是如何将现有用户(及其所有数据)纳入新的DNN安装。您对如何导入此数据的选项各不相同(从用户导入应用程序/模块的自定义开发)到允许用户从各种来源导入的第三方模块(通常,单独的SQL脚本将难以使用,尤其是在您考虑使用密码哈希时/安全性以及所有数据如何在多个表中展开,其中一些表在上一个答案中提到过。
答案 1 :(得分:0)
如果您要利用DotNetNuke中的角色,个人资料和用户帐户,那么您可能需要做更多工作,然后才能实现自定义提供程序。
DNN与标准ASP.NET成员资格提供程序表进行交互,但也使用Users表以及另一个表来存储自定义用户配置文件信息的信息。还使用特定于DNN的用户角色表。
因此,当创建或更新帐户时,它会影响很多地方。
我还没有这样做,但DNN使用提供商来访问ASP.net会员资料。过去曾经做过广告,你可以在另一个系统ASP会员表中指出它应该有效。
因此,最好让您的应用程序使用标准的asp网络成员资格表,然后在时机成熟时将DNN指向您的表格。