理想情况下,我想使用Azure表存储作为提供程序,但SQL Azure也可以使用。到目前为止我挖出的任何东西都是一年多了,使用了弃用的方法。即,过时的代码示例,SDK和IDE。
正如标题所述,这将应用于在Azure中运行的MVC2应用程序。示例,代码,链接等不一定必须用于MVC。任何与使用Azure上的表单身份验证的.Net 4.0 Web应用程序相关的内容都可以。
答案 0 :(得分:1)
Microsoft最初发布了一组带有PDC08 SDK的示例提供程序 - 但这些绝对不建议用于商业用途。
最近这个项目已经产生了一些新项目 - http://azureproviders.codeplex.com/ - 我建议使用那个项目,因为它是“实时代码” - 你也可能会回馈它。
如果您确实使用这些提供商,请注意Azure每笔交易收费 - 基本费率为每10000笔交易0.01美元 - 并且这些提供商中的逻辑可能导致“相当多”交易发生。因此,如果您的网站很繁忙且会员活动很多,那么操作起来可能会非常昂贵。
如果您使用的是SQL Azure成员资格,那么成员资格SQL是标准的 - http://support.microsoft.com/kb/2006191 - ASP SQL脚本中唯一的区别在于会话存储(因为Session使用SQL代理来清除会话 - 以及SQL代理SQL Azure不支持
就个人而言,我已经将表存储用于测试/演示站点 - 但是对于任何“真实”我已经转向SQL Azure - 它更容易查询,运行报告,备份等等
答案 1 :(得分:0)
不幸的是,除非你担任自己的提供者,否则我见过的唯一样本就是你提到的过时的样本。对于用户身份验证(RoleProvider),它不是太糟糕(即没有我听说过的错误)。但是,对于Session状态,它有一些问题。我不认为它会进行任何加密,因此密码可能是纯文本。最糟糕的情况是,你至少可以将它作为自己的起点。
快速浏览一下,我甚至找不到“附加样品”了。当Code Gallery重新进行更新时,它们可能已经丢失了。我知道它仍在http://phluffyfotos.codeplex.com中使用,所以你至少可以从源头拉出它。
答案 2 :(得分:0)
我不会使用ATS Forms身份验证,因为相关的交易成本,如果您的网站将有很多身份验证请求(甚至令牌授权需要检查ATS)
我会使用标准SqlMembershipProvider
对SQL Azure进行表单身份验证它运作得很好。我手动迁移了必要的aspnet表和从本地SQL Server实例存储过程到SQL Azure没有问题。只需更新aspnet_schemaversions表即可获得以下内容:
common 1 1
membership 1 1
personalization 1 1
profile 1 1
role manager 1 1