syslog-daemon с динамическими средствами или собственным логгером для каждого программного обеспечения?

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

Но я обнаружил небольшую проблему и думаю, что я не первый:
Я не люблю предоставлять свои собственные функции для открытия файла, записи в него, закрытия его и т. Д. Для одного приложения это может быть нормально, но, по моему мнению, разработчик не должен писать исходный код дважды. Так что, если вы пишете два демона — используйте те же лог-функции, но мы здесь:

Вы МОЖЕТЕ использовать системный журнал Linux, но я не думаю, что это может быть полезно, если все демоны пишут в средство «daemon» — я думаю, что это старомодно сейчас! Так что я хотел бы предоставить собственные средства, но я еще не нашел реализацию этого. Так есть ли причины для этого?

Я думаю, что может быть причина того, что никто не делал этого раньше? Так что же должно быть лучше? Написать «новую» систему регистрации или только регистратор для моего программного обеспечения?

1

Решение

Возможности syslog от local0 до local7 — это путь. Обязательно установите APPNAME в качестве поля системного журнала, чтобы иметь возможность дополнительно фильтровать записанные журналы.

0

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]