Категория: Логирование
01 Июл 2026
Переход со spdlog на logme: от logger и sinks к channel и backend
Миграция со spdlog на logme не должна быть механической заменой имен функций. На поверхности обе библиотеки делают похожую работу: приложение вызывает logging API, сообщение получает уровень, форматируется и попадает в файл, консоль или другой output. Но переход имеет смысл не ради другой записи той же самой строки. Главная причина — другая модель управления логами в
29 Июн 2026
Runtime control в production
Runtime control в production нужен для ситуаций, когда проблема существует только в уже запущенном процессе. Подробный debug-log может быть необходим именно в момент инцидента, но держать его включенным постоянно нельзя: он создает шум, увеличивает объем файлов и иногда заметно нагружает горячие участки приложения. Самый простой подход — изменить конфигурацию и перезапустить сервис. Но перезапуск часто
27 Июн 2026
logme vs spdlog vs quill: скорость и управление логами
Сравнение logme vs spdlog обычно начинают со скорости, особенно если речь идет о C++ библиотеках логирования. Это естественно: логгер находится в коде повсюду, включая горячие участки. Дорогой logging call влияет на приложение даже тогда, когда сообщение не попадает в файл. Неэффективная запись в файл тоже быстро становится bottleneck-ом. Но скорость — только часть выбора. В
25 Июн 2026
logmefmt: зачем нужен post-processing логов
Логирование почти всегда начинается с простого вопроса: в каком формате писать сообщения? Текстовый лог удобно читать человеку. Его можно открыть в less, Notepad++, tail -f или приложить к тикету. Он хорошо подходит для быстрой диагностики, особенно когда инженер просто хочет увидеть последовательность событий. JSON удобнее машине. Его проще загружать в систему анализа, отправлять в pipeline,