И снова здравствуйте. Тут прям уже прям целое расследование: Что я сказал, что хотел сказать, где и сколько соврал... "Без меня меня женили"... Читается как детективная история :) Коль пошла такая дискуссия: " [ https://forum.nginx.org/read.php?21,298858,299091#msg-299091 | Как лучше всего сделать защиту от denial of service при исчерпании свободного места на диске большими по объему лог-файлами nginx? ] " Насколько понимаю, вы решили, что это одна из решаемых проблем. Итак Цитата: Из его собщения от 5 февраля однозначно следует, что он уже пытался настроить запись логов напрямую в файл но не смог получить рабочего решения при 200-250 тысячах подключений в секунду и необходимости делать ротацию лога каждые 30 секунд. И даже предлагает мне самому попробовать и убедиться, что это не работает и что таким образом запись и ротацию логов в файл самим nginx при такой большой нагрузке и при таком интервале ротации - настроить невозможно, Я предлагал попробовать и поделиться, лично я попробовал, получил результат -- пишет, работает, возможно. И сделал это ДО того, как сюда обратился... НО меня сей результат не удовлетворил. Да, да (понимаю) -- чем он меня "не удовлетворил"?? --- можете фантазировать сколько угодно. Единственное пожелание -- при озвучивании фантазий оставаться в рамках корректного изложения. Возможно и оттуда я почерпну что-то для себя новое и полезное. Цитата: Ротация логов делается с помощью программы logrotate, которая делает ротацию только по времени и никак не смотрит на количество свободного места на диске и на размер лог-файла. С помощью той программы logrotate, которая идет в составе дистрибутива - неочевидно, как настроить более быструю ротацию логов nginx, если они начинают занимать слишком много места на диске и когда свободного места на диске остается слишком мало. Отлично, 1. logrotate - не единственный вариант. 2. logrotate -- УМЕЕТ смотреть на размер. 3. настроить более быструю ротацию вообще штука очевидная, скорее всего, для большинства man logrotate Description Normally, logrotate is run as a daily cron job. т.е. работает через cron... Т.е. все, что умеет крон достижимо в ротации через logrotate .... (или я слишком оптимистичен в разрезе "для большинства"??) Задача по предотвращению исчерпания места на диске так же была решена задолго ДО обращения сюда. Следуем дальше: мне чисто по человечески любопытно, допустим, нашелся такой человек. ну ок, у него работает, у меня нет. и в чем профит того факта, что такой человек нашелся Знание о том, что проблема разрешима, дает довольно много. "Дайте мне точку опоры, и я переверну Землю" (кажется Архимед) Вот эту "точку опоры" я в некотором роде и искал :) Собственно, как и в большинстве случаев, нашел не то, что искал. Но найденное НЕ разочаровало. Со знающими людьми пообщался как минимум. Что у нас еще обнаружилось: Снисходительность, ирония, сарказм... (возможно я самонадеян и не так понял некоторые моменты в комментариях? буду рад, если это действительно так) Возникает впечатление, что кому-то из вас принципиально важно доказать незыблемую правоту своего мнения и ошибочность моих действий. Вопрос - зачем? Это не конкурс или состязание, я сюда обратился за советом. Не за поддержкой или осуждением, сочувствием, порицанием или одобрением и т.д. Помощь я получил. Не в том виде, в котором ожидал. Но поверьте - оценил и благодарен ЗА ПОМОЩЬ. Конкретный ответ на поставленный в самом начале вопрос, как правильно заметили выше, потерял актуальность. Какая разница насколько глубокое ущелье на моем пути, если я уже построил через него мост? Может он не самый красивый, вечный, грузоподъемный и уникальный... Для моих целей его достаточно :) Возможно, по мнению кого-то, я вообще иду "не туда"! И? Вы свои аргументы привели, мое мнение они не изменили... Или для некоторых "есть только два мнения: моё и неправильное"? Всем дочитавшим - благодарность за терпение. Предлагаю на сем финишировать. Или я чего-то не понимаю?
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org https://mailman.nginx.org/mailman/listinfo/nginx-ru
