Сайт mvc / webapi по умолчанию работает в IIS Express, но не в IIS 7.5

Question

Сайт mvc / webapi по умолчанию работает в IIS Express, но не в IIS 7.5

1

Я искал googled и искал stackoverflow, следующие не были полезны

Служба RESTFul работает в IIS Express/VS2013, но не на сервере IIS - исправление при запуске говорит "Обновление не применимо к вашему компьютеру".

Различные результаты в IIS express и IIS - не запущены dotnetnuke или webmatrix

работа с Win7Pro, с IIS7.5 Устанавливается VS2013Pro udpate 3, был установлен VS14CTP, но теперь он удален.

Создайте новый проект, выберите веб-приложение, MVC + WebApi, установите WebApi 2.2 через nuget. Внесите никаких изменений в приложение, нажмите F5, начало приложения в хром, см. Сайт по умолчанию ASP.NET со ссылкой на домашнюю страницу и api. Нажав на ссылку Api, вы попадаете на страницу справки, описывающую доступные вызовы api.

Публикуйте сайт в файловой системе, создайте новый веб-сайт IIS, укажите сайт в опубликованную папку, добавьте пользователя defaultAppPool в папку. перейдите на сайт из диспетчера IIS. Отображается сайт, но не отображаются стили. Сайт установки как машинное имя: 80 также попробовал машинное имя: 50102. Не использовать SSL или аутентификацию.

В хром-консоли есть 3 ошибки (это не происходит в IISExpress). Uncaught SyntaxError: Unexpected token < modernizr:1 Uncaught SyntaxError: Unexpected token < jquery:1 Uncaught SyntaxError: Unexpected token < bootstrap:1

Пытаясь перейти к ссылке api, просто обновляет страницу, страница справки не отображается.

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

Напомним, что никаких изменений в коде не было внесено, только созданное по умолчанию решение mvc + webapi.

Проверено приложение application_start(), оно содержит GlobalConfiguration.Configure(WebApiConfig.Register); как вторая строка.

Любая помощь будет оценена по достоинству.

t.durden 11 нояб. 2014, в 16:58

Источник

0

Попробуйте получить доступ к .css-файлу или .js-файлу, чтобы увидеть, что возвращается. Похоже, что-то портит ваши файлы. Судя по выводу консоли и тому, что стили не загружены. Некоторые недостающие MIME-типы?
Håkan Fahlstedt 11 нояб. 2014, в 15:20
0

когда я нажимаю «modernizr» в ошибке консоли, она возвращает страницу по умолчанию. Похоже, что все возвращает страницу по умолчанию. Может быть проблема маршрутизации, но она работает в IISExpress, поэтому я понятия не имею, что может быть не так. Журналы IIS, просто показать 200 OK для запросов "/", нет 404 или других ошибок в журнале.
t.durden 11 нояб. 2014, в 15:55
0

Есть ли другая версия .NET на IIS?
Håkan Fahlstedt 11 нояб. 2014, в 18:06
0

@HåkanFahlstedt HåkanFahlstedt, интересно, но не уверен, как я это проверю. Пул приложений v4.0.30319, интегрированный. Это та же машина. Когда вы нажимаете F5 для запуска веб-приложения, оно использует IIS Express. Тем не менее, для того, чтобы попробовать, я бы хотел, чтобы приложение работало без запуска VS, поэтому я публикую в IIS на той же машине.
t.durden 11 нояб. 2014, в 18:58
0

Целевой каркас решения установлен на .NET 4.5. Не 4.5.1 или 4.5.3, оба из которых появляются в раскрывающемся списке для целевой структуры.
t.durden 11 нояб. 2014, в 19:01
0

Единственное, о чем я могу думать, это MIME-типы, .NET-версии (я имел в виду пул приложений) и Routing-модуль. Нет больше идей, извините!
Håkan Fahlstedt 12 нояб. 2014, в 08:00
0

Проблемы со стилем решаются с помощью BundleTable.EnableOptimizations = false; установка этого значения в false устраняет проблему с файлами * .css и * .js. Это в App_Start-> BundleConfig.cs Очевидно, не долгосрочное решение, но по крайней мере его шаг. Маршрутизация (ссылки) все еще не работает и всегда обслуживает страницу по умолчанию.
t.durden 12 нояб. 2014, в 15:07

Показать ещё 5 комментариев

Теги:

c#

asp.net-mvc

iis

asp.net-web-api

iis-express

1 ответ

Ещё вопросы

Попробуйте получить доступ к .css-файлу или .js-файлу, чтобы увидеть, что возвращается. Похоже, что-то портит ваши файлы. Судя по выводу консоли и тому, что стили не загружены. Некоторые недостающие MIME-типы?
когда я нажимаю «modernizr» в ошибке консоли, она возвращает страницу по умолчанию. Похоже, что все возвращает страницу по умолчанию. Может быть проблема маршрутизации, но она работает в IISExpress, поэтому я понятия не имею, что может быть не так. Журналы IIS, просто показать 200 OK для запросов "/", нет 404 или других ошибок в журнале.
@HåkanFahlstedt HåkanFahlstedt, интересно, но не уверен, как я это проверю. Пул приложений v4.0.30319, интегрированный. Это та же машина. Когда вы нажимаете F5 для запуска веб-приложения, оно использует IIS Express. Тем не менее, для того, чтобы попробовать, я бы хотел, чтобы приложение работало без запуска VS, поэтому я публикую в IIS на той же машине.
Целевой каркас решения установлен на .NET 4.5. Не 4.5.1 или 4.5.3, оба из которых появляются в раскрывающемся списке для целевой структуры.
Единственное, о чем я могу думать, это MIME-типы, .NET-версии (я имел в виду пул приложений) и Routing-модуль. Нет больше идей, извините!
Проблемы со стилем решаются с помощью BundleTable.EnableOptimizations = false; установка этого значения в false устраняет проблему с файлами * .css и * .js. Это в App_Start-> BundleConfig.cs Очевидно, не долгосрочное решение, но по крайней мере его шаг. Маршрутизация (ссылки) все еще не работает и всегда обслуживает страницу по умолчанию.

t.durden · Accepted Answer · 2015-04-16T11-47-00.000Z

Это в основном сводится к тому, как вы создали решение. В Visual Studio 2013 Professional, File-> Новый проект → Visual С# → Веб → Веб-приложение ASP.NET Нажмите OK. В раскрывающемся списке "Добавить папки и основные рефренсы для:" MVC проверен и выделен серым цветом, вы не можете его отменить. Установите флажок "Веб-API", нажмите "ОК". Все будет нормально работать во время работы в VS. Однако однажды опубликован как релиз. Point IIS в опубликованной папке, если необходимо, перейдите на страницу. Загрузка страницы, но имеет ошибки, как описано выше.

Чтобы этого избежать, не устанавливайте флажок "Веб-API" при создании нового проекта. Добавьте Web API в решение после его создания, а не во время создания.

Версия VS 12.0.31101.0 Обновление 4.NET версия 4.5.52747