Manejo de errores ASP.NET MVC 404 [duplicado]

He investigado MUCHO sobre cómo administrar adecuadamente los 404 en MVC (específicamente MVC3) , y esta, en mi humilde opinión, es la mejor solución que se me ocurrió:

En global.asax:

public class MvcApplication : HttpApplication
{
    protected void Application_EndRequest()
    {
        if (Context.Response.StatusCode == 404)
        {
            Response.Clear();

            var rd = new RouteData();
            rd.DataTokens["area"] = "AreaName"; // In case controller is in another area
            rd.Values["controller"] = "Errors";
            rd.Values["action"] = "NotFound";

            IController c = new ErrorsController();
            c.Execute(new RequestContext(new HttpContextWrapper(Context), rd));
        }
    }
}

Controlador de errores:

public sealed class ErrorsController : Controller
{
    public ActionResult NotFound()
    {
        ActionResult result;

        object model = Request.Url.PathAndQuery;

        if (!Request.IsAjaxRequest())
            result = View(model);
        else
            result = PartialView("_NotFound", model);

        return result;
    }
}

Editar:

Si está utilizando IoC (por ejemplo, AutoFac), debe crear su controlador usando:

var rc = new RequestContext(new HttpContextWrapper(Context), rd);
var c = ControllerBuilder.Current.GetControllerFactory().CreateController(rc, "Errors");
c.Execute(rc);

En lugar de

IController c = new ErrorsController();
c.Execute(new RequestContext(new HttpContextWrapper(Context), rd));

(Opcional)

Explicación:

Hay 6 escenarios en los que puedo pensar en los que una aplicación ASP.NET MVC3 puede generar 404.

Generado por ASP.NET:

• Escenario 1: la URL no coincide con una ruta en la tabla de rutas.

Generado por ASP.NET MVC:

• Escenario 2: la URL coincide con una ruta, pero especifica un controlador que no existe.

• Escenario 3: la URL coincide con una ruta, pero especifica una acción que no existe.

Generado manualmente:

• Escenario 4: una acción devuelve un HttpNotFoundResult utilizando el método HttpNotFound().

• Escenario 5: una acción genera una HttpException con el código de estado 404.

• Escenario 6: una acción modifica manualmente la propiedad Response.StatusCode a 404.

Objetivos

• (A) Muestre una página de error 404 personalizada al usuario.

• (B) Mantener el código de estado 404 en la respuesta del cliente (especialmente importante para SEO).

• (C) Enviar la respuesta directamente, sin que implique una redirección 302.

Intento de solución: errores personalizados

<system.web>
    <customErrors mode="On">
        <error statusCode="404" redirect="~/Errors/NotFound"/>
    </customErrors>
</system.web>

Problemas con esta solución:

• No cumple el objetivo (A) en los escenarios (1), (4), (6).
• No cumple el objetivo (B) automáticamente. Debe programarse manualmente.
• No cumple con el objetivo (C).

Intento de solución: errores HTTP

<system.webServer>
    <httpErrors errorMode="Custom">
        <remove statusCode="404"/>
        <error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
    </httpErrors>
</system.webServer>

Problemas con esta solución:

• Sólo funciona en IIS 7+.
• No cumple el objetivo (A) en los escenarios (2), (3), (5).
• No cumple el objetivo (B) automáticamente. Debe programarse manualmente.

Intento de solución: errores HTTP con reemplazo

<system.webServer>
    <httpErrors errorMode="Custom" existingResponse="Replace">
        <remove statusCode="404"/>
        <error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
    </httpErrors>
</system.webServer>

Problemas con esta solución:

• Sólo funciona en IIS 7+.
• No cumple el objetivo (B) automáticamente. Debe programarse manualmente.
• Oculta las excepciones http a nivel de aplicación. Por ejemplo, no puede usar la sección customErrors, System.Web.Mvc.HandleErrorAttribute, etc. No solo puede mostrar páginas de error genéricas.

Intento de solución de errores personalizados y errores HTTP

<system.web>
    <customErrors mode="On">
        <error statusCode="404" redirect="~/Errors/NotFound"/>
    </customError>
</system.web>

y

<system.webServer>
    <httpErrors errorMode="Custom">
        <remove statusCode="404"/>
        <error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
    </httpErrors>
</system.webServer>

Problemas con esta solución:

• Sólo funciona en IIS 7+.
• No cumple el objetivo (B) automáticamente. Debe programarse manualmente.
• No cumple el objetivo (C) en los escenarios (2), (3), (5).

Las personas que han tenido problemas con esto antes incluso intentaron crear sus propias bibliotecas (consulte http://aboutcode.net/2011/02/26/handling-not-found-with-asp-net-mvc3.html ). Pero la solución anterior parece cubrir todos los escenarios sin la complejidad de utilizar una biblioteca externa.

Jan 26 '2012 23:01 Marco