ASP.NET веб-развертывание с помощью Visual Studio: развертывание в тестовом режиме

Том Дайкстра

В этой серии руководств показано, как развернуть (опубликовать) веб-приложение ASP.NET для приложение Azure службы веб-приложения или стороннего поставщика услуг размещения с помощью Visual Studio 2017. Сведения о серии см . в первом руководстве в серии.

Текущая версия развертывания в Azure см. в статье "Создание веб-приложения ASP.NET Core в Azure".

Обзор

В этом руководстве вы развернете веб-приложение ASP.NET на локальном компьютере на сервере IIS.

Как правило, при разработке приложения он запускается и тестируется в Visual Studio. По умолчанию проекты веб-приложений в Visual Studio 2017 используют IIS Express в качестве веб-сервера разработки. Служба IIS Express ведет себя больше как полные службы IIS, чем сервер разработки Visual Studio (также известный как Cassini), который по умолчанию использует Visual Studio 2017. Но ни один веб-сервер разработки не работает точно так же, как IIS. Следовательно, приложение может выполнять и тестировать правильно в Visual Studio, но завершается ошибкой при развертывании в IIS.

Вы можете надежно протестировать приложение двумя способами:

1. Разверните приложение в IIS на компьютере разработки, используя тот же процесс, который будет использоваться позже для его развертывания в рабочей среде.

   Visual Studio можно настроить для использования IIS при запуске веб-проекта, но это не протестирует процесс развертывания. Этот метод проверяет процесс развертывания и правильность работы приложения в службах IIS.

2. Разверните приложение в тестовой среде, аналогичной рабочей среде.

   Рабочая среда для этих учебников веб-приложения в службе приложение Azure. Идеальная тестовая среда — это дополнительное веб-приложение, созданное в службе Azure. Хотя он будет настроен так же, как и рабочее веб-приложение, вы будете использовать его только для тестирования.

Вариант 2 — самый надежный способ тестирования. Если вы используете вариант 2, вам не обязательно нужно использовать вариант 1. Однако если вы развертываете в стороннем поставщике услуг размещения, вариант 2 может оказаться нецелесообразным или может быть дорогостоящим, поэтому в этом руководстве показаны оба метода. Рекомендации по варианту 2 приведены в руководстве по развертыванию в рабочей среде .

Дополнительные сведения об использовании веб-серверов в Visual Studio см. в разделе "Веб-серверы" в Visual Studio для ASP.NET веб-проектов.

Напоминание. Если вы получаете сообщение об ошибке или что-то не работаете по мере прохождения руководства, обязательно проверьте страницу устранения неполадок.

Скачивание начального проекта Университета Contoso

Скачайте и установите начальную версию и проект Visual Studio для Университета Contoso. Это решение содержит завершенное руководство.

Скачивание начального проекта

Установить IIS

Чтобы развернуть службы IIS на компьютере разработки, убедитесь, что установлены службы IIS и веб-развертывание. По умолчанию Visual Studio устанавливает веб-развертывание, но службы IIS не включены в конфигурацию Windows 10, Windows 8 или Windows 7. Если вы уже установили СЛУЖБЫ IIS и пул приложений по умолчанию уже имеет значение .NET 4, перейдите к следующему разделу.

1. Рекомендуется использовать установщик веб-платформы (WPI) для установки IIS и веб-развертывания. ПРИ необходимости WPI устанавливает рекомендуемую конфигурацию IIS, содержащую необходимые компоненты IIS и веб-развертывания.

   Если вы уже установили СЛУЖБЫ IIS, веб-развертывание или любой из необходимых компонентов, WPI устанавливает только то, что отсутствует.

   • Используйте установщик веб-платформы для установки IIS и веб-развертывания:

     

     

     Вы увидите сообщения, указывающие, что будут установлены службы IIS 7. Ссылка работает для IIS 8 в Windows 8; но для Windows 8 и более поздних версий выполните следующие действия, чтобы убедиться, что установлен ASP.NET 4.7:

   • Откройте панель управления> Programs>Программы и компоненты>, включите или отключите функции Windows.

   • Разверните службы IIS, веб-службы world Wide и функции разработки приложений.

   • Убедитесь, что выбран ASP.NET 4.7 .

     

   • Убедитесь, что выбрана веб-служба и консоль управления IIS. При этом устанавливаются службы IIS и диспетчер IIS.

     

   • Нажмите ОК. Отображаются сообщения диалогового окна, указывающие на то, что выполняется установка.

После установки IIS запустите диспетчер IIS, чтобы убедиться, что платформа .NET Framework версии 4 назначен пулу приложений по умолчанию.

1. Нажмите клавишу WINDOWS+R, чтобы открыть диалоговое окно "Запуск ".

   (В Windows 8 или более поздней версии введите "выполнить" в Начальная страница. В Windows 7 выберите "Запустить" в меню "Пуск". Если запуск отсутствует в меню "Пуск", щелкните правой кнопкой мыши панель задач, выберите пункт "Свойства", откройте вкладку "Пуск", выберите "Настроить" и выберите команду "Выполнить".

2. Введите inetmgr и нажмите кнопку "ОК".

3. В области "Подключения" разверните узел сервера и выберите пулы приложений. В области пулов приложений, если DefaultAppPool назначен платформе .NET Framework версии 4, как показано на следующем рисунке, перейдите к следующему разделу.

   

4. Если для платформа .NET Framework 2.0 установлено только два пула приложений, установите ASP.NET 4 в IIS.

   Инструкции по установке ASP.NET 4.5 в Windows 8 и Windows Server 2012 см. в инструкциях предыдущего раздела по установке ASP.NET 4.7 или более поздней версии. В Windows 7 откройте окно командной строки, щелкнув правой кнопкой мыши командную строку в меню "Пуск" Windows и выбрав команду "Запуск от имени администратора". Запустите aspnet_regiis.exe, чтобы установить ASP.NET 4 в IIS с помощью следующих команд. (В 32-разрядных системах замените "Framework64" на "Framework".

   cd %windir%\Microsoft.NET\Framework64\v4.0.30319
   aspnet_regiis.exe –i
   

   Эта команда создает новые пулы приложений для платформа .NET Framework 4, но пул приложений по умолчанию останется равным 2.0. Вы развертываете приложение, которое предназначено для .NET 4 в этом пуле приложений, поэтому измените пул приложений на .NET 4.

5. Если вы закрыли диспетчер IIS, запустите его еще раз, разверните узел сервера и выберите пулы приложений.

6. На панели "Пулы приложений" выберите DefaultAppPool. В области "Действия" выберите "Базовые параметры".

   

7. В диалоговом окне "Изменить пул приложений" измените версию .NET CLR на .NET CLR версии 4.0.30319. Нажмите ОК.

   

Теперь вы готовы опубликовать веб-приложение в IIS. Сначала сначала создайте базы данных для тестирования.

Установка SQL Server Express

LocalDB не предназначен для работы в IIS, поэтому тестовая среда должна быть установлена в SQL Server Express. Если вы используете Visual Studio 2010 SQL Server Express, он уже установлен по умолчанию. Если вы используете Visual Studio 2012 или более поздней версии, установите SQL Server Express.

Чтобы установить SQL Server Express, скачайте и установите его из Центра загрузки: Microsoft SQL Server 2017 Express edition.

На первой странице Центра установки SQL Server выберите новую автономную установку SQL Server или добавьте компоненты в существующую установку и следуйте инструкциям, принимающему варианты по умолчанию. В мастере установки примите параметры по умолчанию. Дополнительные сведения о параметрах установки см. в разделе "Установка SQL Server" в мастере установки (программа установки).

Создание баз данных SQL Server Express для тестовой среды

Приложение Contoso University имеет две базы данных:

1. База данных членства
2. База данных приложений

Эти базы данных можно развернуть в двух отдельных базах данных или в одной базе данных. Объединение их упрощает присоединение к базе данных.

Если вы развертываете на стороннем поставщике услуг размещения, ваш план размещения также может дать вам причину объединить их. Например, поставщик может взимать больше платы за несколько баз данных или даже не разрешать несколько баз данных.

В этом руководстве вы развернете две базы данных в тестовой среде и одну базу данных в промежуточных и рабочих средах.

В меню "Вид" в Visual Studio выберите обозреватель серверов (обозреватель баз данных в Visual Web Developer). Щелкните правой кнопкой мыши подключения к данным и выберите "Создать базу данных SQL Server".

В диалоговом окне "Создание базы данных SQL Server" введите ".\SQLExpress" в поле имени сервера и aspnet-ContosoUniversity в поле "Новое имя базы данных". Нажмите ОК.

Выполните ту же процедуру, чтобы создать новую базу данных SQL Server Express School с именем ContosoUniversity.

Обозреватель серверов показывает две новые базы данных.

Создание скрипта предоставления для новых баз данных

При запуске приложения на компьютере разработки приложение использует учетные данные пула приложений по умолчанию для доступа к базе данных. Однако по умолчанию пул приложений не имеет разрешения на открытие баз данных. Это означает, что необходимо запустить скрипт, чтобы предоставить это разрешение. В этом разделе вы создадите этот скрипт и запустите его позже, чтобы убедиться, что приложение может открывать базы данных при запуске в IIS.

В текстовом редакторе скопируйте следующие команды SQL в новый файл и сохраните его как Grant.sql.

IF NOT EXISTS (SELECT name FROM sys.server_principals WHERE name = 'IIS APPPOOL\DefaultAppPool')
BEGIN
    CREATE LOGIN [IIS APPPOOL\DefaultAppPool] 
      FROM WINDOWS WITH DEFAULT_DATABASE=[master], 
      DEFAULT_LANGUAGE=[us_english]
END
GO
CREATE USER [ContosoUniversityUser] 
  FOR LOGIN [IIS APPPOOL\DefaultAppPool]
GO
EXEC sp_addrolemember 'db_owner', 'ContosoUniversityUser'
GO

В Visual Studio откройте решение Contoso University. Щелкните правой кнопкой мыши решение (не один из проектов) и выберите пункт "Добавить". Выберите существующий элемент, перейдите к Grant.sql и откройте его.

Примечание.

Этот скрипт предназначен для работы с SQL Server Express 2012 или более поздней версии, а также с параметрами IIS в Windows 10, Windows 8 или Windows 7, как они указаны в этом руководстве. Если вы используете другую версию SQL Server или Windows или настраиваете СЛУЖБЫ IIS на компьютере по-другому, изменения этого скрипта могут потребоваться. Дополнительные сведения о сценариях SQL Server см . в электронной документации по SQL Server.

Примечание.

Примечание по безопасности. Этот скрипт предоставляет db_owner пользователю разрешения, обращающееся к базе данных во время выполнения, что будет иметь в рабочей среде. В некоторых сценариях может потребоваться указать пользователя с разрешениями на обновление схемы базы данных только для развертывания и указать время выполнения другого пользователя, имеющего разрешения только на чтение и запись данных. Дополнительные сведения см. в разделе "Автоматическое изменение web.config" для первых миграций кода далее в этом руководстве.

Запуск скрипта предоставления в базе данных приложения

Профиль публикации можно настроить для запуска скрипта предоставления в базе данных членства во время развертывания, так как это развертывание базы данных использует поставщик dbDacFx. Вы не можете запускать скрипты во время развертывания Code First Migrations, что является способом развертывания базы данных приложения. Это означает, что перед развертыванием в базе данных приложения необходимо вручную запустить скрипт.

1. В Visual Studio откройте созданный ранее файл Grant.sql .

2. Нажмите Подключиться.

   

3. В диалоговом окне "Подключение к серверу" введите .\SQLExpress в качестве имени сервера. Нажмите Подключиться.

4. В раскрывающемся списке базы данных выберите ContosoUniversity. Выберите Выполнить.

   

Теперь удостоверение пула приложений по умолчанию имеет достаточные разрешения в базе данных приложения для миграции code First Migrations, чтобы создать таблицы базы данных при запуске приложения.

Публикация в IIS

Существует несколько способов развертывания в IIS с помощью Visual Studio и веб-развертывания.

• Используйте среду публикации в Visual Studio одним щелчком мыши.
• Публикация из командной строки.
• Создайте пакет развертывания и установите его с помощью диспетчера IIS. Пакет содержит файл .zip со всеми файлами и метаданными, необходимыми для установки сайта в IIS.
• Создайте пакет развертывания и установите его с помощью командной строки.

Процесс, описанный в предыдущих руководствах по настройке Visual Studio для автоматизации задач развертывания, применяется ко всем этим методам. В этих руководствах вы будете использовать первые два метода. Сведения об использовании пакетов развертывания см. в статье "Развертывание веб-приложения путем создания и установки пакета веб-развертывания" в карте контента веб-развертывания для Visual Studio и ASP.NET.

Перед публикацией убедитесь, что вы используете Visual Studio в режиме администратора. Если вы не видите (администратор) в строке заголовка, закройте Visual Studio. На начальной странице Windows 8 (или более поздней версии) или меню "Пуск" Windows 7 щелкните правой кнопкой мыши значок Visual Studio и выберите "Запуск от имени администратора". Режим администратора требуется только для публикации при публикации в IIS на локальном компьютере.

Создание профиля публикации

1. В Обозреватель решений щелкните правой кнопкой мыши проект ContosoUniversity (а не проект ContosoUniversity.DAL). Выберите Опубликовать. Откроется страница публикации.

2. Выберите новый профиль. Откроется диалоговое окно выбора целевого объекта публикации.

3. Выберите IIS, FTP и т. д. Выберите "Создать профиль". Откроется мастер публикации.

   

4. В раскрывающемся меню "Публикация метода публикации" выберите "Веб-развертывание".

5. Для сервера введите localhost.

6. В поле "Имя сайта" введите веб-сайт по умолчанию или ContosoUniversity.

7. Введите http://localhost/ContosoUniversityURL-адрес назначения.

   Параметр ЦЕЛЕВОго URL-адреса не требуется. Когда Visual Studio завершит развертывание приложения, он автоматически открывает браузер по умолчанию для этого URL-адреса. Если вы не хотите, чтобы браузер был открыт автоматически после развертывания, оставьте это поле пустым.

8. Выберите "Проверить подключение" , чтобы проверить правильность параметров и подключиться к службам IIS на локальном компьютере.

   Зеленый флажок проверяет успешность подключения.

   

9. Нажмите кнопку "Далее ", чтобы перейти на вкладку "Параметры ".

10. Раскрывающийся список "Конфигурация" указывает конфигурацию сборки для развертывания. Оставьте значение выпуска по умолчанию. Вы не будете развертывать сборки отладки в этом руководстве.

11. Разверните параметры публикации файлов. Выберите " Исключить файлы" из папки App_Data.

    В тестовой среде приложение обращается к базам данных, созданным в локальном экземпляре SQL Server Express, а не к файлам .mdf в папке App_Data .

12. Оставьте предварительную компиляцию во время публикации и удалите дополнительные файлы в флажки назначения .

    

    Предварительная компиляция — это вариант, который полезен главным образом для крупных сайтов. Он может сократить время запуска при первом запросе страницы после публикации сайта.

    Вам не нужно удалять дополнительные файлы, так как это первое развертывание, и в конечной папке нет файлов.

    Примечание.

    Если выбрать "Удалить дополнительные файлы в месте назначения " для последующего развертывания на том же сайте, убедитесь, что вы используете функцию предварительной версии, чтобы заранее увидеть, какие файлы будут удалены перед развертыванием. Ожидаемое поведение заключается в том, что веб-развертывание будет удалять файлы на конечном сервере, который вы удалили в проекте. Однако сравнивается вся структура папок в исходной и целевой папках; в некоторых сценариях веб-развертывание может удалять файлы, которые не нужно удалять.

    Например, если у вас есть веб-приложение в вложенной папке на сервере при развертывании проекта в корневой папке, вложенная папка будет удалена. Возможно, у вас есть один проект для основного сайта на contoso.com и другой проект для блога на contoso.com/blog. Приложение блога находится в подпапке. Если при развертывании основного сайта при развертывании основного сайта удалить дополнительные файлы , приложение блога будет удалено.

    Например, папка App_Data может неожиданно удалиться. Некоторые базы данных, такие как файлы базы данных SQL Server Compact, хранятся в папке App_Data. После первоначального развертывания вы не хотите копировать файлы базы данных в последующих развертываниях, поэтому на вкладке "Пакет или публикация" выберите "Исключить App_Data ". После этого при удалении дополнительных файлов в месте назначения файлы базы данных и сама папка App_Data будут удалены при следующей публикации.

Настройка развертывания для базы данных членства

Следующие действия применяются к базе данных DefaultConnection в разделе "Базы данных" диалогового окна.

1. В поле "Удаленный строка подключения" введите следующие строка подключения, указывающие на новую базу данных членства SQL Server Express.

   Data Source=.\SQLExpress;Initial Catalog=aspnet-ContosoUniversity;Integrated Security=True
   

   Процесс развертывания помещает этот строка подключения в развернутый файл web.config, так как выбран этот строка подключения во время выполнения.

   Вы также можете получить строка подключения из обозревателя серверов. В обозревателе серверов разверните узел "Подключения к данным" и выберите <базу данных machinename>\sqlexpress.aspnet-ContosoUniversity , а затем в окне свойств скопируйте значение строки подключения. Этот строка подключения будет иметь один дополнительный параметр, который можно удалить: Pooling=False

2. Выберите "Обновить базу данных".

   Это приводит к созданию схемы базы данных в целевой базе данных во время развертывания. В следующих шагах необходимо указать дополнительные сценарии, которые необходимо выполнить: один для предоставления доступа к базе данных пулу приложений по умолчанию и одному для развертывания данных.

3. Выберите " Настройка обновлений базы данных".

4. В диалоговом окне "Настройка обновлений базы данных" выберите "Добавить скрипт SQL". Перейдите к скрипту Grant.sql , сохраненном ранее в папке решения.

5. Повторите процесс, чтобы добавить скрипт aspnet-data-dev.sql .

   

6. Выберите Закрыть.

Настройка развертывания для базы данных приложения

Когда Visual Studio обнаруживает класс Entity Framework DbContext , он создает запись в разделе "Базы данных ", где установлен флажок "Выполнить код первой миграции " вместо флажка "Обновить базу данных ". В этом руководстве вы будете использовать этот флажок, чтобы указать развертывание Code First Migrations.

В некоторых сценариях вы можете использовать DbContext базу данных, но вы хотите использовать поставщик dbDacFx вместо миграций для развертывания базы данных. В этом случае ознакомьтесь с Разделы справки развертывании базы данных Code First без миграции? в ASP.NET часто задаваемых вопросов о веб-развертывании на сайте MSDN.

Следующие действия применяются к базе данных SchoolContext в разделе "Базы данных" диалогового окна.

1. В поле "Удаленный строка подключения" введите следующую строка подключения, которая указывает на новую базу данных приложений SQL Server Express.

   Data Source=.\SQLExpress;Initial Catalog=ContosoUniversity;Integrated Security=True
   

   Процесс развертывания помещает этот строка подключения в развернутый файл web.config, так как выбран этот строка подключения во время выполнения.

   Вы также можете получить базу данных приложения строка подключения из обозревателя серверов таким же образом, как строка подключения базы данных членства.

2. Выберите "Выполнить код первой миграции" (выполняется при запуске приложения).

   Этот параметр приводит к настройке развернутого файла web.config для указания инициализатора MigrateDatabaseToLatestVersion . Этот инициализатор автоматически обновляет базу данных до последней версии, когда приложение обращается к базе данных в первый раз после развертывания.

Настройка преобразований профиля публикации

1. Выберите Закрыть. Выберите "Да", когда вам будет предложено сохранить изменения.

2. В Обозреватель решений разверните "Свойства", разверните узел PublishProfiles.

3. Щелкните правой кнопкой мыши CustomProfile.pubxml и переименуйте его Test.pubxml.

4. Щелкните правой кнопкой мыши Test.pubxml. Выберите "Добавить преобразование конфигурации".

   

   Visual Studio создает файл преобразования web.Test.config и открывает его.

5. В файле преобразования Web.Test.config вставьте следующий код сразу после открывающего тега конфигурации.

   <appSettings>
       <add key="Environment" value="Test" xdt:Transform="SetAttributes" xdt:Locator="Match(key)"/>
   </appSettings>
   

   При использовании профиля публикации тестов это преобразование задает для индикатора среды значение Test. На развернутом сайте вы увидите "(Test)" после заголовка "Университет Contoso" H1.

6. Сохранить и закрыть файл.

7. Щелкните правой кнопкой мыши файл конфигурации Web.Test.config и выберите "Предварительный просмотр преобразования ", чтобы убедиться, что закодированное преобразование создает ожидаемые изменения.

   В окне предварительной версии Web.config показан результат применения преобразований web.Release.config и преобразования конфигурации Web.Test.config .

Предварительный просмотр обновлений развертывания

1. Снова откройте мастер публикации веб-сайтов (щелкните правой кнопкой мыши проект ContosoUniversity, выберите "Опубликовать", а затем —предварительная версия).

2. В диалоговом окне "Предварительный просмотр" выберите "Пуск предварительного просмотра", чтобы просмотреть список файлов, которые будут скопированы.

   

   Вы также можете выбрать ссылку на базу данных предварительной версии, чтобы просмотреть скрипты, которые будут выполняться в базе данных членства. (Скрипты не выполняются для развертывания code First Migrations, поэтому для базы данных приложения ничего не требуется предварительного просмотра.)

3. Выберите Опубликовать.

   Если Visual Studio не находится в режиме администратора, может появиться сообщение об ошибке разрешений. В этом случае закройте Visual Studio, откройте его в режиме администратора и повторите попытку публикации.

   Если Visual Studio находится в режиме администратора, окно вывода сообщает об успешной сборке и публикации.

   

   Если вы ввели URL-адрес в поле "Целевой URL-адрес" на вкладке "Подключение профиля публикации", браузер автоматически открывается на домашней странице Университета Contoso, работающей на компьютере IIS.

Тестирование в тестовой среде

Обратите внимание, что индикатор среды отображает значение "(Test)" вместо "(Dev)", которое показывает, что преобразование Web.config для индикатора среды успешно выполнено.

Запустите страницу "Инструкторы" , чтобы убедиться, что код сначала заполнял базу данных с данными инструктора. При выборе этой страницы может потребоваться несколько минут, так как код сначала создает базу данных, а затем запускает Seed метод. (Это не делается, когда вы находились на домашней странице, так как приложение еще не пыталось получить доступ к базе данных.)

Перейдите на вкладку "Учащиеся", чтобы убедиться, что развернутая база данных не имеет учащихся.

Выберите "Добавить учащихся" в меню "Учащиеся". Добавьте учащегося, а затем просмотрите нового учащегося на странице "Учащиеся ". Это проверяет успешное запись в базу данных.

В меню "Курсы" выберите "Обновить кредиты". На странице "Обновление кредитов" требуются разрешения администратора, поэтому отображается страница входа . Введите учетные данные учетной записи администратора, созданные ранее ("admin" и "devpwd"). Отображается страница "Обновить кредиты". Это проверяет, правильно ли развернута учетная запись администратора, созданная в предыдущем руководстве.

Убедитесь, что папка ELMAH существует в папке c:\inetpub\wwwroot\ContosoUniversity с единственным файлом заполнителя в нем.

Ознакомьтесь с автоматическими изменениями в конфигурации Web.config для первых миграций кода

Откройте файл web.config в развернутом приложении по адресу C:\inetpub\wwwroot\ContosoUniversity, и вы можете увидеть, где процесс развертывания настроил миграцию кода для автоматического обновления базы данных до последней версии.

Процесс развертывания также создал новую строка подключения для миграции кода для использования исключительно для обновления схемы базы данных:

Эта дополнительная строка подключения позволяет указать одну учетную запись пользователя для обновлений схемы базы данных и другую учетную запись пользователя для доступа к данным приложения. Например, можно назначить роль db_owner первой миграции кода и db_datareader с ролями db_datawriter приложению. Это распространенный шаблон глубинной защиты, который предотвращает потенциально вредоносный код в приложении от изменения схемы базы данных. (Например, это может произойти в успешной атаке на внедрение SQL.) Эти учебники не используют этот шаблон. Чтобы реализовать этот шаблон в вашем сценарии, выполните следующие действия.

1. В мастере публикации веб-сайта на вкладке "Параметры" введите строка подключения, указывающий пользователя с полными разрешениями на обновление схемы базы данных. Снимите флажок "Использовать эту строка подключения во время выполнения". В развернутом файле web.config это становится DatabasePublish строка подключения.

2. Создайте преобразование файла конфигурации Web.config для строка подключения, которую приложение будет использовать во время выполнения.

Итоги

Теперь вы развернули приложение в IIS на компьютере разработки и протестировали его там.

Это проверяет, копирует ли процесс развертывания содержимое приложения в нужное расположение (за исключением файлов, которые вы не хотите развернуть), а также правильной настройки IIS веб-развертывания во время развертывания. В следующем руководстве вы запустите еще один тест, который находит задачу развертывания, которая еще не выполнена: настройка разрешений папки в папке Elm ah .

Дополнительные сведения

Сведения о запуске IIS или IIS Express в Visual Studio см. в следующих ресурсах:

• Общие сведения о IIS Express на сайте IIS.net.
• Введение IIS Express в блоге Скотта Гатри.
• Веб-серверы в Visual Studio для ASP.NET веб-проектов.
• Основные различия между IIS и сервером разработки ASP.NET на сайте ASP.NET.

НазадДалее