МЧ
Или не разделять, пусть в одном файле но чтобы было понятно что откуда капнуло
Size: a a a
2021 May 22
VO
по мне так правильней все в одном монолитном скрипте.
VP
На самом деле разделить можно. По крайней мере journald умеет логи писать в файлы (отдельно для stdout / stderr), а не в системный лог. Но ща гляну в ман, там в логах можно дополнительные поля добавлять. Может там есть поле с источником сообщения...
МЧ
Если отдельное поле-модификатор это прям то что надо
p
Эт не моё :(
МЧ
А ещё какая-то жопа што с ансамблью вашей што с системд это то щто как в свое время с пехапе, гора говнотекста со старыми решениями
SY
Тебе мой кейс с кассами и coreos без намёка на питон напомнить? Это тот случай, когда ансибл нужен, но питона нет и никогда не будет.
AS
На кореосе другой провижегинг
AS
И ансибл не то чтобы был нужен
SY
На чём?
AS
Но на сколько я понимаю поставить туда питон тебе никто не мешает
SY
Мешают. Низя туда ничего ставить.
AS
Нельзя почему?
SY
Кассы на поддержке. Но серты, например, и настройки -- наша епархия.
AS
Я не понимаю что такое на поддержке
AF
на поддержке это же заебись, не тебе парится как там появится пистон
AS
SY
Мы запрос давали -- питона там не будет, потому, что не будет. Точка. Это ответ сетритейлов.
SY
У них там что-то сильно кастомное.
VO
А ты тогда используй (R)?ex. Ему sshd хватает, ничего не надо доставлять