【问题标题】:ASP.NET Membership ProviderASP.NET 成员资格提供程序
【发布时间】:2011-02-22 20:07:55
【问题描述】:

有没有人将 ASP.NET Membership Provider 代码与新的 1.3 工具包和 MVC 一起使用?

我正在寻找一些更新的代码,到目前为止我能找到的只是这里的代码:

http://archive.msdn.microsoft.com/windowsazuresamples

有没有人知道任何最近的信息?奇怪的是,这些过时的例子是我能找到的,而这些没有使用 MVC。

谢谢,

戈登

【问题讨论】:

    标签: azure


    【解决方案1】:

    我在 1.3 版本中使用了该示例。

    确实有效。

    但是,总的来说,我发现使用表存储作为会员有严格的限制 - 如果您使用表存储,那么即使是简单的信息也很难得到,比如我有多少用户?

    如果您的会员需求非常微不足道,那么您可以使用这些示例中所示的表存储。但是,如果您有更高级的需求,那么您要么需要对示例做大量工作,要么需要切换到 SQL Azure。

    对于我正在构建的网站,我希望有一天有一个付费会员计划,然后我开始使用更普通的基于 SQL 的会员资格。

    【讨论】:

      【解决方案2】:

      Azure 存储的问题在于无法确保原子操作,因此无法以直接的方式“锁定”资源。我的意思是,你不能原子地执行这个:

      1. 检查是否锁定。
      2. 如果未锁定,请锁定。
      3. 获取
      4. 如果锁定,返回“已锁定,稍后再试”

      那么,您可以尝试在表实体中设置“锁定”标志,但是当查询返回“已锁定”时,webrole 可以锁定它。当然,你不能在没有检查的情况下直接锁定。

      Azure Blob 有一种称为“租约”的东西,但至少持续一分钟,不太适合每个页面都可以读写的网页。

      由于无法锁定资源,因此您最终会得到一个在您的用户很少时运行的应用程序......如果不是,您就是唯一的一个 :D。但是当你做一些负载测试时,你会看到很多与 ETags 相关的并发问题。 I tried to use the session provider and I gave up.

      这些示例运行得非常简洁,但是如果您将多个 webrole 并行并执行一些重负载测试,您就会发现问题。

      【讨论】:

        【解决方案3】:

        看看这个解决方案:http://azureproviders.codeplex.com/

        这是一个基于 Blob 和表而没有 SQL 数据库的完整成员资格。

        【讨论】:

          猜你喜欢
          • 2010-11-15
          • 1970-01-01
          • 2010-11-20
          • 2011-03-19
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2012-07-24
          相关资源
          最近更新 更多