Открыть список
Как стать автором
Обновить

Комментарии 8

А как поведет себя логгер в случае тротлинга со стороны сервера телеграм?

Отправка реализована в отдельном потоке, поэтому часть сообщений уйдет, часть просто не будет отправлена. На производительность основного кода это не должно будет повлиять. Делал по примеру того, как Microsoft сделала это в своей консольном логгере.

У меня в одном из проектов использовался похожий логгер.
Одним из преимуществ — возможность оперативно смотреть возникающие критические ошибки. То есть изначально этот канал для логов актуален больше для чрезвычайных событий, которых много и сразу не будет.
Ну, и по многим причинам такой логгер применим больше для личных или мелких проектах, что тоже понижает количество данных.

Да, тоже пишу туда только важные сообщения. Но использую не только в личных целях.

ИМХО, не нужно писать логи в телеграмм.
Вы сами указали что он бесплатный, а место — стоит денег

Учитывая, что у меня пишутся туда сообщения только уровня Warning и Error, то места они занимают немного. Дневной флуд в каком-нибудь чате занимает в сотни раз больше места :)
Писать же туда абсолютно все логи и правда смысле не имеет.

Чем делать отдельный логгер не лучше ли target renderer для какого-нибудь NLog? Можно будет пользоваться единой конфигурацией. Кстати кажется например с NLog можно прям запрос делать через HTTP POST, типа https://github.com/nlog/NLog/wiki/WebService-target, сам не пробовал, но надо попробовать...

Так это не отдельный логгер. Это провайдер для родной экосистемы логирования .NET
Совместно с ним можно использовать все остальные провайдеры. Или подключить свой кастомный: https://docs.microsoft.com/en-us/dotnet/core/extensions/custom-logging-provider

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.