Вроде да, но я всеравно не понимаю зачем вообще эти приложения, обычно логи читают в реальном времени при разработке, и тогда их не так много, чтобы записанный файл потом в каких то прогах разбирать.
Вроде да, но я всеравно не понимаю зачем вообще эти приложения, обычно логи читают в реальном времени при разработке, и тогда их не так много, чтобы записанный файл потом в каких то прогах разбирать.
При разработке есть фильтры по событию и тегу, логировать тоже надо уметь🌚
Ещё иногда у тебя в руках адская лапша, где самый адекватный подход к вычленению проблемного кода — обсыпать логами как можно больше, а после разбираться)
Вроде да, но я всеравно не понимаю зачем вообще эти приложения, обычно логи читают в реальном времени при разработке, и тогда их не так много, чтобы записанный файл потом в каких то прогах разбирать.
Ещё иногда у тебя в руках адская лапша, где самый адекватный подход к вычленению проблемного кода — обсыпать логами как можно больше, а после разбираться)
Ты, видимо, никогда гонки не отлаживал, когда добавление логов меняет тайминги и поведение программы меняется.
"Обычно в серверной среде журнал записывается в файл на диске (“logfile”), но это только один из форматов вывода." Если дело в этом, то тогда я молчу.🌚
"Обычно в серверной среде журнал записывается в файл на диске (“logfile”), но это только один из форматов вывода." Если дело в этом, то тогда я молчу.🌚
эм, обычно это докер а там stdout а дальше уже сам докер может в json их положить, вроде так?
"Обычно в серверной среде журнал записывается в файл на диске (“logfile”), но это только один из форматов вывода." Если дело в этом, то тогда я молчу.🌚
Я решил, что больше никогда и ушёл в компиляторщики, где всего один поток. Мало я тогда знал, что буду разрабатывать 1. технологию оффлоадинга кода на ГПУ (асинхронщина + распределённые вычисления) 2. корутины (nuff said)