Страница макета "{путь}" не найдена

Question

Мы только что получили новый сервер Windows 2008 R2, и я пытаюсь настроить сайт MVC 3 в IIS 7.5 с помощью Razor View Engine. Я получаю странную ошибку при доступе к маршруту по умолчанию.

Страница макета "~ / Views / Shared / _Layout.cshtml" может не найти по следующему пути: "~ / Views / Shared / _Layout.cshtml".

Это странно, потому что я явно установил макет из /views/home/index.cshtml примерно так:

@{
  Layout = "~/Views/Shared/_Layout.cshtml";
}

Я на 100% уверен, что /views/shared/_layout.cshtml существует в файловой системе. Вот скриншот.

Если я удалю Layout = "~/Views/Shared/_Layout.cshtml"; из своего представления, страница сама отобразит содержимое /home/index.cshtml (без кода из _Layout.cshtml). Я также попытался установить макет, используя _ViewStart.cshtml.

Кто-нибудь знает, почему MVC не сможет "найти" файл макета? Этот веб-сайт прекрасно работает при работе на встроенном веб-сервере для Visual Studio.

Вот мой след стека:

[HttpException (0x80004005): The layout page "~/Views/Shared/_Layout.cshtml" could not be found at the following path: "~/Views/Shared/_Layout.cshtml".]
   System.Web.WebPages.WebPageExecutingBase.NormalizeLayoutPagePath(String layoutPage) +204956
   System.Web.WebPages.WebPageBase.PopContext() +150
   System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context) +384
   System.Web.Mvc.<>c__DisplayClass1c.<InvokeActionResultWithFilters>b__19() +33
   System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilter(IResultFilter filter, ResultExecutingContext preContext, Func`1 continuation) +784900
   System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList`1 filters, ActionResult actionResult) +265
   System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName) +784976
   System.Web.Mvc.Controller.ExecuteCore() +159
   System.Web.Mvc.ControllerBase.Execute(RequestContext requestContext) +335
   System.Web.Mvc.<>c__DisplayClassb.<BeginProcessRequest>b__5() +62
   System.Web.Mvc.Async.<>c__DisplayClass1.<MakeVoidDelegate>b__0() +20
   System.Web.Mvc.<>c__DisplayClasse.<EndProcessRequest>b__d() +54
   System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +453
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +371

Answer 1

Похоже, у вас, вероятно, проблема с разрешениями. С предоставленной вами информацией кажется наиболее вероятной причиной невозможности найти файл _Layout.cshtml.

В Server 2008 и IIS 7 пулы приложений имеют свои собственные идентификаторы, используемые для ACL (называемые IIS AppPool {Имя пула приложений}), и эти идентификаторы становятся частью группы IIS_IUSRS. Кроме того, ваш каталог по умолчанию inetpub / wwwroot будет иметь права на чтение для группы IIS_ISRS. Поэтому, если вы не получаете необходимых разрешений, я думаю, что пул приложений на самом деле не работает с правильной идентификацией.

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

Это немного догадка, но, похоже, у этого парня была почти та же проблема .

Answer 2

Как обнаружил qbantek, для меня это было связано с тем, что для действия по созданию файла _layout.cshtml было задано значение none.

причина, по которой оно было установлено равным none, заключается в том, что я начал с пустого шаблона проекта mvc и вручнуюдобавил файл _layout.cshtml в проект.

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

Answer 3

Моя проблема заключалась в том, что файл .suo содержал старые пути к файлам.Я закрыл VS, удалил файл suo, заново открыл VS, и он работает нормально.

Answer 4

Эта проблема может иногда касаться разрешения безопасности. Вы должны иметь разрешение на чтение / запись в папке / файле.