Re: announcing freenginx.org

Зачем запугивать? =) По виду вся ситуация с названием проекта, это выбор что реально важно - развивать opensource проект, или что-то доказать F5, возможно даже в суде. Если последнее - freenginx идеальное название, можно будет с ними на дистанции пободаться в суде, показать миру какие F5 козлы.

Re: Игорь Сысоев ушёл из компаний F5 Network и покинул проект NGINX

or Sysoev > > > On 19 Jan 2022, at 13:57, Vitaliy Okulov > wrote: > > > > Прошла эпоха, надеюсь Игорь хорошо вышел из компании. > > > > вт, 18 янв. 2022 г. в 23:15, Gena Makhomed : > > > > https://www.opennet.ru/opennews/art.shtml?num=56535 &g

Re: Игорь Сысоев ушёл из компаний F5 Network и покинул проект NGINX

Прошла эпоха, надеюсь Игорь хорошо вышел из компании. вт, 18 янв. 2022 г. в 23:15, Gena Makhomed : > > https://www.opennet.ru/opennews/art.shtml?num=56535 > > Игорь Сысоев ушёл из компаний F5 Network и покинул проект NGINX > > Игорь Сысоев, создатель высокопроизводительного HTTP-сервера NGINX, >

Re: запись ответа от сервиса в лог файл nginx

Точно, пойдет, спасибо! Кто-нибудь разбирался как оно работает внутри, какое влияние на скорость обработки запросов? чт, 25 мар. 2021 г. в 23:48, Alexey : > Както так ? > proxy_store /data/www/$uri/$request_id ? > > 25.03.2021 16:07, Vitaliy Okulov пишет: > > Я так понимаю что

Re: запись ответа от сервиса в лог файл nginx

Я так понимаю что возникнут проблемы с уникальностью данных в зависимости от пользователя, запроса который он создает и т.д. чт, 25 мар. 2021 г. в 14:30, Илья Шипицин : > proxy_store ? > > чт, 25 мар. 2021 г. в 14:50, Vitaliy Okulov : > >> Добрый день. >> Подскажите что

запись ответа от сервиса в лог файл nginx

Добрый день. Подскажите что можно сделать в ситуации когда требуется писать в файл тело ответа сервиса, попробовал вариант с обработкой в body_filter_by_lua, но при больших телах ответа воркер блокируется и потребляет 100% CPU Какие еще варианты реализовать задачу на уровне nginx возможны?

accept_mutex и upstream Connection timed out

Добрый день. Подскажите, кто-нибудь сталкивался с таким артефактом в nginx - что при accept_mutex on, multi_accept on и nginx reload, как только старые воркеры умирают, то новые воркеры спамят несколько ошибок: upstream timed out (110: Connection timed out) while connecting to upstream, хотя

Re: HACK NGINX+DAV

Коллеги, кажется автор знатный троль. 3 декабря 2016 г., 18:20 пользователь itcod написал: > Эх Виталий! Перед новым годом, временем на танцы с бубном > катастрофически не хватает:))) Проще арендовать готовую VPS'ку на месяц за > 250рублей и протестить найденый

Re: HACK NGINX+DAV

Почитайте про вагрант, он как раз на личный ПК ставится и позволяет запустить базовый образ с уже установленной ОС на базе virtualbox. Развернуть федору можно за 5 минут. 3 декабря 2016 г., 13:35 пользователь itcod написал: > У меня своих только боевой и девел-серв

Re: HACK NGINX+DAV

Можно поставить vagrant и подгрузить этот образ: https://atlas.hashicorp.com/fedora/boxes/23-cloud-base 3 декабря 2016 г., 13:03 пользователь itcod написал: > Дмитрий добрый день! > > Предлагаю повторить это все на с нуля установленной системе и nginx > > без

Re: Включение SSLv3 в Nginx 1.8.0

Дело в Openssl, в debian 8 его стали собирать без поддержки ssl3. Надо пересобрать, детали тут: https://vokulov.ru/2015/06/18/ssl23_get_client_hellounsupported-protocol/ 18 декабря 2015 г., 21:13 пользователь tmatm232 написал: > Установил Debian 8, Nginx 1.8.0 и OpenSSL

Re: syslog в nginx 1.8

2015, at 15:49, Vitaliy Okulov vitaliy.oku...@gmail.com wrote: Платная версия syslog-ng умеет гарантировать доставку. В этой ситуации стоит поднять локальный syslog. А что будет с syslog-ng, если удалённый хост не доступен, он будет полученное локально складировать? Гарантируется ли, что запись

Re: syslog в nginx 1.8

Платная версия syslog-ng умеет гарантировать доставку. В этой ситуации стоит поднять локальный syslog. 24 апр. 2015 г. 15:46 пользователь Igor Sysoev i...@sysoev.ru написал: On 24 Apr 2015, at 15:25, Иван Мишин simplebo...@gmail.com wrote: Лучше бы поддержка syslog была по rfc5424 Если

Re: Nginx возвращает 499 при проксировании после нескольких часов работы

Если после tcpdump счетчик не поднялся, то либо backlog надо увеличить + проверить текущие параметры сетевых карт на frontend и backend и всех свитчах по дороге, что везде full duplex и скорость сетевой карты равна скорости порта на свитче, и нет никаких ошибок. Как вариант, в логах Apache

Re: Nginx возвращает 499 при проксировании после нескольких часов работы

Количество dropped не смущает? 30.06.2014 17:14 пользователь Andruxa nginx-fo...@nginx.us написал: На первом сервере (который проксирует): RX packets:1968720 errors:0 dropped:1968574 overruns:0 frame:0 TX packets:61239 errors:0 dropped:0 overruns:0 carrier:0 На втором сервере (на который

nginx 1.4 vs apache 2.4

Добрый всем вечер. В связи с выходом Apache 2.4.7 возник вопрос - сравнивал ли кто-нибудь производительность стабильной версии nginx с apache 2.4 + mpm_event? Также интересно тестировал ли кто-нибудь работу нового apache под в продуктиве на реальной нагрузке, сильно ли он отстает от nginx при