А кто тут кроме меня на Питоне пишет? Просто я с логингом там повозился не плохо и у меня опять осталось чувство, что в том же Ди оно проще сделано. Мне просто интересно это у меня субъективно все или нет?

А ты делал уже логгинг в Д?

да

А кто тут кроме меня на Питоне пишет? Просто я с логингом там повозился не плохо и у меня опять осталось чувство, что в том же Ди оно проще сделано. Мне просто интересно это у меня субъективно все или нет?

читал мнение что Ди проще питона при профессиональном использовании. На форуме где-то было

Не интерпрайз уровень, но для приложений средней руки. На работе то там всякие лог-стеши и тд

В какое хранилище логировал?

Логстеш который к Эластику подвязан, но пока мы только начинаем это использовать. Поэтому неделя ушла на согласования и попытки разобраться как лучше делать

Не, ты именно на Д логировал в логстеш?

нет, но на Ди проблем не вижу чем это сложнее — просто отправлял бы через request сообщение лога и все

читал мнение что Ди проще питона при профессиональном использовании. На форуме где-то было

Вот охотно верю. Просто там оно все какие-то непрозрачное. Я не понимаю как оно там в реале все устроено.

Так в ди нет логирования)

вот же https://dlang.org/phobos/std_experimental_logger.html

Если ты про logWarn() то это просто смищно

поясни плиз

Я хочу все уровни логировать в файл, для компонентов A B C убрать уровень Trace, а компоненты D E F логировать еще на почту все что выше уровня warning. Как это сделать?

Ну тут да, согласен

Ну вот и ответ. Смысл логгера не только в том чтобы писать строчку цветную в консоль с 5 уровнями доступа

А еще по хорошему уметь показывать стектрейс у ошибок

Я хочу все уровни логировать в файл, для компонентов A B C убрать уровень Trace, а компоненты D E F логировать еще на почту все что выше уровня warning. Как это сделать?

свои бэкенды написать?

свои бэкенды написать?

Вот именно что написать. А monolog какой-нибудь уже имеет готовый роутинг и слоты и к нему есть куча готовых бэкендов

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

Вот именно что написать. А monolog какой-нибудь уже имеет готовый роутинг и слоты и к нему есть куча готовых бэкендов

для логгера в стандартной либе, ИМХО, все это не нужно.

Ну да, но и нечего его сравнивать с развитыми логгерами в других языках

У меня есть некоторый опыт работы с логированием во втором питоне и никакого с Ди. Если что.

Ну да, но и нечего его сравнивать с развитыми логгерами в других языках

а в каком языке есть развитые логгеры в стандартной либе?

Из мне известных ни в каком. Но там есть целые логирующие фреймворки.

Из мне известных ни в каком. Но там есть целые логирующие фреймворки.

Ну может народ сравнивая логгеры имеют в виду именно стандартные. Такое сравнение вполне справедливо.

А так я почти всегда пишу свои велосипеды

Я вот не знаю в дешном логгере можно метаданные какие-нибудь к логу прицепить?

Тэги например, чтобы потом было легче найти нужный лог.

Ну вот кстати даже если открыть мануал https://docs.python.org/3/library/logging.html то там видно что в питоне есть еще какие-то хендлеры, чайлды, форматтеры и свистелки с перделками

понавороченнее

да, в питоне достаточно навороченно. правда у меня никогда никаких суперзапросов нет, но всё что нужно - делает - именно разные форматтеры, разные файлы (с вращением в том числе, правда не без глюков)

У меня почти сразу появился суперзапрос отделить логи вайба от логов моего приложения. И вот так сделать нельзя. А сейчас он срет все в одну кучу и потом сиди разбирайся.

Там можно добавить логгеров в стек логгеров, но проблема в том что абсолютно все сообщения будут валиться во все логгеры, сделать как-то выборочно нельзя. И кстати цветной лог вайба намного круче чем убогий experimental.log

возможно. в D у меня с логгингом потребности еще скромнее чем в питоне

И еще, вот эти уровни видимости trace, info, warning, critical, fatal - абсолютно неадекватны в реальной жизни. Не знаю кому может прийти в голову скрывать critical и fatal ошибки, это никогда не нужно. А вот иметь много уровней отладочного логирования как в вайбе - trace, dbgV, dbg, info - это очень удобно.

Как-то давно делал логирование https://github.com/dexset/deslog

Можно было отдельно выбирать модули

Круто, может имеет смысл на основе вайба сделать?

Возможно имеет смысл переработать

Насколько я помню там можно разные было приемники лога делать

Да, но по факту с ними особо ничего не сделаешь, все валится везде без каких-либо фильтров

Да, но по факту с ними особо ничего не сделаешь, все валится везде без каких-либо фильтров

Я про свой логгер

Vibe как backend приделать, если надо

Да, но по факту с ними особо ничего не сделаешь, все валится везде без каких-либо фильтров

поэтому в моем велосипеде есть теги

и вайбовским логам просто присваивается отдельный тэг

я отключил вайбовский консольный логгер и написал свой бэкенд, который перенаправляет вайбовские логи в мой цветастый велосипед.

http://diamondmvc.org/

кто-нибудь может обьяснить почему тут exception передаётся через вариант и срабатывает? https://run.dlang.io/is/7LtxIP

11 строка как ругается?

/std/concurrency.d(595): Error: static assert: "Aliases to mutable thread-local data not allowed."

что в общем логично

Ок а что ты называешь "срабатывает"?

а, вижу

в receive срабатывает ветка с Exception

хотя передан вариант

возможно, код receive смотрит не просто на тип данных, но еще и на то, какой вариант пришел и если там был throwable то его и использует

В Variant никаких alias payload this; нету?

чсмотрю в нём перегрузок всего-всего полно

не знаю… буду смотреть по коду где именно эта магия срабатывает

скорее всего к Variant можно обращаться просто как к его содержимому

и именно это и происходит при вызове первого делегата

а куда деваются все те части exception которые не позволяли передать его просто в send?

тип не позволял же между тредами его передать

а variant это наверно специальная обёртка которая позволяет

(хотя тут я не уверен)

ERROR: S client not available

ну вариант тоже передаётся между тредами.

по поводу “и именно это и происходит при вызове первого делегата” - скорее всего. receive пытается проверить можно ли привести типы. и если да - приводит и вызывает делегат

ну вариант тоже передаётся между тредами.

ОН кастуется кошерно внутри где-то

11: owner.send(cast(shared Exception)e); 16: (shared Exception e) так работает )

ну или как shared(Exception) делать

без каста

так наверное даже правильней

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

Ну приблизительно в том как receive отличает при матчинге просто variant от варианта в котором упакован exception

Спасибо, попробую разные варианты

Раст все. Их канал переименовали в канал про Го. :)

Плюсы перепрофилировались на паскаль.

Нам надо в cobol переименоваться

Раст все. Их канал переименовали в канал про Го. :)

Да. The Mozilla Foundation приняла эпохальное решение: новая версия JavaScript движка будет основана на Higgs https://github.com/higgsjs/Higgs

А в V8 нет VM?

Или это снова наеб как с ES Next в прошлом году?

1 апреля же

Я конечно все понимаю

Но технические шутки не понимаю

На первое апреля

Это все равно, что сказать что в одном байте 9 бит

Ну это не техническая шутка.

Это маловероятное, но все же вероятное событие

https://habrahabr.ru/post/352570/

Видели?

Ммм, сейчас бы из плюсов раст сделать. Ну не сейчас а к 23 году.

https://habrahabr.ru/post/352570/

сил-то сколько потрачено на первоапрельскую шутку

сил-то сколько потрачено на первоапрельскую шутку

Оригинал то 26 марта)

готовились заранее :)

Пойду крышки собирать к следущему первому апреля

Точно объявят о начале фоллаута

Пойду крышки собирать к следущему первому апреля

Или собираться сваливать на Марс.