Własne strony błędów na asp.net MVC3

Oto więcej artykułów jak tworzyć własne strony błędów za pomocą MVC http://kitsula.com/Article/MVC-Custom-Error-Pages .

Można to również zrobić w Internecie.Plik Konfiguracyjny. Oto przykład, który działa w IIS 7.5.

     <system.webServer>
          <httpErrors errorMode="DetailedLocalOnly" defaultResponseMode="File">
                <remove statusCode="502" subStatusCode="-1" />
                <remove statusCode="501" subStatusCode="-1" />
                <remove statusCode="412" subStatusCode="-1" />
                <remove statusCode="406" subStatusCode="-1" />
                <remove statusCode="405" subStatusCode="-1" />
                <remove statusCode="404" subStatusCode="-1" />
                <remove statusCode="403" subStatusCode="-1" />
                <remove statusCode="401" subStatusCode="-1" />
                <remove statusCode="500" subStatusCode="-1" />
                <error statusCode="500" path="/notfound.html" responseMode="ExecuteURL" />
                <error statusCode="401" prefixLanguageFilePath="" path="/500.html" responseMode="ExecuteURL" />
                <error statusCode="403" prefixLanguageFilePath="" path="/403.html" responseMode="ExecuteURL" />
                <error statusCode="404" prefixLanguageFilePath="" path="/404.html" responseMode="ExecuteURL" />
                <error statusCode="405" prefixLanguageFilePath="" path="/405.html" responseMode="ExecuteURL" />
                <error statusCode="406" prefixLanguageFilePath="" path="/406.html" responseMode="ExecuteURL" />
                <error statusCode="412" prefixLanguageFilePath="" path="/412.html" responseMode="ExecuteURL" />
                <error statusCode="501" prefixLanguageFilePath="" path="/501.html" responseMode="ExecuteURL" />
                <error statusCode="502" prefixLanguageFilePath="" path="/genericerror.html" responseMode="ExecuteURL" />
           </httpErrors>
</system.webServer>

Widzę, że dodałeś wartość konfiguracyjną dla EnableCustomErrorPage i sprawdzasz również IsDebuggingEnabled, aby określić, czy uruchomić obsługę błędów.

Ponieważ jest już <customErrors/> konfiguracja w ASP.NET (co jest przeznaczone dokładnie do tego celu) najłatwiej jest powiedzieć:

    protected void Application_Error()
    {
        if (HttpContext.Current == null) 
        {
                // errors in Application_Start will end up here                
        }
        else if (HttpContext.Current.IsCustomErrorEnabled)
        {
                // custom exception handling
        }
    }

Następnie w konfiguracji umieścisz <customErrors mode="RemoteOnly" />, która jest Bezpieczna do wdrożenia w ten sposób, a kiedy musisz przetestować swoją niestandardową stronę błędu, ustawisz ją na <customErrors mode="On" />, abyś mógł sprawdzić, czy działa.

Zauważ także trzeba sprawdzić, czy HttpContext.Current jest null, ponieważ wyjątek w {[7] } nadal będzie jego tą metodą, chociaż nie będzie aktywnego kontekstu.

Możesz wyświetlić przyjazną dla użytkownika stronę błędu z prawidłowym kodem statusu http, implementując Przyjazny dla użytkownika moduł obsługi wyjątków Jeffa Atwooda z niewielką modyfikacją kodu statusu http. Działa bez żadnych przekierowań. Chociaż kod pochodzi z 2004 roku(!), działa dobrze z MVC. Można go skonfigurować w całości w sieci.config, bez żadnych zmian kodu źródłowego projektu MVC.

Modyfikacja wymagała zwrócenia oryginalnego statusu HTTP, a nie 200 status jest opisany w ten powiązany post na forum .

' In the header...
Private _exHttpEx As HttpException = Nothing

' At the top of Public Sub HandleException(ByVal ex As Exception)...
HttpContext.Current.Response.StatusCode = 500
If TypeOf ex Is HttpException Then
    _exHttpEx = CType(ex, HttpException)
    HttpContext.Current.Response.StatusCode = _exHttpEx.GetHttpCode()
End If

Używam MVC 4.5 i miałem problemy z rozwiązaniem Darina. Uwaga: rozwiązanie Darina jest doskonałe i użyłem go, aby wymyślić moje rozwiązanie. Oto moje zmodyfikowane rozwiązanie:

protected void Application_Error(object sender, EventArgs e)
{           
var exception = Server.GetLastError();
var httpException = exception as HttpException;
Response.StatusCode = httpException.GetHttpCode();

Response.Clear();
Server.ClearError();


if (httpException != null)
{
    var httpContext = HttpContext.Current;

    httpContext.RewritePath("/Errors/InternalError", false);

    // MVC 3 running on IIS 7+
    if (HttpRuntime.UsingIntegratedPipeline)
    {
        switch (Response.StatusCode)
        {
            case 403:
                httpContext.Server.TransferRequest("/Errors/Http403", true);
                break;
            case 404:
                httpContext.Server.TransferRequest("/Errors/Http404", true);
                break;
            default:
                httpContext.Server.TransferRequest("/Errors/InternalError", true);
                break;
        }
    }
    else
    {
        switch (Response.StatusCode)
        {
            case 403:
                httpContext.RewritePath(string.Format("/Errors/Http403", true));
                break;
            case 404:
                httpContext.RewritePath(string.Format("/Errors/Http404", true));
                break;
            default:
                httpContext.RewritePath(string.Format("/Errors/InternalError", true));
                break;
        }

        IHttpHandler httpHandler = new MvcHttpHandler();
        httpHandler.ProcessRequest(httpContext);
    }
}
}