GK
lager вообще не совместим с перфомансом и стабильностью
а как от него избавиться? например клиент раббита его использует
Size: a a a
2019 October 04
GK
официальный клиент
GK
на его основе все прочие модули
GK
то есть по сути в любом проекте где есть использование amqp по сути есть этот lager
DT
fork + MR ... ну или parse_transform поверх lager parse_transform )
DT
это проблема...как и наличие в ряде случаев jiffy, jsone, jsx ...кто что использует.....вот не хочешь ты сишный код в сборках....но вариантов нет
DT
а вообще rabbit_common совсем же не заборшен - они наверняка переведут сами.
GK
GK
он повсюду
SY
Путь, озвученный автором lager/logger в том что lager постепенно превратится в фасад для логгера, так что можно подождать просто
AB
lager вообще не совместим с перфомансом и стабильностью
а есть информация по эликсировому логгеру? он то как?
IG
Путь, озвученный автором lager/logger в том что lager постепенно превратится в фасад для логгера, так что можно подождать просто
А это откуда инфа?, я бы почитал
ML
Путь, озвученный автором lager/logger в том что lager постепенно превратится в фасад для логгера, так что можно подождать просто
Это разумный путь.
Я хочу наш логгер тоже начать мигрировать
Я хочу наш логгер тоже начать мигрировать
ML
а есть информация по эликсировому логгеру? он то как?
Нету, но у меня скепсис
AB
как проверить?
ML
как проверить?
Перечитать исходники, задаться вопросами:
1) оно умеет само ротировать файлы?
2) как оно ведет себя, если запись тормозит
3) как оно себя ведет, когда в лог уходит обьект на гигабайт?
1) оно умеет само ротировать файлы?
2) как оно ведет себя, если запись тормозит
3) как оно себя ведет, когда в лог уходит обьект на гигабайт?
SY
А это откуда инфа?, я бы почитал
IG
SY
🙏 спасибо
