Проблема с корнем приложения приложения asp.net mvc

Question

У меня есть приложение ASP MVC, которое я развернул на хостинге (discountasp.net) в папке приложения, которая является подпапкой корневого приложения. то есть:

-/[root]
-+/apps

и root, и приложения настроены как папки приложений в IIS.

Когда я попадаю на страницу по умолчанию, я получаю сообщение об ошибке «Не удалось найти представление» или его мастер. Были найдены следующие местоположения ».

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

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

Есть мысли о том, как это исправить?

Answer 1

Знаете ли вы, какая версия IIS работает?

Ваши лучшие результаты будут получены с IIS 7 в режиме интегрированного конвейера.

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

Вот несколько полезных ссылок: ASP.NET MVC в виртуальном каталоге

http://haacked.com/archive/2008/11/26/asp.net-mvc-on-iis-6-walkthrough.aspx

Answer 2

Так что замкнуть цикл на этом. В итоге проблема заключалась в двух отдельных файлах web.config, в которых корневой web.config устанавливал значения, которые я не удалял в подпрограмме. Я удалил их, и все работало нормально.

Answer 3

Является ли «приложения» частью иерархии веб-папок или просто физическим каталогом?

В случае с первым: механизм просмотра собирается проверять папку / views для представлений, а не / apps / views. Вы можете изменить (наследовать и переопределить) механизм представления веб-форм по умолчанию и указать ему, где искать представления, как указано в этой теме .

Мне кажется забавным, что все продолжают говорить о том, сколько MVC дает вам больше энергии в течение цикла запрос-ответ, но я продолжаю видеть эти вопросы об очень важных частях процесса, которые полностью скрыты и не конфигурируются. Я не впечатлен MVC.