WebMatrix совместим с MVC 5.

Что я сделал, так это взял пустой проект MVC 5 и включил в него WebMatrix SimpleMembershipProvider, используя SimpleSecurity, с открытым исходным кодом. проект, который отделяет SimpleMembership от вашего приложения MVC . Пока я могу создать базу данных, заполнить ее, войти и выйти. Я планирую добавить в это эталонное приложение другие функции, такие как подтверждение по электронной почте и различные тесты. Когда я закончу, я опубликую исходный код в Проект SimpleSecurity

Если бы мне пришлось угадывать, ваша проблема может быть связана с процессом обновления. Какой процесс вы предприняли, чтобы обновить свой проект MVC 4 до MVC 5? Вы следовали этому процессу? Какую версию сборок WebMatrix вы используете? Какую версию Visual Studio вы используете? Я использую версию 2.0.0.0 WebMatrix и Visual Studio 2013 RC.

Обновление (25.10.2013)

Я продолжил свой эксперимент с добавлением SimpleMembership в проект MVC 5, и где-то по пути он сломался, и я получил те же результаты, что и @Sixten Otto. Я не проводил инкрементное тестирование по мере добавления вещей, но я подозреваю, что это могло произойти, когда я устанавливал сборки веб-API. Они не устанавливаются по умолчанию при создании нового проекта MVC 5.

Я провел дополнительное исследование ошибки и наткнулся на этот QA под названием "Attempt безопасным методом 'WebMatrix.WebData.PreApplicationStartCode.Start()'". Это старый QA, и изначально кто-то получал ту же ошибку при обновлении приложения MVC 3 до MVC 4. Но недавно люди добавляли ответы относительно обновления до MVC 5, и один из ответов сработал для меня. Решением для меня была установка пакета NuGet Microsoft.AspNet.WebHelpers. После установки этого пакета все заработало нормально.

Замечание по поводу моего исследования перехода на новый идентификатор ASP.NET заключается в том, что они не используют один и тот же хэш пароля, что исключает перемещение старых членов в базу данных, используемую идентификатором ASP.NET. Похоже, что ASP.NET Identity сейчас находится в постоянном движении, поэтому, возможно, они придумают решение для этого.

Обновление (16.02.14)

Я ошибочно сообщил, что алгоритм хеширования паролей отличается в SimpleMembership и ASP.NET Identity. Я предположил это на основе визуального осмотра хешированных паролей, предполагая, что это был просто хешированный пароль, который был в полях. После дальнейших исследований я обнаружил, что SimpleMembership использует класс System.Web.Helpers.Crypto для хеширования пароля, а то, что хранится в поле пароля, на самом деле является 256-битным подразделом и солью. С этой информацией я провел несколько тестов, чтобы убедиться, что ASP.NET Identity может проверять пароли, сгенерированные SimpleMembership, и он прошел. Я пытался выяснить, какой хеш-алгоритм использует SimpleMembership, чтобы я мог подключить хэшер паролей в ASP.NET Identity, который позволил бы мне перенести данные с веб-сайта SimpleMembership на сайт, использующий ASP.NET Identity. Оказывается не надо. Я рассказываю о хэше пароля и о том, как перенести данные от SimpleMembership до ASP.NET Identity более подробно в этой статье.

Если вы получаете сообщение об ошибке

Попытка прозрачным для безопасности методом «WebMatrix.WebData.PreApplicationStartCode.Start()» получить доступ к критичному для безопасности методу «System.Web.WebPages.Razor.WebPageRazorHost.AddGlobalImport(System.String)» не удалась.

Чтобы исправить это, установите этот пакет с помощью диспетчера пакетов NuGet.

Install-Package Microsoft.AspNet.WebHelpers

После этого, возможно, вы получите еще одну ошибку

Не удается загрузить сборку WebMatrix.Data версии 3.0.0.0

чтобы исправить это, установите этот пакет с помощью диспетчера пакетов NuGet.

Install-Package Microsoft.AspNet.WebPages.Data

В настоящее время мы работаем над документом по миграции для перехода с простого членства на удостоверение ASP.NET. Пожалуйста, следите за обновлениями в течение нескольких недель, пока мы не опубликуем этот документ по миграции. На данный момент вам нужно сопоставить схему Simple Membership с Identity и изменить код приложения, чтобы использовать OWIN для SignIN/SIgnOut.

Приведенные выше ответы работали только на последних веб-страницах 3.2.3. У меня появилась новая проблема. Текущее исправление для меня заключалось в обновлении до .Net 4.5.3. Я понял это из-за разочарования. Эта проблема затрагивает не только MVC 5, но и основные проекты Webmatrix после обновления до веб-страниц 3.2.3. Я думаю, что это проблема с инфраструктурой, которая будет исправлена ​​​​с новой идентификацией Microsoft. Текущее исправление для меня приведено ниже: Примечание. Используйте мастер страниц свойств в Visual Studio, чтобы изменить целевую платформу на .Net Framework 4.5.3. Он обновит ваш файл web.config

<compilation debug="true" targetFramework="4.5.3">
  <assemblies>
    <add assembly="System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
  </assemblies>
</compilation>

Шаг 1. Установите пакет Microsoft.AspNet.WebHelpers.

Шаг 2. Установите пакет Microsoft.AspNet.WebPages.Data.

Шаг 3: [Необязательно] Install-Package Owin

Шаг 4. Измените targetFramework на .Net 4.5.3 в диалоговом окне Страницы свойств.

[Необязательно] Ваш Web.Config должен выглядеть так, как показано ниже.

    <?xml version="1.0"?>

<configuration>
  <appSettings/>
  <connectionStrings>
    <add connectionString="Server=XTREMEGOSPEL;Database=portfolioDB;Trusted_Connection=True" name="portDB" providerName="System.Data.SqlClient"/>
  </connectionStrings>
  <!--
    For a description of web.config changes see http://go.microsoft.com/fwlink/?LinkId=235367.

    The following attributes can be set on the <httpRuntime> tag.
      <system.Web>
        <httpRuntime targetFramework="4.5" />
      </system.Web>
  -->
  <system.web>
    <compilation debug="true" targetFramework="4.5.3">
      <assemblies>
        <add assembly="System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
      </assemblies>
    </compilation>
    <httpRuntime targetFramework="4.5" maxRequestLength="2097151"/>
    <authentication mode="Forms">
      <forms timeout="1440"/>
    </authentication>
    <sessionState timeout="1440"/>
    <pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID"/>
  </system.web>
  <system.webServer>
    <security>
      <requestFiltering>
        <requestLimits maxAllowedContentLength="4294967295"/>
      </requestFiltering>
    </security>
  </system.webServer>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35"/>
        <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35"/>
        <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

У меня такая же проблема, но не на моем локальном компьютере, но на живом сайте.

Я удалил следующие строки из веб-конфигурации, и теперь он работает.

<dependentAssembly>
   <assemblyIdentity name="System.Web.WebPages.Razor" publicKeyToken="31bf3856ad364e35" />
   <bindingRedirect oldVersion="0.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
</dependentAssembly>