я думал про v6 пару лет назад, почитал, посмотрел что еще добрая половина железо-софта не умеют с ним работать и забил

Я вот только про маски не догнал, нафига на каждое устройство давать по /64?

Чтобы https://www.ietf.org/rfc/rfc3972.txt

Люди подскажите, мне нужно померить в коде сколько времени проходит между событиями, как юзаете? Какой-нить таймстамп?

start := time.Now() duration := time.Since(start)

start := time.Now() duration := time.Since(start)

Спасибо, оно.

Ребят всем привет, сорри за оффтоп. Мы (Grinteq Belarus), ищем сениора GO разработчика с бекграундом C++ или Ruby. Работа ремоут или в Минске. Пишите в личку за деталями.

Ребят всем привет, сорри за оффтоп. Мы (Grinteq Belarus), ищем сениора GO разработчика с бекграундом C++ или Ruby. Работа ремоут или в Минске. Пишите в личку за деталями.

https://t.me/golangjob

https://t.me/golangjob

спасибо!

Подскажите плз, как нужно правильно организовать логгинг? Т.е. у меня есть приложение, оно использует какой-то логгер. Я хочу использовать инстанс логгера в своих либах, которые использует мое приложение. Но встает ограничение на повторное использование этих либ в дргих приложениях - они будут вынуждены использовать тот-же логгер. Как решается эта проблема? Может есть good-practice с интерфейсами или как-то иначе?

Подскажите плз, как нужно правильно организовать логгинг? Т.е. у меня есть приложение, оно использует какой-то логгер. Я хочу использовать инстанс логгера в своих либах, которые использует мое приложение. Но встает ограничение на повторное использование этих либ в дргих приложениях - они будут вынуждены использовать тот-же логгер. Как решается эта проблема? Может есть good-practice с интерфейсами или как-то иначе?

Вы не используйте в библиотеках логгер.

а что использовать?

а что использовать?

Просто возвращайте ошибки, а логирует пусть само приложение.

а дебаг либы как делать?

да и просто есть вещи которые хочется залоггировать из либы

Ну просто в либе указываете нужный интерфейс, а логгер пусть внешнее приложение свой прокидывает

На основании возвращаемых ошибок делайте дебаг.

Если не указан логгер - просто создаете заглушку NilLogger внутри и пишете логи в никуда

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

Если не указан логгер - просто создаете заглушку NilLogger внутри и пишете логи в никуда

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

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

неуж-то каждый сам велосипедит?

Да там решение на пару строк, зачем городить огород?

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

повторю - не все есть ошибка. Есть потребность просто дебаг писать или info

неуж-то каждый сам велосипедит?

Просто в библиотеках, не используют логеры, обычно.

Интерфейс логгера, NilLogger, IF проверяющий, что передали не nil

fmt.Println внутривенно тебе, брат

Не слушайте никого про "библиотеки и отсутствие логгеров" - у каждого свой случай и иногда либы бывают большими и внутри многое происходит, да и дебажить проще

fmt.Println внутривенно тебе, брат

Мы про логгеры

Интерфейс логгера, NilLogger, IF проверяющий, что передали не nil

а есть какое-то решение с глобальным GetLogger?

чтоб совсем прозрачно

а есть какое-то решение с глобальным GetLogger?

Нет.

Глобавльный логгер не нужен

Синглтоны - зло :)

не хочется его в параметрах функциям передавать. Хочется магии

не хочется его в параметрах функциям передавать. Хочется магии

Тогда просто возвращайте грамотные ошибки.

Тогда просто возвращайте грамотные ошибки.

это не мой вариант.

Ну передавайте в конструкторе тогда

И храните указатель на него

А в чем проблема сделать глобально? Гошка позволяет такие извращения

ну, выходит только так, через конструктор.

это не мой вариант.

Это вам кажется. Даже в крупных библиотеках не используют логеры.

Это вам кажется. Даже в крупных библиотеках не используют логеры.

мне - надо.

log.Printf тебе внутривенно

всем спасибо за идеи. Жаль что единого стайла нет

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

Единый интерфейс для логов решил бы эту проблему.

странно, что этот момент не продумали в стдлибе изначально. В питоне есть отличный модуль logging и никто там не велосипедит уже со 2 версии питона. А тут отдали на откуп авторам приложений...

го_не_для_компутер_сайентистов.jpg

Тогда используете стандартный логгер. Кому надо тот установит куда выводить. И делать по умолчанию отключенным логирование.

увы, он некрасивый )

увы, он некрасивый )

В смысле не красивый?

всмысле чтобы он нормальный формат поддерживал и цвета, его надо своим кодом обмазать чуть менее чем полностью

Надо чтоб в XML выхлоп был

всмысле чтобы он нормальный формат поддерживал и цвета, его надо своим кодом обмазать чуть менее чем полностью

Коллега, вы с ума сошли?!

всмысле чтобы он нормальный формат поддерживал и цвета, его надо своим кодом обмазать чуть менее чем полностью

Ну обмажь, оберни в либу. будет счастье

Коллега, вы с ума сошли?!

totally, неужели еще непонятно?

Ну, были сомнения

Коллега, вы с ума сошли?!

Ему видимо на логи смотреть, а не грепать. Но даже для грепа встроенный логгер убог

Встроенный да

да, смотреть глазами. Но и грепать тоже. Вот пример того что нужно мне: [D 19:14:08] http-api-server.go:107 handlerCreateBuild() invoked from 127.0.0.1:57164 [I 19:14:08] http-api-server.go:134 build 7741e8003ff5534c61c22453fc859ae2 (ew-config-server-1.16-2) added [I 19:14:08] pool-build.go:19 worker 1: processing ew-config-server-1.16-2 [D 19:14:08] manifestjob.go:78 unmarshal manifest [D 19:14:08] manifestjob.go:86 create log files for current job [D 19:14:08] manifestjob.go:100 create loggers for std(err|out)

и в цвете, если вывод на консоль

ERROR: S client not available

увы встроенный этого из коробки дать не может

structlog я вам рекоммендую

дык их легион таких, но мне нужен human readable в первую очередь. Для машин я могу и в protobuf отгружать, минуя стадию записи в файл.

я понял, и выдал рекоммендацию

спасибо, но разговор был немного не об этом.

об этом

я расчитывал получить good practice, а их нет. Тут кто во что горазд

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

и у каждого свой велосипед

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

но не через format. оно log only key/value pairs. Это обоснованно при наличии ураганного логгинга, когда надо ускорить его до максимума. А в случае простого лога это будет так себе решение...

увы, он некрасивый )

он интерфейс

но не через format. оно log only key/value pairs. Это обоснованно при наличии ураганного логгинга, когда надо ускорить его до максимума. А в случае простого лога это будет так себе решение...

коллега, это чушь

ну-ну.

вы хоть доку-то прочли?

log.Err("message to log", "error to log and return", err) какую строку в лог запишет?

и как будет выглядеть аналог ctx.log.I("container %s (image:%s) created", containerRequest.Name, fingerprint)

?

А говорили, что плохо логгеры через контекст передавать

Мол не по прославному это

log.Err("message to log", "error to log and return", err) какую строку в лог запишет?

проверить не судьба?

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

но там есть https://godoc.org/github.com/powerman/structlog#Logger.Printf, для тех, кому проверять трудно

Мол не по прославному это

это кастомный контекст, не тот что context

но там есть https://godoc.org/github.com/powerman/structlog#Logger.Printf, для тех, кому проверять трудно

да я вообще не хочу его ставить для проверки. У меня есть чем заняться. Этих логгеров тьма и каждый проверять - недели не хватит. Я глянул код, увидет что оно не использует форматирование и спросил каков будет вывод и как этим пользоваться в конкретном случае. По-моему для этого тематические чатики и созданы

rtfm я и сам могу

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

без времени, правда

потому как время - это опязанность сборщика логов, а не писателя

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

а так-же аппендеры. Можно-ли одновременно писать в файл, консоль и в сеть через кастомный аппендер