2017-01-27 14 views
0

В настоящее время я пишу веб-приложение с использованием C# и Asp.Net MVC. Все работает отлично на моей локальной машине.Облицовочные вопросы с POST-действиями на реальном сервере

Когда я положил его на сервер, стиль и т. Д. Был абсолютно прекрасен. Однако ни один из методов POST не работал.

IIS продолжал бросать мне следующую ошибку:

HTTP Error 500.24 - Internal Server Error An Asp.NET setting has been detected that does not apply in Integrated managed pipeline mode

Согласно предложил я изменил классический режим и попробовал

<validation validateIntegratedModeConfiguration="false"/> 

в файле web.config без удачи.

У меня есть справедливый несколько вида, где я использую код как

@using(Html.BeginForm("Create", "User")){ //form data here } 
... 

Теперь, когда я публикую сайт под сайтом по умолчанию, URL становится https://abc.domain.com/mywebsite это где все POST методов перестают работать. Однако, если я публикую веб-сайт как свое собственное приложение, поэтому не на веб-сайте по умолчанию, тогда все работает отлично.

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

Итак, мой вопрос: есть ли более простой способ обойти это? потому что в настоящее время я решил спуститься по маршруту @Url.Action("MyAction", "SomeController") и отправить форму через jQuery, которая, кажется, разрешает проблему. Однако существует ли какой-либо параметр или какой-либо вид, который я могу применить ко всему приложению, а не продолжать предоставлять @Url.Action("MyAction", "SomeController") для каждого события клика.

Edit: Ниже приведен скриншот сообщения об ошибке я получаю

enter image description here

+0

Можете ли вы опубликовать скриншот или вставить тексты из сгенерированной страницы ошибок? Следите за секцией «наиболее вероятная причина», источник ошибок может быть неявно или явно указан там. –

+0

Это, наверное, длинный выстрел - но вы убедились, что пул приложений использует тот же конвейер? Классический/Интегрированный. И что вы используете ту же .NET CLR-версию? – smoksnes

+0

@TetsuyaYamamoto Пожалуйста, см. Прикрепленное изображение – Izzy

ответ

0

В IIS Сравните версию .Net CLR для пула приложений существующего веб-сайта по умолчанию и новое приложение, где ваш сайт отлично работает. Если есть разница в изменении этого параметра, добавьте пул приложений по умолчанию к веб-сайту нового приложения.

+0

Спасибо за это, я уже их сравнил, и они одинаковы – Izzy

 Смежные вопросы

  • Нет связанных вопросов^_^