Обработка ошибок ASP.NET
Это происходит потому, что у вас есть значок в кнопке.
Вы можете обновить HTML до:
<button id='btnShow' class='btn btn-info pull-right' onclick='pingall()'><i class='fa fa-desktop'></i><span id="btn-text">Show All</span></button>
И JS до:
var showallButtonText=document.getElementById('btn-text');
if((showallButtonText.innerText).trim()=="Show All"){
showallButtonText.innerHTML="Hide All";
}else{
showallButtonText.innerHTML="Show All";
}
2 ответа
Elmah является фантастическим проектом, и мы используем его для всех наших приложений ASP.NET. Мало того, что это регистрирует необработанные ошибки для Вас, это захватывает всю исходную страницу, которую видел пользователь, который содержит много детали для Вас.
Это имеет почтовую поддержку, каналы RSS (и перечисленный и обзор) и имеет привлекательную консоль.
Для 3 строк в конфигурации и dll ссылке, я сказал бы, что это - хлопок Данк.
Я предполагаю, что основной недостаток ELMAH состоит в том, что это могло бы быть излишество для того, в чем Вы нуждаетесь. Если это регистрирует и хранит больше информации, чем Вы были бы в своей собственной реализации, это - ненужные издержки в устройстве хранения данных и обработке. Также необходимо думать о том, как Вы защищаете доступ к консоли ELMAH, так как те детали исключения могли содержать пикантные подробности Вашего приложения (который не должен быть твердым, но это - беспокойство, что Вы не имели прежде).
С другой стороны, Ваша собственная реализация, вероятно, вырастет для входа всей этой дополнительной информации, после того как Вы решаете, что некоторая упрямая ошибка требует его, и Вы действительно заботитесь о бреющихся частях секунды от времени, когда она берет, чтобы ошибочная страница была отображена? Возможности, Вы в конечном счете закончите тем, что создали свою собственную версию ELMAH, итак, почему не только используют ELMAH и экономят себе время.
Я рекомендовал бы, если Вы действительно хотите записать свою собственную регистрацию ошибок вместо того, чтобы использовать ELMAH, по крайней мере, поместить его в модуль, а не прямо в Application_Error в global.asax. Просто подпишитесь на событие Error приложения в методе Init своего модуля, и можно легко снова использовать код обработки ошибок в другом приложении со строкой в web.config.
Я также нахожу полезным обработать любое исключение, регистрирующееся посредством медицинского контроля ASP.NET. Это помогает управлять типом и уровнем входа в систему web.config, и также позволяет регистрироваться исключений, которые были обработаны в попытке... ловят, не добираясь до Application_Error. Создайте пользовательский класс HandledExceptionEvent, который расширяет WebRequestErrorEvent, и можно создать и сгенерировать те события в любом блоке выгоды, где действительно требуется знать, что исключение произошло даже при том, что это было обработано.