Re: unit-0.2 beta release

*) Bugfix: memory leak in the router. > > > -- > Igor Sysoev > http://nginx.com > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin _

Re: Сервер по умолчанию для SSL

ist > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Сервер по умолчанию для SSL

Вы можете сделать самоподписный сертификат для дефолтного хоста и надеяться на то, что все ваши клиенты умеют в SNI. 5 февраля 2018 г., 10:56 пользователь Anton Kiryushkin написал: > Смотря какую задачу вы решаете. > > > 5 февраля 2018 г., 10:22 пользователь iotch > написал:

unit

ает php5.6, который запускает скрипт index.php из папки /var/www/blablabla. Я не могу через порт 8300 разрешить запускать все скрипты из этой папки, только index.php. У меня правильное мнение сложилось, или я что-то недочитал и потому пишу немного глупости? -- Best regards, Anton

Статическая сборка nginx с GD

/opt/local с флагом static. К сожалению, мне действительно нужна статическая сборка. Остается страдать и все же так не делать или есть способ что-то тут сделать? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Статическая сборка nginx с GD

Добавил и не помогло. сб, 6 апр. 2019 г. в 11:06, Igor Sysoev : > > On 6 Apr 2019, at 12:54, Anton Kiryushkin wrote: > > > > Здравствуйте. > > > > Подскажите, пожалуйста, почему nginx в данном случае никак не может > собраться статически с libgd: > > >

Re: Статическая сборка nginx с GD

Rotated': /usr/src/libgd/src/gd.c:2792: undefined reference to `sincos' /usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt' collect2: error: ld returned 1 exit status -- Версия nginx 1.15.10. gcc version 4.8.2. сб, 6 апр. 2019 г. в 12:14, Igor Sysoev : > А что в a

nginx: [emerg] getpwnam("www-data") failed

При обновлении на 1.15.10 поймал такую картину. В конфиге полжизни было написано: user www-data; Пользователь есть, группа есть. Все ищется по /etc/passwd и /etc/group. Что поменялось в nginx? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing

Re: Статическая сборка nginx с GD

; > /opt/local/lib/libgd.a(gd.o): In function `gdImageCopyRotated': > > /usr/src/libgd/src/gd.c:2792: undefined reference to `sincos' > > /usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt' > > collect2: error: ld returned 1 exit status > > --

Re: Статическая сборка nginx с GD

нуть -lm в конец: cc -static -static-libgcc -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I /usr/pkg/include -o objs/autotest objs/autotest.c -static -L/usr/pkg/lib -lgd -lm Все соберется. Вопрос, как передвинуть на уровне сборки? вс, 7 апр. 2019 г. в 12:34, Anton Kiryushkin : > Да, конечно, есть: > &

unitd + php5.6

, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unitd + php5.6

Валентин, спасибо, как-то я это или пропустил в доке, или не написано. Теперь собралось, вопрос снят. вт, 23 апр. 2019 г. в 15:13, Валентин Бартенев : > On Tuesday 23 April 2019 14:42:48 Anton Kiryushkin wrote: > > Здравствуйте. > > > > Пытаюсь собрать модуль для unitd д

Unitd + client_addr

вопрос. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Unitd + client_addr

gt; В письме от пятница, 31 мая 2019 г. 18:51:15 MSK пользователь Anton > Kiryushkin > написал: > > Здравствуйте. > > > > Не подскажете, какова судьба вот этого тикета: > > https://github.com/nginx/unit/issues/132 > > > > А так же, возможно, есть прям

Re: непонятное поведение

> nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

unit и его лог

*1782 send(180, 7F1195A6AF80, 1283623) failed (32: Broken pipe) Тут есть info и error. Верно ли, что info это про то, что запрос завершился, все хорошо, просто ответ был отправлен клиенту. Про что error? Попутно, можно ли keepalive использовать между nginx и unit? -- Best regards, Anton

Re: unit и его лог

;: "/data/site.ru/web/", "index": "index.php" } }, "access_log": "/var/log/nginx/unit_access.log" } Может быть у меня воркеры иногда заканчиваются и эта 500я вовсе не от php, а от unit, но почему бы тогда куда-то об эт

Re: unit и его лог

или куда вообще можно было бы копать, так как возможные вещи, которые есть возможность предпринять в php, на мой взгляд, предприняты. ср, 3 июл. 2019 г. в 12:10, Валентин Бартенев : > On Wednesday 03 July 2019 10:36:52 Anton Kiryushkin wrote: > > Валентин, подскажите, тогда, пожалуйста.

too long parameter

gards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unit и его лог

/Moscow] Failed to connect [111]: Connection refused Внимание вопрос. Как тут узнать причину? ср, 3 июл. 2019 г. в 18:47, Валентин Бартенев : > On Wednesday 03 July 2019 12:47:01 Anton Kiryushkin wrote: > > Спасибо за ваш ответ. > > > > Ответ от php-fpm я мог найти в error

Re: unit и его лог

. пн, 15 июл. 2019 г. в 15:51, Валентин Бартенев : > On Sunday 14 July 2019 22:09:01 Anton Kiryushkin wrote: > > Валентин, спасибо, за ваш совет, пересобрал Unit и получил довольно > > загадочную картину. К примеру. > > Вот сообщение в логе Unit: > > 2019/07/15 00:02:48.1

Re: Можно ли сгенерировать случайную строку в переменну так как это делает nginx для request id?

Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,291507,291507#msg-291507 > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -

Re: Перечитка конфигураций nginx

ad/restart уже не проверять)? > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,294669,294669#msg-294669 > > ___ > nginx-ru mailing list -- nginx-ru@nginx.org > To unsubscribe send an email to nginx-ru-le...@nginx.org > -

Re: $request uri в lowercase

gt; nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: $request uri в lowercase

Для nginx. Почему, потому что mod_lua асинхронный. 9 марта 2013 г., 23:18 пользователь denis написал: > 09.03.2013 19:57, Anton Kiryushkin пишет: > > Можно попробовать использовать mod_lua для этих целей. Скрипт будет в две >> строчки. >> >> для апача

Перезапуск кэш-менеджера

Всем привет. Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не трогая основной процесс и работающих воркеров? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman

Re: Перезапуск кэш-менеджера

gt; nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Перезапуск кэш-менеджера

Вот воркеров как раз и не хочется перезапускать, так как это очень большие накладные затраты по ресурсам. 13 марта 2013 г., 19:24 пользователь Andrey Kopeyko написал: > 13.03.2013 18:53, Maxim Dounin пишет: > > Hello! >> >> On Wed, Mar 13, 2013 at 06:25:15PM +0400, A

Re: Перезапуск кэш-менеджера

Просто очень много подключения к ним. Очень много. 13 марта 2013 г., 19:28 пользователь Andrey Kopeyko написал: > 13.03.2013 19:25, Anton Kiryushkin пишет: > > Вот воркеров как раз и не хочется перезапускать, так как это очень >> большие накладные затраты по ресурсам. >

Re: Перезапуск кэш-менеджера

кэширования. То есть, изменили параметры кэширования, перезапустили соответствующую службу, или дали команду перечитать конфиг. 13 марта 2013 г., 20:17 пользователь Gena Makhomed написал: > On 13.03.2013 16:25, Anton Kiryushkin wrote: > > Возник вопрос с тем, как перезапустить только пр

Re: Re[2]: Перезапуск кэш-менеджера

> С уважением, > Михаил mailto:postmas...@softsearch.ru > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin

Re: Перезапуск кэш-менеджера

них на небольшой промежуток времени очень тяжело. 14 марта 2013 г., 10:51 пользователь denis написал: > 14.03.2013 2:05, Anton Kiryushkin пишет: > > Да, Михаил. У нас именно такая ситуация. Раздаем очень много разного >> статического контента. И несколько раз приходится думать

Re: Перезапуск кэш-менеджера

ng list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx + php-fpm

Соблюдается. Но ведь файла нет. Я имею ввиду ".php". Почему nginx считает файлом ff9cf78666f326226e5328cd01e82e53804d7a44.png/.php, ведь тут есть обычный слэш? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org h

Re: nginx + php-fpm

обращается к файлу: /ff9cf78666f326226e5328cd01e82e53804d7a44.png/.php А не к : /.php Что же до ничего не считает, то это абсолютно понятно и к этому вопросов нет. 11 апреля 2013 г., 15:17 пользователь Maxim Dounin написал: > Hello! > > On Thu, Apr 11, 2013 at 02:11:18PM +0400, Anton Kiryush

Re: Переопределение заголовка "Connection"

А не может ли дело быть в отсутствующем заголовке host? 02.07.2013 16:16 пользователь "Илья Шипицин" написал: > На HTTP/1.1 заголовок Connection необязателен, дефолтным значением > считается Keep-Alive. > "заставлять" никого не надо. > > 2 июля 2013 г., 16:07 пользователь Александр Бабин > напис

Re: Хочется сделать так, чтобы сайт не был доступен по его ip

подойдет? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,241085,241100#msg-241100 > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru >

Re: блокировка клиентов по комбинации IP-адреса и user agent

> http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Можно ли определить делимость числа ?

0D >> >> Now I lay me down to sleep(3) >> Pray the OS my core to keep >> If I die before I wake >> Pray the Disk my core to take >> >> _______ >> nginx-ru mailing list >> nginx-ru@nginx.org >> http://

Re: Можно ли определить делимость числа ?

gruzki/ > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: malloc(270336) failed

1.0.1e --with-openssl-opt=enable-tlsext > --with-http_ssl_m > odule --with-mail_ssl_module --with-ipv6 > > > Что это было и как этого избегать в дальнейшем? > > > _______ > nginx-ru mailing list > nginx-ru@nginx.org > http://

Re: malloc(270336) failed

t; 2013/11/3 Anton Kiryushkin > >> Не запускать nginx в windows. А вообще, у вас закончилась память. Без >> конфига сложно понять для чего, но, возможно, для какого-нибудь буфера. >> >> > Это слишком очевидное объяснение понятное из описания ошибки. > > Если б

Re: FTP Proxy

> > nginx-ru@nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Проксирование http и https в одном конигурационном файле, на порты отличные от 80 и 443

tps. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,245412,245426#msg-245426 > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-

proxy_pass https

: set_real_ip_from real_ip_header и лога, где видно осталось только айпи-адрес первого nginx. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_pass https

: > On 01/20/14 20:03, Anton Kiryushkin wrote: > >> Первичный вывод сделан на основе прописывания на втором nginx в конфиге >> хоста опций: >> >> set_real_ip_from >> >> real_ip_header >> >> >

Re: анализ аргументов в arg*

тало if ($args ~ SID=110), в чем тут суть. > Блок был примерно такой > location / { > if ... { > return 301 tralala; > break; > } > > основное описание > > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.ngin

Странное поведение при редиректе по параметрам

://domain.com, а не на http://domain.com/ ? Дебаг там к сожалению не включить, но логически это поведение объяснить не получается. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx

Re: Странное поведение при редиректе по параметрам

Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения так: if ($arg_arg ~* noname) { set $args ""; rewrite ^ http://domain.com permanent; } 5 февраля 2014 г., 12:36 пользователь Anton Kiryushkin написал: > Всем здравствуйте. > > Имеет урл: >

Re: Странное поведение при редиректе по параметрам

мены новых аргументов нет. 5 февраля 2014 г., 14:22 пользователь Oleksandr V. Typlyns'kyi < wangs...@gmail.com> написал: > Today Feb 5, 2014 at 12:40 Anton Kiryushkin wrote: > > > Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения > > так: &

nginx + cors

"; add_header Access-Control-Allow-Origin "*"; } И все вроде бы хорошо, но если размер файла становится хотя бы 91256 байт, то эти заголовки не отдаются. Звучит как фантастика, но может быть и правда отдача заголовков зависит от того, какой объем проксируется. Версия nginx 1.2.4. --

Re: nginx + cors

Здравствуйте. Делаю curl -i и проверяю, что отдал сервер. 10 сентября 2014 г., 14:17 пользователь Aleksandr Sytar < sytar.a...@gmail.com> написал: > 10 сентября 2014 г., 12:14 пользователь Anton Kiryushkin > написал: > > Здравствуйте. > > > > Подскажите, пожалуй

nginx и /etc/hosts

Здравствуйте. Мы тут заметили, что при старте nginx, он довольно часто перечитывает /etc/hosts и /etc/resolv.conf. Можно ли как-то узнать зачем. Причем ладно бы один раз, а то ведь раз 5, по ощущениям. -- Best regards, Anton Kiryushkin ___ nginx-ru

Re: nginx и /etc/hosts

hosts достаточно большой? 2 октября 2014 г., 10:43 пользователь Igor Sysoev написал: > On 02 Oct 2014, at 04:28, Anton Kiryushkin wrote: > > Мы тут заметили, что при старте nginx, он довольно часто перечитывает > /etc/hosts и /etc/resolv.conf. Можно ли как-то узнать зачем. Причем ладно &

Re: nginx и /etc/hosts

памяти и в худшем случае тратим 200 на чтение этого файла, который и так оказывается в кэше системы. 2 октября 2014 г., 15:22 пользователь Vadim A. Misbakh-Soloviov < m...@mva.name> написал: > В письме от Чт, 2 октября 2014 15:06:20 пользователь Anton Kiryushkin > написал: > > З

Re: Re[2]: resumable upload

> > > ___ > > nginx-ru mailing list > > nginx-ru@nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,237896,239432#msg-239432 > > _

Забивается папка проксированных тел

Здравствуйте. В последнее время стали находить много серверов, где довольно много таких вот файлов остается: nginx.client_body_temp/ID (deleted) Что с этим можно сделать? Сейчас 1.6.0, на 1.2.4 таких проблем не замечали. -- Best regards, Anton Kiryushkin

server_name regexp

весь $http_host, вместо $n. Что я делаю не так? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Забивается папка проксированных тел

4 -> /tmp/nginx.client_body_temp/020235\ (deleted) 19 ноября 2014 г., 19:18 пользователь Maxim Dounin написал: > Hello! > > On Wed, Nov 19, 2014 at 02:46:26AM +0400, Anton Kiryushkin wrote: > > > Здравствуйте. > > > > В последнее время стали находить много серверо

Re: Забивается папка проксированных тел

Здравствуйте. Максим, будьте любезны подсказать, как это лучше сделать. Сервер достаточно нагружен, чтобы включать какой-то отладочный лог. 1 декабря 2014 г., 17:49 пользователь Maxim Dounin написал: > Hello! > > On Sun, Nov 30, 2014 at 05:47:39PM +0400, Anton Kiryushkin wrote: &g

Re: nginx-1.7.8

ообщения "the http output >chain is empty". > > *) Исправление: в директиве proxy_cache_lock при использовании >SSI-подзапросов. >Спасибо Yichun Zhang. > > > -- > Maxim Dounin > http://nginx.org/en/donation.html > > ___

Re: nginx-1.7.8

Бартенев написал: > On Tuesday 02 December 2014 17:52:49 Anton Kiryushkin wrote: > > Здравствуйте. > > > > А можете немного подробнее рассказать о сути изменений в spdy? > > > > По сути исправлено несколько ошибок. Вообще со SPDY имеет > смысл всегда использов

Запретить использовать SPDY

Здравствуйте. Это, конечно, немного странный вопрос, но можно ли принудительно запретить на каком-то домене использовать spdy? То есть, принудительно его выключить? К сожалению, убирание spdy из listen не спасает. -- Best regards, Anton Kiryushkin

Re: Запретить использовать SPDY

юсь, телепатический шлем отработал без ошибок > > -- > Best regards, > mva > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin _

Re: Запретить использовать SPDY

ртуального сервера: > > http://nginx.org/en/docs/http/ngx_http_core_module.html#listen > > > ... и отсюда следует что Вы, Anton Kiryushkin), впринципе, можете иметь > spdy > выключенным для конкретного server{} и включенным для остальных... > Только данный server{} д

Re: Запретить использовать SPDY

-Soloviov < m...@mva.name> написал: > В письме от Вс, 18 января 2015 18:17:11 пользователь Anton Kiryushkin > написал: > > Да, прекрасно. Вот только я не могу слушать отдельный сокет. > > Почему? > > > -- > Best regards, > mva > > __

Re: Запретить использовать SPDY

Спасибо за предложение. Проблема не в том, что у меня нет второго адреса. Вопрос мой ведь в другом, можно ли обойтись иными способами? 18 января 2015 г., 19:17 пользователь Oleg Motienko написал: > <К.О.> Докупите второй IP ? > > 2015-01-18 18:56 GMT+03:00 Anton Kiryushkin :

proxy_pass on https

Host $host; proxy_pass_request_headers on; } upstream mrg { server ip:443; keepalive 600; } -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_pass on https

Да, upstream называется backend, все же. 5 февраля 2015 г., 0:16 пользователь Anton Kiryushkin написал: > Здравствуйте. > > Расскажите, пожалуйста, почему в случае, если я делаю proxy_pass на http > хост, то keepalive работает. А если на https, то нет. > Если что, то настройки

SPDY errors

наблюдается. Собственно, в конфиге я делаю вот так: error_page 494 @fallback400; А дальше обрабатываю именованный location. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo

Re: SPDY errors

Спасибо. 14 февраля 2015 г., 22:44 пользователь Валентин Бартенев написал: > On Saturday 14 February 2015 20:49:06 Anton Kiryushkin wrote: > > Здравствуйте. > > > > Поймали следующую строчку в логе: > > > > inflate() failed: -5 while processing SPDY >

Логика обработки опций в location

: location a { set $remote_addr_a $remote_addr; if ($loc_a = 0) { error_page 404 = @deny; } try_files @allow @allow; } Собственно, хочется понять, почему так происходит и как сделать то, что мне хочется. -- Best regards, Anton Kiryushkin ___ nginx-ru

Re: Логика обработки опций в location

написал: > On 18.03.2015 17:27, Anton Kiryushkin wrote: > > try_files @allow @allow; >> > > Только последний параметр может указывать на именованный location. > > Что я тут хочу. Чтобы адрес 1.1.1.1 имел доступ только k a.php, 2.2.2.2 >> к b.php. А по переменной

Re: Логика обработки опций в location

Вместе с тем, хочется понимания, почему происходит локальная обработка при наличии больше, чем одного if, а не переход в именованный. 18 марта 2015 г., 19:26 пользователь Gena Makhomed написал: > On 18.03.2015 18:19, Anton Kiryushkin wrote: > > Да, собственно, когда-то так и было. Мно

Re: Оптимизация nginx для отдачи видеофайлов

alive_timeout 65; > > #gzip on; > > include /etc/nginx/conf.d/*.conf; > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,257431,257431#msg-257431 > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: падает nginx mp4 стриминг модуль

ка. >> >> Возможно у вас есть идеи как решить для tmpfs ? >> >> > > Создать отдельный локейшн для тмпфс и отключить там директио > > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.ngi

nginx и сжатие

Всем привет. Может ли кто-то подсказать, можно ли, в том числе и по протоколу, научить nginx принимать сжатый запрос. Ну и разжимать его на лету перед проксированием в бэкенд. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru

nginx и потребление памяти

. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и потребление памяти

ятно, куда тут можно копать. 12 августа 2015 г., 22:39 пользователь Maxim Dounin написал: > Hello! > > On Wed, Aug 12, 2015 at 09:45:10PM +0300, Anton Kiryushkin wrote: > > > Здравствуйте. > > > > Недавно заметили, что nginx в режиме проксирования (то есть у него на >

Re: nginx и потребление памяти

2AM +0300, Anton Kiryushkin wrote: > > > Да, не совсем мой случай. > > > > Я начал смотреть, чем же "молодой" процесс отличается от того, который > > "съел" 10Гб оперативки. Например, вот старый: > > > > /proc/21263/fd# ls -al | wc -l > &

Re: Re: nginx и потребление памяти

дует писать, если > вы считаете, что в порте что-то не так. Но в данном случае я не > вижу повода, чтобы беспокоить уважаемого человека. > > -- > Maxim Dounin > http://nginx.org/ > > _____

105: No buffer space available

Здравствуйте. Не подскажете, в какую сторону копать? Не виртуалка и действительно много подключений. Но памяти в системе еще вагон. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman

Re: 105: No buffer space available

л в гугле > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org htt

Re: 105: No buffer space available

> и тд. > > Ivan Palanevich > loverj...@gmail.com > > > > On Sep 8, 2015, at 15:29, Anton Kiryushkin wrote: > > Да, я так и сделал. Но кроме советов достаточно далекой давности и в > основном относящиеся к OpenVZ не нашел. > > Может быть у вас есть иные ключевые

proxy_cache_key

Здравствуйте. Я тут столкнулся с тем, что в кэше у меня оказываются ключи для http_ver 1.0 и для http_ver 1/1. Можно ли их каким-то образом сделать одинаковыми? Или это как с Vary недавним? -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list

Re: proxy_cache_key

это как странное поведение. Пн, 16 нояб. 2015 г. в 17:29, Maxim Dounin : > Hello! > > On Mon, Nov 16, 2015 at 01:36:34AM +0300, Anton Kiryushkin wrote: > > > Здравствуйте. > > > > Я тут столкнулся с тем, что в кэше у меня оказываются ключи для http_ver > > 1.0 и

Re: nginx-1.9.11

___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx-1.9.12 & bytes module

; Хотя в конфиге как и прежде указано просто: bytes on; Не подскажете, что с этим можно сделать? Nginx, конечно же, собран с этим модулем. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/list

Re: nginx-1.9.12 & bytes module

Кажется, я сделал как всегда, add-module. А как я мог собрать его динамически и почему другие модули у меня собрались как надо? 23 марта 2016 г., 1:42 пользователь Alex Domoradov написал: > Вы его случайно не динамически собрали? Я про модуль > > 2016-03-23 0:37 GMT+02:00 Anton K

Re: nginx-1.9.12 & bytes module

Я так и сделал. Модуль есть. Ср, 23 марта 2016 г. в 10:54, Maxim Konovalov : > On 3/23/16 2:23 AM, Anton Kiryushkin wrote: > > Кажется, я сделал как всегда, add-module. А как я мог собрать его > > динамически и почему другие модули у меня собрались как надо? > > > Начн

Re: [полуоффтоп] Миграция VK.com с NginX на Apache

шения" "безопасности". А поменять заголовок в SPDY модуле просто не > осилили > или были не в курсе, что он там иначе формируется. > > -- > Валентин Бартенев > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: [полуоффтоп] Миграция VK.com с NginX на Apache

Так и быть, в следующий раз подпишем Ktovtanke. Вообще не очевидно было, что кто-то так расстраивается из-за статистики веб-серверов. Кому-то нравится говорить, что у них за софт и какая версия, кому-то нет. В общем и целом, кажется, свободное ПО на то и свободное, что может быть так или иначе под

proxy_cache & cache-control

даже в 23:46:07 элемент все еще находится в кэше. Ждем еще минуту и чудо все равно не случается. Nginx игнорирует этот элемент кэша. Почему/зачем совершенно не понятно. Может кто-то тут сможет дать совет, как лучше поступить? -- Best regards, Anton Kiryushkin

SIGSEGV

0x0040e315 in ngx_time_update () at src/core/ngx_times.c:91 #3 0x0040e7ba in ngx_time_init () at src/core/ngx_times.c:73 #4 0x004016e3 in main (argc=2, argv=0x7fffec78) at src/core/nginx.c:216 -- Best regards, Anton Kiryushkin

Re: SIGSEGV

Простите, забыл уточнить, что версия 1.11.1, а версия ядра linux 4.8.0-1. 2016-11-17 15:23 GMT+03:00 Anton Kiryushkin : > Здравствуйте. > > Не подскажете, почему может вот так падать nginx: > > # gdb nginx > > Starting program: /usr/sbin/nginx -t > > > P

Re: SIGSEGV

Да, в segmentation fault. 17 ноября 2016 г., 15:36 пользователь Boris Epstein написал: > Это занятно. А не в дебаггере, напрямую, он тоже падает? > > 2016-11-17 7:24 GMT-05:00 Anton Kiryushkin : > >> Простите, забыл уточнить, что версия 1.11.1, а версия ядра linux 4.8.0-1. &

ignore long locked inactive cache entry

перезапустить процесс, то nginx успешно удалит все лишнее и свободное место появится снова. Не подскажете, что с этим можно сделать? Каких-то дополнительных модулей для кэширования нет. -- Best regards, Anton Kiryushkin ___ nginx-ru mailing list nginx-ru

Re: ignore long locked inactive cache entry

keepalive ? 20 ноября 2016 г., 19:09 пользователь Anton Kiryushkin написал: > Здраствуйте. > > Имеем nginx 1.11.1 с конфигом для кэширования: > > proxy_cache_path /path/to/cache/folder levels=1:2 keys_zone=two:128m > max_size=120g inactive=120m loader_sleep=5ms; > proxy_temp_path

Re: ignore long locked inactive cache entry

Спасает обновление минимум до 1.11.6. Жаль, что разработчики это никак не комментировали. пт, 13 янв. 2017 г. в 13:38, liveder : > Добрый день, Антон > > Решили ли вы в итоге проблему? Если да, то как? > > Спасибо > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,271068,271981#msg-2

Re: ignore long locked inactive cache entry

:16, Maxim Dounin : > Hello! > > On Mon, Jan 16, 2017 at 11:07:38AM +0000, Anton Kiryushkin wrote: > > > Спасает обновление минимум до 1.11.6. Жаль, что разработчики это никак не > > комментировали. > > Если спасает - значит проблема была в том, что вы со вклю

  1   2   >