Здравствуйте.
Попробуйте собрать без
--with-file-aio
15 августа 2013 г., 3:30 пользователь Nick Knutov написал:
> ок, собрал то же, что было, с дебагом, нгинх заодним обновил до 1.5.3.
>
> Что искать в дебаг логе? Я не вижу там никаких признаков получения
> сигнала, однако, например, посылание
ок, собрал то же, что было, с дебагом, нгинх заодним обновил до 1.5.3.
Что искать в дебаг логе? Я не вижу там никаких признаков получения
сигнала, однако, например, посылание сигналов QUIT и TERM прекрасно
работает.
14.08.2013 17:58, Gena Makhomed пишет:
> On 14.08.2013 14:02, Nick Knutov wrote:
Благодарю, всё получилось.
P.S
Прошу прощения, за 3 одинаковые темы, нажимал вреде просто обновить.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,241861,241862#msg-241862
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.o
On Wednesday 14 August 2013 21:43:36 Gurd wrote:
> Здравствуйте!
>
> Модуль ngx_http_access_module
>
> location / {
> deny 192.168.1.1;
> allow 192.168.1.0/24;
> allow 10.1.1.0/16;
> allow 2001:0db8::/32;
> deny all;
> }
>
> Подскажите, пожалуйста, можно ли как-то получить
access_by_lua ?
14 августа 2013 г., 23:43 пользователь Gurd написал:
> Здравствуйте!
>
> Модуль ngx_http_access_module
>
> location / {
> deny 192.168.1.1;
> allow 192.168.1.0/24;
> allow 10.1.1.0/16;
> allow 2001:0db8::/32;
> deny all;
> }
>
> Подскажите, пожалуйста, можно
Здравствуйте!
Модуль ngx_http_access_module
location / {
deny 192.168.1.1;
allow 192.168.1.0/24;
allow 10.1.1.0/16;
allow 2001:0db8::/32;
deny all;
}
Подскажите, пожалуйста, можно ли как-то получить флаг или переменную,
срабатывания правила, запрещённой сети?
Что-то типа:
http://trac.nginx.org/nginx/ticket/385
http://code.google.com/p/mod-spdy/issues/detail?id=41
похожие баги.
14 августа 2013 г., 14:29 пользователь Илья Шипицин
написал:
> Добрый день!
>
> мы налетели на забавную ситуацию, как оказалось, Chrome и nginx
> по-разному смотрят на стандарты SPDY. Если
Иногда появляется, но не для всех сайтов, через Хром расширение просмотра заголовков: Cache-Control no-store, must-revalidate, post-check=0, pre-check=0, no-cache... Expires Mon, 1 Jan 2001 00:00:00 GMT 14.08.2013, 14:59, "Илья Шипицин" :да, с таким патчем все ок.как пожелание - в ngx_http_spdy.c
On 14.08.2013 14:02, Nick Knutov wrote:
# nginx -V
--with-cc-opt='-DFD_SETSIZE=2048'
массив, заданный FD_SETSIZE используется только в том случае,
когда для обработки соединений используется select()
использовать select() с современными версиями ядер смысла нет.
ведь на Linux nginx всеравно б
> pid берется из пид файла, именно из того, который прописан в конфиге.
> Сигнал посылается именно этому пиду.
а вы еще проверьте - действительно ли под этим pid работает ваш nginx
ну и killall -HUP nginx никто не отменял
___
nginx-ru mailing list
nginx-
Но как???
pid берется из пид файла, именно из того, который прописан в конфиге.
Сигнал посылается именно этому пиду.
Как он может уйти не туда?
# cat /etc/nginx/nginx.conf | grep pid
pid /var/run/nginx.pid;
Конфиги на обоих серверах однаковые, кроме множества server {}.
14.08.2013 17:07, Dan
> Проблема на первом сервере стабильно воспроизводится.
скорее всего - сигнал уходит не тому процессу
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
# nginx -V
nginx version: nginx/1.5.2
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --with-cc-opt='-D
FD
да, с таким патчем все ок.
как пожелание - в ngx_http_spdy.c три места, откуда может прилететь
NGX_ERROR (после патча - 2 места), никакой отладки в лог не попадает,
сходу непонятно, почему порвалось.
на стенд патч не накатил, вдруг гугл будет смотреть, а там все работает.
14 августа 2013 г., 16:
В последних нескольких версиях nginx не перечитывает конфиг по сигналу
HUP (рестарт при этом приводит к запуску нгинх с новым конфигом).
Что-то изменилось, или я что-то делаю не так?
# cat /var/run/nginx.pid
31162
# kill -HUP 31162
# ps auxfw | grep nginx
root 31162 0.0 1.0 50912 26612 ?
On Wednesday 14 August 2013 14:31:38 Илья Шипицин wrote:
> учитывая ситуацию
>
> 1) сколько в мире инсталировано браузеров Chrome
> 2) отсутствия негативных последствий пропуска пустого хедера (они
> вообще могут быть ?)
>
> наверное, логично просто пропускать пустой хедер.
[..]
Можете опробоват
учитывая ситуацию
1) сколько в мире инсталировано браузеров Chrome
2) отсутствия негативных последствий пропуска пустого хедера (они
вообще могут быть ?)
наверное, логично просто пропускать пустой хедер.
14 августа 2013 г., 16:22 пользователь Валентин Бартенев
написал:
> On Wednesday 14 August
On Wednesday 14 August 2013 13:59:34 Илья Шипицин wrote:
> Валентин, в Google я обязательно сообщу. Для этого в том числе и
> создавался стенд.
> слишком много нам крови попортила эта бага, чтобы сейчас отступать.
>
> я понимаю вашу реакцию, думаю, в дальнейшем есть шансы на послабление
> бескомпр
Валентин, в Google я обязательно сообщу. Для этого в том числе и
создавался стенд.
слишком много нам крови попортила эта бага, чтобы сейчас отступать.
я понимаю вашу реакцию, думаю, в дальнейшем есть шансы на послабление
бескомпромиссной позиции WONTFIX.
для сравнения тот же "gzip_disable msie6" в
On Wednesday 14 August 2013 12:29:10 Илья Шипицин wrote:
> Добрый день!
>
> мы налетели на забавную ситуацию, как оказалось, Chrome и nginx
> по-разному смотрят на стандарты SPDY. Если отправлять пустой хедер, то
> Chrome считает, что это корректно и отправляет, nginx же считает, что
> некорректн
согласен.
14 августа 2013 г., 14:55 пользователь Алексей Сундуков
написал:
> 5 августа 2013 г., 11:11 пользователь Илья Шипицин
> написал:
>
>> location ~ \.php$ {
>>try_files $uri @zend;
>>fastcgi_param SCRIPT_FILENAME
>> $document_root$fastcgi_script_n
5 августа 2013 г., 11:11 пользователь Илья Шипицин
написал:
> location ~ \.php$ {
>try_files $uri @zend;
>fastcgi_param SCRIPT_FILENAME
> $document_root$fastcgi_script_name;
>fastcgi_pass127.0.0.1:9000;
>fastcgi_index
Добрый день!
мы налетели на забавную ситуацию, как оказалось, Chrome и nginx
по-разному смотрят на стандарты SPDY. Если отправлять пустой хедер, то
Chrome считает, что это корректно и отправляет, nginx же считает, что
некорректно и режет.
для разбора полетов сделали два стенда
https://spdy2.skb
23 matches
Mail list logo
