Comments 28
Спасибо. Я лично использую свой собтвенный logger для обработки и категоризации ошибок. и доступ к нему очень простой - www.site.com/ddmmyyyy.txt
я уже говорил, что ASP+.NET+"windows хостинг" должен умереть? :)
Привет опенсорсу
asp.net 3.5 + windows server 2008 придёт на смену
куда он придет? на ваш локалхост?
Судя по планам M$ идёт замена LAMP => WAMP, Apache=>IIS, Mysql=>M$SQL. Для локалхостов и мелких проектов это всё бесплатно. Что касается глобального web, то и туда нацелены товарищи с M$. Из крупных примеров в России - мастерхост.
Странно, второй раз публикую топик по .NET и второй раз приходит линуксойд и начинает неаргументированный высер
обычно еще в карму гадят... :)
А с чего вы взяли, что он Линуксоид? Такой же, как и все, скорее всего.
идиот
Не нравится, не ешь!
Я сейчас пишу из-под убунты и мне все равно очень нравится C# и ASP.Net
Еще можно использовать библиотеку log4net.
В ней есть 7 уровней сообщений, по которым можно разграничить сообщения (INFO, DEBUG, ERROR, FATAL...), различные appender`ы, в том числе с помощью которого можно слать логи на e-mail, или писать в файл с определенным форматом названия аля ddmmyyyy.txt, фильтры и прочее :). Все тоже можно настраивать через конфиг. Самое приятное, что изменения в конфигурационном файле тут же подхватываются.
Единственное что может смутить, так это то, что в самой библиотеке используется старый механизм обертки конфигурационных файлов (используются классы/интерфейсы помеченные obsolete).
P.S. Ну а самое главное что не приходится писать свой велосипед для логов, как показывает моя практика, возможностей log4net сполна хватает (даже больше ;).
В ней есть 7 уровней сообщений, по которым можно разграничить сообщения (INFO, DEBUG, ERROR, FATAL...), различные appender`ы, в том числе с помощью которого можно слать логи на e-mail, или писать в файл с определенным форматом названия аля ddmmyyyy.txt, фильтры и прочее :). Все тоже можно настраивать через конфиг. Самое приятное, что изменения в конфигурационном файле тут же подхватываются.
Единственное что может смутить, так это то, что в самой библиотеке используется старый механизм обертки конфигурационных файлов (используются классы/интерфейсы помеченные obsolete).
P.S. Ну а самое главное что не приходится писать свой велосипед для логов, как показывает моя практика, возможностей log4net сполна хватает (даже больше ;).
Мы используем Enterprise Library для логирования.
Сравнивали 2 этих библиотеки: получается, что log4net быстрее, но зато EntLib стабильнее, и умеет логировать ошибки логирования :)
Сравнивали 2 этих библиотеки: получается, что log4net быстрее, но зато EntLib стабильнее, и умеет логировать ошибки логирования :)
Добавлю и свою ссылку на библиотеку с похожим и в чем-то расширенным функционалом
ELMAH (Error Logging Modules and Handlers) по адресу http://code.google.com/p/elmah/
ELMAH (Error Logging Modules and Handlers) по адресу http://code.google.com/p/elmah/
Спасибо за статью. Eщё очень неплохой вариант, использовать Enterprise Library для этих целей, как мне кажеться, шире возможности. Хотя лично я, так же предпочитаю log4net, со своими кстомными апендарами, логерами и пачкой провереных временем Сustom Exceptions :)
Хорошая штука, использую, но стандартные провайдеры и таблицы в бд все переписал:)
Согласен что log4net более гибок в этом плане... из за открытого исходного кода, есть возможность создавать свои "аппендеры" с учетом того что готовых немало.
Сейчас только начинаю изучать .NET и ASP.NET в частности. Такие статьи для меня являются очень полезными. Спасибо автору.
О сколько нам открытий чудных готовит web.config
Автору виртуальный плюс, вот: +
Автору виртуальный плюс, вот: +
Sign up to leave a comment.
Внедряем Health Monitoring System в любое ASP.NET приложение за минуту