Re: nginx -v и stdout

2015-12-09 Пенетрантность Igor Sysoev 
On 09 Dec 2015, at 00:46, greenh  wrote:

> В процессе развертывания и дебага случайно выяснилось, что nginx -V и nginx 
> -v вываливают ответ в stdout. Если не секрет - зачем? ))


Потому что GCC, Python и Java вываливают в stderr,
а Perl, Ruby, PHP, Node.js, Apache, SQLlite3 и memcached — в stdout.


-- 
Igor Sysoev
http://nginx.com

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

Re: nginx -v и stdout

2015-12-09 Пенетрантность greenh 
Господа, я прошу прощения
не в stdout а, а в stderr как раз

9 декабря 2015 г., 11:05 пользователь Igor Sysoev  написал:

> On 09 Dec 2015, at 00:46, greenh  wrote:
>
> В процессе развертывания и дебага случайно выяснилось, что nginx -V и
> nginx -v вываливают ответ в stdout. Если не секрет - зачем? ))
>
>
> Потому что GCC, Python и Java вываливают в stderr,
> а Perl, Ruby, PHP, Node.js, Apache, SQLlite3 и memcached — в stdout.
>
>
> --
> Igor Sysoev
> http://nginx.com
>
>
> ___
> nginx-ru mailing list
> 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

Переменная в fastcgi pass не работает

2015-12-09 Пенетрантность DrakeMazzy 
С выходом 1.9.8 перестали работать переменные в fastcgi_pass

Например:

set $fpmsock unix:/var/run/fpm.site1;

location @phpfpmsite1 {
  fascgi_pass $fpmsock;
}

не срабатывает. В 1.9.7 работало.




nginx version: nginx/1.9.8
built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263365,263365#msg-263365

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

Re: Порядок обработки location в nginx

2015-12-09 Пенетрантность Konstantin Tokarev 


09.12.2015, 13:48, "greenh" :
> Господа, подскажите плз, что я понимаю не правильно:
> порядок обработки location в Nginx
> Nginx Обрабатывает 1 location, кроме тех случаев, когда в location задан 
> переход в другой, например при обработке ошибочной страницы в именованном 
> Location.
> Первым nginx рассматривает location, содержащий regexp, и выбирает тот, 
> который наиболее точно подходит.


Выбирается не "наиболее подходящий", а первый совпавший regexp по порядку 
следования в конфиге

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location


> Например из двух вариантов
> ~ /media./
> и
> ~ /media.+/img
> при запросе
> /media1/img/1.jpf должен выбираться второй location
>
> а при выборе
> ~ /media/.*\.php
> и
> ~ \.php
>
> при запросе /media/test.php должен выбираться первый, вне зависимости от 
> очередности расположения?
>
> Затем рассматриваются location без регекспов и выбирается тот, который 
> наиболее точно подходит, а затем location /, если он есть


-- 
Regards,
Konstantin

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

Re: nginx -v и stdout

2015-12-09 Пенетрантность Valentin V. Bartenev 
On Wednesday 09 December 2015 12:12:39 greenh wrote:
> Господа, я прошу прощения
> не в stdout а, а в stderr как раз
> 
[..]

http://trac.nginx.org/nginx/ticket/592

--
Валентин Бартенев
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность CHERTS 
Отвечу сам себе - это баг, патч здесь
https://github.com/nginx/nginx/commit/72b9a317d2983b3127b8cce21236af8409ff732a

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263375,263376#msg-263376

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

Re: Порядок обработки location в nginx

2015-12-09 Пенетрантность greenh 
Сорри, увидел ответ в доке

9 декабря 2015 г., 15:26 пользователь greenh  написал:

>
> 9 декабря 2015 г., 12:55 пользователь Konstantin Tokarev <
> annu...@yandex.ru> написал:
>
>
>>
>> 09.12.2015, 13:48, "greenh" :
>> > Господа, подскажите плз, что я понимаю не правильно:
>> > порядок обработки location в Nginx
>> > Nginx Обрабатывает 1 location, кроме тех случаев, когда в location
>> задан переход в другой, например при обработке ошибочной страницы в
>> именованном Location.
>> > Первым nginx рассматривает location, содержащий regexp, и выбирает тот,
>> который наиболее точно подходит.
>>
>>
>> Выбирается не "наиболее подходящий", а первый совпавший regexp по порядку
>> следования в конфиге
>>
>> http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
>>
>>
>> > Например из двух вариантов
>> > ~ /media./
>> > и
>> > ~ /media.+/img
>> > при запросе
>> > /media1/img/1.jpf должен выбираться второй location
>> >
>> > а при выборе
>> > ~ /media/.*\.php
>> > и
>> > ~ \.php
>> >
>> > при запросе /media/test.php должен выбираться первый, вне зависимости
>> от очередности расположения?
>> >
>> > Затем рассматриваются location без регекспов и выбирается тот, который
>> наиболее точно подходит, а затем location /, если он есть
>>
>>
>> --
>> Regards,
>> Konstantin
>>
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Ага, понятно, спасибо
> а без regexp -  тоже первый попавшийся или наиболее совпадающий?
>
>
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность CHERTS 
Лечение бага описано тут
https://trac.nginx.org/nginx/ticket/855

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263375,263377#msg-263377

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

Порядок обработки location в nginx

2015-12-09 Пенетрантность greenh 
Господа, подскажите плз, что я понимаю не правильно:
порядок обработки location в Nginx
Nginx Обрабатывает 1 location, кроме тех случаев, когда в location задан
переход в другой, например при обработке ошибочной страницы в именованном
Location.
Первым nginx рассматривает location, содержащий regexp, и выбирает тот,
который наиболее точно подходит. Например из двух вариантов
~ /media./
и
~ /media.+/img
при запросе
/media1/img/1.jpf должен выбираться второй location

а при выборе
~ /media/.*\.php
и
~ \.php

при запросе /media/test.php должен выбираться первый, вне зависимости от
очередности расположения?

Затем рассматриваются location без регекспов и выбирается тот, который
наиболее точно подходит, а затем location /, если он есть
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность CHERTS 
После обновления с 1.9.7 на 1.9.8 ни один сайт на php (php5-fpm) не
открывается, пишет 500 ошибку, в логах такая картина:

2015/12/09 16:56:30 [error] 8008#8008: *129 no port in upstream
"unix:/var/lib/php5-fpm/web47.sock", client: 192.168.XX.XX, server:
domain.ru, request: "GET / HTTP/1.1", host: " domain.ru"

Конфиг для сайта был вида:

server {
listen XX.XX.XX.XX:80;
...
set $fastcgipass unix:/var/lib/php5-fpm/web47.sock;

set $cs utf-8;
include /etc/nginx/common/location_bitrix.conf;
include /etc/nginx/common/bitrix.conf;
}

в  /etc/nginx/common/bitrix.conf все тривиально, часть конфига:

fastcgi_pass$fastcgipass;


чтобы излечить *129 no port in upstream пришлось сделать

upstream php5-fpm-web47 {
server unix:/var/lib/php5-fpm/web47.sock;
}

server {
listen XX.XX.XX.XX:80;
...
set $fastcgipass php5-fpm-web47;

set $cs utf-8;
include /etc/nginx/common/location_bitrix.conf;
include /etc/nginx/common/bitrix.conf;
}

и все заработало.

Друзья, это баг или фича?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263375,263375#msg-263375

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

Re: Переменная в fastcgi pass не работает

2015-12-09 Пенетрантность Konstantin Pavlov 
On 09/12/2015 13:33, DrakeMazzy wrote:
> С выходом 1.9.8 перестали работать переменные в fastcgi_pass
> 
> Например:
> 
> set $fpmsock unix:/var/run/fpm.site1;
> 
> location @phpfpmsite1 {
>   fascgi_pass $fpmsock;
> }
> 
> не срабатывает. В 1.9.7 работало.
> 
> 
> 
> 
> nginx version: nginx/1.9.8
> built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)

Ошибка известна, см.
https://trac.nginx.org/nginx/ticket/855

-- 
Konstantin Pavlov

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

Re: После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность CHERTS 
CHERTS Wrote:
---
> Отвечу сам себе - это баг, патч здесь
> https://github.com/nginx/nginx/commit/72b9a317d2983b3127b8cce21236af84
> 09ff732a


это не патч, это коммит в котором допущена ошибка в строке if
(u->resolved->port == 0) {

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263375,263378#msg-263378

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

Re: Порядок обработки location в nginx

2015-12-09 Пенетрантность greenh 
9 декабря 2015 г., 12:55 пользователь Konstantin Tokarev 
написал:

>
>
> 09.12.2015, 13:48, "greenh" :
> > Господа, подскажите плз, что я понимаю не правильно:
> > порядок обработки location в Nginx
> > Nginx Обрабатывает 1 location, кроме тех случаев, когда в location задан
> переход в другой, например при обработке ошибочной страницы в именованном
> Location.
> > Первым nginx рассматривает location, содержащий regexp, и выбирает тот,
> который наиболее точно подходит.
>
>
> Выбирается не "наиболее подходящий", а первый совпавший regexp по порядку
> следования в конфиге
>
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#location
>
>
> > Например из двух вариантов
> > ~ /media./
> > и
> > ~ /media.+/img
> > при запросе
> > /media1/img/1.jpf должен выбираться второй location
> >
> > а при выборе
> > ~ /media/.*\.php
> > и
> > ~ \.php
> >
> > при запросе /media/test.php должен выбираться первый, вне зависимости от
> очередности расположения?
> >
> > Затем рассматриваются location без регекспов и выбирается тот, который
> наиболее точно подходит, а затем location /, если он есть
>
>
> --
> Regards,
> Konstantin
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Ага, понятно, спасибо
а без regexp -  тоже первый попавшийся или наиболее совпадающий?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx-1.9.9

2015-12-09 Пенетрантность Maxim Dounin 
Изменения в nginx 1.9.9   09.12.2015

*) Исправление: проксирование в unix domain сокеты не работало при
   использовании переменных; ошибка появилась в 1.9.8.


-- 
Maxim Dounin
http://nginx.org/

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

[nginx-ru-announce] nginx-1.9.9

2015-12-09 Пенетрантность Maxim Dounin 
Изменения в nginx 1.9.9   09.12.2015

*) Исправление: проксирование в unix domain сокеты не работало при
   использовании переменных; ошибка появилась в 1.9.8.


-- 
Maxim Dounin
http://nginx.org/

___
nginx-ru-announce mailing list
nginx-ru-announce@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru-announce

Re: После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность Maxim Dounin 
Hello!

On Wed, Dec 09, 2015 at 07:22:35AM -0500, CHERTS wrote:

> После обновления с 1.9.7 на 1.9.8 ни один сайт на php (php5-fpm) не
> открывается, пишет 500 ошибку, в логах такая картина:
> 
> 2015/12/09 16:56:30 [error] 8008#8008: *129 no port in upstream
> "unix:/var/lib/php5-fpm/web47.sock", client: 192.168.XX.XX, server:
> domain.ru, request: "GET / HTTP/1.1", host: " domain.ru"

[...]

TWIMC, в nginx 1.9.9 проблема исправлена.

-- 
Maxim Dounin
http://nginx.org/

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

Re: После обновления с 1.9.7 на 1.9.8 появилось [error] *129 no port in upstream

2015-12-09 Пенетрантность CHERTS 
Спасибо за оперативность, уже тестирую.

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263375,263392#msg-263392

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

Re: Проксирование тела ответа, если код ответа 4хх/5хх

2015-12-09 Пенетрантность Dmitry Ivanov 
Здравствуйте, ibmed.

Вы писали 10 декабря 2015 г., 10:25:54:

> Может, я что-то упускаю из виду?

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_intercept_errors

нет?


-- 
С уважением,
 Dmitry   nginx...@sadok.spb.ru

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

Проксирование тела ответа, если код ответа 4хх/5хх

2015-12-09 Пенетрантность ibmed 
Насколько я понимаю, nginx не проксирует тело ответа, если код - 4хх/5хх.
У меня, например, проксируемые серверы выдают осмысленные пояснения к
ошибкам, которые используются в логике фронт-енда.

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

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263395,263395#msg-263395

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

Re: Проксирование тела ответа, если код ответа 4хх/5хх

2015-12-09 Пенетрантность ibmed 
Неа. Оно по-умолчанию в off. 
Специально добавил эту директиву принудительно. Все то же самое. Передается
только заголовок. Тело отрезается.

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,263395,263397#msg-263397

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