Обработка ошибок ELMAH из-за искаженных запросов в ASP.NET MVC

Мы только что установили большой проект ASP.NET MVC (преобразованный из ASP.NET). Все работает отлично, но мы видим огромное количество ошибок через ELMAH, которые возникают из-за искаженных запросов ботов / пауков. Они не злые - просто уродливые. Примерами являются запросы страницы продукта без ProductID и запросы страницы продукта, где ProductID не является целым числом. В этих случаях у меня есть настроенный метод действия, который ожидает целочисленный ProductID, и выдается ошибка, если ASP.NET MVC видит что-то еще.

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

Я знаю, что могу отфильтровать эти ошибки в ELMAH, но мне было интересно, есть ли более изящный способ справиться с этим.


asp.net-mvc elmah
person Ben Mills    schedule 09.05.2012    source источник
comment
Я хотел добавить, что я надеялся на какой-то параметр, который сообщает ASP.NET MVC возвращать 404, если он находит соответствующий маршрут для запроса, но не может найти метод действия, который соответствует указанным параметрам маршрута. Я предполагаю, что этого не существует.   -  person Ben Mills    schedule 09.05.2012

Ответы (1)


arrow_upward
1
arrow_downward

Вы можете фильтровать ошибки, записанные в ELMAH.

Общая статья о фильтрации ошибок - http://code.google.com/p/elmah/wiki/ErrorFiltering

Некоторые образцы - http://code.google.com/p/elmah/wiki/ErrorFilterExamples < / а>

Вы можете поместить что-то подобное в свой global.asax (или около того).

    protected void ErrorLog_Filtering(object sender, ExceptionFilterEventArgs e)
    {
        if(e.Exception.GetBaseException() is WebFaultException)
        {
            var exception = ((WebFaultException) e.Exception.GetBaseException());

            if(exception.StatusCode == HttpStatusCode.NotModified)
                e.Dismiss();
        }
    }

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

person iain    schedule 25.10.2012