On 05.02.2024 23:21, Evgeniy Berdnikov wrote:

>>> Если у вас уже есть такое рабочее решение - поделитесь опытом, буду рад вас выслушать.

>> Создание нормального рабочего решения должно начинаться
>> с внимательного чтения документации и исходников nginx.

> Насчёт чтения исходников -- выглядит примерно таким же экстремизмом,
> как требование знания ассемблера для прикладного программиста... :)

Слово "должно" здесь означает SHOULD а не MUST,
то есть - это рекомендация, а не требование.

Исходники - это тоже документация, причем максимально точно
и максимально подробно рассказывающая о поведении программы.

По крайней мере, это часто экономит время, если ответа нет
в документации - то мне обычно проще и быстрее посмотреть
в исходниках - документации №2, или провести эксперимент.

При чем тут ассемблер - не совсем понятно, nginx ведь на C написан,
как и большая часть операционной системы и всего системного софта.

>> Какую именно существующую проблему Вы пытаетесь решить
>> с помощью ротации лог-файлов с интервалом в 30 секунд?
>
> Товарищ отвечал на этот вопрос:
> https://mailman.nginx.org/pipermail/nginx-ru/2024-January/MD45SEEP573DPPEQYAFT26MPMUK5646B.html

почему не подходит вариант делать ротацию логов с помощью USR1 ?

>> Потому что если программа, которая читает данные из unix socket`а
>> отвалится - тогда произойдет переполенение буфера и nginx тогда
>> заблокируется на операции записи в unix socket, и как следствие
>> этого - перестанет выполнять свою основную функцию - перестанет
>> отвечать на запросы клиентов по http / https протоколу.

> Если так, и без вариантов, то это скорее недостаток nginx-а. Нужно делать
> запись в сислог через неблокирующийся сокет, и дропать записи если
> отправлять их не удаётся. Потому что в подавляющем большинстве случаев
> факт работоспобности сервиса ВАЖНЕЕ правильности его работы и отсутствия
> разных недостатков, вроде пропуска записей в логах. А ещё лучше дать юзеру
> ручку, управляющую поведением программы при блокировке записи в лог.

Возможно, я что-то напутали и помню или старое поведение nginx,
или путаю сейчас nginx с другой программой, или вообще -
путаю unix socket`ы с пайпами.

Но текущее поведение nginx можно легко узнать с помощью эксперимента.
Мне обычных логов вполне хватает, поэтому записью логов nginx
в unix socket никогда не занимался.

> По мне так пример разумного подхода -- сквидовский logfile-daemon.

Сейчас логи каждый воркер пишет в файл напрямую, а если писать логи
через какой-то дополнительный процесс - это увеличит накладные расходы
на IPC и сложность, не принося при этом никакой пользы и ценности, IMHO.

--
Best regards,
Gena

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru