From nginx-forum на nginx.us  Tue May  1 07:22:44 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Tue, 1 May 2012 03:22:44 -0400 (EDT)
Subject: 301 Moved permanently
In-Reply-To: <4159623B-6B2C-44CD-9190-5B7536F258F9@nginx.com>
References: <4159623B-6B2C-44CD-9190-5B7536F258F9@nginx.com>
Message-ID: <adc3930bb90967514b4929322aa97fbe.NginxMailingListRussian@forum.nginx.org>

Andrew Alexeev Wrote:
-------------------------------------------------------
> On Apr 29, 2012, at 12:35 AM, igor.goncharenko
> wrote:
> > иногда убирает заголовок
> Location,
> > соответственно, браузер
> не знает на
> > какой url делать редирект.
> 
> Если оно Вам реально нужно,
> напишите agentzh напрямую или
> в английский мейлинг лист,
> с более детальным
> описанием и как
> воспроизвести проблему - он
> достаточно быстро фиксит
> свои модули :)  
> 
Да нет, не нужно, наверное...
Есть у меня такое подозрение, что мне
придется использовать lua для другой
задачи, ежели что, я сделаю это в lua :)


---
Igor

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,219867,225923#msg-225923


From nginx-forum на nginx.us  Tue May  1 10:36:55 2012
From: nginx-forum на nginx.us (maxttor)
Date: Tue, 1 May 2012 06:36:55 -0400 (EDT)
Subject: =?UTF-8?B?dXBsb2FkIHByb2dyZXNzIG1vZHVsZSDQuCDQvNGD0LvRjNGC0LjQt9Cw0LPRgNGD?=
	=?UTF-8?B?0LfQutCwIChtdWx0aXBsZSk=?=
Message-ID: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>

Как сделать мультизагрузку файлов
совместно с upload progress module? nginx отдает
только размер переданных данных. Можно
ли сделать так, что бы nginx отдавал еще
имя файла, что бы знать для какого
прогресс бара изменить значение?

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


From ne на vbart.ru  Tue May  1 11:05:34 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 1 May 2012 15:05:34 +0400
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205011505.34586.ne@vbart.ru>

On Tuesday 01 May 2012 14:36:55 maxttor wrote:
> Как сделать мультизагрузку файлов
> совместно с upload progress module? nginx отдает
> только размер переданных данных. Можно
> ли сделать так, что бы nginx отдавал еще
> имя файла, что бы знать для какого
> прогресс бара изменить значение?
> 

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

--
Валентин Бартенев

From alexey.bobok на gmail.com  Tue May  1 12:29:36 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Tue, 1 May 2012 15:29:36 +0300
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH05gjaS=+rZr3Yz77_d572O-2x+Q1Be_F83D6CTSE50S40EZA@mail.gmail.com>

1 мая 2012 г. 13:36 пользователь maxttor <nginx-forum на nginx.us> написал:

> Можно
> ли сделать так, что бы nginx отдавал еще
> имя файла, что бы знать для какого
> прогресс бара изменить значение?
>

Например вот так:
###############
        location = /q.php {
            upload_pass @upload_pass;
            upload_pass_args on;
            upload_store /data/domain.com/testupload;

            upload_set_form_field nginx_files[$upload_field_name][name]
$upload_file_name;
            upload_set_form_field nginx_files[$upload_field_name][tmp_name]
$upload_tmp_path;
            upload_aggregate_form_field
nginx_files[$upload_field_name][size] $upload_file_size;
            upload_aggregate_form_field
nginx_files[$upload_field_name][error] "$request_completion";
            upload_pass_form_field "^.*";
            upload_cleanup 200;
            error_page 415 = @upload_pass;
        }

        location @upload_pass {
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  / data /domain.com
$fastcgi_script_name;
            include        fastcgi_params;
        }

###############


-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120501/0b1e585b/attachment.html>

From nginx-forum на nginx.us  Tue May  1 13:37:48 2012
From: nginx-forum на nginx.us (maxttor)
Date: Tue, 1 May 2012 09:37:48 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <be1eed41fcba2826ee815dc28d85f44f.NginxMailingListRussian@forum.nginx.org>

А вообще возможно ли сделать, что бы у
каждого файла был свой прогресс бар?
Ведь nginx будет показывать общий
прогресс бар - для всей формы.
Думал еще, может создать несколько
форм, с input file в каждой и в каждый input file
засунуть по одному выбранному файлу и
отправить их параллельно, но браузер по
соображениям безопасности не дает
записывать свои значения в input file.
Так что значит ajax multiple загрузка файлов
с upload progress module не возможна?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225927,225933#msg-225933


From mva на mva.name  Tue May  1 14:11:10 2012
From: mva на mva.name (Misbakh-Soloviov Vadim A.)
Date: Tue, 01 May 2012 21:11:10 +0700
Subject: =?UTF-8?B?W1BBVENIXSDQn9Cw0YLRhyDQtNC70Y8g0YHQvtCy0LzQtdGB0YLQuNC80L7RgdGC?=
	=?UTF-8?B?0Lgg0YEgZXktYmFsYW5jZXIg0LzQvtC00YPQu9C10Lw=?=
Message-ID: <2129490.3bcAJRZMS6@note>

Товарищи!

У меня тут уже долгое время для сборки NgX с http-модулем ey-balancer 
локально накладывается патч из аттача. Скажите, что вы думаете по 
поводу прямоты оного и есть ли у него перспективы быть 
отправленным в апстрим? А то я был бы рад избавиться от лишнего 
локально накладываемого патча :)

P.S. Автор, конечно, модуль слегка забросил, судя по всему, но я по мере 
сил попиливаю его, форкнув на гитхабе. Тем не менее, давайте обсудим 
перспективы патча.

-- 
Best regards,
mva
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: nginx-1.x-ey-balancer.patch
Type: text/x-patch
Size: 1961 bytes
Desc: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120501/2e9b7162/attachment.bin>
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120501/2e9b7162/attachment-0001.bin>

From alexey.bobok на gmail.com  Tue May  1 15:12:38 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Tue, 1 May 2012 18:12:38 +0300
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <be1eed41fcba2826ee815dc28d85f44f.NginxMailingListRussian@forum.nginx.org>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
	<be1eed41fcba2826ee815dc28d85f44f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>

1 мая 2012 г. 16:37 пользователь maxttor <nginx-forum на nginx.us> написал:

> А вообще возможно ли сделать, что бы у
> каждого файла был свой прогресс бар?
>
Если мы говорим о прогресс баре на основе nginx, то вот:
http://wiki.nginx.org/HttpUploadProgressModule

Создаете на клиенте для каждого POST заголовок  *X-Progress-ID* с
уникальным значением и получаете возможность отслеживать по-отдельности
свои загрузки.

-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120501/93dc3cf6/attachment.html>

From mva на mva.name  Tue May  1 17:47:48 2012
From: mva на mva.name (Misbakh-Soloviov Vadim A.)
Date: Wed, 02 May 2012 00:47:48 +0700
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
	<be1eed41fcba2826ee815dc28d85f44f.NginxMailingListRussian@forum.nginx.org>
	<CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>
Message-ID: <2100110.veiPNZ5tz7@note>

On Вт, 1 мая 2012 18:12:38 Алексей Бобок wrote:

1 мая 2012 г. 16:37 пользователь maxttor <nginx-
forum на nginx.us> написал:

А вообще возможно ли сделать, что бы у
каждого файла был свой прогресс бар?
Если мы говорим о прогресс баре на основе nginx, то вот:
http://wiki.nginx.org/HttpUploadProgressModule  


Создаете на клиенте для каждого POST заголовок  X-Progress-ID с 
уникальным значением и получаете возможность отслеживать по-
отдельности свои загрузки.



--  Think before you print.
Best regards, Alexey Bobok.


Кстати, простите что суюсь с немного оффтопичным воросом, но нет 
ли ни у кого рецепта, как drupal'у рассказать о наличии у NgX модуля 
upload-progress чтобы он не требовал apache2-mod-php? :)

-- 
Best regards,
mva
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120502/a97838d1/attachment-0001.html>
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120502/a97838d1/attachment-0001.bin>

From nginx-forum на nginx.us  Wed May  2 06:17:11 2012
From: nginx-forum на nginx.us (maxttor)
Date: Wed, 2 May 2012 02:17:11 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>
References: <CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>
Message-ID: <16c6ef6f134e78911c53b992d67400b5.NginxMailingListRussian@forum.nginx.org>

> Создаете на клиенте для
> каждого POST заголовок 
> *X-Progress-ID* с
> уникальным значением и
> получаете возможность
> отслеживать по-отдельности
> свои загрузки.

Да, я это уже понял. Проблема именно в
том, что бы форму с одним input file multiple
разбить на несколько форм с input file и
одним файлом внутри, что бы отправка
шла паральельной, что бы можно было
каждому POST запросу присвоить свой
X-Progress-ID.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225927,225960#msg-225960


From nginx-forum на nginx.us  Wed May  2 08:49:01 2012
From: nginx-forum на nginx.us (kay)
Date: Wed, 2 May 2012 04:49:01 -0400 (EDT)
Subject: =?UTF-8?B?0J/RgNCw0LLQuNC70L4gbmdpbngsINC+0LHRgNCw0LHQsNGC0YvQstCw0Y7RidC1?=
	=?UTF-8?B?0LUg0LDRgNCz0YPQvNC10L3RgtGLINC6INGB0LrRgNC40L/RgtGDINC60LA=?=
	=?UTF-8?B?0Log0LjQvNGPINGE0LDQudC70LA=?=
Message-ID: <a9f9da699164886d7d7cbae590c6f471.NginxMailingListRussian@forum.nginx.org>

Существует файл
"/var/www/html/folder/file.htm?foo=bar&bar=foo"
Необходимо в nginx этот файл отобразить
по запросу
"http://example.com/folder/file.htm?foo=bar&bar=foo", чтобы "?"
не интерпретировался как аргумент к
скрипту.

Додуматься сумел только до try_files $uri /$uri,
что само собой приводит к 500-й ошибке.

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


From igor на sysoev.ru  Wed May  2 08:55:38 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 2 May 2012 12:55:38 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQsNCy0LjQu9C+IG5naW54LCDQvtCx0YDQsNCx0LDRgtGL0LLQsNGO?=
	=?UTF-8?B?0YnQtdC1INCw0YDQs9GD0LzQtdC90YLRiyDQuiDRgdC60YDQuNC/0YLRgyA=?=
	=?UTF-8?B?0LrQsNC6INC40LzRjyDRhNCw0LnQu9Cw?=
In-Reply-To: <a9f9da699164886d7d7cbae590c6f471.NginxMailingListRussian@forum.nginx.org>
References: <a9f9da699164886d7d7cbae590c6f471.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120502085538.GA36909@nginx.com>

On Wed, May 02, 2012 at 04:49:01AM -0400, kay wrote:
> Существует файл
> "/var/www/html/folder/file.htm?foo=bar&bar=foo"
> Необходимо в nginx этот файл отобразить
> по запросу
> "http://example.com/folder/file.htm?foo=bar&bar=foo", чтобы "?"
> не интерпретировался как аргумент к
> скрипту.
> 
> Додуматься сумел только до try_files $uri /$uri,
> что само собой приводит к 500-й ошибке.

Как-то так:

location /folder/ {
    try_files  $request_uri =404;
}


-- 
Igor Sysoev


From nginx-forum на nginx.us  Wed May  2 08:58:21 2012
From: nginx-forum на nginx.us (kay)
Date: Wed, 2 May 2012 04:58:21 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQsNCy0LjQu9C+IG5naW54LCDQvtCx0YDQsNCx0LDRgtGL0LLQsNGO?=
	=?UTF-8?B?0YnQtdC1INCw0YDQs9GD0LzQtdC90YLRiyDQuiDRgdC60YDQuNC/0YLRgyA=?=
	=?UTF-8?B?0LrQsNC6INC40LzRjyDRhNCw0LnQu9Cw?=
In-Reply-To: <20120502085538.GA36909@nginx.com>
References: <20120502085538.GA36909@nginx.com>
Message-ID: <f1ca4421bfa4d052f11612c2bcb11adc.NginxMailingListRussian@forum.nginx.org>

Спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225964,225966#msg-225966


From postmaster на softsearch.ru  Wed May  2 09:42:17 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 2 May 2012 13:42:17 +0400
Subject: =?UTF-8?B?UmVbMl06IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40Lc=?=
	=?UTF-8?B?0LDQs9GA0YPQt9C60LAgKG11bHRpcGxlKQ==?=
In-Reply-To: <16c6ef6f134e78911c53b992d67400b5.NginxMailingListRussian@forum.nginx.org>
References: <CAH05gjZTtSg5vpVuqnEG0FPbRjYx7vV2jaYLkj_SSMuD+yU7vw@mail.gmail.com>
	<16c6ef6f134e78911c53b992d67400b5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1921656509.20120502134217@softsearch.ru>

Здравствуйте, maxttor.

>> Создаете  на  клиенте  для каждого POST заголовок *X-Progress-ID* с
>> уникальным    значением   и   получаете   возможность   отслеживать
>> по-отдельности свои загрузки.

> Да,  я  это  уже  понял. Проблема именно в том, что бы форму с одним
> input  file  multiple разбить на несколько форм с input file и одним
> файлом  внутри,  что бы отправка шла паральельной, что бы можно было
> каждому POST запросу присвоить свой X-Progress-ID.

Добавьте JavaScript-ом несколько инпутов и в их value запишите по
одному файлу, перечисленных в value инпута с multiple. Или
безопастность браузеров не позволяет читать и присваивать значение
value?


-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Wed May  2 09:44:31 2012
From: nginx-forum на nginx.us (kay)
Date: Wed, 2 May 2012 05:44:31 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQsNCy0LjQu9C+IG5naW54LCDQvtCx0YDQsNCx0LDRgtGL0LLQsNGO?=
	=?UTF-8?B?0YnQtdC1INCw0YDQs9GD0LzQtdC90YLRiyDQuiDRgdC60YDQuNC/0YLRgyA=?=
	=?UTF-8?B?0LrQsNC6INC40LzRjyDRhNCw0LnQu9Cw?=
In-Reply-To: <f1ca4421bfa4d052f11612c2bcb11adc.NginxMailingListRussian@forum.nginx.org>
References: <20120502085538.GA36909@nginx.com>
	<f1ca4421bfa4d052f11612c2bcb11adc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <85372c4fe2e5a181b67917ffa0c7ea49.NginxMailingListRussian@forum.nginx.org>

Еще не все... Как теперь сделать, чтобы
еще index.html и index.htm обрабатывались?

Пробовал и так:
server {
        server_name example.com;
        location / {
                root /var/www/html/example.com;
                add_header Content-Type text/html;
                index index.html index.htm index.php;
                try_files $request_uri =404;
        }
}

и так:
server {
        server_name example.com;
        location / {
                root /var/www/html/example.com;
                add_header Content-Type text/html;
                try_files $request_uri index.html index.htm index.php
index.asp index.aspx =404;
        }
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225964,225968#msg-225968


From nginx-forum на nginx.us  Wed May  2 09:54:53 2012
From: nginx-forum на nginx.us (kay)
Date: Wed, 2 May 2012 05:54:53 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQsNCy0LjQu9C+IG5naW54LCDQvtCx0YDQsNCx0LDRgtGL0LLQsNGO?=
	=?UTF-8?B?0YnQtdC1INCw0YDQs9GD0LzQtdC90YLRiyDQuiDRgdC60YDQuNC/0YLRgyA=?=
	=?UTF-8?B?0LrQsNC6INC40LzRjyDRhNCw0LnQu9Cw?=
In-Reply-To: <85372c4fe2e5a181b67917ffa0c7ea49.NginxMailingListRussian@forum.nginx.org>
References: <20120502085538.GA36909@nginx.com>
	<f1ca4421bfa4d052f11612c2bcb11adc.NginxMailingListRussian@forum.nginx.org>
	<85372c4fe2e5a181b67917ffa0c7ea49.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b72dd0d1cae027491faeed580dcb464f.NginxMailingListRussian@forum.nginx.org>

Помогло
/index.html /index.htm /index.php /index.asp /index.aspx

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225964,225969#msg-225969


From nginx-forum на nginx.us  Wed May  2 12:46:39 2012
From: nginx-forum на nginx.us (arbuscula)
Date: Wed, 2 May 2012 08:46:39 -0400 (EDT)
Subject: =?UTF-8?B?0JXRgdGC0Ywg0YHQstGP0LfQutCwIE5naW54INC4IEFwYWNoZS4g0J/RgNC4INC3?=
	=?UTF-8?B?0LDQs9GA0YPQt9C60LUg0YHRgtGA0LDQuNGG0Ysg0L/RgNC+0LjRgdGF0L4=?=
	=?UTF-8?B?0LTQuNGCINC30LDQstC40YHQsNC90LjQtQ==?=
Message-ID: <963c9b4795c675f9e0e715fbb137fe30.NginxMailingListRussian@forum.nginx.org>

Есть связка Nginx и Apache. При загрузке
страицы ИНОГДА происходит задержка в
выдаче результата в районе 1-2 мин. Если
не дожидаться и открыть страницу в
новой вкладке(или в другом браузере), то
оба запроса пройдут. Нагрузка на сервер
маленькая. Помогите, пожалуйста.

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


From postmaster на softsearch.ru  Wed May  2 14:20:04 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 2 May 2012 18:20:04 +0400
Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINGB0LLRj9C30LrQsCBOZ2lueCDQuCBBcGFjaGUuINCf0YA=?=
	=?UTF-8?B?0Lgg0LfQsNCz0YDRg9C30LrQtSDRgdGC0YDQsNC40YbRiyDQv9GA0L7QuNGB?=
	=?UTF-8?B?0YXQvtC00LjRgiDQt9Cw0LLQuNGB0LDQvdC40LU=?=
In-Reply-To: <963c9b4795c675f9e0e715fbb137fe30.NginxMailingListRussian@forum.nginx.org>
References: <963c9b4795c675f9e0e715fbb137fe30.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1052076493.20120502182004@softsearch.ru>

Здравствуйте, arbuscula.

> Есть  связка  Nginx и Apache. При загрузке страицы ИНОГДА происходит
> задержка  в выдаче результата в районе 1-2 мин. Если не дожидаться и
> открыть  страницу  в  новой  вкладке(или  в другом браузере), то оба
> запроса пройдут. Нагрузка на сервер маленькая. Помогите, пожалуйста.

Апач  или  nginx  безуспешно  пытается отрезовить какой-то хост скорее
всего.  Так  что  везде,  где идёт обращение по имени хоста попробуйте
поставить ip-адрес.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From citrin на citrin.ru  Wed May  2 16:00:12 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Wed, 02 May 2012 20:00:12 +0400
Subject: =?UTF-8?B?UmU6INCV0YHRgtGMINGB0LLRj9C30LrQsCBOZ2lueCDQuCBBcGFjaGUuINCf0YA=?=
	=?UTF-8?B?0Lgg0LfQsNCz0YDRg9C30LrQtSDRgdGC0YDQsNC40YbRiyDQv9GA0L7QuNGB?=
	=?UTF-8?B?0YXQvtC00LjRgiDQt9Cw0LLQuNGB0LDQvdC40LU=?=
In-Reply-To: <963c9b4795c675f9e0e715fbb137fe30.NginxMailingListRussian@forum.nginx.org>
References: <963c9b4795c675f9e0e715fbb137fe30.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FA15A0C.8040504@citrin.ru>

On 05/02/12 16:46, arbuscula wrote:
> Есть связка Nginx и Apache. При загрузке
> страицы ИНОГДА происходит задержка в
> выдаче результата в районе 1-2 мин.

1. Просмотрите процесс загрузки страницы в firebug.
Возможно задержка происходит при обращении к какому то внешниему ресуру 
(например js для кнопки facebook like и т. п.).
Как с этим бороться, читать например тут:
http://www.stevesouders.com/blog/2012/03/28/frontend-spof-in-beijing/

2. Если задержка все таки на вашем сервере - определить где происходит задержка 
- в nginx или apache

Для этого писать в лог
$upstream_response_time
и возможно другие переменные $upstream_*
http://nginx.org/ru/docs/http/ngx_http_upstream_module.html

и $request_time

-- 
  Anton Yuzhaninov


From citrin на citrin.ru  Wed May  2 16:26:46 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Wed, 02 May 2012 20:26:46 +0400
Subject: accept() failed (53: Software caused connection abort)
Message-ID: <4FA16046.1040302@citrin.ru>

Есть несколько однотипных серверов с nginx.
На одном из них в 10 раз больше сообщений
accept() failed (53: Software caused connection abort)
чем на других.
Выяснить чем он отличается от других пока не получается.

Вопрос - можно ли как то такие соединения отфильтровать из дампа трафика, чтобы 
на них посмотреть?

-- 
  Anton Yuzhaninov


From postmaster на softsearch.ru  Wed May  2 16:47:13 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 2 May 2012 20:47:13 +0400
Subject: accept() failed (53: Software caused connection abort)
In-Reply-To: <4FA16046.1040302@citrin.ru>
References: <4FA16046.1040302@citrin.ru>
Message-ID: <656823512.20120502204713@softsearch.ru>

Здравствуйте, Anton.

> Есть несколько однотипных серверов с nginx.
> На одном из них в 10 раз больше сообщений
> accept() failed (53: Software caused connection abort)
> чем на других.
> Выяснить чем он отличается от других пока не получается.

> Вопрос - можно ли как то такие соединения отфильтровать из дампа трафика, чтобы
> на них посмотреть?

может сделать на двух серверах sysctl -a > sysctl.dump и потом
посмотреть diff этих файлов?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From mysenderbox на gmail.com  Wed May  2 23:15:16 2012
From: mysenderbox на gmail.com (Dmitriy Belousov)
Date: Thu, 3 May 2012 03:15:16 +0400
Subject: =?UTF-8?B?0J/QtdGA0LXQtNC10LvQsNGC0YwgMzAyLdC+0Lkg0LIgMzAxLdGL0Lkg0YDQtdC0?=
	=?UTF-8?B?0LjRgNC10LrRgg==?=
Message-ID: <CACfji3k7hoKgLuVkX40NJ_xatEqiTvgQTAHx_Qe7PoiiVaFBtQ@mail.gmail.com>

Доброго всем.

Есть nginx, стоит фронтом перед apache/php. От бэкэнда приходи ответ с
302-ым редиректом, который мне крайне хотелось бы заменить на 301-ый. На
уровне движка переделать можно, но очень, очень хотлось бы этого не делать.

Пробовал разными способами. Если обрабатывать uri через if регуляркой на
предмет соответстветствия с тем, что где нужно подменять редирект, то
теряется хэдер Location, вот один из многих опробованных мной вариантов.

if ($request_uri ~* ^.+(unread/|get_post)$) {
                rewrite  ^/(.*)$ $sent_http_location permanent;
                }

Я так понимаю, что мой proxy_pass тогда просто игнорируется, хотя делается
if в одном с ним локейшене после него, и сразу идет попытка обработать if,
откуда получается 301-ый в никуда, так как $sent_http_location отсутствует.

Еще был вариант использования if ($sent_http_location), но он вообще не
работает, опять же по моим соображениям из-за того, что if не обрабатывает
ответ, а только запрос.

Т.е. в любом случае задачу я вижу так: мне нужно получить "настоящий" ответ
от бэкэнда, выдрать из него как минимум хедер Location, и отправить его c
301-ым редиректом клиенту вместо ответа бэкэнда.

Не подскажите, задача вообще решаема?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120503/4d448330/attachment.html>

From mdounin на mdounin.ru  Wed May  2 23:25:46 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 3 May 2012 03:25:46 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQtdC70LDRgtGMIDMwMi3QvtC5INCyIDMwMS3Ri9C5INGA?=
	=?UTF-8?B?0LXQtNC40YDQtdC60YI=?=
In-Reply-To: <CACfji3k7hoKgLuVkX40NJ_xatEqiTvgQTAHx_Qe7PoiiVaFBtQ@mail.gmail.com>
References: <CACfji3k7hoKgLuVkX40NJ_xatEqiTvgQTAHx_Qe7PoiiVaFBtQ@mail.gmail.com>
Message-ID: <20120502232546.GS31671@mdounin.ru>

Hello!

On Thu, May 03, 2012 at 03:15:16AM +0400, Dmitriy Belousov wrote:

> Доброго всем.
> 
> Есть nginx, стоит фронтом перед apache/php. От бэкэнда приходи ответ с
> 302-ым редиректом, который мне крайне хотелось бы заменить на 301-ый. На
> уровне движка переделать можно, но очень, очень хотлось бы этого не делать.
> 
> Пробовал разными способами. Если обрабатывать uri через if регуляркой на
> предмет соответстветствия с тем, что где нужно подменять редирект, то
> теряется хэдер Location, вот один из многих опробованных мной вариантов.
> 
> if ($request_uri ~* ^.+(unread/|get_post)$) {
>                 rewrite  ^/(.*)$ $sent_http_location permanent;
>                 }
> 
> Я так понимаю, что мой proxy_pass тогда просто игнорируется, хотя делается
> if в одном с ним локейшене после него, и сразу идет попытка обработать if,
> откуда получается 301-ый в никуда, так как $sent_http_location отсутствует.
> 
> Еще был вариант использования if ($sent_http_location), но он вообще не
> работает, опять же по моим соображениям из-за того, что if не обрабатывает
> ответ, а только запрос.
> 
> Т.е. в любом случае задачу я вижу так: мне нужно получить "настоящий" ответ
> от бэкэнда, выдрать из него как минимум хедер Location, и отправить его c
> 301-ым редиректом клиенту вместо ответа бэкэнда.
> 
> Не подскажите, задача вообще решаема?

Как-то так должно работать:

    location /where/to/change {
        error_page 302 = /permanent;
        proxy_pass ...
    }

    location = /permanent {
        return 301 $upstream_http_location;
    }

Maxim Dounin


From mysenderbox на gmail.com  Wed May  2 23:43:26 2012
From: mysenderbox на gmail.com (Dmitriy Belousov)
Date: Thu, 3 May 2012 03:43:26 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQtdC70LDRgtGMIDMwMi3QvtC5INCyIDMwMS3Ri9C5INGA?=
	=?UTF-8?B?0LXQtNC40YDQtdC60YI=?=
In-Reply-To: <20120502232546.GS31671@mdounin.ru>
References: <CACfji3k7hoKgLuVkX40NJ_xatEqiTvgQTAHx_Qe7PoiiVaFBtQ@mail.gmail.com>
	<20120502232546.GS31671@mdounin.ru>
Message-ID: <CACfji3n=XprSHEUqA1rvsn3BhAtAHk16xvJhmRCLhmZ84kBqxw@mail.gmail.com>

Супер! Огромное спасибо.

Главное принцип понял, так что немного подкрутил под мою ситуацию и все
взлетело.

Еще раз спасибо!

3 мая 2012 г. 3:25 пользователь Maxim Dounin <mdounin на mdounin.ru> написал:

>
> Как-то так должно работать:
>
>    location /where/to/change {
>        error_page 302 = /permanent;
>        proxy_pass ...
>    }
>
>    location = /permanent {
>        return 301 $upstream_http_location;
>    }
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120503/9345b5df/attachment.html>

From hell-for-yahoo на umail.ru  Thu May  3 13:43:12 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 3 May 2012 17:43:12 +0400
Subject: 301 Moved permanently
In-Reply-To: <adc3930bb90967514b4929322aa97fbe.NginxMailingListRussian@forum.nginx.org>
References: <4159623B-6B2C-44CD-9190-5B7536F258F9@nginx.com>
	<adc3930bb90967514b4929322aa97fbe.NginxMailingListRussian@forum.nginx.org>
Message-ID: <319161194.20120503174312@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) igor.goncharenko!

ig> Да нет, не нужно, наверное...
ig> Есть у меня такое подозрение, что мне
ig> придется использовать lua для другой

Lua а не lua.

ig> задачи, ежели что, я сделаю это в lua :)


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) четверг, 03.05.2012, <17:42>

From mva на mva.name  Thu May  3 14:45:33 2012
From: mva на mva.name (Misbakh-Soloviov Vadim A.)
Date: Thu, 03 May 2012 21:45:33 +0700
Subject: 301 Moved permanently
In-Reply-To: <319161194.20120503174312@mtu-net.ru>
References: <4159623B-6B2C-44CD-9190-5B7536F258F9@nginx.com>
	<adc3930bb90967514b4929322aa97fbe.NginxMailingListRussian@forum.nginx.org>
	<319161194.20120503174312@mtu-net.ru>
Message-ID: <1787850.GEmusJSAWe@note>

On Чт, 3 мая 2012 17:43:12 Andrey Repin wrote:

> Lua а не lua.

Ну, так-то, "lua" ещё применимо. В конце концов, "луна" ? не имя 
собственное. И потому со строчной писать вполне допустимо.
А вот на счёт написания "LUA" замечание было бы справедливым, 
т.к. это не аббривеатура, а вполне существующее слово.

Алсо, это не "Qt", где и "qt" и "QT" обозначают другие вещи :)
-- 
Best regards,
mva
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120503/768092c2/attachment.bin>

From nginx-forum на nginx.us  Thu May  3 19:25:30 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Thu, 3 May 2012 15:25:30 -0400 (EDT)
Subject: 301 Moved permanently
In-Reply-To: <d8f1085946a0e72ea9e6cca18a946853.NginxMailingListRussian@forum.nginx.org>
References: <d8f1085946a0e72ea9e6cca18a946853.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d83e3dbccf8a89e374e656ebded91d49.NginxMailingListRussian@forum.nginx.org>

извините, я имел в виду модуль языка :) 
конечно

---
Igor

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,219867,226031#msg-226031


From mail на knutov.com  Fri May  4 05:48:50 2012
From: mail на knutov.com (Nick Knutov)
Date: Fri, 04 May 2012 11:48:50 +0600
Subject: =?UTF-8?B?ZGVmZXJyZWQg0LggYmluZCDQuCDQvNC90L7Qs9C+INCy0LjRgNGC0YPQsNC70Yw=?=
	=?UTF-8?B?0L3Ri9GFINGF0L7RgdGC0L7Qsg==?=
Message-ID: <4FA36DC2.5070107@knutov.com>

Из документции:

deferred
  указывает использовать отложенный accept() на Linux с помощью опции 
TCP_DEFER_ACCEPT.

bind
  указывает, что для данной пары адрес:порт нужно делать bind() 
отдельно. [...] в этом случае для определения адреса, на которой пришло 
соединение, делается системный вызов getsockname(). Если же используются 
параметры [...], deferred или so_keepalive, то для данной пары 
адрес:порт всегда делается отдельный вызов bind().

Вопрос: виртуальный хостинг, сотни/тысячи server{}, если у каждого 
listen прописать deffered - это как-то скажется [значительно] на 
потребление процессора, памяти или чего-то ещё? Или в этом случае лучше 
сделать отдельный фронтенд с nginx с listen *.80 deferred, который будет 
проксировать на основной nginx, который как сейчас (с перевешиванием, 
например, на unix socket), который уже будет проксировать на разные 
бэкенды дальше?

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130


From igor на sysoev.ru  Fri May  4 05:59:22 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 4 May 2012 09:59:22 +0400
Subject: =?UTF-8?B?UmU6IGRlZmVycmVkINC4IGJpbmQg0Lgg0LzQvdC+0LPQviDQstC40YDRgtGD0LA=?=
	=?UTF-8?B?0LvRjNC90YvRhSDRhdC+0YHRgtC+0LI=?=
In-Reply-To: <4FA36DC2.5070107@knutov.com>
References: <4FA36DC2.5070107@knutov.com>
Message-ID: <20120504055922.GA28765@nginx.com>

On Fri, May 04, 2012 at 11:48:50AM +0600, Nick Knutov wrote:
> Из документции:
> 
> deferred
>   указывает использовать отложенный accept() на Linux с помощью опции 
> TCP_DEFER_ACCEPT.
> 
> bind
>   указывает, что для данной пары адрес:порт нужно делать bind() 
> отдельно. [...] в этом случае для определения адреса, на которой пришло 
> соединение, делается системный вызов getsockname(). Если же используются 
> параметры [...], deferred или so_keepalive, то для данной пары 
> адрес:порт всегда делается отдельный вызов bind().
> 
> Вопрос: виртуальный хостинг, сотни/тысячи server{}, если у каждого 
> listen прописать deffered - это как-то скажется [значительно] на 
> потребление процессора, памяти или чего-то ещё? Или в этом случае лучше 
> сделать отдельный фронтенд с nginx с listen *.80 deferred, который будет 
> проксировать на основной nginx, который как сейчас (с перевешиванием, 
> например, на unix socket), который уже будет проксировать на разные 
> бэкенды дальше?

deferred указывается один раз для listen-пары, то есть,

server {
    listen 80 deferred;
    server_name _;
}

server {
    listen 80;
    server_name a;
}

server {
    listen 80;
    server_name b;
}

server {
    listen 80;
    server_name c;
}

Что касается использования собственно deferred, то я не уверен, что это
хорошо.


-- 
Igor Sysoev


From nginx-forum на nginx.us  Fri May  4 06:06:15 2012
From: nginx-forum на nginx.us (MakPol)
Date: Fri, 4 May 2012 02:06:15 -0400 (EDT)
Subject: Jboss + NGINX
Message-ID: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток!

Имеется сервер разработки с запущеными
на нем инстанциями Jboss. Ранее
прокидывал порты на порты инстанций 8080,
8180, 8280 и т.д. А как начал использовать NGINX
решил пробросить только порт 80 а
разруливать уже nginx'ом. Т.е. как я
понимаю обращаясь извне на один и тот
же порт, но указывая после слеша то,
куда хочу перейти:

adres.conpany.net:12345/test --> 10.1.5.88:8180
adres.conpany.net:12345/produktiv --> 10.1.5.88:8280
adres.conpany.net:12345/produktivtest --> 10.1.5.88:8380

Попробовал настроить так:

----------------------------------------------------------------------------------
server {
       listen       80;
       server_name  11.1.15.90;
       access_log /var/log/nginx/public.access.log;
       error_log /var/log/nginx/public.error.log debug;
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location /test {
           proxy_pass http://127.0.0.1:8880;
       }
    }
----------------------------------------------------------------------------------

Но в ответ выдалось сообщение об
ошибке, правда уже от Jboss:
----------------------------------------------------------------------------------
HTTP Status 404 - /test

type Status report

message /test

description The requested resource (/test) is not available.
JBoss Web/3.0.0-CR1
----------------------------------------------------------------------------------

Сервер разработки находится в
локальной сети компании и извне только
проброс на порт определенный и поэтому
вариант с прописыванием в DNS не
подходит (как я реализовал на сервере у
провайдера и прописав в DNS. Т.е.:

----------------------------------------------------------------------------------
##test.conpanysite.net
server {
       listen       80;
       server_name  test.conpanysite.net;
       access_log /var/log/nginx/test.conpanysite.net.access.log;
       error_log /var/log/nginx/test.conpanysite.net.error.log debug;
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
           proxy_pass http://127.0.0.1:8180;
       }
    }
##produktiv.corp.conpanysite.net
server {
       listen       80;
       server_name  produktiv.corp.conpanysite.net;
       access_log
/var/log/nginx/produktiv.corp.conpanysite.net.access.log;
       error_log /var/log/nginx/produktiv.corp.conpanysite.net.error.log
debug;
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
           proxy_pass http://127.0.0.1:8680;
       }
    }
##produktiv-test.corp.conpanysite.net
server {
       listen       80;
       server_name  produktiv-test.corp.conpanysite.net;
       access_log
/var/log/nginx/produktiv-test.corp.conpanysite.net.access.log;
       error_log
/var/log/nginx/produktiv-test.corp.conpanysite.net.error.log debug;
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
           proxy_pass http://127.0.0.1:8580;
       }
    }
----------------------------------------------------------------------------------

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


From mva на mva.name  Fri May  4 07:02:29 2012
From: mva на mva.name (Misbakh-Soloviov Vadim A.)
Date: Fri, 04 May 2012 14:02:29 +0700
Subject: =?UTF-8?B?UmU6IFtQQVRDSF0g0J/QsNGC0Ycg0LTQu9GPINGB0L7QstC80LXRgdGC0LjQvNC+?=
	=?UTF-8?B?0YHRgtC4INGBIGV5LWJhbGFuY2VyINC80L7QtNGD0LvQtdC8?=
In-Reply-To: <2129490.3bcAJRZMS6@note>
References: <2129490.3bcAJRZMS6@note>
Message-ID: <3414898.SBt3SKfBC2@note>

И всё-таки хотелось бы  услышать мнение Игоря или Максима о 
том, есть ли шансы у данного патча патча быть принятым в 
NginX.
Что-то никто не отвечает в эту ветку, у меня даже возники 
ощущения что письмо потерялось...
-- 
Best regards,
mva
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120504/14c0dbe2/attachment.bin>

From mail на knutov.com  Fri May  4 07:16:41 2012
From: mail на knutov.com (Nick Knutov)
Date: Fri, 04 May 2012 13:16:41 +0600
Subject: =?UTF-8?B?UmU6IGRlZmVycmVkINC4IGJpbmQg0Lgg0LzQvdC+0LPQviDQstC40YDRgtGD0LA=?=
	=?UTF-8?B?0LvRjNC90YvRhSDRhdC+0YHRgtC+0LI=?=
In-Reply-To: <20120504055922.GA28765@nginx.com>
References: <4FA36DC2.5070107@knutov.com> <20120504055922.GA28765@nginx.com>
Message-ID: <4FA38259.4070709@knutov.com>

Не совсем понял. У меня конфиг выглядит примерно так:
server {
	listen 1.2.3.4:80;
	server_name a b c d;
	[...]
}
Процитированное повторяется многократно с разными server_name.

Я должен указать deferred только для самого первого вхождения listen 
1.2.3.4:80?

Что будет, если указать для всех?

Будет ли bind для каждого server{} отдельно, если указать только для 
первого вхождения?

Если использование deferred не хорошо, а у нас везде только 
линукс/openvz (и, следовательно, нет возможсности использовать 
httpready), то что же тогда использовать вместо?


04.05.2012 11:59, Igor Sysoev написал:
> On Fri, May 04, 2012 at 11:48:50AM +0600, Nick Knutov wrote:
>> Из документции:
>>
>> deferred
>>    указывает использовать отложенный accept() на Linux с помощью опции
>> TCP_DEFER_ACCEPT.
>>
>> bind
>>    указывает, что для данной пары адрес:порт нужно делать bind()
>> отдельно. [...] в этом случае для определения адреса, на которой пришло
>> соединение, делается системный вызов getsockname(). Если же используются
>> параметры [...], deferred или so_keepalive, то для данной пары
>> адрес:порт всегда делается отдельный вызов bind().
>>
>> Вопрос: виртуальный хостинг, сотни/тысячи server{}, если у каждого
>> listen прописать deffered - это как-то скажется [значительно] на
>> потребление процессора, памяти или чего-то ещё? Или в этом случае лучше
>> сделать отдельный фронтенд с nginx с listen *.80 deferred, который будет
>> проксировать на основной nginx, который как сейчас (с перевешиванием,
>> например, на unix socket), который уже будет проксировать на разные
>> бэкенды дальше?
>
> deferred указывается один раз для listen-пары, то есть,
>
> server {
>      listen 80 deferred;
>      server_name _;
> }
>
> server {
>      listen 80;
>      server_name a;
> }
>
> server {
>      listen 80;
>      server_name b;
> }
>
> server {
>      listen 80;
>      server_name c;
> }
>
> Что касается использования собственно deferred, то я не уверен, что это
> хорошо.
>
>

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130


From mdounin на mdounin.ru  Fri May  4 07:25:05 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 4 May 2012 11:25:05 +0400
Subject: =?UTF-8?B?UmU6IFtQQVRDSF0g0J/QsNGC0Ycg0LTQu9GPINGB0L7QstC80LXRgdGC0LjQvNC+?=
	=?UTF-8?B?0YHRgtC4INGBIGV5LWJhbGFuY2VyINC80L7QtNGD0LvQtdC8?=
In-Reply-To: <3414898.SBt3SKfBC2@note>
References: <2129490.3bcAJRZMS6@note>
 <3414898.SBt3SKfBC2@note>
Message-ID: <20120504072505.GA31671@mdounin.ru>

Hello!

On Fri, May 04, 2012 at 02:02:29PM +0700, Misbakh-Soloviov Vadim A. wrote:

> И всё-таки хотелось бы  услышать мнение Игоря или Максима о 
> том, есть ли шансы у данного патча патча быть принятым в 
> NginX.
> Что-то никто не отвечает в эту ветку, у меня даже возники 
> ощущения что письмо потерялось...

Я лично по этому вопросу уже высказывался, ещё лет несколько 
назад: патч - грубый хак, шансов в таком виде - никаких.  Вообще 
функциональность, наверное, полезная, и что-то подобное неплохо 
было бы сделать.

Maxim Dounin


From sb на waeme.net  Fri May  4 07:44:10 2012
From: sb на waeme.net (Sergey Budnevitch)
Date: Fri, 4 May 2012 11:44:10 +0400
Subject: accept() failed (53: Software caused connection abort)
In-Reply-To: <4FA16046.1040302@citrin.ru>
References: <4FA16046.1040302@citrin.ru>
Message-ID: <9B7C6AE1-4033-4689-AF87-5CF4EAE82641@waeme.net>


On 02.05.2012, at 20:26, Anton Yuzhaninov wrote:

> Есть несколько однотипных серверов с nginx.
> На одном из них в 10 раз больше сообщений
> accept() failed (53: Software caused connection abort)
> чем на других.
> Выяснить чем он отличается от других пока не получается.
> 
> Вопрос - можно ли как то такие соединения отфильтровать из дампа трафика, чтобы на них посмотреть?

Если там freebsd и доступен dtrace, то можно попробовать зайти с другой стороны: выяснить адрес и порт,
и по ним в дампе найти то, что хочется. 
accept возвращается с ECONNABORTED в случае, если у соединения в backlog'е установлен
флаг SBS_CANTRCVMORE. Устанавливают его socantrcvmore(), soisdisconnected() и soisdisconnecting().
Нужно отловить, когда они вызываются с unaccepted сокетом в качестве аргумента и вытащить адрес и порт.
Скрипт будет примерно таким (выглядит немного запутанно, т.к. приходится реализовывать аналог getpeername):

#!/usr/sbin/dtrace -s
 
inline int SQ_INCOMP = 0x0800; /* unaccepted, incomplete connection */
inline int SQ_COMP = 0x1000;  /* unaccepted, complete connection */

fbt::socantrcvmore_locked:entry / args[0]->so_qstate & (SQ_INCOMP|SQ_COMP) / {
     family = args[0]->so_proto->pr_domain->dom_family;
     sin_addr = &(((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_dependfaddr.ie46_foreign.ia46_addr4);
     sin_port = ((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_fport;
     address =  inet_ntop(family, (void *)sin_addr);
     port    =  ntohs(sin_port);
     printf("%-15s %-5d\n",address , port);
}

fbt::soisdisconnected:entry / args[0]->so_qstate & (SQ_INCOMP|SQ_COMP) / {
     family = args[0]->so_proto->pr_domain->dom_family;
     sin_addr = &(((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_dependfaddr.ie46_foreign.ia46_addr4);
     sin_port = ((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_fport;
     address =  inet_ntop(family, (void *)sin_addr);
     port    =  ntohs(sin_port);
     printf("%-15s %-5d\n",address , port);
}

fbt::soisdisconnecting:entry / args[0]->so_qstate & (SQ_INCOMP|SQ_COMP) / {
     family = args[0]->so_proto->pr_domain->dom_family;
     sin_addr = &(((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_dependfaddr.ie46_foreign.ia46_addr4);
     sin_port = ((struct inpcb *)(args[0])->so_pcb)->inp_inc.inc_ie.ie_fport;
     address =  inet_ntop(family, (void *)sin_addr);
     port    =  ntohs(sin_port);
     printf("%-15s %-5d\n",address , port);
}


From igor на sysoev.ru  Fri May  4 08:02:05 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 4 May 2012 12:02:05 +0400
Subject: =?UTF-8?B?UmU6IGRlZmVycmVkINC4IGJpbmQg0Lgg0LzQvdC+0LPQviDQstC40YDRgtGD0LA=?=
	=?UTF-8?B?0LvRjNC90YvRhSDRhdC+0YHRgtC+0LI=?=
In-Reply-To: <4FA38259.4070709@knutov.com>
References: <4FA36DC2.5070107@knutov.com> <20120504055922.GA28765@nginx.com>
	<4FA38259.4070709@knutov.com>
Message-ID: <20120504080205.GA31441@nginx.com>

On Fri, May 04, 2012 at 01:16:41PM +0600, Nick Knutov wrote:
> Не совсем понял. У меня конфиг выглядит примерно так:
> server {
> 	listen 1.2.3.4:80;
> 	server_name a b c d;
> 	[...]
> }
> Процитированное повторяется многократно с разными server_name.
> 
> Я должен указать deferred только для самого первого вхождения listen 
> 1.2.3.4:80?

Да.

> Что будет, если указать для всех?

[emerge] duplicate listen options for 1.2.3.4:80

> Будет ли bind для каждого server{} отдельно, если указать только для 
> первого вхождения?

bind делается на сокет, а не для сервера.

> Если использование deferred не хорошо, а у нас везде только 
> линукс/openvz (и, следовательно, нет возможсности использовать 
> httpready), то что же тогда использовать вместо?

На мой взгляд, deferred и accept_filter'ы в том виде, как они
сейчас сделаны в ядрах скорее зло, чем польза. Они безусловно хороши
для Апача, но для nginx'а их польза сомнительна. Для этих соединений
не предусмотрено никаких таймаутов, они закрываются только при
переполнении. Это означает, что при backlog в 10000, около 15000
сокетов имеют шансы висеть неиспользованными.

> 04.05.2012 11:59, Igor Sysoev написал:
> > On Fri, May 04, 2012 at 11:48:50AM +0600, Nick Knutov wrote:
> >> Из документции:
> >>
> >> deferred
> >>    указывает использовать отложенный accept() на Linux с помощью опции
> >> TCP_DEFER_ACCEPT.
> >>
> >> bind
> >>    указывает, что для данной пары адрес:порт нужно делать bind()
> >> отдельно. [...] в этом случае для определения адреса, на которой пришло
> >> соединение, делается системный вызов getsockname(). Если же используются
> >> параметры [...], deferred или so_keepalive, то для данной пары
> >> адрес:порт всегда делается отдельный вызов bind().
> >>
> >> Вопрос: виртуальный хостинг, сотни/тысячи server{}, если у каждого
> >> listen прописать deffered - это как-то скажется [значительно] на
> >> потребление процессора, памяти или чего-то ещё? Или в этом случае лучше
> >> сделать отдельный фронтенд с nginx с listen *.80 deferred, который будет
> >> проксировать на основной nginx, который как сейчас (с перевешиванием,
> >> например, на unix socket), который уже будет проксировать на разные
> >> бэкенды дальше?
> >
> > deferred указывается один раз для listen-пары, то есть,
> >
> > server {
> >      listen 80 deferred;
> >      server_name _;
> > }
> >
> > server {
> >      listen 80;
> >      server_name a;
> > }
> >
> > server {
> >      listen 80;
> >      server_name b;
> > }
> >
> > server {
> >      listen 80;
> >      server_name c;
> > }
> >
> > Что касается использования собственно deferred, то я не уверен, что это
> > хорошо.
> >
> >
> 
> -- 
> Best Regards,
> Nick Knutov
> http://knutov.com
> ICQ: 272873706
> Voice: +7-904-84-23-130
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-- 
Igor Sysoev


From ru на nginx.com  Fri May  4 08:06:02 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Fri, 4 May 2012 12:06:02 +0400
Subject: =?UTF-8?B?UmU6IGRlZmVycmVkINC4IGJpbmQg0Lgg0LzQvdC+0LPQviDQstC40YDRgtGD0LA=?=
	=?UTF-8?B?0LvRjNC90YvRhSDRhdC+0YHRgtC+0LI=?=
In-Reply-To: <4FA38259.4070709@knutov.com>
References: <4FA36DC2.5070107@knutov.com> <20120504055922.GA28765@nginx.com>
	<4FA38259.4070709@knutov.com>
Message-ID: <20120504080602.GC83764@lo0.su>

On Fri, May 04, 2012 at 01:16:41PM +0600, Nick Knutov wrote:
> Не совсем понял. У меня конфиг выглядит примерно так:
> server {
> 	listen 1.2.3.4:80;
> 	server_name a b c d;
> 	[...]
> }
> Процитированное повторяется многократно с разными server_name.
> 
> Я должен указать deferred только для самого первого вхождения listen 
> 1.2.3.4:80?

http://nginx.org/r/listen/ru

: В директиве listen можно также указать несколько дополнительных
: параметров, специфичных для системных вызовов listen() и bind().
: Эти параметры можно задать в любой директиве listen, но только
: один раз для указанной пары адрес:порт.

> Что будет, если указать для всех?

Будет ошибка при парсинге конфига.


From nginx-forum на nginx.us  Fri May  4 08:08:23 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Fri, 4 May 2012 04:08:23 -0400 (EDT)
Subject: Nginx + perl md5
Message-ID: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.

Нужно для fastcgi_cache_key добавить md5 ключ от
двух cookie's.

Что-то вида: perl_set $rand 'sub { return int rand 10 }'; но
только с md5.

Как это будет выглядеть в конфиге?

Спасибо.

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


From nginx-forum на nginx.us  Fri May  4 08:11:27 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Fri, 4 May 2012 04:11:27 -0400 (EDT)
Subject: Nginx + perl md5
In-Reply-To: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>
References: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>

perl_set $md5_cookie 'sub {
use Digest::MD5 qw(md5_hex);
return md5_hex($cookie_test1$cookie_test2);
}';

Верно ли?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226048,226049#msg-226049


From swood на fotofor.biz  Fri May  4 09:33:12 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Fri, 4 May 2012 13:33:12 +0400
Subject: Nginx + perl md5
In-Reply-To: <7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>
References: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>
	<7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAM_jxg0LHqfHUooK8zvgHmG3rr=0YTFw620-YxiaThACr8G_tg@mail.gmail.com>

Можно использовать lua для этой задачи:
string = ngx.var.request_uri
s = ngx.md5(string)
return s
а в конфиге nginx все просто:
set_by_lua_file $md5 /etc/nginx/url.lua $request_uri;

Я дал свой пример, переделать под то, что нужно не сложно.

2012/5/4 X-Thief <nginx-forum на nginx.us>

> perl_set $md5_cookie 'sub {
> use Digest::MD5 qw(md5_hex);
> return md5_hex($cookie_test1$cookie_test2);
> }';
>
> Верно ли?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,226048,226049#msg-226049
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120504/b94f3cb0/attachment.html>

From zzz на zzz.org.ua  Fri May  4 11:25:56 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 4 May 2012 14:25:56 +0300
Subject: Nginx + perl md5
In-Reply-To: <7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>
References: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>
	<7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKb9G9i20u8FP0sjrjhjuKWAzSpsmkHJDzqDgCMRMSOWOjQn3g@mail.gmail.com>

On 5/4/12, X-Thief <nginx-forum на nginx.us> wrote:
> perl_set $md5_cookie 'sub {
> use Digest::MD5 qw(md5_hex);
> return md5_hex($cookie_test1$cookie_test2);
> }';
>
> Верно ли?

Почти:

perl_set $md5_cookie 'sub {
    use Digest::MD5 qw(md5_hex);
    my $r = shift;
    return md5_hex($r->variable('cookie_test1').$r->variable('cookie_test2'));
}';


From zzz на zzz.org.ua  Fri May  4 11:28:48 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 4 May 2012 14:28:48 +0300
Subject: Nginx + perl md5
In-Reply-To: <CAKb9G9i20u8FP0sjrjhjuKWAzSpsmkHJDzqDgCMRMSOWOjQn3g@mail.gmail.com>
References: <055cfdc4d999b3837768685a5b8d3bc1.NginxMailingListRussian@forum.nginx.org>
	<7834be9fd8613ba91746a9fa156d5273.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9i20u8FP0sjrjhjuKWAzSpsmkHJDzqDgCMRMSOWOjQn3g@mail.gmail.com>
Message-ID: <CAKb9G9jychz0R+1rUN8GqHeuR9=VgGtmUs61-jQiMtSJPeaB7g@mail.gmail.com>

> md5_hex($r->variable('cookie_test1').$r->variable('cookie_test2'));

Забыл еще, что надо кавычки двойные, вместо одинарных.

From stalker на altlinux.ru  Fri May  4 12:32:34 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 04 May 2012 16:32:34 +0400
Subject: facebook developers and error 206
Message-ID: <4FA3CC62.9070505@altlinux.ru>

Есть некая статическая страничка, на которую
http://developers.facebook.com/tools/debug ругается  как
Response Code:	206

в логах нгинкса такая же обишка

66.220.153.247 - - [04/May/2012:16:09:05 +0400] "GET / HTTP/1.1" 206 
2360 "-" "facebookexternalhit/1.1 
(+http://www.facebook.com/externalhit_uatext.php)"


Со всего остального мира как и ожидалось - всегда 200

В чём  может быть проблема и как бы пофиксить?


From citrin на citrin.ru  Fri May  4 12:44:37 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 04 May 2012 16:44:37 +0400
Subject: facebook developers and error 206
In-Reply-To: <4FA3CC62.9070505@altlinux.ru>
References: <4FA3CC62.9070505@altlinux.ru>
Message-ID: <4FA3CF35.9060600@citrin.ru>

On 05/04/12 16:32, Anton Gorlov wrote:
> Есть некая статическая страничка, на которую
> http://developers.facebook.com/tools/debug ругается  как
> Response Code:    206
>
> в логах нгинкса такая же обишка
>
> 66.220.153.247 - - [04/May/2012:16:09:05 +0400] "GET / HTTP/1.1" 206 2360 "-"
> "facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)"
>
>
> Со всего остального мира как и ожидалось - всегда 200
>
> В чём  может быть проблема и как бы пофиксить?

для начала посмотреть трафик запрса и ответа в tcpdump/wireshark/tcpflow

-- 
  Anton Yuzhaninov


From citrin на citrin.ru  Fri May  4 12:46:44 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 04 May 2012 16:46:44 +0400
Subject: accept() failed (53: Software caused connection abort)
In-Reply-To: <9B7C6AE1-4033-4689-AF87-5CF4EAE82641@waeme.net>
References: <4FA16046.1040302@citrin.ru>
	<9B7C6AE1-4033-4689-AF87-5CF4EAE82641@waeme.net>
Message-ID: <4FA3CFB4.7060302@citrin.ru>

On 05/04/12 11:44, Sergey Budnevitch wrote:
> Если там freebsd и доступен dtrace, то можно попробовать зайти с другой стороны: выяснить адрес и порт,
> и по ним в дампе найти то, что хочется.

Да, наверно так и сделаю, когда будет время.

А пока есть гипотеза, что это связанно с использованием DNS RR - на ip-шник с 
минимальным номером чаще приходят те, у кого не было записи в ДНС кэше, а значит 
они сравнительно долго ждали ресолвинга, и не дождавшись закрыли соединение до 
того, как nginx успел сделать accept().

-- 
  Anton Yuzhaninov


From stalker на altlinux.ru  Fri May  4 12:59:00 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 04 May 2012 16:59:00 +0400
Subject: facebook developers and error 206
In-Reply-To: <4FA3CF35.9060600@citrin.ru>
References: <4FA3CC62.9070505@altlinux.ru> <4FA3CF35.9060600@citrin.ru>
Message-ID: <4FA3D294.90206@altlinux.ru>

04.05.2012 16:44, Anton Yuzhaninov написал:
> для начала посмотреть трафик запрса и ответа в tcpdump/wireshark/tcpflow
вот что пришло от них
GET / HTTP/1.1
User-Agent: facebookexternalhit/1.1 
(+http://www.facebook.com/externalhit_uatext.php)
Host: lbdmoscow.com
Accept: */*
Accept-Encoding: deflate, gzip
Range: bytes=0-40960
Connection: close

а вот ответ

HTTP/1.1 206 Partial Content
Server: nginx/1.1.19
Date: Fri, 04 May 2012 12:52:26 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 2360
Last-Modified: Fri, 04 May 2012 07:56:42 GMT
Connection: close
Content-Range: bytes 0-2359/2360



From stalker на altlinux.ru  Fri May  4 13:19:47 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 04 May 2012 17:19:47 +0400
Subject: facebook developers and error 206
In-Reply-To: <4FA3D294.90206@altlinux.ru>
References: <4FA3CC62.9070505@altlinux.ru> <4FA3CF35.9060600@citrin.ru>
	<4FA3D294.90206@altlinux.ru>
Message-ID: <4FA3D773.7000800@altlinux.ru>

04.05.2012 16:59, Anton Gorlov написал:
> HTTP/1.1 206 Partial Content
> Server: nginx/1.1.19
> Date: Fri, 04 May 2012 12:52:26 GMT
> Content-Type: text/html; charset=utf-8
> Content-Length: 2360
> Last-Modified: Fri, 04 May 2012 07:56:42 GMT
> Connection: close
> Content-Range: bytes 0-2359/2360

В общем всё согласно rfc если я правильно понимаю.


From ne на vbart.ru  Fri May  4 13:51:07 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 4 May 2012 17:51:07 +0400
Subject: facebook developers and error 206
In-Reply-To: <4FA3D773.7000800@altlinux.ru>
References: <4FA3CC62.9070505@altlinux.ru> <4FA3D294.90206@altlinux.ru>
	<4FA3D773.7000800@altlinux.ru>
Message-ID: <201205041751.07579.ne@vbart.ru>

On Friday 04 May 2012 17:19:47 Anton Gorlov wrote:
> 04.05.2012 16:59, Anton Gorlov написал:
> > HTTP/1.1 206 Partial Content
> > Server: nginx/1.1.19
> > Date: Fri, 04 May 2012 12:52:26 GMT
> > Content-Type: text/html; charset=utf-8
> > Content-Length: 2360
> > Last-Modified: Fri, 04 May 2012 07:56:42 GMT
> > Connection: close
> > Content-Range: bytes 0-2359/2360
> 
> В общем всё согласно rfc если я правильно понимаю.
> 

Да. 206-ой код это не ошибка. Фейсбуковский робот просто запрашивает до 40Кб
у сервера (больше ему не надо), а сервер отвечает, что у него и столько нет,
и отдает что есть.

Не всегда есть возможность обрабатывать range-запросы, особенно когда размер 
ответа неизвестен заранее (например, если используется динамическое сжатие,
или сама страничка генерируется динамически, проксируется с бэкенда, который
не обрабатывает range-запросов). Видимо, остальные страницы и сайты, которые
вы там проверяли - были именно такими.

--
Валентин Бартенев

From mdounin на mdounin.ru  Fri May  4 13:56:40 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 4 May 2012 17:56:40 +0400
Subject: facebook developers and error 206
In-Reply-To: <4FA3CC62.9070505@altlinux.ru>
References: <4FA3CC62.9070505@altlinux.ru>
Message-ID: <20120504135640.GH31671@mdounin.ru>

Hello!

On Fri, May 04, 2012 at 04:32:34PM +0400, Anton Gorlov wrote:

> Есть некая статическая страничка, на которую
> http://developers.facebook.com/tools/debug ругается  как
> Response Code:	206
> 
> в логах нгинкса такая же обишка
> 
> 66.220.153.247 - - [04/May/2012:16:09:05 +0400] "GET / HTTP/1.1" 206
> 2360 "-" "facebookexternalhit/1.1
> (+http://www.facebook.com/externalhit_uatext.php)"
> 
> 
> Со всего остального мира как и ожидалось - всегда 200
> 
> В чём  может быть проблема и как бы пофиксить?

А почему вы считаете, что проблема вообще есть?  Они делают 
range-запрос и получают на него правильный ответ.  Насколько я 
понимаю, "Response Code" приводится для информации.  Если оно 
будет ругаться, то будет "Bad Response Code: URL returned a bad 
HTTP response code" (quick test: скормить несуществующий url).

Maxim Dounin


From ne на vbart.ru  Fri May  4 14:58:49 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 4 May 2012 18:58:49 +0400
Subject: Jboss + NGINX
In-Reply-To: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205041858.50021.ne@vbart.ru>

On Friday 04 May 2012 10:06:15 MakPol wrote:
> Имеется сервер разработки с запущеными
> на нем инстанциями Jboss. Ранее
> прокидывал порты на порты инстанций 8080,
> 8180, 8280 и т.д. А как начал использовать NGINX
> решил пробросить только порт 80 а
> разруливать уже nginx'ом. Т.е. как я
> понимаю обращаясь извне на один и тот
> же порт, но указывая после слеша то,
> куда хочу перейти:
> 
> adres.conpany.net:12345/test --> 10.1.5.88:8180
> adres.conpany.net:12345/produktiv --> 10.1.5.88:8280
> adres.conpany.net:12345/produktivtest --> 10.1.5.88:8380
> 
> Попробовал настроить так:
> 
> ---------------------------------------------------------------------------
> ------- server {
>        listen       80;
>        server_name  11.1.15.90;
>        access_log /var/log/nginx/public.access.log;
>        error_log /var/log/nginx/public.error.log debug;
>            proxy_set_header Host $host;
>            proxy_set_header X-Real-IP $remote_addr;
>            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> location /test {
>            proxy_pass http://127.0.0.1:8880;
>        }
>     }
> ---------------------------------------------------------------------------
> -------
> 
> Но в ответ выдалось сообщение об
> ошибке, правда уже от Jboss:
> ---------------------------------------------------------------------------
> ------- HTTP Status 404 - /test
> 
> type Status report
> 
> message /test
> 
> description The requested resource (/test) is not available.
> JBoss Web/3.0.0-CR1

Попробуйте добавить слэш в proxy_pass (а заодно и в location для равновесия):

 location /test/ {
     proxy_pass http://127.0.0.1:8880/;
 }

Стоит почитать документацию: http://nginx.org/r/proxy_pass/ru

--
Валентин Бартенев

From nginx-forum на nginx.us  Fri May  4 18:58:17 2012
From: nginx-forum на nginx.us (maxttor)
Date: Fri, 4 May 2012 14:58:17 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFJlWzJdOiB1cGxvYWQgcHJvZ3Jlc3MgbW9kdWxlINC4INC80YPQu9GM0YI=?=
	=?UTF-8?B?0LjQt9Cw0LPRgNGD0LfQutCwIChtdWx0aXBsZSk=?=
In-Reply-To: <1921656509.20120502134217@softsearch.ru>
References: <1921656509.20120502134217@softsearch.ru>
Message-ID: <4beb5ecc45900c1e2075a5bab88dc2a5.NginxMailingListRussian@forum.nginx.org>

Прочитать можно, а вот записать нельзя,
политика безопасности браузеров не
позволяет. А то так можно было бы у
пользователей любую информацию
украсть с компа.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225927,226077#msg-226077


From nginx-forum на nginx.us  Sat May  5 11:30:09 2012
From: nginx-forum на nginx.us (unel)
Date: Sat, 5 May 2012 07:30:09 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFJlWzJdOiB1cGxvYWQgcHJvZ3Jlc3MgbW9kdWxlINC4INC80YPQu9GM0YI=?=
	=?UTF-8?B?0LjQt9Cw0LPRgNGD0LfQutCwIChtdWx0aXBsZSk=?=
In-Reply-To: <4beb5ecc45900c1e2075a5bab88dc2a5.NginxMailingListRussian@forum.nginx.org>
References: <1921656509.20120502134217@softsearch.ru>
	<4beb5ecc45900c1e2075a5bab88dc2a5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d3b3fbe2bbf228c82b79ad0cfcd2f3ab.NginxMailingListRussian@forum.nginx.org>

Напрямую обращаться к input.value нельзя
(чтение в разных браузерах возвращает
разные результаты, запись блокируется),
но это и не надо.

На самом деле всё просто:
делаете один input[type="file"] (вне всяких
форм),

и на onChange вешаете обработчик, который
бы:
- создавал form, с нужными аргументами
- (!)копировал текущий инпут в эту форму 

а чтобы не смущать пользователя
инпутом-манипулятором с последним
выбранным файлом, его обычно делают
прозрачным и накладывают на него
какую-нибудь картинку, например.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225927,226083#msg-226083


From nginx-forum на nginx.us  Sat May  5 11:36:44 2012
From: nginx-forum на nginx.us (unel)
Date: Sat, 5 May 2012 07:36:44 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHVwbG9hZCBwcm9ncmVzcyBtb2R1bGUg0Lgg0LzRg9C70YzRgtC40LfQsNCz?=
	=?UTF-8?B?0YDRg9C30LrQsCAobXVsdGlwbGUp?=
In-Reply-To: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
References: <dbf820d4879b04d2cd2f5b6ce21746aa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f6896294966a9f387e76e30d27a94d71.NginxMailingListRussian@forum.nginx.org>

Хотя нет, я наврал. 
Склонировать инпут тоже не получится
(склонированный элемент оказывается
пустым)
единственный выход его (тот элемент,
который меняем) переместить куда надо,
а на своё место поставить
свежесозданный (таким образом заодно
решится проблема с непустым значением)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225927,226086#msg-226086


From mva на mva.name  Sat May  5 11:53:10 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Sat, 05 May 2012 18:53:10 +0700
Subject: =?UTF-8?B?0JTRg9Cx0LvQuNGA0L7QstCw0L3QuNC1IGh0dHAt0LfQsNCz0L7Qu9C+0LLQutC+?=
	=?UTF-8?B?0LI=?=
Message-ID: <4FA514A6.5000200@mva.name>

Товарищи, а не ткнёте носом, есть ли какой костылик для того, чтобы
склеивать заголовки, чтобы не получалось такого:
HTTP/1.1 200 OK
Server: nginx
Date: Sat, 05 May 2012 11:33:47 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Vary: Accept-Encoding
X-Drupal-Cache: HIT
Etag: "1336216292-0"
Content-Language: ru
Cache-Control: max-age=3600
Last-Modified: Sat, 05 May 2012 11:11:32 +0000
Expires: Sat, 05 May 2012 12:33:47 GMT
Vary: Cookie
Vary: Accept-Encoding

(Vary аж в трёх экземплярах. При чём один вешает приложение, один NgX на
бекенде и один ? NgX на фронтенде), а то и вообще так:

HTTP/1.1 200 OK
Server: nginx
Date: Sat, 05 May 2012 11:31:38 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Vary: Accept-Encoding
Set-Cookie: PHPSESSID=t2m7il8dmeum317aqd7f8756n2hhejld; path=/
Expires: Fri, Apr 01 1974 00:00:00 GMT
Last-Modified: Sat, 05 May 2012 11:31:38 GMT
Cache-Control: post-check=0,pre-check=0
Cache-Control: no-store,no-cache,must-revalidate
Cache-Control: post-check=0,pre-check=0
Pragma: no-cache

(аж три Cache-Control'a, два из которых дублируются).

Конечно влияет оно мало на что, но всё равно слегка раздражает :(
Алсо, скрывать заголовки с бекенда ? не вариант. Использовать Lua-модуль
ради такой мелочи тоже не особо хочется...
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120505/341960b5/attachment.bin>

From nginx-forum на nginx.us  Sat May  5 15:41:32 2012
From: nginx-forum на nginx.us (TheRoSS)
Date: Sat, 5 May 2012 11:41:32 -0400 (EDT)
Subject: error_page + return + arg_XXX
Message-ID: <dff98b0d785a06fdf08e31795807fcd1.NginxMailingListRussian@forum.nginx.org>

Всем доброго!

Обнаружил следующее странное
поведение. Возможно так и должно быть,
но мне это показалось странным.
Мой конфиг:

server {
    ...
    error_page  400 401 402 403 404 500 501 502 503 504 505
@null_banner;

    location = / {
        return 404;
    }

    location @null_banner {
        return 200 '<html><body>ERROR!!!! Я - нулевой
баннер!</body></html>';
    }
}

При заходе на страницу / запрос
перенаправляется на 404, 404
подхватывается директивой error_page,
которая в свою очередь перенаправляет
его на @null_banner. В результате я имею на
выходе свой текст
('<html><body>ERROR!!!!</body></html>'), но при этом HTTP
статус не ожидаемый мной 200, а статус
ошибки, т.е. 404.
Разве return 200 '...' не должен был вернуть
200?
Если задано 'error_page  ... =200 @null_banner;', то на
выходе 200.

Вообще, я пытаюсь решить следующие
задачи:

1. Основная.
Если при обработке запроса произошла
какая бы то ни было ошибка, всегда
должен выдаваться ответ 200 и нулевой
баннер, с чем вполне успешно
справляется моя конфигурация при
условии задания =200 в error_page.
Но нужно теперь сделать так, чтобы если
в запросе передаётся параметр debug=1,
выдавался не нулевой баннер с кодом 200,
а именно код ошибки. 
То есть при запросе 'http://localhost/' на
выходе 200 и нулевой, а при запросе
'http://localhost/?debug=1' на выходе должно быть 404
Not Found. 
Как это можно сделать?

2. Желательная.
При попадении на нулевой баннер в его
тексте хотелось бы получить настоящий
код возврата. То есть чтобы можно было
написать что-то вроде:
    location @null_banner {
        return 200 '<html><body>ERROR: http status = $status Я -
нулевой баннер!</body></html>';
    }
где в $status будет лежать тот самый 404
Это как-нибудь возможно сделать?

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


From nginx-forum на nginx.us  Sat May  5 17:19:53 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Sat, 5 May 2012 13:19:53 -0400 (EDT)
Subject: Nginx Cache + php sessions
Message-ID: <249c784b3be67f041190f9c1e271bf8d.NginxMailingListRussian@forum.nginx.org>

Использую кэш, чтобы динамику отдавать
как статику для не авторизованных
пользователей, а для авторизованных
всегда динамику.

Проверка идет по  кукам, вот конфиг:

                        fastcgi_cache_bypass $cookie_кука
$cookie_СЕССИЯ;
			fastcgi_no_cache $cookie_кука $cookie_СЕССИЯ ;
			fastcgi_cache pagecache;
			fastcgi_cache_key
"$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
			fastcgi_hide_header "Set-Cookie";
			fastcgi_ignore_headers "Cache-Control" "Expires";
			fastcgi_cache_valid 200 302 304 30s;
			fastcgi_cache_valid 301 5m;
			fastcgi_cache_valid 503 4s;
			fastcgi_cache_use_stale error timeout invalid_header http_500;

Все отлично и правильно кэшируется, но
не создается сессия для авторизованных
пользователей.
Использую еще отдельный location, где не
нету cache nginx, только там пользователям и
назначается сессионная кука, но не в
location = /, а нужно чтобы и в нем.

Если выключить кэш, сессия создается
нормально, а если включить кэш, то
сессия не создается, но динамика
работает.
Помогите.

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


From mdounin на mdounin.ru  Sat May  5 19:53:53 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sat, 5 May 2012 23:53:53 +0400
Subject: error_page + return + arg_XXX
In-Reply-To: <dff98b0d785a06fdf08e31795807fcd1.NginxMailingListRussian@forum.nginx.org>
References: <dff98b0d785a06fdf08e31795807fcd1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120505195353.GM31671@mdounin.ru>

Hello!

On Sat, May 05, 2012 at 11:41:32AM -0400, TheRoSS wrote:

> Всем доброго!
> 
> Обнаружил следующее странное
> поведение. Возможно так и должно быть,
> но мне это показалось странным.
> Мой конфиг:
> 
> server {
>     ...
>     error_page  400 401 402 403 404 500 501 502 503 504 505
> @null_banner;
> 
>     location = / {
>         return 404;
>     }
> 
>     location @null_banner {
>         return 200 '<html><body>ERROR!!!! Я - нулевой
> баннер!</body></html>';
>     }
> }
> 
> При заходе на страницу / запрос
> перенаправляется на 404, 404
> подхватывается директивой error_page,
> которая в свою очередь перенаправляет
> его на @null_banner. В результате я имею на
> выходе свой текст
> ('<html><body>ERROR!!!!</body></html>'), но при этом HTTP
> статус не ожидаемый мной 200, а статус
> ошибки, т.е. 404.
> Разве return 200 '...' не должен был вернуть
> 200?
> Если задано 'error_page  ... =200 @null_banner;', то на
> выходе 200.

Если вы хотите, чтобы вернулся тот код ответа, который будет 
получен при обработке error_page, правильнее всего указывать 
просто "=", т.е. как-то так:

    error_page 404 = @null_banner;

Поведение по умолчанию (без "=") - вернуть ошибку, полученную в 
процессе обработки исходного запроса, с телом из ответа 
error_page.

> Вообще, я пытаюсь решить следующие
> задачи:
> 
> 1. Основная.
> Если при обработке запроса произошла
> какая бы то ни было ошибка, всегда
> должен выдаваться ответ 200 и нулевой
> баннер, с чем вполне успешно
> справляется моя конфигурация при
> условии задания =200 в error_page.
> Но нужно теперь сделать так, чтобы если
> в запросе передаётся параметр debug=1,
> выдавался не нулевой баннер с кодом 200,
> а именно код ошибки. 
> То есть при запросе 'http://localhost/' на
> выходе 200 и нулевой, а при запросе
> 'http://localhost/?debug=1' на выходе должно быть 404
> Not Found. 
> Как это можно сделать?

Проще всего - обрабатывать запросы с debug в другом location, где 
соответственно не ставить error_page.

> 
> 2. Желательная.
> При попадении на нулевой баннер в его
> тексте хотелось бы получить настоящий
> код возврата. То есть чтобы можно было
> написать что-то вроде:
>     location @null_banner {
>         return 200 '<html><body>ERROR: http status = $status Я -
> нулевой баннер!</body></html>';
>     }
> где в $status будет лежать тот самый 404
> Это как-нибудь возможно сделать?

Можно сделать разные location'ы для разных ошибок.  Более 
короткого пути сейчас, пожалуй, нет.

Maxim Dounin


From mdounin на mdounin.ru  Sat May  5 20:10:31 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 6 May 2012 00:10:31 +0400
Subject: Nginx Cache + php sessions
In-Reply-To: <249c784b3be67f041190f9c1e271bf8d.NginxMailingListRussian@forum.nginx.org>
References: <249c784b3be67f041190f9c1e271bf8d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120505201031.GN31671@mdounin.ru>

Hello!

On Sat, May 05, 2012 at 01:19:53PM -0400, X-Thief wrote:

> Использую кэш, чтобы динамику отдавать
> как статику для не авторизованных
> пользователей, а для авторизованных
> всегда динамику.
> 
> Проверка идет по  кукам, вот конфиг:
> 
>                         fastcgi_cache_bypass $cookie_кука
> $cookie_СЕССИЯ;
> 			fastcgi_no_cache $cookie_кука $cookie_СЕССИЯ ;
> 			fastcgi_cache pagecache;
> 			fastcgi_cache_key
> "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
> 			fastcgi_hide_header "Set-Cookie";
> 			fastcgi_ignore_headers "Cache-Control" "Expires";
> 			fastcgi_cache_valid 200 302 304 30s;
> 			fastcgi_cache_valid 301 5m;
> 			fastcgi_cache_valid 503 4s;
> 			fastcgi_cache_use_stale error timeout invalid_header http_500;
> 
> Все отлично и правильно кэшируется, но
> не создается сессия для авторизованных
> пользователей.

У вас же

    fastcgi_hide_header "Set-Cookie";

в конфиге указано, как в таких условиях может клиенту уйти 
сессионная кука?

Maxim Dounin


From nginx-forum на nginx.us  Sat May  5 21:27:20 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Sat, 5 May 2012 17:27:20 -0400 (EDT)
Subject: Nginx Cache + php sessions
In-Reply-To: <20120505201031.GN31671@mdounin.ru>
References: <20120505201031.GN31671@mdounin.ru>
Message-ID: <24808146eaccc25d5d12d40580034592.NginxMailingListRussian@forum.nginx.org>

Спасибо, действительно, как-то даже
смешно.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226092,226099#msg-226099


From apollo880 на gmail.com  Sun May  6 06:48:26 2012
From: apollo880 на gmail.com (MrFreeman Onalupsky)
Date: Sun, 6 May 2012 12:48:26 +0600
Subject: =?UTF-8?B?0JrQvtC90LLRg9C70YzRgdC40Lggbmdpbng=?=
Message-ID: <CAG1Ggqz_NL+izSeneQFpxWK8cQ+158wy-Q7XFSZ9evt-aA-DEw@mail.gmail.com>

Nginx умирает в ужасных конвульсиях (Internal Server Error 500) при >1000
активных соединениях (Система Windows Server 2003 R2 x64).

Я так полагаю, решение проблемы будет очень и очень нескоро?
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120506/589bc7a4/attachment.html>

From temotor на gmail.com  Sun May  6 07:22:56 2012
From: temotor на gmail.com (Sergey Shepelev)
Date: Sun, 6 May 2012 11:22:56 +0400
Subject: =?UTF-8?B?UmU6INCa0L7QvdCy0YPQu9GM0YHQuNC4IG5naW54?=
In-Reply-To: <CAG1Ggqz_NL+izSeneQFpxWK8cQ+158wy-Q7XFSZ9evt-aA-DEw@mail.gmail.com>
References: <CAG1Ggqz_NL+izSeneQFpxWK8cQ+158wy-Q7XFSZ9evt-aA-DEw@mail.gmail.com>
Message-ID: <CANA9o+6xrshXVcB-QPdvNvgfCqOz6TS4VskoxuwY4aaccVCQEg@mail.gmail.com>

2012/5/6 MrFreeman Onalupsky <apollo880 на gmail.com>:
> Nginx умирает в ужасных конвульсиях (Internal Server Error 500) при >1000
> активных соединениях (Система Windows Server 2003 R2 x64).
>
> Я так полагаю, решение проблемы будет очень и очень нескоро?
>

http://nginx.org/ru/docs/windows.html
Внизу раздел "Известные проблемы".

From nginx-ru на sadok.spb.ru  Sun May  6 08:16:31 2012
From: nginx-ru на sadok.spb.ru (Dmitry Ivanov)
Date: Sun, 6 May 2012 12:16:31 +0400
Subject: =?UTF-8?B?UmU6INCa0L7QvdCy0YPQu9GM0YHQuNC4IG5naW54?=
In-Reply-To: <CAG1Ggqz_NL+izSeneQFpxWK8cQ+158wy-Q7XFSZ9evt-aA-DEw@mail.gmail.com>
References: <CAG1Ggqz_NL+izSeneQFpxWK8cQ+158wy-Q7XFSZ9evt-aA-DEw@mail.gmail.com>
Message-ID: <904774356.20120506121631@sadok.spb.ru>

Здравствуйте, MrFreeman.

Вы писали 6 мая 2012 г., 10:48:26:

> Nginx умирает в ужасных конвульсиях (Internal Server Error 500) при
> >1000 активных соединениях (Система Windows Server 2003 R2 x64).

> Я так полагаю, решение проблемы будет очень и очень нескоро?

За чем вы продолжаете есть кактус?

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


From nginx-forum на nginx.us  Sun May  6 10:38:16 2012
From: nginx-forum на nginx.us (adept)
Date: Sun, 6 May 2012 06:38:16 -0400 (EDT)
Subject: =?UTF-8?B?0JrQtdGI0LjRgNC+0LLQsNC90LjQtS4=?=
Message-ID: <adf265e5601d2ca1a9a064effef9511a.NginxMailingListRussian@forum.nginx.org>

Коллеги, кто делал нормальное
кеширование для CMS DLE, вторые сутки
бьюсь, спошные косяки, то комментарии
не работают, то еще что.

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


From kav на karagodov.name  Sun May  6 17:53:00 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sun, 6 May 2012 21:53:00 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <CABW4mEiBeMVY3QFT33QBikJ+0Odg=D7JZVWphWU2uREY0NM6Xw@mail.gmail.com>
References: <458443402.20120425215924@softsearch.ru>
	<c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>
	<CABW4mEiBeMVY3QFT33QBikJ+0Odg=D7JZVWphWU2uREY0NM6Xw@mail.gmail.com>
Message-ID: <617FC7AF-4087-46A9-AC5C-D3424BF8EE3D@karagodov.name>


		dav_ext_methods PROPFIND OPTIONS;

это наследуется? 
например, если указать это в контексте http или server ? 

спасибо 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120506/81046c8f/attachment.html>

From kav на karagodov.name  Sun May  6 18:17:29 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sun, 6 May 2012 22:17:29 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <617FC7AF-4087-46A9-AC5C-D3424BF8EE3D@karagodov.name>
References: <458443402.20120425215924@softsearch.ru>
	<c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>
	<CABW4mEiBeMVY3QFT33QBikJ+0Odg=D7JZVWphWU2uREY0NM6Xw@mail.gmail.com>
	<617FC7AF-4087-46A9-AC5C-D3424BF8EE3D@karagodov.name>
Message-ID: <2B14976B-3D2D-48F8-8987-9AB6671B8C81@karagodov.name>


> 		dav_ext_methods PROPFIND OPTIONS;
> 
> это наследуется? 
> например, если указать это в контексте http или server ? 
> 
> спасибо 

и планируется-ли внедрение методов LOCK / UNLOCK ? 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120506/c408fe2a/attachment.html>

From kav на karagodov.name  Sun May  6 19:13:35 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sun, 6 May 2012 23:13:35 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <2B14976B-3D2D-48F8-8987-9AB6671B8C81@karagodov.name>
References: <458443402.20120425215924@softsearch.ru>
	<c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>
	<CABW4mEiBeMVY3QFT33QBikJ+0Odg=D7JZVWphWU2uREY0NM6Xw@mail.gmail.com>
	<617FC7AF-4087-46A9-AC5C-D3424BF8EE3D@karagodov.name>
	<2B14976B-3D2D-48F8-8987-9AB6671B8C81@karagodov.name>
Message-ID: <85CD3610-5118-4C7F-9066-F818C21234CE@karagodov.name>

автор ответил: 

 arut commented on 54cebc1 4 minutes ago
добрый вечер.
1) да, наследуется
2) да, планируется, как только у меня будет время, сделаю

https://github.com/arut/nginx-dav-ext-module/commit/54cebc1f21fc13391aae692c6cce672fa7986f9d

On 06.05.2012, at 22:17, Alexey V. Karagodov wrote:

> 
>> 		dav_ext_methods PROPFIND OPTIONS;
>> 
>> это наследуется? 
>> например, если указать это в контексте http или server ? 
>> 
>> спасибо 
> 
> и планируется-ли внедрение методов LOCK / UNLOCK ? 
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120506/3e084251/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120506/3e084251/attachment.bin>

From nginx-forum на nginx.us  Sun May  6 21:40:55 2012
From: nginx-forum на nginx.us (adept)
Date: Sun, 6 May 2012 17:40:55 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <63132aa3866ce6594deae9c56f6d198c.NginxMailingListRussian@forum.nginx.org>

Проще сделать иптаблесом, в нем есть
замечательная штука, TARPIT

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225400,226127#msg-226127


From public-mail на alekciy.ru  Wed May  9 00:07:47 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 9 May 2012 04:07:47 +0400
Subject: Nginx Cache + php sessions
In-Reply-To: <24808146eaccc25d5d12d40580034592.NginxMailingListRussian@forum.nginx.org>
References: <20120505201031.GN31671@mdounin.ru>
	<24808146eaccc25d5d12d40580034592.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPP2NXp9C3OSDXNVeyQj9AgQDjy2m0zgzF772rOJzrC6gzjzqA@mail.gmail.com>

Что-то мне говорит, что это было скопипащено отсюда:
http://dklab.ru/chicken/nablas/56.html

6 мая 2012 г. 1:27 пользователь X-Thief <nginx-forum на nginx.us> написал:
> Спасибо, действительно, как-то даже
> смешно.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226092,226099#msg-226099
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Wed May  9 22:36:27 2012
From: nginx-forum на nginx.us (zeromind)
Date: Wed, 9 May 2012 18:36:27 -0400 (EDT)
Subject: =?UTF-8?B?0LLRi9GB0L7QutC40Lkg0L/QuNC90LMg0YHQtdGA0LLQtdGA0LA=?=
Message-ID: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>

Здраствуйте, заметил что когда
запускаю nginx через пару минут начинает
подниматся пинг с 208 мс до 1500, и
постоянно скачит, в чем может быть
проблема? хостинг говорит в софте.. т.к.
пингует физический сервер стабильные
208 мс (сервер в США).. пингуем мой VPS -
1000мс, я раньше ставил ограничение
запросов 30 и бурст в локейшене 50 (я
правильно понимаю, что кол-во запросов
30, т.е. любых даже css + js и img файлов тоже
считается? предположим у меня для
загрузки страницы полной уходит 20
запросов, значит мне надо писать как
минимум 20 ? )

предоставляю свой конфиг:
user www-data;

#----Число рабочих процессов,
рекомендуется ставить по кол-ву ядер
worker_processes  2;

#----------------Установка
логов----------------------------------
error_log	/etc/nginx/log/error.log;                                     
            
pid 		/var/run/nginx.pid;

events {
    worker_connections 512;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  	'$remote_addr - $remote_user [$time_local]
"$request" '
						'$status $body_bytes_sent "$http_referer" '
						'"$http_user_agent" "$http_x_forwarded_for"';
	
	#Использование sendfile() экономит
системные вызовы, уменьшает число
копирований данных,
	# позволяет использовать меньше
физической
памяти----------------------------------------
    sendfile        on;
	client_max_body_size 300m;
	#tcp_nopush     on;
    #keepalive_timeout  0;
    keepalive_timeout  65;
	
	gzip on;
	gzip_min_length 1100;
	gzip_buffers 64 8k;
	gzip_comp_level 3;
	gzip_http_version 1.1;
	gzip_proxied any;
	gzip_types application/xml application/x-javascript text/css;

   	##
	# Virtual Host Configs
	##
	include /etc/nginx/conf.d/*.conf;
	include /etc/nginx/sites-enabled/*;
	#include /usr/local/ispmgr/etc/nginx.domain;
}



и вирт хоста - 
 server {
        listen       80;
        server_name  *.net www.*.net;
		
		root /home/zeromind/www/;
		
		#------------------Редиректы на домен без
www---------------
		if ($host = 'www.*.net' ) {
		   rewrite  ^/(.*)$  http://*.net/$1  permanent;
		}

		#------------------Кодировка страницы по
умолчанию----------
        charset utf8;
		
		access_log  /home/zeromind/logs/nginx_access.log;
		
		location / {
			root /home/zeromind/www/;
			index index.php;
			access_log off;
			proxy_pass  http://127.0.0.1:81/;
			proxy_set_header Host $host;
			proxy_set_header X-Real-IP  $remote_addr;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		}
		
		#--------------Устанавливаем отдачу
статики------------------                                        

		location ~*
^.+\.(html|htm|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|docx|odt|7z|avi|mpeg|mpg|mp3|ogg|mov)$
{
			root /home/zeromind/www/;
		}
		
		location ~ \.mp4$ {
			mp4;
			mp4_buffer_size     1m;
			mp4_max_buffer_size 5m;
		}
		
     
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
		
	
        location ~ /\.ht {
            deny  all;
        }
    }

вроде же простой конфиг, где может быть
косяк? повторяю, выключаю nginx - пинг
стабильно 208, стартую, буквально через
минуту - сразу вырастает и бывает
скачит 200-400-600-300-1000-400 и т.д. И кстате
скорость тоже мне кажится режится,
раньше больше была (из-за этого я
написал хостеру)..

Пожалуйста помогите, в чем может быть
причина

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


From nginx-forum на nginx.us  Wed May  9 22:37:26 2012
From: nginx-forum на nginx.us (zeromind)
Date: Wed, 9 May 2012 18:37:26 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>

кстате сегодня как раз и поставил iftop
для проверки канала, я не мог в нем
ничего нафигачить ? ) он вроде как ток
показывает инфу )

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226226,226227#msg-226227


From postmaster на softsearch.ru  Thu May 10 05:59:10 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 10 May 2012 09:59:10 +0400
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
Message-ID: <489931378.20120510095910@softsearch.ru>

Здравствуйте, zeromind.

> Здраствуйте,  заметил  что  когда  запускаю  nginx  через пару минут
> начинает подниматся пинг с 208 мс до 1500, и постоянно скачит, в чем
> может быть проблема?

Может Вам ограничивают скорость канала?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Thu May 10 06:30:30 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 10 May 2012 02:30:30 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>

там 100мбит shared, но хостер сказал что это
очень маленькая скорость + пинг тогда
почему высокий то? я точно вижу что
из-за nginx, т.к. оставляю апач - он выдает
стабильные 208мс.. сейчас же с nginx 600-800
показывает

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226226,226234#msg-226234


From onokonem на gmail.com  Thu May 10 06:49:27 2012
From: onokonem на gmail.com (Daniel Podolsky)
Date: Thu, 10 May 2012 10:49:27 +0400
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
	<9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOH7KoSju+5CDVKN2OJPBi=17tKmxY9=sL0WE-OWfqu+iQ@mail.gmail.com>

> оставляю апач - он выдает
> стабильные 208мс.. сейчас же с nginx 600-800
> показывает
а la в системе какой при nginx?

From boda2004 на gmail.com  Thu May 10 07:06:31 2012
From: boda2004 на gmail.com (Alexander Bodnarashik)
Date: Thu, 10 May 2012 10:06:31 +0300
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
	<9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <B3090B67-43EE-4A48-AC95-F55227157F0E@gmail.com>

А то за пинг? Пинг все же другой протокол, и сомнительно, что apache или nginx сколько-нибудь существенно влияют на него, кроме, конечно, случаев с зашкаливанием LA.
Предполагаю, что меряется среднее время реакции и получения ответа какой-то тулзовиной а-ля ab. Поправьте меня, если ошибаюсь.

On May 10, 2012, at 09:30, zeromind wrote:

> там 100мбит shared, но хостер сказал что это
> очень маленькая скорость + пинг тогда
> почему высокий то? я точно вижу что
> из-за nginx, т.к. оставляю апач - он выдает
> стабильные 208мс.. сейчас же с nginx 600-800
> показывает
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226226,226234#msg-226234
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From c.kworr на gmail.com  Mon May  7 06:32:26 2012
From: c.kworr на gmail.com (Volodymyr Kostyrko)
Date: Mon, 07 May 2012 09:32:26 +0300
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <63132aa3866ce6594deae9c56f6d198c.NginxMailingListRussian@forum.nginx.org>
References: <20120417022438.GA11393@voglea.net>
	<63132aa3866ce6594deae9c56f6d198c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FA76C7A.3000304@gmail.com>

adept wrote:
> Проще сделать иптаблесом, в нем есть
> замечательная штука, TARPIT

Словно самому сложно написать. За два кило в коде можно ещё с рюшками и 
финтифлюшками.

Аттачу что писал полгода назад во время очередного ддоса. В локальном 
каталоге ищет файл tarpit.html с полным текстом ответа (с заголовками). 
Режет окно, слушает запрос и начинает отдавать содержимое файла по байту 
в секунду. Рекомендую не делать файл совсем большим так как за сутки 
соответственно отдаст только 85k.

Минус - жрёт память, в районе гига на 100k подключений. Сейчас бы писал 
на lua, да лень уже.

-- 
Sphinx of black quartz judge my vow.
----------- следущая часть -----------
#!/usr/bin/env python-shared
# vim:set fileencoding=utf-8

from __future__ import division, print_function, unicode_literals

import gevent.monkey
gevent.monkey.patch_all()

import datetime, gevent.pool, signal, socket, sys

answer = []
pool = gevent.pool.Pool()
port = 8081

pitted = {}
sockets = set()

for line in open('tarpit.html', 'rb'):
	answer += line

def serve_one(conn, addr):
	global answer, sockets
	sockets.add(conn)
	buf = ''
	if addr[0] in pitted:
		pitted[addr[0]] += 1
	else:
		pitted[addr[0]] = 1
	try:
		conn.settimeout(300)
		while True:
			gevent.sleep(1)
			byte = conn.recv(1)
			if byte == '':
				break
			if byte in ('\r', '\n'):
				buf += byte
				if buf == '\r\n\r\n':
					break
			else:
				buf = ''
		x = 0
		while True:
			gevent.sleep(1)
			conn.settimeout(300)
			x += conn.send(answer[x])
			conn.settimeout(0)
			try:
				conn.recv(1)
			except socket.error as err:
				if err[0] == 35:
					pass
				else:
					raise err
			if x >= len(answer):
				break
		conn.shutdown(socket.SHUT_RDWR)
		conn.close()
	except socket.error as err:
		if not type(err) == socket.timeout:
			if not err[0] in [32, 54]:
				print('disconnected:', repr(err), 'at line', sys.exc_info()[2].tb_lineno)
			if not err[0] in [1, 32, 54]:
				raise err
	finally:
		conn.close()
	if pitted[addr[0]] == 1:
		del pitted[addr[0]]
	else:
		pitted[addr[0]] -= 1
	sockets.discard(conn)

def listen(pool):
	s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
	s.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 1)
	s.setsockopt(socket.SOL_SOCKET, socket.SO_RCVBUF, 1)
	sockets.add(s)
	s.bind(('', port))
	s.listen(256)
	print('Bound to port:', port)

	while True:
		try:
			pool.spawn(serve_one, *s.accept())
		except socket.error as err:
			if err[0] == 53:
				pass
			else:
				raise(err)

def siginfo_handler(signum, frame):
	print('tarpitted(', port, '):', len(pitted), 'addresses,', len(pool) - 1, 'connections')

signal.signal(signal.SIGINFO, siginfo_handler)

try:
	pool.spawn(listen, pool)
	pool.join()
except KeyboardInterrupt:
	pass
finally:
	print('killing sockets')
	for socket in sockets:
		socket.close()
	sys.exit(1)

From postmaster на softsearch.ru  Thu May 10 08:16:57 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 10 May 2012 12:16:57 +0400
Subject: =?UTF-8?B?UmVbMl06INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
	<9333babb880d548d1c9edaafaa583d2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1661997234.20120510121657@softsearch.ru>

Здравствуйте, zeromind.

> там  100мбит  shared,  но  хостер  сказал  что  это  очень маленькая
> скорость  +  пинг  тогда  почему  высокий то? я точно вижу что из-за
> nginx, т.к. оставляю апач - он выдает стабильные 208мс.. сейчас же с
> nginx 600-800 показывает

Мне кажется, что Ваш сосед по серверу или каналу грузит сервер или
канал, а Вы страдаете. Что обычная ситуация для vps.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From ruslan.usifov на gmail.com  Thu May 10 10:04:21 2012
From: ruslan.usifov на gmail.com (ruslan usifov)
Date: Thu, 10 May 2012 14:04:21 +0400
Subject: =?UTF-8?B?0KDQtdC/0L7Qt9C40YLQvtGA0LjQuCBNZXJjdXJpYWwg0Lggbmdpbng=?=
Message-ID: <CAHULbCnKkdFkhvpPvOxyLMrLF+0QYoi0xz8=mKB=gbhPZwsFhg@mail.gmail.com>

Приветсвую!

Достаточно ли WebDaV который реализован в nginx для синхронизации
репозиториев mercurial? или же нужен apache?
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120510/b2f24b0e/attachment.html>

From mdounin на mdounin.ru  Thu May 10 10:11:02 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 10 May 2012 14:11:02 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQv9C+0LfQuNGC0L7RgNC40LggTWVyY3VyaWFsINC4IG5naW54?=
In-Reply-To: <CAHULbCnKkdFkhvpPvOxyLMrLF+0QYoi0xz8=mKB=gbhPZwsFhg@mail.gmail.com>
References: <CAHULbCnKkdFkhvpPvOxyLMrLF+0QYoi0xz8=mKB=gbhPZwsFhg@mail.gmail.com>
Message-ID: <20120510101102.GC31671@mdounin.ru>

Hello!

On Thu, May 10, 2012 at 02:04:21PM +0400, ruslan usifov wrote:

> Приветсвую!
> 
> Достаточно ли WebDaV который реализован в nginx для синхронизации
> репозиториев mercurial? или же нужен apache?

Mercurial'у не нужен webdav, ему нужен питон и hgweb.cgi или 
hgwebdir.cgi (ну или hg --serve).  Можно ещё со статического http 
клонировать, но медленно и печально (и нельзя делать push).

Maxim Dounin


From nginx-forum на nginx.us  Thu May 10 10:11:47 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 10 May 2012 06:11:47 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
Message-ID: <21f7a9660cd2a1b9805f9c2b0541821e.NginxMailingListRussian@forum.nginx.org>

я с винды делаю cmd.exe - ping ip
хостер тоже пропинговал меня, пишет 1500
мс, пингует соседний VPS и физический
сервак - 200мс, сейчас вроде 200мс, но
бывает до 350 скачит.. получше конечно..
хотя щяс запустил заново - 600мс

у меня чат на ajaxe, постоянно отправляет
каждые 10сек запрос на получение
сообщений (последних 10).. может быть
из-за него косяк?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226226,226242#msg-226242


From ilya.strahov на gmail.com  Thu May 10 16:13:54 2012
From: ilya.strahov на gmail.com (=?KOI8-R?B?6czY0SDz1NLByM/X?=)
Date: Thu, 10 May 2012 20:13:54 +0400
Subject: =?UTF-8?B?0J/QtdGA0LXQtNCw0YfQsCDQsNGA0LPRg9C80LXQvdGC0LAg0LfQsNC/0YDQvtGB?=
	=?UTF-8?B?0LAg0LIg0LvQvtCzLg==?=
Message-ID: <CADy3RAPDo-Lr4yNyu4WTHMyaBBo1geCh34LecBPqPg75rrQQ2w@mail.gmail.com>

Всем доброго времени суток.

Подскажите где почитать информацию.
Есть soap запрос от клиента. Как из запроса выдергивать аргумент и писать в лог.

From bdfy на mail.ru  Thu May 10 16:18:01 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Thu, 10 May 2012 20:18:01 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQsNGH0LAg0LDRgNCz0YPQvNC10L3RgtCwINC30LDQv9GA?=
	=?UTF-8?B?0L7RgdCwINCyINC70L7Qsy4=?=
In-Reply-To: <CADy3RAPDo-Lr4yNyu4WTHMyaBBo1geCh34LecBPqPg75rrQQ2w@mail.gmail.com>
References: <CADy3RAPDo-Lr4yNyu4WTHMyaBBo1geCh34LecBPqPg75rrQQ2w@mail.gmail.com>
Message-ID: <E1SSW41-0005Me-5B.bdfy-mail-ru@f218.mail.ru>


а какой там метод используется ? POST ? тогда можно попробовать так:

http://stackoverflow.com/questions/4939382/logging-post-data-from-request-body

Thu, 10 May 2012 20:13:54 +0400 от Илья Страхов <ilya.strahov на gmail.com>:
> Всем доброго времени суток.
> 
> Подскажите где почитать информацию.
> Есть soap запрос от клиента. Как из запроса выдергивать аргумент и писать в лог.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Thu May 10 17:07:11 2012
From: nginx-forum на nginx.us (domet)
Date: Thu, 10 May 2012 13:07:11 -0400 (EDT)
Subject: =?UTF-8?B?bmdpbnggMS4xLjE5INC4INC90LXQv9GA0LDQstC40LvRjNC90L7QtSDQvtC/0YA=?=
	=?UTF-8?B?0LXQtNC10LvQvdC40LUg0JjQnyDQutC70LjQtdC90YLQvtCy?=
Message-ID: <5d3cf1d2054a58254acbb7ff8885ac25.NginxMailingListRussian@forum.nginx.org>

Вообщем ситуация такая, обновился
через репозиторий до Ubuntu 12.04. На сервере
установлено nginx + apache2 + php. До обновления
все работало как часы, после обновления
nginx удивительно начал тупить. Крутил
конфиги не помогло. Выдает у всех
клиентов ип 127.0.0.1 хотя mod-rpaf работает и
настроен корректно.


nginx version: nginx/1.1.19
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-log-path=/var/log/nginx/access.log
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-http_addition_module --with-http_dav_module
--with-http_geoip_module --with-http_gzip_static_module
--with-http_image_filter_module --with-http_realip_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module
--add-module=/build/buildd/nginx-1.1.19/debian/modules/nginx-auth-pam
--add-module=/build/buildd/nginx-1.1.19/debian/modules/nginx-echo
--add-module=/build/buildd/nginx-1.1.19/debian/modules/nginx-upstream-fair
--add-module=/build/buildd/nginx-1.1.19/debian/modules/nginx-dav-ext-module


Конфиги:

nginx.conf

user www-data;
worker_processes  1;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    server_names_hash_bucket_size 64;
    access_log  /var/log/nginx/access.log;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay        on;


    gzip                on;
    gzip_proxied        any;
    gzip_min_length     1100;
    gzip_http_version   1.0;
    gzip_buffers        4 8k;
    gzip_comp_level     9;
    gzip_types          text/plain text/css application/x-javascript
text/xml application/xml application/xml+rss text/javascript;


    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}


host

server {
        listen 80;
        server_name forum.redcode.pro;
        access_log /var/log/nginx.access_log;

location ~*
.(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$
{
        root /var/www/forum.redcode.pro;
        index index.html index.php;
        access_log off;
        expires 30d;
}

location ~ /.ht {
        deny all;
}

location / {
        proxy_pass http://127.0.0.1:8002;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for;
        proxy_set_header Host $host:80;
        proxy_connect_timeout 60;
        proxy_send_timeout 90;
        proxy_read_timeout 90;
        proxy_redirect off;
        proxy_set_header Connection close;
        proxy_pass_header Content-Type;
        proxy_pass_header Content-Disposition;
        proxy_pass_header Content-Length;
}

}

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


From rkhordov на yandex.ru  Thu May 10 17:26:11 2012
From: rkhordov на yandex.ru (=?koi8-r?B?6M/SxM/XIPLPzcHO?=)
Date: Thu, 10 May 2012 21:26:11 +0400
Subject: =?UTF-8?B?0L7RgtC80LXQvdCwINGA0LXQtNC40YDQtdC60YLQsCDQvdCwIC9lcnJvci80MDQ=?=
Message-ID: <24251336670771@web16e.yandex.ru>

Сейчас при запросе на несуществующий url, например, http://server.ru/dir/23/file/100 в браузере открывается  http://server.ru/error/404 

Помогите сделать так, чтобы при такой ситуации ошибка 404 отдавалась, но путь в браузере оставался прежним  http://server.ru/dir/23/file/100, а не менялся на  http://server.ru/error/404 


From roman.vasilyev на yousendit.com  Thu May 10 17:28:23 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 10 May 2012 10:28:23 -0700
Subject: =?UTF-8?B?UmU6INC+0YLQvNC10L3QsCDRgNC10LTQuNGA0LXQutGC0LAg0L3QsCAvZXJyb3Iv?=
	=?UTF-8?B?NDA0?=
In-Reply-To: <24251336670771@web16e.yandex.ru>
References: <24251336670771@web16e.yandex.ru>
Message-ID: <4FABFAB7.8070608@yousendit.com>

On 05/10/2012 10:26 AM, Хордов Роман wrote:
> Сейчас при запросе на несуществующий url, например, http://server.ru/dir/23/file/100 в браузере открывается  http://server.ru/error/404
>
> Помогите сделать так, чтобы при такой ситуации ошибка 404 отдавалась, но путь в браузере оставался прежним  http://server.ru/dir/23/file/100, а не менялся на  http://server.ru/error/404
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
error_page 404 /404.html;


From loverjoni на gmail.com  Thu May 10 17:36:06 2012
From: loverjoni на gmail.com (Ivan Palanevich)
Date: Thu, 10 May 2012 20:36:06 +0300
Subject: =?UTF-8?B?0L/QsNC00LXQvdC40LUg0LzQsNGB0YLQtdGAINC/0YDQvtGG0LXRgdGB0LA=?=
Message-ID: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>

Заметил, что падает мастер процесс при отправке -HUP,

cat /etc/redhat-release 
CentOS release 5.8 (Final)

Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

nginx -V
nginx version: nginx/1.2.0
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
TLS SNI support enabled
configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats

Из последних добавленных модификаций 
--with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 

Началось до 1.2.0 , но с какой точно версии не помню.

cat /var/log/nginx/error.log 

2012/05/10 20:35:03 [debug] 1857#0: bind() 0.0.0.0:80 #6 
2012/05/10 20:35:03 [debug] 1857#0: counter: 00002B03896A3080, 1
2012/05/10 20:35:04 [debug] 1866#0: bind() 0.0.0.0:80 #6 
2012/05/10 20:35:04 [notice] 1866#0: using the "epoll" event method
2012/05/10 20:35:04 [debug] 1866#0: counter: 00002B0E900BD080, 1
2012/05/10 20:35:04 [notice] 1866#0: nginx/1.2.0
2012/05/10 20:35:04 [notice] 1866#0: built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
2012/05/10 20:35:04 [notice] 1866#0: OS: Linux 2.6.18-308.4.1.el5
2012/05/10 20:35:04 [notice] 1866#0: getrlimit(RLIMIT_NOFILE): 1024:1024
2012/05/10 20:35:04 [debug] 1867#0: write: 7, 00007FFF76633380, 5, 0
2012/05/10 20:35:04 [debug] 1867#0: setproctitle: "nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf"
2012/05/10 20:35:04 [notice] 1867#0: start worker processes
2012/05/10 20:35:04 [debug] 1867#0: channel 3:7
2012/05/10 20:35:04 [debug] 1868#0: eventfd: 9
2012/05/10 20:35:04 [debug] 1868#0: malloc: 0000000003D5C9D0:6144
2012/05/10 20:35:04 [debug] 1868#0: malloc: 00002B0E900BE010:9600000
2012/05/10 20:35:04 [debug] 1868#0: malloc: 00002B0E909E6010:5200000
2012/05/10 20:35:04 [notice] 1867#0: start worker process 1868
2012/05/10 20:35:04 [debug] 1867#0: sigsuspend
2012/05/10 20:35:04 [debug] 1868#0: malloc: 00002B0E90EDC010:5200000
2012/05/10 20:35:04 [debug] 1868#0: epoll add event: fd:6 op:1 ev:00000001
2012/05/10 20:35:04 [debug] 1868#0: epoll add event: fd:7 op:1 ev:00000001
2012/05/10 20:35:04 [debug] 1868#0: setproctitle: "nginx: worker process"
2012/05/10 20:35:04 [debug] 1868#0: worker cycle
2012/05/10 20:35:04 [debug] 1868#0: epoll timer: -1
2012/05/10 20:35:07 [debug] 1879#0: bind() 0.0.0.0:80 #6 
2012/05/10 20:35:07 [debug] 1879#0: counter: 00002AB8E6B21080, 1
2012/05/10 20:35:07 [notice] 1867#0: signal 1 (SIGHUP) received, reconfiguring
2012/05/10 20:35:07 [debug] 1867#0: wake up, sigio 0
2012/05/10 20:35:07 [notice] 1867#0: reconfiguring
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003D562E0:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E1A030:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D5A2F0:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 8, 0000000003D5A2F0, 2371, 0
2012/05/10 20:35:07 [debug] 1867#0: add cleanup: 0000000003D57C68
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D5C9D0:4280
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D5DA90:4280
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D5EB50:4280
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E1E040:4280
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E1F100:4280
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E201C0:4280
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E21280:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E13D00:4096
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/mime.types
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/mime.types
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 3463, 0
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E262A0:4096
2012/05/10 20:35:07 [debug] 1867#0: add cleanup: 0000000003E24BC0
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/*.conf
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/upstream-fair.conf
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 411, 0
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E272B0:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/ssl.conf
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 466, 0
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/virtual.conf
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 283, 0
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/server_param.conf
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 19, 0
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/*_vhost
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/sites-enabled/*.conf
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/sites-enabled/default.conf
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E25290:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 9, 0000000003E25290, 628, 0
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E2B2C0:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: ustats: using 5242880B of shared memory in /etc/nginx/sites-enabled/default.conf:22
2012/05/10 20:35:07 [debug] 1867#0: include fastcgi_params
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/fastcgi_params
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E2F2D0:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 10, 0000000003E2F2D0, 964, 0
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E302E0:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/error_page.include
2012/05/10 20:35:07 [debug] 1867#0: include /etc/nginx/conf.d/error_page.include
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E2F2D0:4096
2012/05/10 20:35:07 [debug] 1867#0: read: 10, 0000000003E2F2D0, 92, 0
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D987D0:2048
2012/05/10 20:35:07 [debug] 1867#0: add cleanup: 0000000003E32EF0
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D689C0:304
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D68B00:104
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D68B70:120
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003E342F0:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D51D80:1024
2012/05/10 20:35:07 [debug] 1867#0: add cleanup: 0000000003E37190
2012/05/10 20:35:07 [debug] 1867#0: create perl interpreter
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ECED20:4096
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E53E10:2048
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ECED20:4096
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ECED20:4096
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ECED20:4096
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ECED20:4096
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E53E10:1024
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003E53E10:1024
2012/05/10 20:35:07 [debug] 1867#0: posix_memalign: 0000000003ECED20:16384 @16
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003ED2D30:4864
2012/05/10 20:35:07 [debug] 1867#0: malloc: 0000000003D98BE0:368
2012/05/10 20:35:07 [debug] 1867#0: log: 0000000003D56550 8 "/var/log/nginx/error.log"
2012/05/10 20:35:07 [debug] 1867#0: log: 0000000003D56580 9 "/var/log/nginx/access.log"
2012/05/10 20:35:07 [notice] 1867#0: using the "epoll" event method
2012/05/10 20:35:07 [notice] 1867#0: start worker processes
2012/05/10 20:35:07 [debug] 1867#0: channel 4:5
2012/05/10 20:35:07 [notice] 1867#0: start worker process 1880
2012/05/10 20:35:07 [debug] 1867#0: pass channel s:1 pid:1880 fd:4 to s:0 pid:1868 fd:3
2012/05/10 20:35:07 [debug] 1880#0: eventfd: 11
2012/05/10 20:35:07 [debug] 1880#0: malloc: 0000000003D8D760:6144
2012/05/10 20:35:07 [debug] 1880#0: malloc: 00002B0E900DF010:9600000
2012/05/10 20:35:07 [debug] 1880#0: malloc: 00002B0E90A07010:5200000
2012/05/10 20:35:07 [debug] 1868#0: epoll: fd:7 ev:0001 d:00002B0E900BE0D0
2012/05/10 20:35:07 [debug] 1868#0: channel handler
2012/05/10 20:35:07 [debug] 1868#0: channel: 32
2012/05/10 20:35:07 [debug] 1868#0: channel command: 1
2012/05/10 20:35:07 [debug] 1868#0: get channel s:1 pid:1880 fd:3
2012/05/10 20:35:07 [debug] 1868#0: channel: -2
2012/05/10 20:35:07 [debug] 1868#0: timer delta: 3296
2012/05/10 20:35:07 [debug] 1868#0: posted events 0000000000000000
2012/05/10 20:35:07 [debug] 1868#0: worker cycle
2012/05/10 20:35:07 [debug] 1868#0: epoll timer: -1
2012/05/10 20:35:07 [debug] 1880#0: malloc: 00002B0E90EFD010:5200000
2012/05/10 20:35:07 [debug] 1880#0: epoll add event: fd:6 op:1 ev:00000001
2012/05/10 20:35:07 [debug] 1880#0: epoll add event: fd:5 op:1 ev:00000001
2012/05/10 20:35:07 [debug] 1880#0: setproctitle: "nginx: worker process"
2012/05/10 20:35:07 [debug] 1880#0: worker cycle
2012/05/10 20:35:07 [debug] 1880#0: epoll timer: -1
2012/05/10 20:35:07 [debug] 1867#0: child: 0 1868 e:0 t:0 d:0 r:1 j:0
2012/05/10 20:35:07 [debug] 1867#0: child: 1 1880 e:0 t:0 d:0 r:1 j:1
2012/05/10 20:35:07 [debug] 1867#0: sigsuspend
2012/05/10 20:35:07 [debug] 1868#0: epoll: fd:7 ev:0001 d:00002B0E900BE0D0
2012/05/10 20:35:07 [debug] 1868#0: channel handler
2012/05/10 20:35:07 [debug] 1868#0: channel: 32
2012/05/10 20:35:07 [debug] 1868#0: channel command: 3
2012/05/10 20:35:07 [debug] 1868#0: channel: -2
2012/05/10 20:35:07 [debug] 1868#0: timer delta: 102
2012/05/10 20:35:07 [debug] 1868#0: posted events 0000000000000000
2012/05/10 20:35:07 [notice] 1868#0: gracefully shutting down
2012/05/10 20:35:07 [debug] 1868#0: setproctitle: "nginx: worker process is shutting down"
2012/05/10 20:35:07 [debug] 1868#0: epoll del event: fd:6 op:2 ev:00000000
2012/05/10 20:35:07 [debug] 1868#0: close listening 0.0.0.0:80 #6 
2012/05/10 20:35:07 [notice] 1868#0: exiting
2012/05/10 20:35:07 [debug] 1868#0: flush files
2012/05/10 20:35:07 [debug] 1868#0: run cleanup: 0000000003D79820
2012/05/10 20:35:07 [debug] 1868#0: run cleanup: 0000000003D75580
2012/05/10 20:35:07 [debug] 1868#0: cleanup resolver
2012/05/10 20:35:07 [debug] 1868#0: run cleanup: 0000000003D66D90
2012/05/10 20:35:07 [debug] 1868#0: open file cache cleanup
2012/05/10 20:35:07 [debug] 1868#0: run cleanup: 0000000003D54658
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003E18D20
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D68E80
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D66E60
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D61D90
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D60CD0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D5FC10
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D522D0, unused: 0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D62E50, unused: 1
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D69E90, unused: 0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D6DEA0, unused: 0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D71EB0, unused: 0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003D75EC0, unused: 0
2012/05/10 20:35:07 [debug] 1868#0: free: 0000000003E14D10, unused: 11760
2012/05/10 20:35:07 [notice] 1868#0: exit
2012/05/10 20:35:07 [notice] 1867#0: signal 17 (SIGCHLD) received
2012/05/10 20:35:07 [notice] 1867#0: worker process 1868 exited with code 0
2012/05/10 20:35:07 [debug] 1867#0: shmtx forced unlock
2012/05/10 20:35:07 [debug] 1867#0: shmtx forced unlock
2012/05/10 20:35:07 [debug] 1867#0: shmtx forced unlock
2012/05/10 20:35:07 [debug] 1867#0: shmtx forced unlock
2012/05/10 20:35:07 [debug] 1880#0: epoll: fd:5 ev:0011 d:00002B0E900DF0D0
2012/05/10 20:35:07 [debug] 1880#0: epoll_wait() error on fd:5 ev:0011
2012/05/10 20:35:07 [debug] 1880#0: channel handler
2012/05/10 20:35:07 [debug] 1880#0: recvmsg() returned zero
2012/05/10 20:35:07 [debug] 1880#0: channel: -1
2012/05/10 20:35:07 [debug] 1880#0: epoll del connection: fd:5
2012/05/10 20:35:07 [debug] 1880#0: reusable connection: 0
2012/05/10 20:35:07 [debug] 1880#0: timer delta: 120
2012/05/10 20:35:07 [debug] 1880#0: posted events 0000000000000000
2012/05/10 20:35:07 [debug] 1880#0: worker cycle
2012/05/10 20:35:07 [debug] 1880#0: epoll timer: -1

Подскажите куда покапать.



From rkhordov на yandex.ru  Thu May 10 17:40:04 2012
From: rkhordov на yandex.ru (=?koi8-r?B?6M/SxM/XIPLPzcHO?=)
Date: Thu, 10 May 2012 21:40:04 +0400
Subject: =?UTF-8?B?UmU6INC+0YLQvNC10L3QsCDRgNC10LTQuNGA0LXQutGC0LAg0L3QsCAvZXJyb3Iv?=
	=?UTF-8?B?NDA0?=
In-Reply-To: <4FABFAB7.8070608@yousendit.com>
References: <24251336670771@web16e.yandex.ru> <4FABFAB7.8070608@yousendit.com>
Message-ID: <26781336671604@web25f.yandex.ru>

В таком варианте всёравно перенаправляет на error/404

10.05.2012, 21:28, "Roman Vasilyev" <roman.vasilyev на yousendit.com>:
> On 05/10/2012 10:26 AM, Хордов Роман wrote:
>
>>  Сейчас при запросе на несуществующий url, например, http://server.ru/dir/23/file/100 в браузере открывается  http://server.ru/error/404
>>
>>  Помогите сделать так, чтобы при такой ситуации ошибка 404 отдавалась, но путь в браузере оставался прежним  http://server.ru/dir/23/file/100, а не менялся на  http://server.ru/error/404
>>
>>  _______________________________________________
>>  nginx-ru mailing list
>>  nginx-ru на nginx.org
>>  http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> error_page 404 /404.html;
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Thu May 10 18:26:18 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 10 May 2012 22:26:18 +0400
Subject: =?UTF-8?B?UmU6INC+0YLQvNC10L3QsCDRgNC10LTQuNGA0LXQutGC0LAg0L3QsCAvZXJyb3Iv?=
	=?UTF-8?B?NDA0?=
In-Reply-To: <26781336671604@web25f.yandex.ru>
References: <24251336670771@web16e.yandex.ru> <4FABFAB7.8070608@yousendit.com>
	<26781336671604@web25f.yandex.ru>
Message-ID: <20120510182617.GI31671@mdounin.ru>

Hello!

On Thu, May 10, 2012 at 09:40:04PM +0400, Хордов Роман wrote:

> В таком варианте всёравно перенаправляет на error/404

     -- Вот что,  -- сказал  Эдик.  --  Так  нельзя.  Мы  работаем,  как
дилетанты.  Как  авторы  любительских  писем:  "Дорогие  ученые.  У меня
который год в подполе происходит подземный стук.  Объясните, пожалуйста,
как он происходит".  Система нужна.  Где у тебя бумага,  Витя? Сейчас мы
все распишем...

(c) Аркадий и Борис Стругацкие. Понедельник начинается в субботу

Решение было предложено верное, если оно не работает - вы либо 
неправильно тестируете (про кеш браузера не забываем), либо 
неправильно его применили (в конфиге существенно больше одного 
места, где можно написать директиву error_page, не говоря уже о 
том, что её можно написать не в тот конфиг или вообще не в 
конфиг).

Maxim Dounin

> 
> 10.05.2012, 21:28, "Roman Vasilyev" <roman.vasilyev на yousendit.com>:
> > On 05/10/2012 10:26 AM, Хордов Роман wrote:
> >
> >>  Сейчас при запросе на несуществующий url, например, http://server.ru/dir/23/file/100 в браузере открывается  http://server.ru/error/404
> >>
> >>  Помогите сделать так, чтобы при такой ситуации ошибка 404 отдавалась, но путь в браузере оставался прежним  http://server.ru/dir/23/file/100, а не менялся на  http://server.ru/error/404
> >>
> >>  _______________________________________________
> >>  nginx-ru mailing list
> >>  nginx-ru на nginx.org
> >>  http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> > error_page 404 /404.html;
> >
> > _______________________________________________
> > 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


From mdounin на mdounin.ru  Thu May 10 18:42:35 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 10 May 2012 22:42:35 +0400
Subject: =?UTF-8?B?UmU6IG5naW54IDEuMS4xOSDQuCDQvdC10L/RgNCw0LLQuNC70YzQvdC+0LUg0L4=?=
	=?UTF-8?B?0L/RgNC10LTQtdC70L3QuNC1INCY0J8g0LrQu9C40LXQvdGC0L7Qsg==?=
In-Reply-To: <5d3cf1d2054a58254acbb7ff8885ac25.NginxMailingListRussian@forum.nginx.org>
References: <5d3cf1d2054a58254acbb7ff8885ac25.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120510184235.GK31671@mdounin.ru>

Hello!

On Thu, May 10, 2012 at 01:07:11PM -0400, domet wrote:

> Вообщем ситуация такая, обновился
> через репозиторий до Ubuntu 12.04. На сервере
> установлено nginx + apache2 + php. До обновления
> все работало как часы, после обновления
> nginx удивительно начал тупить. Крутил
> конфиги не помогло. Выдает у всех
> клиентов ип 127.0.0.1 хотя mod-rpaf работает и
> настроен корректно.

[...]

Судя по конфигу, nginx у вас фронтендом, и ip-адреса клиентов в 
нём и так должны быть правильными (в /var/log/nginx.access_log 
что?).  Что именно nginx отдаёт на бекенд - можно посмотреть в 
debug log'е (см. http://wiki.nginx.org/Debugging) или с помощью 
tcpdump'а.  Скорее всего там всё хорошо, и проблема на самом деле 
где-то в настройках вашего бекенда.

Maxim Dounin


From zzz на zzz.org.ua  Thu May 10 19:01:29 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 10 May 2012 22:01:29 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
Message-ID: <CAKb9G9jWFAgs4fmwFP5b4NoB9E7Df5B2XS3wcJbhCHXfyA2Rjw@mail.gmail.com>

> Заметил, что падает мастер процесс при отправке -HUP,

Тоже недавно на это наткнулся, до вот такого патча дошло, попробуй:

diff --git a/src/os/unix/ngx_time.c b/src/os/unix/ngx_time.c
--- a/src/os/unix/ngx_time.c
+++ b/src/os/unix/ngx_time.c
@@ -40,12 +40,12 @@

 #elif (NGX_LINUX)
     time_t      s;
-    struct tm  *t;
+    struct tm  *t, t_r;
     char        buf[4];

     s = time(0);

-    t = localtime(&s);
+    t = localtime_r(&s, &t_r);

     strftime(buf, 4, "%H", t);

From nginx-forum на nginx.us  Thu May 10 19:57:14 2012
From: nginx-forum на nginx.us (zeromind)
Date: Thu, 10 May 2012 15:57:14 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCy0YvRgdC+0LrQuNC5INC/0LjQvdCzINGB0LXRgNCy0LXRgNCw?=
In-Reply-To: <a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
References: <4ba0ba6a00f7a30724cc4d12a1baf204.NginxMailingListRussian@forum.nginx.org>
	<a43fce26f03ecd55ec4eac2bd03e7c41.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6039237bfba76265521eb08ccd2720ca.NginxMailingListRussian@forum.nginx.org>

щяс меняю сервер.. скажите limit_req_zone
$binary_remote_addr zone=one:10m rate=1r/s;
в этом примере получается на 1 IP - 1 http
запрос в секунду доступен? если у меня
картинки и тд, для генерации всей
страницы уходит 20-30 запросов, мне так и
нужно ставить?

и скажите ещё set $limit_rate 225k можно писать в
таком локейшене:

location ~ \.mp4$ {
mp4;
mp4_buffer_size 1m;
mp4_max_buffer_size 5m;
set $limit_rate 225k;
}

и кстате я делал это действие, в итоге
скачивал .mp4 с 300-400кбайт/с скоростью..
что не правильно делаю?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226226,226264#msg-226264


From igus на cryptocom.ru  Fri May 11 06:21:42 2012
From: igus на cryptocom.ru (Igor Ustinov)
Date: Fri, 11 May 2012 10:21:42 +0400
Subject: =?UTF-8?B?0JrQsNC6INC40YHQv9C+0LvRjNC30L7QstCw0YLRjCDQsNC70YzRgtC10YDQvdCw?=
	=?UTF-8?B?0YLQuNCy0L3Ri9C5IG9wZW5zc2w/?=
Message-ID: <4FACAFF6.3050709@cryptocom.ru>

Добрый день!

Хочу шифрование https по ГОСТам (не спрашивайте, зачем - страна такая).
ГОСТов нет в openssl 0.9.8, но есть в openssl 1.0.0.
Там, где openssl 1.0.0 является системной (например, в RHEL6), можно 
перекомпилировать её с поддержкой ГОСТ, и nginx прекрасно начинает 
шифровать по ГОСТам.
А если в системе стоит 0.9.8? Компилируем 1.0.0 и ставим её в сторонке 
(например, в /opt), но вот подружить с ним nginx никак не получается: 
опция сборки --with-openssl требует ссылки на каталог с исходниками, а 
не с установленным openssl и, похоже, при наличии этой опции openssl 
вкомпилируется внутрь nginx, что не подходит, так как не устроит наше 
любимое государство.

Подскажите, это действительно так или есть таки способ подружить nginx с 
openssl, стоящим в нестандартном месте?

С уважением,
Игорь Устинов


From igor на sysoev.ru  Fri May 11 06:35:29 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 11 May 2012 10:35:29 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQuNGB0L/QvtC70YzQt9C+0LLQsNGC0Ywg0LDQu9GM0YLQtdGA?=
	=?UTF-8?B?0L3QsNGC0LjQstC90YvQuSBvcGVuc3NsPw==?=
In-Reply-To: <4FACAFF6.3050709@cryptocom.ru>
References: <4FACAFF6.3050709@cryptocom.ru>
Message-ID: <20120511063529.GA33544@nginx.com>

On Fri, May 11, 2012 at 10:21:42AM +0400, Igor Ustinov wrote:
> Добрый день!
> 
> Хочу шифрование https по ГОСТам (не спрашивайте, зачем - страна такая).
> ГОСТов нет в openssl 0.9.8, но есть в openssl 1.0.0.
> Там, где openssl 1.0.0 является системной (например, в RHEL6), можно 
> перекомпилировать её с поддержкой ГОСТ, и nginx прекрасно начинает 
> шифровать по ГОСТам.
> А если в системе стоит 0.9.8? Компилируем 1.0.0 и ставим её в сторонке 
> (например, в /opt), но вот подружить с ним nginx никак не получается: 
> опция сборки --with-openssl требует ссылки на каталог с исходниками, а 
> не с установленным openssl и, похоже, при наличии этой опции openssl 
> вкомпилируется внутрь nginx, что не подходит, так как не устроит наше 
> любимое государство.
> 
> Подскажите, это действительно так или есть таки способ подружить nginx с 
> openssl, стоящим в нестандартном месте?

--with-cc-opt="-I/opt/include" --with-ld-opt="-L/opt/lib" 


-- 
Игорь Сысоев
http://sysoev.ru


From nginx-forum на nginx.us  Fri May 11 06:56:16 2012
From: nginx-forum на nginx.us (Craken)
Date: Fri, 11 May 2012 02:56:16 -0400 (EDT)
Subject: proxy http -> https
Message-ID: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>

Здравствуйте всем. 
Знаю что такой вопрос уже когда-то
поднимался, вот тольок не нашел где
этот топик. 
В общем задача такая: требуется
произвести проксирование с http -> https. Ну
или в крайнем случае могу сделать
реврайт, и после чего произвести
проксирование по схеме https -> https
(пробовал и так и так). Но проблема в том,
что когда я делаю по схеме https -> https, то
мозилла ругается на "SSL получило запись,
длина которой превышает максимально
допустимую. (Код ошибки:
ssl_error_rx_record_too_long)". 
Вот конфиг:

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    log_format  simple  '$remote_addr - $remote_user [$time_local]
"$request" $status $body_bytes_sent';

    access_log  /var/log/nginx/access.log  simple buffer=32k;

    sendfile        on;
    tcp_nopush      on;
    tcp_nodelay     on;
    server_tokens   off;
    gzip            on;
    gzip_static     on;
    gzip_comp_level 5;
    gzip_min_length 1024;
    keepalive_timeout  65;
    limit_conn_zone   $binary_remote_addr  zone=addr:10m;

     proxy_cache_path  /var/nginx/cache/proxy_cache  levels=1:2  
keys_zone=users:20m max_size=2048m;

    # Load config files from the /etc/nginx/conf.d directory
    include /etc/nginx/conf.d/*.conf;

    server {
        listen       *:80;
        listen       *:443;
        server_name  .*;
        access_log /var/log/nginx/access.log main buffer=32k;

        location / {
                       proxy_buffering       off;
                       proxy_cache           users;
                       proxy_cache_key      
"$binary_remote_addr$scheme$proxy_host$request_uri";
                       proxy_cache_min_uses  1;
                       proxy_cache_valid 404 60m;
                       proxy_cache_valid     1m;
                       proxy_connect_timeout 5;
                       proxy_read_timeout    5;
                       proxy_send_timeout    5;
                       proxy_temp_path       /var/nginx/cache/proxy_temp
1 2;

                       proxy_pass           https://my.site.ua;
                       proxy_set_header     Host       $host;
                       proxy_set_header     X-Real-IP  $remote_addr;
                       proxy_set_header     X-Forwarded-For
$remote_addr;
        }

    }

В качестве бэкенда используется апачь.

Скажите пожалуйста, каким образой
обойти эту ошибку? 
Спасибо!

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


From nginx-forum на nginx.us  Fri May 11 07:11:20 2012
From: nginx-forum на nginx.us (Craken)
Date: Fri, 11 May 2012 03:11:20 -0400 (EDT)
Subject: proxy http -> https
In-Reply-To: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>
References: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9d2683a7852c550fcd12ae82cdc82656.NginxMailingListRussian@forum.nginx.org>

Попробовал сделать таким образом:
        listen       10.255.0.11:80;
        listen       10.255.0.11:443 ssl;

При заходе на https://10.255.0.11 firefox говорит
что соединение было сброшено, а в логах
вот такая запись появилась:
2012/05/11 10:06:53 [error] 10905#0: *25 no "ssl_certificate" is defined
in server listening on SSL port while SSL handshaking, client:
xxx.xxx.xxx.xxx, server: 10.255.0.11:443

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226284,226285#msg-226285


From kav на karagodov.name  Fri May 11 07:15:57 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Fri, 11 May 2012 11:15:57 +0400
Subject: proxy http -> https
In-Reply-To: <9d2683a7852c550fcd12ae82cdc82656.NginxMailingListRussian@forum.nginx.org>
References: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>
	<9d2683a7852c550fcd12ae82cdc82656.NginxMailingListRussian@forum.nginx.org>
Message-ID: <632046DF-4ACD-4956-B3FE-60936E69D4F8@karagodov.name>

а почитать http://nginx.org/ru/docs/http/ngx_http_ssl_module.html ? 

в смешанном случае, т.е. когда один виртуальный хост ждёт ссл и не ссл, указывать ssl on; не нужно 


On 11.05.2012, at 11:11, Craken wrote:

> Попробовал сделать таким образом:
>        listen       10.255.0.11:80;
>        listen       10.255.0.11:443 ssl;
> 
> При заходе на https://10.255.0.11 firefox говорит
> что соединение было сброшено, а в логах
> вот такая запись появилась:
> 2012/05/11 10:06:53 [error] 10905#0: *25 no "ssl_certificate" is defined
тут же всё написано, что не так 

> in server listening on SSL port while SSL handshaking, client:
> xxx.xxx.xxx.xxx, server: 10.255.0.11:443
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226284,226285#msg-226285
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Fri May 11 07:21:34 2012
From: nginx-forum на nginx.us (Craken)
Date: Fri, 11 May 2012 03:21:34 -0400 (EDT)
Subject: proxy http -> https
In-Reply-To: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>
References: <7672f19057bece504cc3e301a533b775.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bc6fde2f83f7593a4d3f2211626a439a.NginxMailingListRussian@forum.nginx.org>

Вот нашел что-то похожее:
http://forum.nginx.org/read.php?21,214939
Думаю что вопрос можно считать
закрытым.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226284,226288#msg-226288


From mdounin на mdounin.ru  Fri May 11 07:22:26 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 11 May 2012 11:22:26 +0400
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
Message-ID: <20120511072226.GM31671@mdounin.ru>

Hello!

On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:

> Заметил, что падает мастер процесс при отправке -HUP,
> 
> cat /etc/redhat-release 
> CentOS release 5.8 (Final)
> 
> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
> 
> nginx -V
> nginx version: nginx/1.2.0
> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
> TLS SNI support enabled
> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
> 
> Из последних добавленных модификаций 
> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 
> 
> Началось до 1.2.0 , но с какой точно версии не помню.

[...]

> Подскажите куда покапать.

Начать с простого: собраться без сторонних модулей и патчей, и 
попробовать воспроизвести проблему без них.  Я подозреваю, что 
проблема где-то в районе ustats.

Maxim Dounin


From loverjoni на gmail.com  Fri May 11 10:14:59 2012
From: loverjoni на gmail.com (Ivan Palanevich)
Date: Fri, 11 May 2012 13:14:59 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <20120511072226.GM31671@mdounin.ru>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
Message-ID: <BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>

Вероятно вы правы.

http://code.google.com/p/ustats/issues/detail?id=5

On May 11, 2012, at 10:22 AM, Maxim Dounin wrote:

> Hello!
> 
> On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:
> 
>> Заметил, что падает мастер процесс при отправке -HUP,
>> 
>> cat /etc/redhat-release 
>> CentOS release 5.8 (Final)
>> 
>> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
>> 
>> nginx -V
>> nginx version: nginx/1.2.0
>> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
>> TLS SNI support enabled
>> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
>> 
>> Из последних добавленных модификаций 
>> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 
>> 
>> Началось до 1.2.0 , но с какой точно версии не помню.
> 
> [...]
> 
>> Подскажите куда покапать.
> 
> Начать с простого: собраться без сторонних модулей и патчей, и 
> попробовать воспроизвести проблему без них.  Я подозреваю, что 
> проблема где-то в районе ustats.
> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From loverjoni на gmail.com  Fri May 11 10:41:50 2012
From: loverjoni на gmail.com (Ivan Palanevich)
Date: Fri, 11 May 2012 13:41:50 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <CAKb9G9jWFAgs4fmwFP5b4NoB9E7Df5B2XS3wcJbhCHXfyA2Rjw@mail.gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<CAKb9G9jWFAgs4fmwFP5b4NoB9E7Df5B2XS3wcJbhCHXfyA2Rjw@mail.gmail.com>
Message-ID: <2A4B9DCA-A2A9-4661-AD6E-D10865098702@gmail.com>

Хм, этот патч явно не сюда... хотя все равно попробовал, не помогло)

On May 10, 2012, at 10:01 PM, Alexandr Gomoliako wrote:

>> Заметил, что падает мастер процесс при отправке -HUP,
> 
> Тоже недавно на это наткнулся, до вот такого патча дошло, попробуй:
> 
> diff --git a/src/os/unix/ngx_time.c b/src/os/unix/ngx_time.c
> --- a/src/os/unix/ngx_time.c
> +++ b/src/os/unix/ngx_time.c
> @@ -40,12 +40,12 @@
> 
> #elif (NGX_LINUX)
>     time_t      s;
> -    struct tm  *t;
> +    struct tm  *t, t_r;
>     char        buf[4];
> 
>     s = time(0);
> 
> -    t = localtime(&s);
> +    t = localtime_r(&s, &t_r);
> 
>     strftime(buf, 4, "%H", t);
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Fri May 11 11:42:55 2012
From: nginx-forum на nginx.us (MakPol)
Date: Fri, 11 May 2012 07:42:55 -0400 (EDT)
Subject: Jboss + NGINX
In-Reply-To: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
Message-ID: <fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>

Спасибо большое, для простых страниц
заработало, но для jboss не вышло :(
Но все равно мне Ваша подсказка очень
помогла.

А не вышло потому, что обращаясь к
adres.conpany.net:12345/test я без проблем перехожу
на 10.1.5.88:8180, но дальше мне надо идти на
10.1.5.88:8180/sysgo и введя в адресной строке
adres.conpany.net:12345/test/sysgo я получаю:
404 Not Found
nginx/0.7.65
попробую это тоже как-нибудь обойти, но
боюсь, что не получится

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226039,226296#msg-226296


From ne на vbart.ru  Fri May 11 12:12:55 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 11 May 2012 16:12:55 +0400
Subject: Jboss + NGINX
In-Reply-To: <fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
	<fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205111612.55719.ne@vbart.ru>

On Friday 11 May 2012 15:42:55 MakPol wrote:
[...]
> А не вышло потому, что обращаясь к
> adres.conpany.net:12345/test я без проблем перехожу
> на 10.1.5.88:8180, но дальше мне надо идти на
> 10.1.5.88:8180/sysgo и введя в адресной строке
> adres.conpany.net:12345/test/sysgo я получаю: 

Я не вижу в этом проблемы. С приведенной мной конфигурацией должно работать.
У JBoss есть какой-нибудь лог? В нем что-то написано? Если нет, то включите 
дебаг на nginx и смотрите, что у вас не так.

--
Валентин Бартенев

From zzz на zzz.org.ua  Fri May 11 12:55:00 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 11 May 2012 15:55:00 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <2A4B9DCA-A2A9-4661-AD6E-D10865098702@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<CAKb9G9jWFAgs4fmwFP5b4NoB9E7Df5B2XS3wcJbhCHXfyA2Rjw@mail.gmail.com>
	<2A4B9DCA-A2A9-4661-AD6E-D10865098702@gmail.com>
Message-ID: <CAKb9G9hXDkbcXYt7NS4wLnOULiv6bSNDrqBvizyWCBuoxK6MJQ@mail.gmail.com>

> Хм, этот патч явно не сюда... хотя все равно попробовал, не помогло)

Ок, спасибо, это где-то у меня.

From igus на cryptocom.ru  Fri May 11 13:16:10 2012
From: igus на cryptocom.ru (Igor Ustinov)
Date: Fri, 11 May 2012 17:16:10 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQuNGB0L/QvtC70YzQt9C+0LLQsNGC0Ywg0LDQu9GM0YLQtdGA?=
	=?UTF-8?B?0L3QsNGC0LjQstC90YvQuSBvcGVuc3NsPw==?=
In-Reply-To: <20120511063529.GA33544@nginx.com>
References: <4FACAFF6.3050709@cryptocom.ru> <20120511063529.GA33544@nginx.com>
Message-ID: <4FAD111A.6030404@cryptocom.ru>

11.05.2012 10:35, Igor Sysoev написал:
> On Fri, May 11, 2012 at 10:21:42AM +0400, Igor Ustinov wrote:
>> Добрый день!
>>
>> Хочу шифрование https по ГОСТам (не спрашивайте, зачем - страна такая).
>> ГОСТов нет в openssl 0.9.8, но есть в openssl 1.0.0.
>> Там, где openssl 1.0.0 является системной (например, в RHEL6), можно
>> перекомпилировать её с поддержкой ГОСТ, и nginx прекрасно начинает
>> шифровать по ГОСТам.
>> А если в системе стоит 0.9.8? Компилируем 1.0.0 и ставим её в сторонке
>> (например, в /opt), но вот подружить с ним nginx никак не получается:
>> опция сборки --with-openssl требует ссылки на каталог с исходниками, а
>> не с установленным openssl и, похоже, при наличии этой опции openssl
>> вкомпилируется внутрь nginx, что не подходит, так как не устроит наше
>> любимое государство.
>>
>> Подскажите, это действительно так или есть таки способ подружить nginx с
>> openssl, стоящим в нестандартном месте?
> --with-cc-opt="-I/opt/include" --with-ld-opt="-L/opt/lib"
>
>
Спасибо, помогло.


From nginx-forum на nginx.us  Sat May 12 10:53:12 2012
From: nginx-forum на nginx.us (xore)
Date: Sat, 12 May 2012 06:53:12 -0400 (EDT)
Subject: =?UTF-8?B?0JrQsNC6INC+0L/RgNC10LTQtdC70LjRgtGMLCDQutC+0LPQtNCwINC+0YLQstC1?=
	=?UTF-8?B?0YIg0LjQtyDQutGN0YjQsA==?=
Message-ID: <e96ff930a63c96f43be3284cb4613b7b.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!

Подскажите, пожалуйста, как справиться
с такой задачей.
Когда nginx отдает страничку напрямую,
добавить заголовок "backend_id".
А когда берет из кэша, заголовок не
добавлять.

Схема работы такая:
Фронтенд - nginx с проксированием (proxy_cache),
за ним несколько бэкендов (proxy_pass на
upstream из нескольких серверов).
При запросе, нужно различать ответ из
кэша и от бэкенда.
А если ответ от бэкенда, нужно понять, с
какого бэкенда он пришел.
Бэкенды настроены добавлять в ответ
заголовок backend_id.
Но фронтенд сохраняет в кэш весь ответ,
вместе с заголовками.
В результате, можно понять, каким
бэкендом был сгенерирован ответ.
Но нельзя понять, прямой ли это ответ,
или из кэша.

Есть ли способы справиться с такой
задачей?
Помогите советом, пожалуйста.

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


From umask на yandex.ru  Sat May 12 13:39:04 2012
From: umask на yandex.ru (umask)
Date: Sat, 12 May 2012 17:39:04 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtC/0YDQtdC00LXQu9C40YLRjCwg0LrQvtCz0LTQsCDQvtGC?=
	=?UTF-8?B?0LLQtdGCINC40Lcg0LrRjdGI0LA=?=
In-Reply-To: <e96ff930a63c96f43be3284cb4613b7b.NginxMailingListRussian@forum.nginx.org>
References: <e96ff930a63c96f43be3284cb4613b7b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <345211336829944@web8e.yandex.ru>

наверное как-то так можно:

if ($upstream_cache_status = HIT) {
add_header "X-Cache-Status" "cachehit";
}

if ($upstream_cache_status = MISS) {
add_header "X-Cache-Status" "cachemiss";
}


я не проверял. просто идея.



12.05.2012, 14:53, "xore" <nginx-forum на nginx.us>:
> Здравствуйте!
>
> Подскажите, пожалуйста, как справиться
> с такой задачей.
> Когда nginx отдает страничку напрямую,
> добавить заголовок "backend_id".
> А когда берет из кэша, заголовок не
> добавлять.
>
> Схема работы такая:
> Фронтенд - nginx с проксированием (proxy_cache),
> за ним несколько бэкендов (proxy_pass на
> upstream из нескольких серверов).
> При запросе, нужно различать ответ из
> кэша и от бэкенда.
> А если ответ от бэкенда, нужно понять, с
> какого бэкенда он пришел.
> Бэкенды настроены добавлять в ответ
> заголовок backend_id.
> Но фронтенд сохраняет в кэш весь ответ,
> вместе с заголовками.
> В результате, можно понять, каким
> бэкендом был сгенерирован ответ.
> Но нельзя понять, прямой ли это ответ,
> или из кэша.
>
> Есть ли способы справиться с такой
> задачей?
> Помогите советом, пожалуйста.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226330,226330#msg-226330
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Sat May 12 14:01:30 2012
From: nginx-forum на nginx.us (filimonic)
Date: Sat, 12 May 2012 10:01:30 -0400 (EDT)
Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCBzYXRpc2Z5IGFueQ==?=
Message-ID: <3a9fa7aaf9cae04231fa97e040e3bec4.NginxMailingListRussian@forum.nginx.org>

Прошу помощи разобраться с satisfy any;
При запросе с разрешенного IP все равно
запрашивает пароль.

server {
        server_name test.mydomain.ru
        listen   80;

        root /srv/www/www.mydomain.ru;
        index index.php;
        client_max_body_size 500m;
        merge_slashes on;
        server_tokens off;
        charset utf-8;

        satisfy any;
        allow 10.1.2.0/24;      #Office IP
        allow 127.0.0.1;        #Local host
        auth_basic "Site administration section password.";
        auth_basic_user_file /srv/www/www.mydomain.ru/int/.htpasswd;


        error_page 500 =200     /error/oops500.html;
        error_page 502 =200     /error/oops502.html;
        error_page 404   @err404_redirect;

        keepalive_requests 100;
        keepalive_timeout 75;
        fastcgi_intercept_errors on;

#======================
        location @err404_redirect {
        rewrite ^ / redirect;
        }
        location = / {
                fastcgi_pass unix:/srv/php/php-fpm.socket;
                fastcgi_index index.php;
                fastcgi_param  SCRIPT_FILENAME 
/srv/www/www.mydomain.ru$fastcgi_script_name;
                include fastcgi_params;
        }

}

~$ /usr/sbin/nginx -V
nginx version: nginx/1.0.15
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-client-body-temp-path=/var/lib/nginx/body
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-log-path=/var/log/nginx/access.log
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-file-aio --with-http_addition_module
--with-http_dav_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-http_realip_module --with-http_secure_link_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-auth-pam
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-echo
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-upstream-fair
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-syslog
--add-module=/usr/src/nginx/source/nginx-1.0.15/debian/modules/nginx-cache-purge

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


From nginx-forum на nginx.us  Sat May 12 14:07:52 2012
From: nginx-forum на nginx.us (xore)
Date: Sat, 12 May 2012 10:07:52 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAgc2F0aXNmeSBhbnk=?=
In-Reply-To: <3a9fa7aaf9cae04231fa97e040e3bec4.NginxMailingListRussian@forum.nginx.org>
References: <3a9fa7aaf9cae04231fa97e040e3bec4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <dc05b9d8b64b5fc240ab92e32139fab4.NginxMailingListRussian@forum.nginx.org>

Попробуйте добавить:
allow  all;

Если пустит - вы стучитесь на сервер не
из сети 10.1.2.0/24;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226345,226346#msg-226346


From nginx-forum на nginx.us  Sat May 12 14:17:31 2012
From: nginx-forum на nginx.us (xore)
Date: Sat, 12 May 2012 10:17:31 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtC/0YDQtdC00LXQu9C40YLRjCwg0LrQvtCz0LTQsCDQvtGC?=
	=?UTF-8?B?0LLQtdGCINC40Lcg0LrRjdGI0LA=?=
In-Reply-To: <345211336829944@web8e.yandex.ru>
References: <345211336829944@web8e.yandex.ru>
Message-ID: <3e43e037925a218a5268def9fecaf2c7.NginxMailingListRussian@forum.nginx.org>

Идея хорошая, но таинственной причине if
не хочет работать с $upstream_cache_status.
Добавил просто:
add_header "X-Cache-Status" $upstream_cache_status;

Опытным путем выяснил, что с if так же не
хочет работать заголовок от бекенда -
$upstream_http_<имя>.
Может быть, кто-нибудь знает, почему
так?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226330,226347#msg-226347


From nginx-forum на nginx.us  Sat May 12 14:19:13 2012
From: nginx-forum на nginx.us (filimonic)
Date: Sat, 12 May 2012 10:19:13 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAgc2F0aXNmeSBhbnk=?=
In-Reply-To: <dc05b9d8b64b5fc240ab92e32139fab4.NginxMailingListRussian@forum.nginx.org>
References: <3a9fa7aaf9cae04231fa97e040e3bec4.NginxMailingListRussian@forum.nginx.org>
	<dc05b9d8b64b5fc240ab92e32139fab4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4a338d94423341096d45cb15fe78537d.NginxMailingListRussian@forum.nginx.org>

Прошу прощения, настройки прокси,
кажется, взбесились. Проблему решил.
* Добавил еще deny all после allow

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226345,226348#msg-226348


From mdounin на mdounin.ru  Sat May 12 16:38:06 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sat, 12 May 2012 20:38:06 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtC/0YDQtdC00LXQu9C40YLRjCwg0LrQvtCz0LTQsCDQvtGC?=
	=?UTF-8?B?0LLQtdGCINC40Lcg0LrRjdGI0LA=?=
In-Reply-To: <3e43e037925a218a5268def9fecaf2c7.NginxMailingListRussian@forum.nginx.org>
References: <345211336829944@web8e.yandex.ru>
	<3e43e037925a218a5268def9fecaf2c7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120512163806.GA31671@mdounin.ru>

Hello!

On Sat, May 12, 2012 at 10:17:31AM -0400, xore wrote:

> Идея хорошая, но таинственной причине if
> не хочет работать с $upstream_cache_status.
> Добавил просто:
> add_header "X-Cache-Status" $upstream_cache_status;
> 
> Опытным путем выяснил, что с if так же не
> хочет работать заголовок от бекенда -
> $upstream_http_<имя>.
> Может быть, кто-нибудь знает, почему
> так?

Потому что if, как и другие директивы модуля rewrite, выполняется 
до того, как запрос отправлен на бекенд.  Если очень хочется - 
можно исползовать map, http://nginx.org/r/map/ru.

Maxim Dounin


From postmaster на softsearch.ru  Sun May 13 06:49:39 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 13 May 2012 10:49:39 +0400
Subject: =?UTF-8?B?0JzRi9GB0LvQuCDQv9C+INGD0LLQtdC70LjRh9C10L3QuNGOINGN0YTRhNC10Lo=?=
	=?UTF-8?B?0YLQuNCy0L3QvtGB0YLQuCDQutGN0YjQuNGA0L7QstCw0L3QuNGP?=
Message-ID: <1189708335.20120513104939@softsearch.ru>

Здравствуйте.

Подумалось, что раздавать разные закэшированные файлы в зависимости от
их  размеров  (и  возможно чего-то ещё) для сервера может обходиться в
разное  количество  ресурсов.  Если  в  кэш влезает, скажем, 2 больших
файла  или  1000  маленьких,  то  эффективность кэша будет зависеть не
только  от  частоты  запросов к файлам, но и от количества обращения к
диску  при  отдаче  каждого  отдельного  файла.  Т.е.  вместо счётчика
обращений  к  файлу наверное правильнее было бы хранить число дисковых
операций, которое реально делается при отдаче этого файла.

А  если в этом счётчике ещё учитывать дисковые операции, затрачиваемые
на  получение  файла  с  бэкенда и запись его в кэш, то можно заменить
директиву  proxy_cache_min_uses  на  директиву,  указывающую стоимость
записи  на  диск  относительно  стоимости  чтения с диска. Если в этой
директиве,  скажем  5,  то  это  значит,  увеличивать счётчик на 5 при
записи  файла и на 1 при чтении. Тогда, возможно окажется, что большие
файлы  эффективнее  кэшировать  с первого раза, а мелкие - с десятого.
Т.е.  решение  о  добавление  файла  в  кэш будет зависеть от значение
счётчика  самого неэффективного файла: пока не превысил этот счётчик с
учётом  будущих  дисковых  операций  на запись файла в кэш, кэшировать
файл не эффективно.


-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Sun May 13 08:55:56 2012
From: nginx-forum на nginx.us (trace)
Date: Sun, 13 May 2012 04:55:56 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQsNGH0LAg0LDRgNCz0YPQvNC10L3RgtCwINC30LDQv9GA?=
	=?UTF-8?B?0L7RgdCwINCyINC70L7Qsy4=?=
In-Reply-To: <E1SSW41-0005Me-5B.bdfy-mail-ru@f218.mail.ru>
References: <E1SSW41-0005Me-5B.bdfy-mail-ru@f218.mail.ru>
Message-ID: <89c0c2b813889716c430fe968a32a61f.NginxMailingListRussian@forum.nginx.org>

Bdfy Wrote:
-------------------------------------------------------
> а какой там метод
> используется ? POST ? тогда
> можно попробовать так:
> 
> http://stackoverflow.com/questions/4939382/logging
> -post-data-from-request-body
> 
> Thu, 10 May 2012 20:13:54 +0400 от Илья
> Страхов <ilya.strahov на gmail.com>:
> > Всем доброго времени
> суток.
> > 
> > Подскажите где почитать
> информацию.
> > Есть soap запрос от клиента.
> Как из запроса выдергивать
> аргумент и писать в лог.
> > _______________________________________________
> > 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


Извиняюсь за не корректный вопрос. 

Необходимо записать в лог только productID
12345, а не весь request_body. Используется post.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
     <getProductDetails xmlns="http://warehouse.example.com/ws">
       <productID>12345</productID>
     </getProductDetails>
   </soap:Body>
 </soap:Envelope>

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226249,226363#msg-226363


From nginx-forum на nginx.us  Sun May 13 16:14:10 2012
From: nginx-forum на nginx.us (Budulayj)
Date: Sun, 13 May 2012 12:14:10 -0400 (EDT)
Subject: =?UTF-8?B?cGVybCBzZXQ6INC30L3QsNGH0LXQvdC40LUgJHVyaSDQv9GA0Lgg0LLQutC70Y4=?=
	=?UTF-8?B?0YfQtdC90L3QvtC8IGluZGV4?=
Message-ID: <a028880bca83b1dbc5366aa21a9d09f6.NginxMailingListRussian@forum.nginx.org>

Добрый день.

Пытаюсь использовать perl_set для
принудительного перевода всех ссылок в
нижний регистр. При включенной
директиве index значение переменной $uri в
блоке perl_set не соответствует значению
$uri после применения index. То есть при
открытии "корневой" страницы
начинается "вечный" редирект. Вывел
значение переменных $uri и $uri_lowercase в лог -
$uri определяется как /index.html, $uri_lowercase как
/. Так и должно быть?

На всякий случай, конфиги такие:
http {
...
perl_set $uri_lowercase 'sub {
    		my $r = shift;
    		my $newuri = $r->uri;		
    		$newuri = lc($newuri);
    		return $newuri;
  	}';
...
}

server {
...
index index.html index.htm;
...
location / {
if ( $uri != $uri_lowercase ) {
rewrite . http://$host$uri_lowercase;
}
...
}

Версия nginx: nginx/1.2.0, ОС Debian 6.

Спасибо.

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


From bdfy на mail.ru  Sun May 13 17:14:25 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Sun, 13 May 2012 21:14:25 +0400
Subject: =?UTF-8?B?bmdpbngg0Lgg0LvQvtCzINGE0LDQudC7?=
Message-ID: <E1STcNF-0003Gw-E6.bdfy-mail-ru@f215.mail.ru>

можно ли в  nginx использовать pipe для вывода логов ?
Вот как на примере в апаче:
http://httpd.apache.org/docs/2.0/programs/rotatelogs.html
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120513/9830b218/attachment.html>

From mdounin на mdounin.ru  Sun May 13 17:29:05 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 13 May 2012 21:29:05 +0400
Subject: =?UTF-8?B?UmU6IHBlcmwgc2V0OiDQt9C90LDRh9C10L3QuNC1ICR1cmkg0L/RgNC4INCy0Lo=?=
	=?UTF-8?B?0LvRjtGH0LXQvdC90L7QvCBpbmRleA==?=
In-Reply-To: <a028880bca83b1dbc5366aa21a9d09f6.NginxMailingListRussian@forum.nginx.org>
References: <a028880bca83b1dbc5366aa21a9d09f6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120513172905.GD31671@mdounin.ru>

Hello!

On Sun, May 13, 2012 at 12:14:10PM -0400, Budulayj wrote:

> Добрый день.
> 
> Пытаюсь использовать perl_set для
> принудительного перевода всех ссылок в
> нижний регистр. При включенной
> директиве index значение переменной $uri в
> блоке perl_set не соответствует значению
> $uri после применения index. То есть при
> открытии "корневой" страницы
> начинается "вечный" редирект. Вывел
> значение переменных $uri и $uri_lowercase в лог -
> $uri определяется как /index.html, $uri_lowercase как
> /. Так и должно быть?

Да.  Значение $uri меняется после внутреннего перенаправления на 
индексный файл.  Значение переменных, полученных через perl_set, 
вычисляются один раз на запрос, и при повторных обращениях в 
рамках того же запроса - не перевычисляются.

> 
> На всякий случай, конфиги такие:
> http {
> ...
> perl_set $uri_lowercase 'sub {
>     		my $r = shift;
>     		my $newuri = $r->uri;		
>     		$newuri = lc($newuri);
>     		return $newuri;
>   	}';
> ...
> }
> 
> server {
> ...
> index index.html index.htm;
> ...
> location / {
> if ( $uri != $uri_lowercase ) {
> rewrite . http://$host$uri_lowercase;
> }
> ...
> }

Работать будет как-то так:

    perl_set $uri_not_lowercase 'sub {
        my $r = shift;
        my $u = $r->uri;
        return ($u ne lc($u)) ? "1" : "0";
    }';

    perl_set $uri_lowercase 'sub {
        my $r = shift;
        return lc($r->uri);
    }';

    if ($uri_not_lowercase) {
        return 302 $uri_lowercase;
    }

Впрочем, проверку "uri не в lowercase" наверное правильнее сделать 
вообще на regexp'ах, и не дёргать perl без необходимости.

Maxim Dounin


From nginx-forum на nginx.us  Sun May 13 18:09:46 2012
From: nginx-forum на nginx.us (Budulayj)
Date: Sun, 13 May 2012 14:09:46 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHBlcmwgc2V0OiDQt9C90LDRh9C10L3QuNC1ICR1cmkg0L/RgNC4INCy0Lo=?=
	=?UTF-8?B?0LvRjtGH0LXQvdC90L7QvCBpbmRleA==?=
In-Reply-To: <20120513172905.GD31671@mdounin.ru>
References: <20120513172905.GD31671@mdounin.ru>
Message-ID: <7066b75822d03bdaa0e55915fc12ddbb.NginxMailingListRussian@forum.nginx.org>

Понятно, спасибо за разъяснение.
"Перевычислять" переменные в perl_set не
является разумным?
Еще такой вариант работает:
if ( $request_uri != $uri_lowercase ) {
	rewrite . http://$host$uri_lowercase;
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226373,226377#msg-226377


From ne на vbart.ru  Sun May 13 18:21:37 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sun, 13 May 2012 22:21:37 +0400
Subject: =?UTF-8?B?UmU6IHBlcmwgc2V0OiAg0LfQvdCw0YfQtdC90LjQtSAkdXJpINC/0YDQuCDQstC6?=
	=?UTF-8?B?0LvRjtGH0LXQvdC90L7QvCBpbmRleA==?=
In-Reply-To: <7066b75822d03bdaa0e55915fc12ddbb.NginxMailingListRussian@forum.nginx.org>
References: <20120513172905.GD31671@mdounin.ru>
	<7066b75822d03bdaa0e55915fc12ddbb.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205132221.37592.ne@vbart.ru>

On Sunday 13 May 2012 22:09:46 Budulayj wrote:
> Понятно, спасибо за разъяснение.
> "Перевычислять" переменные в perl_set не
> является разумным?
> Еще такой вариант работает:
> if ( $request_uri != $uri_lowercase ) {
> 	rewrite . http://$host$uri_lowercase;
> }
> 

Разумным будет:

  if ($uri ~ "\p{Lu}") {
      return 301 http://$host$uri_lowercase;
  }

--
Валентин Бартенев

From bdfy на mail.ru  Sun May 13 20:03:00 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Mon, 14 May 2012 00:03:00 +0400
Subject: =?UTF-8?B?UmVbMl06INCf0LXRgNC10LTQsNGH0LAg0LDRgNCz0YPQvNC10L3RgtCwINC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHQsCDQsiDQu9C+0LMu?=
In-Reply-To: <89c0c2b813889716c430fe968a32a61f.NginxMailingListRussian@forum.nginx.org>
References: <E1SSW41-0005Me-5B.bdfy-mail-ru@f218.mail.ru>
	<89c0c2b813889716c430fe968a32a61f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <E1STf0O-0005kB-MQ.bdfy-mail-ru@f171.mail.ru>

тогда попробуйте использовать встроенный perl в nginx.


Sun, 13 May 2012 04:55:56 -0400 (EDT) от "trace" <nginx-forum на nginx.us>:
> Bdfy Wrote:
> -------------------------------------------------------
> > а какой там метод
> > используется ? POST ? тогда
> > можно попробовать так:
> > 
> > http://stackoverflow.com/questions/4939382/logging
> > -post-data-from-request-body
> > 
> > Thu, 10 May 2012 20:13:54 +0400 от Илья
> > Страхов <ilya.strahov на gmail.com>:
> > > Всем доброго времени
> > суток.
> > > 
> > > Подскажите где почитать
> > информацию.
> > > Есть soap запрос от клиента.
> > Как из запроса выдергивать
> > аргумент и писать в лог.
> > > _______________________________________________
> > > 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
> 
> 
> Извиняюсь за не корректный вопрос. 
> 
> Необходимо записать в лог только productID
> 12345, а не весь request_body. Используется post.
> 
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
>    <soap:Body>
>      <getProductDetails xmlns="http://warehouse.example.com/ws">
>        <productID>12345</productID>
>      </getProductDetails>
>    </soap:Body>
>  </soap:Envelope>
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226249,226363#msg-226363
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From ne на vbart.ru  Sun May 13 20:16:18 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 14 May 2012 00:16:18 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LTQsNGH0LAg0LDRgNCz0YPQvNC10L3RgtCwINC30LDQv9GA?=
	=?UTF-8?B?0L7RgdCwINCyINC70L7Qsy4=?=
In-Reply-To: <89c0c2b813889716c430fe968a32a61f.NginxMailingListRussian@forum.nginx.org>
References: <E1SSW41-0005Me-5B.bdfy-mail-ru@f218.mail.ru>
	<89c0c2b813889716c430fe968a32a61f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205140016.18557.ne@vbart.ru>

On Sunday 13 May 2012 12:55:56 trace wrote:
[...]
> Необходимо записать в лог только productID
> 12345, а не весь request_body. Используется post.
> 
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
>    <soap:Body>
>      <getProductDetails xmlns="http://warehouse.example.com/ws">
>        <productID>12345</productID>
>      </getProductDetails>
>    </soap:Body>
>  </soap:Envelope>
> 

   map $request_body $product_id {
       default  '';
       ~<productID>(?<id>[^<]+)</productID>  $id;
   }

--
Валентин Бартенев


From nginx-forum на nginx.us  Sun May 13 23:11:44 2012
From: nginx-forum на nginx.us (petrofm)
Date: Sun, 13 May 2012 19:11:44 -0400 (EDT)
Subject: =?UTF-8?B?0JrQsNC6INC+0LPRgNCw0L3QuNGH0LjRgtGMINC60L7Qu9C40YfQtdGB0YLQstC+?=
	=?UTF-8?B?INC/0L7QtNC60LvRjtGH0LXQvdC40Lkg0LIgbW9kIHppcCA/?=
Message-ID: <86dd8a276f22061dd8dac24b89d3a761.NginxMailingListRussian@forum.nginx.org>

Как можно ограничить количество
одновременных подключений с одного IP ,
при использовании mod_zip ??
X-Accel-Limit-Rate  работает , через заголовки.

Количество же  соединений, limit_conn не
работает, если его указывать для location ,
откуда mod_zip "берет" файл (третий
параметр в списке файлов). ((

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


From nginx-forum на nginx.us  Mon May 14 07:05:03 2012
From: nginx-forum на nginx.us (xore)
Date: Mon, 14 May 2012 03:05:03 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtC/0YDQtdC00LXQu9C40YLRjCwg0LrQvtCz0LTQsCDQvtGC?=
	=?UTF-8?B?0LLQtdGCINC40Lcg0LrRjdGI0LA=?=
In-Reply-To: <20120512163806.GA31671@mdounin.ru>
References: <20120512163806.GA31671@mdounin.ru>
Message-ID: <44a7be25480afad653b0cb69bc1f6f1f.NginxMailingListRussian@forum.nginx.org>

Отличная мысль!
Помогло, спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226330,226385#msg-226385


From universite на ukr.net  Mon May 14 07:49:52 2012
From: universite на ukr.net (Vladislav V. Prodan)
Date: Mon, 14 May 2012 10:49:52 +0300
Subject: =?UTF-8?B?0J3Rg9C20L3QsCDQt9Cw0LPQu9GD0YjQutCwINC00LvRjyDQstGB0LXRhSDQt9Cw?=
	=?UTF-8?B?0L/RgNC+0YHQvtCyLCDQvdC1INGD0LrQsNC30LDQvdC90YvRhSDRj9Cy0L0=?=
	=?UTF-8?B?0L4g0LIg0LTRgNGD0LPQuNGFINC60L7QvdGE0LjQs9Cw0YUg0LIgc2VydmVy?=
	=?UTF-8?B?X25hbWU=?=
Message-ID: <4FB0B920.4030400@ukr.net>


Сеошники негодут, ибо про 286523487653897.site.com открывается другой
сайт на этом же IP.

На других конфигах в server_name оставил только site.com и www.site.com
На сайте-заглушке указал так:
server {
    listen xx.xxx.xxx.xxx:80;
    listen 80 default_server;
    server_name _ "";
...
}

Почему не работает?


# nginx -V
nginx version: nginx/1.2.0
TLS SNI support enabled
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--with-file-aio --with-ipv6
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log --with-http_dav_module
--with-http_flv_module --with-http_mp4_module --with-http_perl_module
--with-http_ssl_module --with-http_stub_status_module
--with-http_sub_module
--add-module=/usr/ports/www/nginx/work/agentzh-memc-nginx-module-4007350
--with-pcre
--add-module=/usr/ports/www/nginx/work/passenger-3.0.12/ext/nginx

-- 
Vladislav V. Prodan
System & Network Administrator
http://support.od.ua
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From denis.kot на gmail.com  Mon May 14 08:01:14 2012
From: denis.kot на gmail.com (Denis Kot)
Date: Mon, 14 May 2012 11:01:14 +0300
Subject: =?UTF-8?B?UmU6INCd0YPQttC90LAg0LfQsNCz0LvRg9GI0LrQsCDQtNC70Y8g0LLRgdC10YUg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsiwg0L3QtSDRg9C60LDQt9Cw0L3QvdGL0YUg0Y8=?=
	=?UTF-8?B?0LLQvdC+INCyINC00YDRg9Cz0LjRhSDQutC+0L3RhNC40LPQsNGFINCyIHNl?=
	=?UTF-8?B?cnZlcl9uYW1l?=
In-Reply-To: <4FB0B920.4030400@ukr.net>
References: <4FB0B920.4030400@ukr.net>
Message-ID: <CAFGLPOf=ifafVJazhEqt7E3y=1HSQqOVz9PSdkVF22r3OmVVWA@mail.gmail.com>

- default_server
+ default
On May 14, 2012 10:50 AM, "Vladislav V. Prodan" <universite на ukr.net> wrote:

>
> Сеошники негодут, ибо про 286523487653897.site.com открывается другой
> сайт на этом же IP.
>
> На других конфигах в server_name оставил только site.com и www.site.com
> На сайте-заглушке указал так:
> server {
>    listen xx.xxx.xxx.xxx:80;
>    listen 80 default_server;
>    server_name _ "";
> ...
> }
>
> Почему не работает?
>
>
> # nginx -V
> nginx version: nginx/1.2.0
> TLS SNI support enabled
> configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
> /usr/local/include' --with-ld-opt='-L /usr/local/lib'
> --conf-path=/usr/local/etc/nginx/nginx.conf
> --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
> --error-log-path=/var/log/nginx-error.log --user=www --group=www
> --with-file-aio --with-ipv6
> --http-client-body-temp-path=/var/tmp/nginx/client_body_temp
> --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
> --http-proxy-temp-path=/var/tmp/nginx/proxy_temp
> --http-scgi-temp-path=/var/tmp/nginx/scgi_temp
> --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
> --http-log-path=/var/log/nginx-access.log --with-http_dav_module
> --with-http_flv_module --with-http_mp4_module --with-http_perl_module
> --with-http_ssl_module --with-http_stub_status_module
> --with-http_sub_module
> --add-module=/usr/ports/www/nginx/work/agentzh-memc-nginx-module-4007350
> --with-pcre
> --add-module=/usr/ports/www/nginx/work/passenger-3.0.12/ext/nginx
>
> --
> Vladislav V. Prodan
> System & Network Administrator
> http://support.od.ua
> +380 67 4584408, +380 99 4060508
> VVP88-RIPE
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120514/71f0111c/attachment.html>

From a.vasilishin на kpi.ua  Mon May 14 08:05:14 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Mon, 14 May 2012 11:05:14 +0300
Subject: =?UTF-8?B?UmU6INCd0YPQttC90LAg0LfQsNCz0LvRg9GI0LrQsCDQtNC70Y8g0LLRgdC10YUg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsiwg0L3QtSDRg9C60LDQt9Cw0L3QvdGL0YUg0Y8=?=
	=?UTF-8?B?0LLQvdC+INCyINC00YDRg9Cz0LjRhSDQutC+0L3RhNC40LPQsNGFINCyIHNl?=
	=?UTF-8?B?cnZlcl9uYW1l?=
In-Reply-To: <4FB0B920.4030400@ukr.net>
References: <4FB0B920.4030400@ukr.net>
Message-ID: <4FB0BCBA.7050008@kpi.ua>

14.05.2012 10:49, Vladislav V. Prodan написал:
>
> Сеошники негодут, ибо про 286523487653897.site.com открывается другой
> сайт на этом же IP.
>
> На других конфигах в server_name оставил только site.com и www.site.com
> На сайте-заглушке указал так:
> server {
>      listen xx.xxx.xxx.xxx:80;
>      listen 80 default_server;
>      server_name _ "";
> ...
> }
>
> Почему не работает?
>


Вот - стандартная заглушка:
server {
         listen  x.x.x.x:80 default_server deferred;
         access_log off;
         server_name _;
         return 444;
}

Для каждой пары IP + порт ее надо определять, у Вас почему-то сначала 
один listen IP + порт, а потом просто порт. В общем чтобы оно работало, 
надо для всех вариантов, которые есть в других server { } описать этот 
listen  с  указанием default_server.



-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From universite на ukr.net  Mon May 14 08:05:46 2012
From: universite на ukr.net (Vladislav V. Prodan)
Date: Mon, 14 May 2012 11:05:46 +0300
Subject: =?UTF-8?B?UmU6INCd0YPQttC90LAg0LfQsNCz0LvRg9GI0LrQsCDQtNC70Y8g0LLRgdC10YUg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsiwg0L3QtSDRg9C60LDQt9Cw0L3QvdGL0YUg0Y8=?=
	=?UTF-8?B?0LLQvdC+INCyINC00YDRg9Cz0LjRhSDQutC+0L3RhNC40LPQsNGFINCyIHNl?=
	=?UTF-8?B?cnZlcl9uYW1l?=
In-Reply-To: <CAFGLPOf=ifafVJazhEqt7E3y=1HSQqOVz9PSdkVF22r3OmVVWA@mail.gmail.com>
References: <4FB0B920.4030400@ukr.net>
	<CAFGLPOf=ifafVJazhEqt7E3y=1HSQqOVz9PSdkVF22r3OmVVWA@mail.gmail.com>
Message-ID: <4FB0BCDA.7030705@ukr.net>

14.05.2012 11:01, Denis Kot написал:
> - default_server
> + default

не помогает :(


-- 
Vladislav V. Prodan
System & Network Administrator
http://support.od.ua
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From universite на ukr.net  Mon May 14 08:14:41 2012
From: universite на ukr.net (Vladislav V. Prodan)
Date: Mon, 14 May 2012 11:14:41 +0300
Subject: =?UTF-8?B?UmU6INCd0YPQttC90LAg0LfQsNCz0LvRg9GI0LrQsCDQtNC70Y8g0LLRgdC10YUg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsiwg0L3QtSDRg9C60LDQt9Cw0L3QvdGL0YUg0Y8=?=
	=?UTF-8?B?0LLQvdC+INCyINC00YDRg9Cz0LjRhSDQutC+0L3RhNC40LPQsNGFINCyIHNl?=
	=?UTF-8?B?cnZlcl9uYW1l?=
In-Reply-To: <4FB0BCBA.7050008@kpi.ua>
References: <4FB0B920.4030400@ukr.net> <4FB0BCBA.7050008@kpi.ua>
Message-ID: <4FB0BEF1.601@ukr.net>

14.05.2012 11:05, Андрей Василишин написал:

> Вот - стандартная заглушка:
> server {
>         listen  x.x.x.x:80 default_server deferred;
>         access_log off;
>         server_name _;
>         return 444;
> }
> 
> Для каждой пары IP + порт ее надо определять, у Вас почему-то сначала
> один listen IP + порт, а потом просто порт. В общем чтобы оно работало,
> надо для всех вариантов, которые есть в других server { } описать этот
> listen  с  указанием default_server.

nginx: [emerg] the deferred accept is not supported on this platform,
ignored in

Сделал и заработало:

server {
    listen xxx.xxx.xxx.241:80 default_server;
    server_name _;
    access_log off;
    return 444;
}


-- 
Vladislav V. Prodan
System & Network Administrator
http://support.od.ua
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From a.vasilishin на kpi.ua  Mon May 14 08:21:05 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Mon, 14 May 2012 11:21:05 +0300
Subject: =?UTF-8?B?UmU6INCd0YPQttC90LAg0LfQsNCz0LvRg9GI0LrQsCDQtNC70Y8g0LLRgdC10YUg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0L7Qsiwg0L3QtSDRg9C60LDQt9Cw0L3QvdGL0YUg0Y8=?=
	=?UTF-8?B?0LLQvdC+INCyINC00YDRg9Cz0LjRhSDQutC+0L3RhNC40LPQsNGFINCyIHNl?=
	=?UTF-8?B?cnZlcl9uYW1l?=
In-Reply-To: <4FB0BEF1.601@ukr.net>
References: <4FB0B920.4030400@ukr.net> <4FB0BCBA.7050008@kpi.ua>
	<4FB0BEF1.601@ukr.net>
Message-ID: <4FB0C071.6060906@kpi.ua>

14.05.2012 11:14, Vladislav V. Prodan написал:
> 14.05.2012 11:05, Андрей Василишин написал:
>
>> Вот - стандартная заглушка:
>> server {
>>          listen  x.x.x.x:80 default_server deferred;
>>          access_log off;
>>          server_name _;
>>          return 444;
>> }
>>
>> Для каждой пары IP + порт ее надо определять, у Вас почему-то сначала
>> один listen IP + порт, а потом просто порт. В общем чтобы оно работало,
>> надо для всех вариантов, которые есть в других server { } описать этот
>> listen  с  указанием default_server.
>
> nginx: [emerg] the deferred accept is not supported on this platform,
> ignored in


Да, работает только на линуксе, не сразу заметил, что у Вас FreeBSD.


> Сделал и заработало:

Для закрепление так сказать эффекта, рекомендую прочитать 
http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen
Потому что неизвестно какой там у Вас зоопарк, и как правильнее его 
причесать.


> server {
>      listen xxx.xxx.xxx.241:80 default_server;
>      server_name _;
>      access_log off;
>      return 444;
> }



-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From citrin на citrin.ru  Mon May 14 09:14:48 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Mon, 14 May 2012 13:14:48 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC4INC70L7QsyDRhNCw0LnQuw==?=
In-Reply-To: <E1STcNF-0003Gw-E6.bdfy-mail-ru@f215.mail.ru>
References: <E1STcNF-0003Gw-E6.bdfy-mail-ru@f215.mail.ru>
Message-ID: <4FB0CD08.4090705@citrin.ru>

On 05/13/12 21:14, Ivan wrote:
> |можно ли в  nginx использовать pipe для вывода логов ?
> Вот как на примере в апаче:
> http://httpd.apache.org/docs/2.0/programs/rotatelogs.html|

Нету. Писать логи в pipe в общем случае плохая идея.

А зачем это нужно?
Если хочется чем то парсиить логи "на лету", то лучще использовать
tail -F access_log | script
или аналоги.

-- 
  Anton Yuzhaninov


From nginx-forum на nginx.us  Mon May 14 13:30:02 2012
From: nginx-forum на nginx.us (MakPol)
Date: Mon, 14 May 2012 09:30:02 -0400 (EDT)
Subject: Jboss + NGINX
In-Reply-To: <fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
	<fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7fa0d00795814a7bf149bcb6c7a6e2e5.NginxMailingListRussian@forum.nginx.org>

Ближайшие дни попробую и отпишусь что
вышло. 
Спасибо за ответы!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226039,226391#msg-226391


From nginx-forum на nginx.us  Tue May 15 11:57:43 2012
From: nginx-forum на nginx.us (wwarne)
Date: Tue, 15 May 2012 07:57:43 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LXQv9C+0L3Rj9GC0LrQsCDRgSBJUCDQsNC00YDQtdGB0LDQvNC4?=
In-Reply-To: <c3d3742e003cd712f0426a68c5f1d9e7.NginxMailingListRussian@forum.nginx.org>
References: <BANLkTinBoortVPP+L1FyizrCQKHmW+uq=Q@mail.gmail.com>
	<e5887e8b098d72e734704d15a89c14a4.NginxMailingListRussian@forum.nginx.org>
	<c3d3742e003cd712f0426a68c5f1d9e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4ede64e081bedd6f66216e37d972d84c.NginxMailingListRussian@forum.nginx.org>

Была точно такая-же проблема. Во всех
ссылках адрес сервера заменялся ip
адресом комьютера, с которого я захожу. 
И в переменных _SERVER["SERVER_NAME"] и
_SERVER["HTTP_HOST"] был адрес моего компьютера.
Помогло в конфиге апача изменить
RPAFsethostname  на Off.
Пишу здесь, чтобы подтвердить решение.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,205778,226449#msg-226449


From mdounin на mdounin.ru  Tue May 15 14:40:32 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 15 May 2012 18:40:32 +0400
Subject: nginx-1.3.0
Message-ID: <20120515144032.GP31671@mdounin.ru>

Изменения в nginx 1.3.0                                           15.05.2012

    *) Добавление: директива debug_connection теперь поддерживает
       IPv6-адреса и параметр "unix:".

    *) Добавление: директива set_real_ip_from и параметр proxy директивы geo
       теперь поддерживают IPv6-адреса.

    *) Добавление: директивы real_ip_recursive, geoip_proxy и
       geoip_proxy_recursive.

    *) Добавление: параметр proxy_recursive директивы geo.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива resolver.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовались директивы fastcgi_pass, scgi_pass или uwsgi_pass
       и бэкенд возвращал некорректный ответ.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива rewrite и в новых аргументах запроса в
       строке замены использовались переменные.

    *) Исправление: nginx мог нагружать процессор, если было достигнуто
       ограничение на количество открытых файлов.

    *) Исправление: при использовании директивы proxy_next_upstream с
       параметром http_404 nginx мог бесконечно перебирать бэкенды, если в
       блоке upstream был хотя бы один сервер с флагом backup.

    *) Исправление: при использовании директивы ip_hash установка параметра
       down директивы server могла приводить к ненужному перераспределению
       клиентов между бэкендами.

    *) Исправление: утечки сокетов.
       Спасибо Yichun Zhang.

    *) Исправление: в модуле ngx_http_fastcgi_module.


Maxim Dounin


From postmaster на softsearch.ru  Tue May 15 14:46:54 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 15 May 2012 18:46:54 +0400
Subject: nginx-1.3.0
In-Reply-To: <20120515144032.GP31671@mdounin.ru>
References: <20120515144032.GP31671@mdounin.ru>
Message-ID: <1994615352.20120515184654@softsearch.ru>

Здравствуйте, Maxim.

>     *) Добавление: директивы real_ip_recursive, geoip_proxy и
>        geoip_proxy_recursive.

>     *) Добавление: параметр proxy_recursive директивы geo.

А что они все делают?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From mdounin на mdounin.ru  Tue May 15 14:59:24 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 15 May 2012 18:59:24 +0400
Subject: nginx-1.3.0
In-Reply-To: <1994615352.20120515184654@softsearch.ru>
References: <20120515144032.GP31671@mdounin.ru>
	<1994615352.20120515184654@softsearch.ru>
Message-ID: <20120515145924.GT31671@mdounin.ru>

Hello!

On Tue, May 15, 2012 at 06:46:54PM +0400, Михаил Монашёв wrote:

> Здравствуйте, Maxim.
> 
> >     *) Добавление: директивы real_ip_recursive, geoip_proxy и
> >        geoip_proxy_recursive.
> 
> >     *) Добавление: параметр proxy_recursive директивы geo.
> 
> А что они все делают?

Выкатилась документация, можно почитать где-нибудь тут:
http://nginx.org/en/docs/http/ngx_http_realip_module.html#real_ip_recursive

In short: добавляют возможность узнать адрес клиента через цепочку 
trusted проксей.

Maxim Dounin


From roman.vasilyev на yousendit.com  Tue May 15 16:20:12 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Tue, 15 May 2012 09:20:12 -0700
Subject: nginx-1.3.0
In-Reply-To: <20120515144032.GP31671@mdounin.ru>
References: <20120515144032.GP31671@mdounin.ru>
Message-ID: <4FB2823C.2000706@yousendit.com>

Это девелопмент бранч?


From ne на vbart.ru  Tue May 15 16:25:24 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 15 May 2012 20:25:24 +0400
Subject: nginx-1.3.0
In-Reply-To: <4FB2823C.2000706@yousendit.com>
References: <20120515144032.GP31671@mdounin.ru>
	<4FB2823C.2000706@yousendit.com>
Message-ID: <201205152025.24243.ne@vbart.ru>

On Tuesday 15 May 2012 20:20:12 Roman Vasilyev wrote:
> Это девелопмент бранч?
> 

Да.

--
Валентин Бартенев


From zaabjuda на gmail.com  Wed May 16 09:33:22 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Wed, 16 May 2012 13:33:22 +0400
Subject: alias+ try_files
Message-ID: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>

Здравствуйте!

Возникла проблема при использовании alias и try_files

Что имеем:
1. Конфиг

location /static/thmb {
                location
~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
{
                        add_header Content-Type "image/png";
                        alias
/var/www/thmb/singer/$ThumbResolution/$SingerName.png;
                        #error_page 404 =200 @defaultsinger;
                        try_files $uri ../../default/mdpi;
                }
        }

2. в каждом каталоге  /var/www/thmb/singer/$ThumbResolution/ лежит
файл default.png который должен отдаваться в случае исли
запрашиваемого файла нету.

Я привёл конечный конфиг, как только не пробывал, но ничего не
выходит. nginx 1.0.14

Спасибо за ранее за ваши советы

From nginx-forum на nginx.us  Wed May 16 09:46:21 2012
From: nginx-forum на nginx.us (yage)
Date: Wed, 16 May 2012 05:46:21 -0400 (EDT)
Subject: nginx-1.3.0
In-Reply-To: <201205152025.24243.ne@vbart.ru>
References: <201205152025.24243.ne@vbart.ru>
Message-ID: <a9420de08ac376b98774fa23daa8c3bb.NginxMailingListRussian@forum.nginx.org>

в roadmap для версии 1.3. заявлена такая фича
как Websockets, которую думаю не я один жду с
нетерпением.

скажите пожалуйста, это планируется
реализовывать? в 1.3. или более поздних
версиях.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226458,226489#msg-226489


From ne на vbart.ru  Wed May 16 10:22:15 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 14:22:15 +0400
Subject: alias+ try_files
In-Reply-To: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
Message-ID: <201205161422.15770.ne@vbart.ru>

On Wednesday 16 May 2012 13:33:22 Дмитрий Жильцов wrote:
> Здравствуйте!
> 
> Возникла проблема при использовании alias и try_files
> 
> Что имеем:
> 1. Конфиг
> 
> location /static/thmb {
>                 location
> ~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
> {
>                         add_header Content-Type "image/png";
>                         alias
> /var/www/thmb/singer/$ThumbResolution/$SingerName.png;
>                         #error_page 404 =200 @defaultsinger;
>                         try_files $uri ../../default/mdpi;
>                 }
>         }
> 
> 2. в каждом каталоге  /var/www/thmb/singer/$ThumbResolution/ лежит
> файл default.png который должен отдаваться в случае исли
> запрашиваемого файла нету.
> 
> Я привёл конечный конфиг, как только не пробывал, но ничего не
> выходит. nginx 1.0.14
> 

Не очень понятен смысл использовать alias вместе с try_files. Вам он и не нужен:

    location /static/thmb {
        location
~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
        {
            root /var/www/thmb/singer;
            try_files /$ThumbResolution/$SingerName.png
                      /$ThumbResolution/default.png
                      =404;
        }
    }

p.s. ещё более не понятен смысл add_header Content-Type "image/png".

--
Валентин Бартенев

From ne на vbart.ru  Wed May 16 10:25:26 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 14:25:26 +0400
Subject: alias+ try_files
In-Reply-To: <201205161422.15770.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161422.15770.ne@vbart.ru>
Message-ID: <201205161425.26244.ne@vbart.ru>

On Wednesday 16 May 2012 14:22:15 Валентин Бартенев wrote:
> On Wednesday 16 May 2012 13:33:22 Дмитрий Жильцов wrote:
> > Здравствуйте!
> > 
> > Возникла проблема при использовании alias и try_files
> > 
> > Что имеем:
> > 1. Конфиг
> > 
> > location /static/thmb {
> > 
> >                 location
> > 
> > ~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
> > {
> > 
> >                         add_header Content-Type "image/png";
> >                         alias
> > 
> > /var/www/thmb/singer/$ThumbResolution/$SingerName.png;
> > 
> >                         #error_page 404 =200 @defaultsinger;
> >                         try_files $uri ../../default/mdpi;
> >                 
> >                 }
> >         
> >         }
> > 
> > 2. в каждом каталоге  /var/www/thmb/singer/$ThumbResolution/ лежит
> > файл default.png который должен отдаваться в случае исли
> > запрашиваемого файла нету.
> > 
> > Я привёл конечный конфиг, как только не пробывал, но ничего не
> > выходит. nginx 1.0.14
> 
> Не очень понятен смысл использовать alias вместе с try_files. Вам он и не
> нужен:
> 
>     location /static/thmb {
>         location
> ~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
>         {
>             root /var/www/thmb/singer;
>             try_files /$ThumbResolution/$SingerName.png
>                       /$ThumbResolution/default.png
>                       =404;
>         }
>     }
> 
> p.s. ещё более не понятен смысл add_header Content-Type "image/png".
> 

Даже лучше так.

    location /static/thmb {
        location
~^/static/thmb/singer/(?P<SingerName>[^/]+)/(?P<ThumbResolution>[^/]+)$
        {
            root /var/www/thmb/singer/$ThumbResolution;
            try_files /$SingerName.png /default.png =404;
        }
    }

--
Валентин Бартенев

From zaabjuda на gmail.com  Wed May 16 10:46:26 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Wed, 16 May 2012 14:46:26 +0400
Subject: alias+ try_files
In-Reply-To: <201205161425.26244.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161422.15770.ne@vbart.ru> <201205161425.26244.ne@vbart.ru>
Message-ID: <CAGA13jT-2FnyJpk6cOE0soAFssmko8VzTEfqNTc+P7GXiPyCKw@mail.gmail.com>

Спасибо, почитал доку чем алияс от рут отличается, всё стало понятно.

16 мая 2012 г., 14:25 пользователь Валентин Бартенев <ne на vbart.ru> написал:
>  root /var/www/thmb/singer/$ThumbResolution;
>            try_files /$SingerName.png /default.png =404;

From loverjoni на gmail.com  Wed May 16 10:56:27 2012
From: loverjoni на gmail.com (Polonevich Ivan)
Date: Wed, 16 May 2012 13:56:27 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
	<BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
Message-ID: <4FB387DB.6010300@gmail.com>

С коллегами сделали такие выводы:

в функции ngx_shmtx_force_unlock выполняется операция atomic_cmp_set 
без предварительной проверки инициализирован ли mtx->lock или нет. Таким
образом если модуль выделил шаред память классическим способом но не
использовал mutex локи для этого блока то они остаются
неинициализрованными и при операции unlock_mutexes вызываемой по команде
reload мы получаем segmetation_fault. добавил проверку на то
инициализирован ли вообще mtx-lock, это снимает проблему. Насколько это
корректно или надо править модуль. Ниже диф:
[root на build-server nginx-1.3.0]# [root на build-server d]# diff ngx_shmtx.c
ngx_shmtx_patched.c
154c154
<     if (ngx_atomic_cmp_set(mtx->lock, pid, 0)) {
---
>     if (mtx->lock ? ngx_atomic_cmp_set(mtx->lock, pid, 0): 0) {

On 5/11/12 1:14 PM, Ivan Palanevich wrote:
> Вероятно вы правы.
>
> http://code.google.com/p/ustats/issues/detail?id=5
>
> On May 11, 2012, at 10:22 AM, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:
>>
>>> Заметил, что падает мастер процесс при отправке -HUP,
>>>
>>> cat /etc/redhat-release 
>>> CentOS release 5.8 (Final)
>>>
>>> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>> nginx -V
>>> nginx version: nginx/1.2.0
>>> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
>>> TLS SNI support enabled
>>> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
>>>
>>> Из последних добавленных модификаций 
>>> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 
>>>
>>> Началось до 1.2.0 , но с какой точно версии не помню.
>> [...]
>>
>>> Подскажите куда покапать.
>> Начать с простого: собраться без сторонних модулей и патчей, и 
>> попробовать воспроизвести проблему без них.  Я подозреваю, что 
>> проблема где-то в районе ustats.
>>
>> Maxim Dounin
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru


-- 
Signed, Polonevich Ivan
System  Administrator 
CООО Гейм Стрим / Wargaming.net 
http://www.wargaming.net/
http://www.game-stream.org/
icq 8158401
Skype jonilover


From loverjoni на gmail.com  Wed May 16 11:01:18 2012
From: loverjoni на gmail.com (Polonevich Ivan)
Date: Wed, 16 May 2012 14:01:18 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <4FB387DB.6010300@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
	<BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
	<4FB387DB.6010300@gmail.com>
Message-ID: <4FB388FE.9000700@gmail.com>

PS
в модуле выполняется только операция ngx_shared_memory_add т.е. только
выделяется память. slab_allocator не используется. мутексы не создаются
и не лочатся, возможно начиная с версии 1.2 это теперь обязательно
необходимо делать после выделения блока шаред памяти.


On 5/16/12 1:56 PM, Polonevich Ivan wrote:
> С коллегами сделали такие выводы:
>
> в функции ngx_shmtx_force_unlock выполняется операция atomic_cmp_set 
> без предварительной проверки инициализирован ли mtx->lock или нет. Таким
> образом если модуль выделил шаред память классическим способом но не
> использовал mutex локи для этого блока то они остаются
> неинициализрованными и при операции unlock_mutexes вызываемой по команде
> reload мы получаем segmetation_fault. добавил проверку на то
> инициализирован ли вообще mtx-lock, это снимает проблему. Насколько это
> корректно или надо править модуль. Ниже диф:
> [root на build-server nginx-1.3.0]# [root на build-server d]# diff ngx_shmtx.c
> ngx_shmtx_patched.c
> 154c154
> <     if (ngx_atomic_cmp_set(mtx->lock, pid, 0)) {
> ---
>>     if (mtx->lock ? ngx_atomic_cmp_set(mtx->lock, pid, 0): 0) {
> On 5/11/12 1:14 PM, Ivan Palanevich wrote:
>> Вероятно вы правы.
>>
>> http://code.google.com/p/ustats/issues/detail?id=5
>>
>> On May 11, 2012, at 10:22 AM, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:
>>>
>>>> Заметил, что падает мастер процесс при отправке -HUP,
>>>>
>>>> cat /etc/redhat-release 
>>>> CentOS release 5.8 (Final)
>>>>
>>>> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
>>>>
>>>> nginx -V
>>>> nginx version: nginx/1.2.0
>>>> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
>>>> TLS SNI support enabled
>>>> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
>>>>
>>>> Из последних добавленных модификаций 
>>>> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 
>>>>
>>>> Началось до 1.2.0 , но с какой точно версии не помню.
>>> [...]
>>>
>>>> Подскажите куда покапать.
>>> Начать с простого: собраться без сторонних модулей и патчей, и 
>>> попробовать воспроизвести проблему без них.  Я подозреваю, что 
>>> проблема где-то в районе ustats.
>>>
>>> Maxim Dounin
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>


-- 
Signed, Polonevich Ivan
System  Administrator 
CООО Гейм Стрим / Wargaming.net 
http://www.wargaming.net/
http://www.game-stream.org/
icq 8158401
Skype jonilover


From bdfy на mail.ru  Wed May 16 11:01:52 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Wed, 16 May 2012 15:01:52 +0400
Subject: =?UTF-8?B?0LAg0L/RgNC+0LXQutGCIG5naW54LWN0cHAg0L/QvtGF0L7QttC1INGD0LbQtSA=?=
	=?UTF-8?B?0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205161425.26244.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161422.15770.ne@vbart.ru> <201205161425.26244.ne@vbart.ru>
Message-ID: <E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>


под последний стабильный nginx 1.2 не собирается, баг-трекер https://dev.vbart.ru/issues/22 не работает ...

From mdounin на mdounin.ru  Wed May 16 11:09:18 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 16 May 2012 15:09:18 +0400
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <4FB387DB.6010300@gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
	<BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
	<4FB387DB.6010300@gmail.com>
Message-ID: <20120516110918.GB31671@mdounin.ru>

Hello!

On Wed, May 16, 2012 at 01:56:27PM +0300, Polonevich Ivan wrote:

> С коллегами сделали такие выводы:
> 
> в функции ngx_shmtx_force_unlock выполняется операция atomic_cmp_set 
> без предварительной проверки инициализирован ли mtx->lock или нет. Таким
> образом если модуль выделил шаред память классическим способом но не
> использовал mutex локи для этого блока то они остаются
> неинициализрованными и при операции unlock_mutexes вызываемой по команде
> reload мы получаем segmetation_fault. добавил проверку на то
> инициализирован ли вообще mtx-lock, это снимает проблему. Насколько это
> корректно или надо править модуль. Ниже диф:

Это неправильные выводы.

При выделении разделяемой памяти через ngx_shared_memory_add() 
соответствующий lock инициализируется (см. ngx_init_zone_pool()), 
однако ustats выделенную под zone pool память (и в том числе lock) 
затирает и использует под свои нужды.

Ну и предложенный патч на ngx_shmtx.c по очевидным причинам проблему 
не вылечит, а спрячет - падать не будет ровно до того момента, как 
в соответствующую область памяти не запишут что-то, отличное от 
NULL.

Maxim Dounin

> [root на build-server nginx-1.3.0]# [root на build-server d]# diff ngx_shmtx.c
> ngx_shmtx_patched.c
> 154c154
> <     if (ngx_atomic_cmp_set(mtx->lock, pid, 0)) {
> ---
> >     if (mtx->lock ? ngx_atomic_cmp_set(mtx->lock, pid, 0): 0) {
> 
> On 5/11/12 1:14 PM, Ivan Palanevich wrote:
> > Вероятно вы правы.
> >
> > http://code.google.com/p/ustats/issues/detail?id=5
> >
> > On May 11, 2012, at 10:22 AM, Maxim Dounin wrote:
> >
> >> Hello!
> >>
> >> On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:
> >>
> >>> Заметил, что падает мастер процесс при отправке -HUP,
> >>>
> >>> cat /etc/redhat-release 
> >>> CentOS release 5.8 (Final)
> >>>
> >>> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
> >>>
> >>> nginx -V
> >>> nginx version: nginx/1.2.0
> >>> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
> >>> TLS SNI support enabled
> >>> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
> >>>
> >>> Из последних добавленных модификаций 
> >>> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ 
> >>>
> >>> Началось до 1.2.0 , но с какой точно версии не помню.
> >> [...]
> >>
> >>> Подскажите куда покапать.
> >> Начать с простого: собраться без сторонних модулей и патчей, и 
> >> попробовать воспроизвести проблему без них.  Я подозреваю, что 
> >> проблема где-то в районе ustats.
> >>
> >> Maxim Dounin
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> -- 
> Signed, Polonevich Ivan
> System  Administrator 
> CООО Гейм Стрим / Wargaming.net 
> http://www.wargaming.net/
> http://www.game-stream.org/
> icq 8158401
> Skype jonilover
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From public-mail на alekciy.ru  Wed May 16 14:21:47 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 16 May 2012 18:21:47 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161422.15770.ne@vbart.ru> <201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
Message-ID: <CAPP2NXr9SpR6hBWbpM2oOjRLRahx=8Q+mJ7au24OYNXGaEYa8A@mail.gmail.com>

Ну как вариант можно временно от nginx отвязаться перейдя на
использование компонент идущих с ctpp. Я лично в работе в рамках
одного проекта использую как nginx модуль, так и отдельный php
extension. Если не ошибаюсь, то всегда остается вариант формирования
JSON с данными и отправка их в VM ctpp в командной строке. Сейчас
работать с JSON можно практически в любых языка.

16 мая 2012 г., 15:01 пользователь Ivan <bdfy на mail.ru> написал:
>
> под последний стабильный nginx 1.2 не собирается, баг-трекер https://dev.vbart.ru/issues/22 не работает ...
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From ne на vbart.ru  Wed May 16 14:32:23 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 18:32:23 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
Message-ID: <201205161832.23333.ne@vbart.ru>

On Wednesday 16 May 2012 15:01:52 Ivan wrote:
> под последний стабильный nginx 1.2 не собирается, баг-трекер
> https://dev.vbart.ru/issues/22 не работает ...

Скажем так, сей "проект" имеет у меня сейчас очень низкий приоритет.
Отчасти и потому, что перспективы CTPP в целом очень туманны.

p.s. А за неработающий баг-трекер спасибо мейнтейнерам портов freebsd, сломали 
redmine еще в январе и так до сих пор не починили. Откатывать обратно весь 
rubygems мне было не к спеху, решил подождать пока починят и ожидание
затянулось уже на полгода.

--
Валентин Бартенев

From sergey.kobzar на itcraft.org  Wed May 16 14:41:54 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Wed, 16 May 2012 17:41:54 +0300
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205161832.23333.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
	<201205161832.23333.ne@vbart.ru>
Message-ID: <4FB3BCB2.8040305@itcraft.org>

On 05/16/12 17:32, Валентин Бартенев wrote:
> On Wednesday 16 May 2012 15:01:52 Ivan wrote:
>> под последний стабильный nginx 1.2 не собирается, баг-трекер
>> https://dev.vbart.ru/issues/22 не работает ...
>
> Скажем так, сей "проект" имеет у меня сейчас очень низкий приоритет.
> Отчасти и потому, что перспективы CTPP в целом очень туманны.
>
> p.s. А за неработающий баг-трекер спасибо мейнтейнерам портов freebsd, сломали
> redmine еще в январе и так до сих пор не починили. Откатывать обратно весь
> rubygems мне было не к спеху, решил подождать пока починят и ожидание
> затянулось уже на полгода.

А с какой на какую версию переходили? Я помнится с 1.3 на 1.4 пытался 
переехать - столько граблей отгреб, что в конечном итоге вернул все взад.

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


From ne на vbart.ru  Wed May 16 15:07:36 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 19:07:36 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <4FB3BCB2.8040305@itcraft.org>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161832.23333.ne@vbart.ru> <4FB3BCB2.8040305@itcraft.org>
Message-ID: <201205161907.37136.ne@vbart.ru>

On Wednesday 16 May 2012 18:41:54 Sergey Kobzar wrote:
> On 05/16/12 17:32, Валентин Бартенев wrote:
> > On Wednesday 16 May 2012 15:01:52 Ivan wrote:
> >> под последний стабильный nginx 1.2 не собирается, баг-трекер
> >> https://dev.vbart.ru/issues/22 не работает ...
> > 
> > Скажем так, сей "проект" имеет у меня сейчас очень низкий приоритет.
> > Отчасти и потому, что перспективы CTPP в целом очень туманны.
> > 
> > p.s. А за неработающий баг-трекер спасибо мейнтейнерам портов freebsd,
> > сломали redmine еще в январе и так до сих пор не починили. Откатывать
> > обратно весь rubygems мне было не к спеху, решил подождать пока починят
> > и ожидание затянулось уже на полгода.
> 
> А с какой на какую версию переходили? Я помнится с 1.3 на 1.4 пытался
> переехать - столько граблей отгреб, что в конечном итоге вернул все взад.
> 

Я точно не помню, я граблей огреб обновив всякие руби-пакетики по зависимостям, 
а версия самого redmine была по-моему еще 1.2.x, может быть уже 1.3. Полдня убил 
на выяснение, почему оно не работает, а несколько дней спустя порт redmine 
просто пометили как broken, и до сих пор он в таком состоянии находится.

В общем-то оно не важно, давайте на этом закончим оффтопить.

--
Валентин Бартенев

From public-mail на alekciy.ru  Wed May 16 16:12:51 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 16 May 2012 20:12:51 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205161832.23333.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
	<201205161832.23333.ne@vbart.ru>
Message-ID: <CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>

16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> Отчасти и потому, что перспективы CTPP в целом очень туманны.

В каком контексте? Ну т.е. это вопрос "туманны лично для меня, занят
другим" или "туманны проекта в целом вообще" или же "есть более
удачные решения"? Там конечно есть некоторые моменты с которыми на
практике возникли проблемы, но в целом лично мне идея данного
шаблонизатора кажется интересной.

From dmitry.goryainov на gmail.com  Wed May 16 16:27:34 2012
From: dmitry.goryainov на gmail.com (Dmitry)
Date: Wed, 16 May 2012 20:27:34 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
	<201205161832.23333.ne@vbart.ru>
	<CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
Message-ID: <CAHzBpYVtrkjiN5dO57ADat8wKeN21koBSzOvjVyc-L0ozcC8Hg@mail.gmail.com>

А действительно, в чем туманность? Шаблонизатор не выглядит перегруженым
логикой, подразумевает копирование, написан на cpp, не берет на себя
больше, чем на самом деле нужно от view-level и легко интересуется в
проекты, не навязывая общую платформу. Аналоги? Блитц, увы, перегружен
программированием. Что еще, как альтернатива?
 16.05.2012 20:13 пользователь "Алексей Сундуков" <public-mail на alekciy.ru>
написал:

> 16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru>
> написал:
> > Отчасти и потому, что перспективы CTPP в целом очень туманны.
>
> В каком контексте? Ну т.е. это вопрос "туманны лично для меня, занят
> другим" или "туманны проекта в целом вообще" или же "есть более
> удачные решения"? Там конечно есть некоторые моменты с которыми на
> практике возникли проблемы, но в целом лично мне идея данного
> шаблонизатора кажется интересной.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120516/08c2169a/attachment.html>

From ne на vbart.ru  Wed May 16 16:50:23 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 20:50:23 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161832.23333.ne@vbart.ru>
	<CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
Message-ID: <201205162050.23712.ne@vbart.ru>

On Wednesday 16 May 2012 20:12:51 Алексей Сундуков wrote:
> 16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > Отчасти и потому, что перспективы CTPP в целом очень туманны.
> 
> В каком контексте? Ну т.е. это вопрос "туманны лично для меня, занят
> другим" или "туманны проекта в целом вообще" или же "есть более
> удачные решения"? Там конечно есть некоторые моменты с которыми на
> практике возникли проблемы, но в целом лично мне идея данного
> шаблонизатора кажется интересной.

Туманны в плане поддержки проекта CTPP самим автором. Документация давным
давно заброшена, сборка регулярно ломается. Я сделал попытку разобраться с
этим багом когда только появился тикет, но не смог собрать на своей системе
ни одну из последних версий CTPP. И это происходит уже неоднократно. Предыдущие 
разы я чинил и слал автору патчи, но сколько можно. Вероятно это одна из причин 
отсутствия шаблонизатора в официальных репозиториях многих дистрибутивов. 
Сообщества вокруг CTPP практически нету, хотя у проекта уже солидный возраст. 
Jinja2 и то куда моложе.

--
Валентин Бартенев

From dmitry.goryainov на gmail.com  Wed May 16 17:08:33 2012
From: dmitry.goryainov на gmail.com (Dmitry)
Date: Wed, 16 May 2012 21:08:33 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205162050.23712.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161832.23333.ne@vbart.ru>
	<CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
Message-ID: <CAHzBpYV8_pm4hEf=L7g4FrgT5BjpQDqNy659Eah27X7F95f4QQ@mail.gmail.com>

В разрезе интеграции судить не возьмусь, но собирается и не сбоит в
редхатовской ветке сырцами легко, мягко и не ремурсоемко.

Но теперь суть туманности стала понятной. Спасибо.
 16.05.2012 20:50 пользователь "Валентин Бартенев" <ne на vbart.ru> написал:

> On Wednesday 16 May 2012 20:12:51 Алексей Сундуков wrote:
> > 16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru>
> написал:
> > > Отчасти и потому, что перспективы CTPP в целом очень туманны.
> >
> > В каком контексте? Ну т.е. это вопрос "туманны лично для меня, занят
> > другим" или "туманны проекта в целом вообще" или же "есть более
> > удачные решения"? Там конечно есть некоторые моменты с которыми на
> > практике возникли проблемы, но в целом лично мне идея данного
> > шаблонизатора кажется интересной.
>
> Туманны в плане поддержки проекта CTPP самим автором. Документация давным
> давно заброшена, сборка регулярно ломается. Я сделал попытку разобраться с
> этим багом когда только появился тикет, но не смог собрать на своей системе
> ни одну из последних версий CTPP. И это происходит уже неоднократно.
> Предыдущие
> разы я чинил и слал автору патчи, но сколько можно. Вероятно это одна из
> причин
> отсутствия шаблонизатора в официальных репозиториях многих дистрибутивов.
> Сообщества вокруг CTPP практически нету, хотя у проекта уже солидный
> возраст.
> Jinja2 и то куда моложе.
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120516/62d06550/attachment-0001.html>

From public-mail на alekciy.ru  Wed May 16 17:54:00 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 16 May 2012 21:54:00 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205162050.23712.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161832.23333.ne@vbart.ru>
	<CAPP2NXrzYbed6YiZ01u9O8zz4RAU7uFSSvBjMR9r0ogSpob6Bw@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
Message-ID: <CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>

16 мая 2012 г., 20:50 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> On Wednesday 16 May 2012 20:12:51 Алексей Сундуков wrote:
>> 16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru> написал:

> Сообщества вокруг CTPP практически нету, хотя у проекта уже солидный возраст.

Как я понимаю движок в текущем виде используется где-то в недрах
рамблера и их полностью устраивает. Хотя было бы любопытно узнать в
каком количестве проектов он используется вне означенной компании. Мне
вот движок с модулей очень понравился и я его в своем движке
использую, но у меня nginx старых версий. В таком контексте дальнейшее
его использование конечно становится туманным. Но чем заменить если,
вопрос. На вскидку думается в сторону XSLT, но опыт подсказывает, что
работать будет медленнее, а ресурсов ржать больше. Но как профит от
такой схемы довольно заманчиво выглядит возможность использования
клиентского XSLT.

Ни кто не пытался сравнивать сравнивать вариант работы с
использованием ctpp против xslt?

From ne на vbart.ru  Wed May 16 18:09:02 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 16 May 2012 22:09:02 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
Message-ID: <201205162209.02612.ne@vbart.ru>

On Wednesday 16 May 2012 21:54:00 Алексей Сундуков wrote:
> 16 мая 2012 г., 20:50 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > On Wednesday 16 May 2012 20:12:51 Алексей Сундуков wrote:
> >> 16 мая 2012 г., 18:32 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > Сообщества вокруг CTPP практически нету, хотя у проекта уже солидный
> > возраст.
> 
> Как я понимаю движок в текущем виде используется где-то в недрах
> рамблера и их полностью устраивает.

Было бы очень странно, если бы не устраивал, учитывая, что используется он в 
Рамблер-Почте с тех самых пор, как её начальником стал автор CTPP. =)

--
Валентин Бартенев

From ha.ppy.neko на gmail.com  Wed May 16 18:28:47 2012
From: ha.ppy.neko на gmail.com (ha.ppy.neko)
Date: Wed, 16 May 2012 22:28:47 +0400
Subject: =?UTF-8?B?0YHRgtCw0YLQuNC60LAg0L/QviBIVFRQUyDQvdC1INC00LDRkdGCIDMwNCBOb3Qg?=
	=?UTF-8?B?TW9kaWZpZWQ=?=
Message-ID: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>

Добрый день.

Задача: отдавать nginx'ом статичные html файлы по HTTPS так, чтобы
браузер максимально долго их кэшировал.

Делаю простейший конфиг:

location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|pdf|ppt|txt|bmp|rtf|js|html)$ {
               root /www/test;
               add_header Cache-Control public;
               expires max;
}

и в случае HTTP получаю ожидаемый результат: первый запрос от браузера
200 OK со страницей, на последующие обновления страницы 304 Not
Modified от nginx'а. Стоит только включить HTTPS (ssl on;) как после
каждого рефреша получаю в ответ 200 OK вместе со всей страницей.
Проверял в chrome.

Подскажите, куда смотреть?

From public-mail на alekciy.ru  Wed May 16 19:06:59 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 16 May 2012 23:06:59 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205162209.02612.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
Message-ID: <CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>

16 мая 2012 г., 22:09 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> Было бы очень странно, если бы не устраивал, учитывая, что используется он в
> Рамблер-Почте с тех самых пор, как её начальником стал автор CTPP. =)

В контексте обсуждения возник такой вопрос. На сколько, чисто
субъективно,  сложно разобраться в коде ctpp и какие от него ощущения
в контексте сапорта связанного кода (т.е. кода nginx модуля)?

From postmaster на softsearch.ru  Wed May 16 19:47:03 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 16 May 2012 23:47:03 +0400
Subject: =?UTF-8?B?UmVbMl06INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <201205161832.23333.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205161425.26244.ne@vbart.ru>
	<E1SUbzM-0004pP-AU.bdfy-mail-ru@f31.mail.ru>
	<201205161832.23333.ne@vbart.ru>
Message-ID: <121532023.20120516234703@softsearch.ru>

Здравствуйте, Валентин.

> Скажем так, сей "проект" имеет у меня сейчас очень низкий приоритет.
> Отчасти и потому, что перспективы CTPP в целом очень туманны.

А в чём туманность? Баги или не развивается?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From uncleandyv на gmail.com  Wed May 16 19:52:32 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 16 May 2012 23:52:32 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
Message-ID: <CAOrB69MxtTMrZ=e=9S5y3MeZpnLOFyJ4Loks6mL45mRm1VsMfg@mail.gmail.com>

16 мая 2012 г., 23:06 пользователь Алексей Сундуков
<public-mail на alekciy.ru>написал:

>
> В контексте обсуждения возник такой вопрос. На сколько, чисто
> субъективно,  сложно разобраться в коде ctpp и какие от него ощущения
> в контексте сапорта связанного кода (т.е. кода nginx модуля)?
>
> Могу сказать свое субъективное мнение о ctpp модуле для nginx. Когда о нем
узнал, смотрел его код и не нашел в нем чего-то сильно сложного. Но т.к.
интерес был чисто академический, дальше изучения дело не пошло. Тем не
менее, считаю что переделать его под новые версии nginx не должно
представлять особой сложности. Было-бы желание.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120516/9949da00/attachment.html>

From postmaster на softsearch.ru  Wed May 16 19:58:46 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 16 May 2012 23:58:46 +0400
Subject: =?UTF-8?B?UmVbMl06INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
Message-ID: <718852779.20120516235846@softsearch.ru>

Здравствуйте, Алексей.

>> Было  бы  очень  странно,  если  бы  не  устраивал,  учитывая,  что
>> используется он в Рамблер-Почте с тех самых пор, как её начальником
>> стал автор CTPP. =)

> В  контексте  обсуждения  возник  такой  вопрос.  На  сколько, чисто
> субъективно, сложно разобраться в коде ctpp и какие от него ощущения
> в контексте сапорта связанного кода (т.е. кода nginx модуля)?

Если  Вы  хотите  форкнуться  и  вернуть проект к жизни, то автор ctpp
может  весьма  неоднозначно  отреагировать  на  такой  шаг. Хотя ИМХО,
достаточно  просто править баги, а развитие проекта или заморозить или
оставить  автору,  подмерживая  их по мере своих сил. Со временем Вашу
сборку/сорцы  начнут везде использовать, ибо потребность в ctpp2 есть,
а новые фичи нужны единицам.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From zzz на zzz.org.ua  Wed May 16 20:16:48 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 16 May 2012 23:16:48 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC2?=
	=?UTF-8?B?0LUg0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <718852779.20120516235846@softsearch.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
	<718852779.20120516235846@softsearch.ru>
Message-ID: <CAKb9G9g4mdG3cPZK5eAMeFevTfLisqLDoMwdoQD67BLzr_jHoA@mail.gmail.com>

> Если  Вы  хотите  форкнуться  и  вернуть проект к жизни, то автор ctpp
> может  весьма  неоднозначно  отреагировать  на  такой  шаг. Хотя ИМХО,
> достаточно  просто править баги, а развитие проекта или заморозить или
> оставить  автору,  подмерживая  их по мере своих сил. Со временем Вашу
> сборку/сорцы  начнут везде использовать, ибо потребность в ctpp2 есть,
> а новые фичи нужны единицам.

Можно один раз сделать output filter для встроенного перла и будет
доступно огромное количество быстрых нативных шаблонизаторов и
парсеров любых форматов, включая стпп.

From public-mail на alekciy.ru  Wed May 16 20:30:39 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 17 May 2012 00:30:39 +0400
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC2?=
	=?UTF-8?B?0LUg0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <718852779.20120516235846@softsearch.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
	<718852779.20120516235846@softsearch.ru>
Message-ID: <CAPP2NXo36NpL5hiLqw7UGrjh-QYeafLHys9OiOew77HOB4XChg@mail.gmail.com>

16 мая 2012 г., 23:58 пользователь Михаил Монашёв
<postmaster на softsearch.ru> написал:
> Если  Вы  хотите  форкнуться  и  вернуть проект к жизни, то автор ctpp
> может  весьма  неоднозначно  отреагировать  на  такой  шаг.

Зачем форкаться, BDS же лицензия. Напилить хотя бы для себя. Но опыта
на сях нет вообще, поэтому и думаю, стоит ли затеиваться. Тем паче
пока апдейтиться не планирую, но если перспективы туманны, то нужно
думать уже сейчас в сторону использования альтернатив либо
самостоятельной допилки.

From public-mail на alekciy.ru  Wed May 16 20:32:17 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 17 May 2012 00:32:17 +0400
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC2?=
	=?UTF-8?B?0LUg0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <CAKb9G9g4mdG3cPZK5eAMeFevTfLisqLDoMwdoQD67BLzr_jHoA@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
	<718852779.20120516235846@softsearch.ru>
	<CAKb9G9g4mdG3cPZK5eAMeFevTfLisqLDoMwdoQD67BLzr_jHoA@mail.gmail.com>
Message-ID: <CAPP2NXrEBF-HH=EUoSpRon+xFHRvBxy3E7LVPvqjnKakYm2JGA@mail.gmail.com>

17 мая 2012 г., 0:16 пользователь Alexandr Gomoliako <zzz на zzz.org.ua> написал:
> Можно один раз сделать output filter для встроенного перла и будет
> доступно огромное количество быстрых нативных шаблонизаторов и
> парсеров любых форматов, включая стпп.

Это как? Вызывать через perl встроенный в nginx VM ctpp?

From zzz на zzz.org.ua  Wed May 16 20:43:52 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 16 May 2012 23:43:52 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC2?=
	=?UTF-8?B?0LUg0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <CAPP2NXrEBF-HH=EUoSpRon+xFHRvBxy3E7LVPvqjnKakYm2JGA@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162050.23712.ne@vbart.ru>
	<CAPP2NXpX9=TcTtuzfZ4Nu1xC2J8ekTHTEophoyouf0JDmVRp4Q@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
	<718852779.20120516235846@softsearch.ru>
	<CAKb9G9g4mdG3cPZK5eAMeFevTfLisqLDoMwdoQD67BLzr_jHoA@mail.gmail.com>
	<CAPP2NXrEBF-HH=EUoSpRon+xFHRvBxy3E7LVPvqjnKakYm2JGA@mail.gmail.com>
Message-ID: <CAKb9G9j2BbRmkznLUUwmPYBepBpbxv8TOuC0sb_f_S0AsdXbWw@mail.gmail.com>

> Это как? Вызывать через perl встроенный в nginx VM ctpp?

Да, примерно. Мы в перл передаем тело, перл его обрабатывает и отдает
результат. Во время обработки он может использовать хоть стпп, хоть
любой другой шаблонизатор, их реально много на CPAN. Он также сможет
парсить тело как JSON или как любой другой формат, нативных парсеров
для них тоже хватает.

From ne на vbart.ru  Wed May 16 21:15:00 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 01:15:00 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAKb9G9j2BbRmkznLUUwmPYBepBpbxv8TOuC0sb_f_S0AsdXbWw@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<CAPP2NXrEBF-HH=EUoSpRon+xFHRvBxy3E7LVPvqjnKakYm2JGA@mail.gmail.com>
	<CAKb9G9j2BbRmkznLUUwmPYBepBpbxv8TOuC0sb_f_S0AsdXbWw@mail.gmail.com>
Message-ID: <201205170115.00312.ne@vbart.ru>

On Thursday 17 May 2012 00:43:52 Alexandr Gomoliako wrote:
> > Это как? Вызывать через perl встроенный в nginx VM ctpp?
> 
> Да, примерно. Мы в перл передаем тело, перл его обрабатывает и отдает
> результат. Во время обработки он может использовать хоть стпп, хоть
> любой другой шаблонизатор, их реально много на CPAN. Он также сможет
> парсить тело как JSON или как любой другой формат, нативных парсеров
> для них тоже хватает.

Угу, и убиваете на копировании данных туда-обратно единственное преимущество 
ctpp - производительность. Тесты показывают, что ctpp+nginx работает гораздо 
быстрее, чем ctpp+perl, ctpp+php и ctpp+python.

--
Валентин Бартенев

From ne на vbart.ru  Wed May 16 21:21:33 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 01:21:33 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
Message-ID: <201205170121.33584.ne@vbart.ru>

On Wednesday 16 May 2012 23:06:59 Алексей Сундуков wrote:
> 16 мая 2012 г., 22:09 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > Было бы очень странно, если бы не устраивал, учитывая, что используется
> > он в Рамблер-Почте с тех самых пор, как её начальником стал автор CTPP.
> > =)
> 
> В контексте обсуждения возник такой вопрос. На сколько, чисто
> субъективно,  сложно разобраться в коде ctpp и какие от него ощущения
> в контексте сапорта связанного кода (т.е. кода nginx модуля)?

Не сложно. IMHO. Парсер, генератор байткода и достаточно простая VM - это
далеко не "rocket science". Конкретно код ctpp я глубоко не копал, а с виду
вполне добротно выглядит.

--
Валентин Бартенев

From zzz на zzz.org.ua  Wed May 16 21:39:21 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 17 May 2012 00:39:21 +0300
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205170115.00312.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<CAPP2NXrEBF-HH=EUoSpRon+xFHRvBxy3E7LVPvqjnKakYm2JGA@mail.gmail.com>
	<CAKb9G9j2BbRmkznLUUwmPYBepBpbxv8TOuC0sb_f_S0AsdXbWw@mail.gmail.com>
	<201205170115.00312.ne@vbart.ru>
Message-ID: <CAKb9G9jFv+BvtL0BqQU6tN8Rsd0KFwuwbg-6-eza=QA9-1GSVQ@mail.gmail.com>

> Угу, и убиваете на копировании данных туда-обратно единственное преимущество

Нет, копировать тело не надо вообще, мы его спокойно передаем как
ридонли. Обратно можно тоже забрать память из скаляра и освободить в
cleanup хандлере. Оверхед будет очень маленький, но сколько
возможностей :)

> ctpp - производительность. Тесты показывают, что ctpp+nginx работает гораздо
> быстрее, чем ctpp+perl, ctpp+php и ctpp+python.

Не знаю, что там за тесты, но сравнение как минимум странное :)

From ne на vbart.ru  Wed May 16 22:29:57 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 02:29:57 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAKb9G9jFv+BvtL0BqQU6tN8Rsd0KFwuwbg-6-eza=QA9-1GSVQ@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170115.00312.ne@vbart.ru>
	<CAKb9G9jFv+BvtL0BqQU6tN8Rsd0KFwuwbg-6-eza=QA9-1GSVQ@mail.gmail.com>
Message-ID: <201205170229.58101.ne@vbart.ru>

On Thursday 17 May 2012 01:39:21 Alexandr Gomoliako wrote:
> > Угу, и убиваете на копировании данных туда-обратно единственное
> > преимущество
> 
> Нет, копировать тело не надо вообще, мы его спокойно передаем как
> ридонли. Обратно можно тоже забрать память из скаляра и освободить в
> cleanup хандлере. Оверхед будет очень маленький, но сколько
> возможностей :)
> 

Каких возможностей? Зачем нужен перл, чтобы передать указатель туда-сюда?
Почему медленный перл, а не luajit например?

--
Валентин Бартенев

From public-mail на alekciy.ru  Wed May 16 22:47:43 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 17 May 2012 02:47:43 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205170121.33584.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205162209.02612.ne@vbart.ru>
	<CAPP2NXoY-mQi3nY-jZft8ONieG=WxW88MD8nLpDGAgkRFJs5eg@mail.gmail.com>
	<201205170121.33584.ne@vbart.ru>
Message-ID: <CAPP2NXqkRSHJZpy=foYXQ5+TvAm6O_r4OroZKg-LW-Ryo=X+Kg@mail.gmail.com>

17 мая 2012 г., 1:21 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> Не сложно. IMHO. Парсер, генератор байткода и достаточно простая VM - это
> далеко не "rocket science". Конкретно код ctpp я глубоко не копал, а с виду
> вполне добротно выглядит.

Уточню тогда видимо последний момент. ngx_ctpp последняя версия 0.5,
ctpp стабильная ветка 2.7 (у меня на 64-ом debian 2.7.5 крутиться).
Если не обновлять ctpp, но обновлять nginx до актуальных версий, то
ngx_ctpp нужно модернизировать только под изменения в nginx, так? Или
есть какие-то подводные камни?

Мне просто думается, что nginx торчит наружу и его обновлять до
актуальных версий хочется. Но ctpp по сути внутренний сервис и если
его текущего функционала более чем хватает, то вопрос с обновления для
него стоит не так остро и можно даже на апдейты забить.

From ne на vbart.ru  Wed May 16 23:28:11 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 03:28:11 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAPP2NXqkRSHJZpy=foYXQ5+TvAm6O_r4OroZKg-LW-Ryo=X+Kg@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170121.33584.ne@vbart.ru>
	<CAPP2NXqkRSHJZpy=foYXQ5+TvAm6O_r4OroZKg-LW-Ryo=X+Kg@mail.gmail.com>
Message-ID: <201205170328.12168.ne@vbart.ru>

On Thursday 17 May 2012 02:47:43 Алексей Сундуков wrote:
> 17 мая 2012 г., 1:21 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > Не сложно. IMHO. Парсер, генератор байткода и достаточно простая VM - это
> > далеко не "rocket science". Конкретно код ctpp я глубоко не копал, а с
> > виду вполне добротно выглядит.
> 
> Уточню тогда видимо последний момент. ngx_ctpp последняя версия 0.5,
> ctpp стабильная ветка 2.7 (у меня на 64-ом debian 2.7.5 крутиться).
> Если не обновлять ctpp, но обновлять nginx до актуальных версий, то
> ngx_ctpp нужно модернизировать только под изменения в nginx, так? Или
> есть какие-то подводные камни?
[...]

Последняя версия ngx_ctpp лежит в транке, она более стабильная и функциональная, 
чем 0.5.

Модернизировать тоже там нечего, ибо никаких изменений в nginx, которые могли бы 
нарушить работу модуля - просто не было. Пара человек лишь пожаловалась на 
сборку, причем один обнаружил, что проблема имеет место быть только на более 
старых версиях gcc (на 4.6 у него проблема исчезла). То, что я видел в тикете, 
если память мне не изменяет, это warning похоже из-за того, что pcre в 
заголовочных файлах nginx и ctpp каким-то образом конфликтует (сам модуль
вообще pcre не использует). nginx собирается по умолчанию с флагом трактующим 
предупреждения при сборки - как ошибки.

Проблема, подозреваю, появилась после того, как мы реализовали в nginx поддержку 
pcre jit и pcre_extra, а может быть что-то в заголовочных файлах самого ctpp 
изменилось.

У меня ctpp 2.7.6 вообще не собирается:

vbart на vbart-laptop ~/Development/Nginx/ngx-ctpp2/ctpp2-2.7.6 $ make install
...
Linking CXX executable ctpp2json                                                                                                     
[ 98%] Built target ctpp2json                                                                                                        
[ 98%] Building CXX object CMakeFiles/ctpp2vm.dir/tests/CTPP2Emulator.cpp.o
/home/vbart/Development/Nginx/ngx-ctpp2/ctpp2-2.7.6/tests/CTPP2Emulator.cpp: In 
function 'int main(int, char**)':                    
/home/vbart/Development/Nginx/ngx-
ctpp2/ctpp2-2.7.6/tests/CTPP2Emulator.cpp:75:2: error: 'auto_ptr' is not a 
member of 'std'
/home/vbart/Development/Nginx/ngx-
ctpp2/ctpp2-2.7.6/tests/CTPP2Emulator.cpp:75:35: error: expected primary-
expression before '>' token
/home/vbart/Development/Nginx/ngx-
ctpp2/ctpp2-2.7.6/tests/CTPP2Emulator.cpp:75:85: error: 'pOutputCollector' was 
not declared in this scope
make[2]: *** [CMakeFiles/ctpp2vm.dir/tests/CTPP2Emulator.cpp.o] Error 1
make[1]: *** [CMakeFiles/ctpp2vm.dir/all] Error 2
make: *** [all] Error 2

Но раз тут столько желающих использовать ngx_ctpp модуль собралось, я завтра 
вечером попробую пофиксить и ctpp, и сам модуль, если действительно в нем есть 
какая-то проблема.

--
Валентин Бартенев

From zzz на zzz.org.ua  Wed May 16 23:49:58 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 17 May 2012 02:49:58 +0300
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205170229.58101.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170115.00312.ne@vbart.ru>
	<CAKb9G9jFv+BvtL0BqQU6tN8Rsd0KFwuwbg-6-eza=QA9-1GSVQ@mail.gmail.com>
	<201205170229.58101.ne@vbart.ru>
Message-ID: <CAKb9G9gAHjc-+Frj-4o8ibAgmEuo7En_4RfbCbayWj3Bd_sf7A@mail.gmail.com>

> Каких возможностей? Зачем нужен перл, чтобы передать указатель туда-сюда?
> Почему медленный перл, а не luajit например?

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

И почему это перл медленный вдруг? Он достаточно быстрый. Особенно для
задач в вебсервере. Все критичное к производительности обычно
нативное, так что не надо тут на перл наговаривать. С ним еще и мало
кто потягаться сможет.

И с каких пор луа полноценный язык? Откуда у него шаблонизаторы и
парсеры? Вообще хоть какие-то модули? Нету ничего, все надо самим
писать. А luajit еще даже из бэты не вышел. Я не знаю, как это может
быть хоть какой-то альтернативой перлу.

From public-mail на alekciy.ru  Thu May 17 00:14:35 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Thu, 17 May 2012 04:14:35 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205170328.12168.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170121.33584.ne@vbart.ru>
	<CAPP2NXqkRSHJZpy=foYXQ5+TvAm6O_r4OroZKg-LW-Ryo=X+Kg@mail.gmail.com>
	<201205170328.12168.ne@vbart.ru>
Message-ID: <CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>

17 мая 2012 г., 3:28 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> Модернизировать тоже там нечего, ибо никаких изменений в nginx, которые могли бы
> нарушить работу модуля - просто не было. Пара человек лишь пожаловалась на
> сборку, причем один обнаружил, что проблема имеет место быть только на более
> старых версиях gcc (на 4.6 у него проблема исчезла). То, что я видел в тикете,
> если память мне не изменяет, это warning похоже из-за того, что pcre в
> заголовочных файлах nginx и ctpp каким-то образом конфликтует (сам модуль
> вообще pcre не использует). nginx собирается по умолчанию с флагом трактующим
> предупреждения при сборки - как ошибки.
>
> Проблема, подозреваю, появилась после того, как мы реализовали в nginx поддержку
> pcre jit и pcre_extra, а может быть что-то в заголовочных файлах самого ctpp
> изменилось.
>
> У меня ctpp 2.7.6 вообще не собирается:

Понятно. У меня собственно ctpp 2.7.5 именно по той же причине, ctpp
2.7.6 не собрался. Имхо, судя по changelog, ни сильно принципиально,
какую версию использовать. Новых возможностей там нет, а указанный баг
у меня ни как не проявляется. Но вот nginx версии 1.0.6 хочется
подновить. И был бы очень признателен, если ngx_ctpp будет по прежнему
работать с актуальной версией.

From ne на vbart.ru  Thu May 17 01:07:49 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 05:07:49 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
Message-ID: <201205170507.50198.ne@vbart.ru>

On Thursday 17 May 2012 04:14:35 Алексей Сундуков wrote:
[...]
> > 
> > Проблема, подозреваю, появилась после того, как мы реализовали в nginx
> > поддержку pcre jit и pcre_extra, а может быть что-то в заголовочных
> > файлах самого ctpp изменилось.
> 
> > У меня ctpp 2.7.6 вообще не собирается:
> Понятно. У меня собственно ctpp 2.7.5 именно по той же причине, ctpp
> 2.7.6 не собрался. Имхо, судя по changelog, ни сильно принципиально,
> какую версию использовать. Новых возможностей там нет, а указанный баг
> у меня ни как не проявляется. Но вот nginx версии 1.0.6 хочется
> подновить. И был бы очень признателен, если ngx_ctpp будет по прежнему
> работать с актуальной версией.

Я уже нашел в чем проблема. Оказывается, это я сам вот этим коммитом:
http://trac.nginx.org/nginx/changeset/4389/nginx
сломал совместимость заголовочных файлов nginx с С++. =/

Будем чинить.

--
Валентин Бартенев

From nginx-ru на sadok.spb.ru  Thu May 17 04:30:38 2012
From: nginx-ru на sadok.spb.ru (Dmitry Ivanov)
Date: Thu, 17 May 2012 08:30:38 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
Message-ID: <1204505852.20120517083038@sadok.spb.ru>

Здравствуйте, ha.ppy.neko.

Вы писали 16 мая 2012 г., 22:28:47:

> Подскажите, куда смотреть?

Так ssl и не должен кешироваться, имхо, by design.

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


From mva на mva.name  Thu May 17 04:33:21 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Thu, 17 May 2012 11:33:21 +0700
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205170507.50198.ne@vbart.ru>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
	<201205170507.50198.ne@vbart.ru>
Message-ID: <4FB47F91.8030808@mva.name>

17.05.2012 08:07, Валентин Бартенев написал:
> Я уже нашел в чем проблема. Оказывается, это я сам вот этим коммитом:
> http://trac.nginx.org/nginx/changeset/4389/nginx
> сломал совместимость заголовочных файлов nginx с С++. =/

Ну, не то, чтобы совсем сломал. Как я уже в Jabber'е писал ? и ctpp2 сам
по себе, и модуль для NgX у меня прекрасно собираются с помощью GCC-4.6
ещё с момента выхода оного. Фейл с PCRE возникает только на GCC-4.5.
Собственно, в гентушном ебилде в моём оверлее я ещё после того разговора
в Jabber'е и отразил это дело (выставил зависимость модуля от gcc:4.6).

Так что, может уже бессмысленно что-то менять, проще подождать пару
месяцев до выхода 4.7 (и ещё пару месяцев пока его застабилизируют)? :)

> Будем чинить.
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/663438bb/attachment.bin>

From mva на mva.name  Thu May 17 04:42:30 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Thu, 17 May 2012 11:42:30 +0700
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
Message-ID: <4FB481B6.6000109@mva.name>

17.05.2012 01:28, ha.ppy.neko написал:
> Добрый день.
>
> Задача: отдавать nginx'ом статичные html файлы по HTTPS так, чтобы
> браузер максимально долго их кэшировал.
>
> Делаю простейший конфиг:
>
> location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|pdf|ppt|txt|bmp|rtf|js|html)$ {
>                root /www/test;
>                add_header Cache-Control public;
>                expires max;
> }
>
> и в случае HTTP получаю ожидаемый результат: первый запрос от браузера
> 200 OK со страницей, на последующие обновления страницы 304 Not
> Modified от nginx'а. Стоит только включить HTTPS (ssl on;) как после
> каждого рефреша получаю в ответ 200 OK вместе со всей страницей.
> Проверял в chrome.
Например в документацию, где написано, что уже с лохматых времён ?ssl
on;? не рекомендуется делать вообще ни при каких обстоятельствах.
Вообще, логическая связь между ssl on и отключением expires не
прослеживается, но тем не менее два факта:
1) ssl on делать не рекомендуется.
2) http://pirate-party.ru
Стоит NginX 1.2.0, на https отлично срабатывает 304 (проверял только что
файрфоксом).

> Подскажите, куда смотреть?
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/0db44a0c/attachment-0001.bin>

From nginx-forum на nginx.us  Thu May 17 05:34:39 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Thu, 17 May 2012 01:34:39 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
Message-ID: <2d0c09974de9f3121e4aa5bf775c8bc9.NginxMailingListRussian@forum.nginx.org>

А можно поподробнее, почему нельзя
делать ssl on, а то что-то я ничего
подобного в документации не вижу? 

---
Igor

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226522,226548#msg-226548


From bdfy на mail.ru  Thu May 17 05:35:18 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Thu, 17 May 2012 09:35:18 +0400
Subject: =?UTF-8?B?UmVbMl06INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <4FB47F91.8030808@mva.name>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<201205170507.50198.ne@vbart.ru> <4FB47F91.8030808@mva.name>
Message-ID: <E1SUtMs-0004LW-6B.bdfy-mail-ru@f228.mail.ru>

на серверах тоже gcc нужно обновлять до gcc 4.6 чтобы собрать модуль ctpp ? Смысл тогда применения этого модуля ?


Thu, 17 May 2012 11:33:21 +0700 от "Vadim A. Misbakh-Soloviov" <mva на mva.name>:
> 17.05.2012 08:07, Валентин Бартенев написал:
> > Я уже нашел в чем проблема. Оказывается, это я сам вот этим коммитом:
> > http://trac.nginx.org/nginx/changeset/4389/nginx
> > сломал совместимость заголовочных файлов nginx с С++. =/
> 
> Ну, не то, чтобы совсем сломал. Как я уже в Jabber'е писал ? и ctpp2 сам
> по себе, и модуль для NgX у меня прекрасно собираются с помощью GCC-4.6
> ещё с момента выхода оного. Фейл с PCRE возникает только на GCC-4.5.
> Собственно, в гентушном ебилде в моём оверлее я ещё после того разговора
> в Jabber'е и отразил это дело (выставил зависимость модуля от gcc:4.6).
> 
> Так что, может уже бессмысленно что-то менять, проще подождать пару
> месяцев до выхода 4.7 (и ещё пару месяцев пока его застабилизируют)? :)
> 
> > Будем чинить.
> >
> > --
> > Валентин Бартенев
> > _______________________________________________
> > 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


From ha.ppy.neko на gmail.com  Thu May 17 06:29:13 2012
From: ha.ppy.neko на gmail.com (ha.ppy.neko)
Date: Thu, 17 May 2012 10:29:13 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <4FB481B6.6000109@mva.name>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<4FB481B6.6000109@mva.name>
Message-ID: <CAH=YQ8uFB0AEhRGAx40s6pboqez8aam_GBLj_pPZfvcYChgFVQ@mail.gmail.com>

2012/5/17 Vadim A. Misbakh-Soloviov <mva на mva.name>:
> 1) ssl on делать не рекомендуется.
А как включать HTTPS?

From vladsm на mail.ru  Thu May 17 06:33:33 2012
From: vladsm на mail.ru (=?UTF-8?B?0JLQu9Cw0LQg0JzQsNC60YHQuNC80L7Qsg==?=)
Date: Thu, 17 May 2012 10:33:33 +0400
Subject: =?UTF-8?B?UmVbMl06INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
References: <201205170328.12168.ne@vbart.ru>
	<CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
Message-ID: <E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>


2.7.2...2.7.5 - это версии с некоторыми правками + там была засада с областью видимости переменной при вложенных циклах.
В 2.7.6 её победили. И тут же собрали ~"финальную" 2.8
Уже чуть не полгода как...

http://ctpp.havoc.ru/download/
http://ctpp.havoc.ru/download/ctpp2-2.8.tar.gz


Thu, 17 May 2012 04:14:35 +0400 от Алексей Сундуков<public-mail на alekciy.ru>:
> 17 мая 2012 г., 3:28 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > Модернизировать тоже там нечего, ибо никаких изменений в nginx, которые могли бы
> > нарушить работу модуля - просто не было. Пара человек лишь пожаловалась на
> > сборку, причем один обнаружил, что проблема имеет место быть только на более
> > старых версиях gcc (на 4.6 у него проблема исчезла). То, что я видел в тикете,
> > если память мне не изменяет, это warning похоже из-за того, что pcre в
> > заголовочных файлах nginx и ctpp каким-то образом конфликтует (сам модуль
> > вообще pcre не использует). nginx собирается по умолчанию с флагом трактующим
> > предупреждения при сборки - как ошибки.
> >
> > Проблема, подозреваю, появилась после того, как мы реализовали в nginx поддержку
> > pcre jit и pcre_extra, а может быть что-то в заголовочных файлах самого ctpp
> > изменилось.
> >
> > У меня ctpp 2.7.6 вообще не собирается:
> 
> Понятно. У меня собственно ctpp 2.7.5 именно по той же причине, ctpp
> 2.7.6 не собрался. Имхо, судя по changelog, ни сильно принципиально,
> какую версию использовать. Новых возможностей там нет, а указанный баг
> у меня ни как не проявляется. Но вот nginx версии 1.0.6 хочется
> подновить. И был бы очень признателен, если ngx_ctpp будет по прежнему
> работать с актуальной версией.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From mdounin на mdounin.ru  Thu May 17 06:59:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 17 May 2012 10:59:22 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <2d0c09974de9f3121e4aa5bf775c8bc9.NginxMailingListRussian@forum.nginx.org>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<2d0c09974de9f3121e4aa5bf775c8bc9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120517065922.GI31671@mdounin.ru>

Hello!

On Thu, May 17, 2012 at 01:34:39AM -0400, igor.goncharenko wrote:

> А можно поподробнее, почему нельзя
> делать ssl on, а то что-то я ничего
> подобного в документации не вижу? 

С некоторых пор более правильным подходом считается "listen .. 
ssl", т.к. в частности позволяет сочетать в одном виртуальном 
сервере ssl и не-ssl.  Но принципиальной разницы, приводящей к 
каким-либо проблемам при правильном использовании, нет.

Maxim Dounin


From mdounin на mdounin.ru  Thu May 17 07:27:26 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 17 May 2012 11:27:26 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
Message-ID: <20120517072726.GJ31671@mdounin.ru>

Hello!

On Wed, May 16, 2012 at 10:28:47PM +0400, ha.ppy.neko wrote:

> Добрый день.
> 
> Задача: отдавать nginx'ом статичные html файлы по HTTPS так, чтобы
> браузер максимально долго их кэшировал.
> 
> Делаю простейший конфиг:
> 
> location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|pdf|ppt|txt|bmp|rtf|js|html)$ {
>                root /www/test;
>                add_header Cache-Control public;
>                expires max;
> }
> 
> и в случае HTTP получаю ожидаемый результат: первый запрос от браузера
> 200 OK со страницей, на последующие обновления страницы 304 Not
> Modified от nginx'а. Стоит только включить HTTPS (ssl on;) как после
> каждого рефреша получаю в ответ 200 OK вместе со всей страницей.
> Проверял в chrome.
> 
> Подскажите, куда смотреть?

А сертификат при этом trusted?

Maxim Dounin


From bdfy на mail.ru  Thu May 17 07:44:15 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Thu, 17 May 2012 11:44:15 +0400
Subject: =?UTF-8?B?UmVbM106INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
References: <201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
	<E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
Message-ID: <E1SUvNf-0005Va-QW.bdfy-mail-ru@f171.mail.ru>

тк багтрекер не работает поясню в чем заключ баг:

gcc 4.4.6,  ctpp2-2.7.5. nginx-1.2. Был наложен патч на nginx:

--- auto/cc/gcc 2012-02-23 20:06:39.000000000 -0600
+++ auto/cc/gcc.fixed 2012-02-23 20:07:08.000000000 -0600
@@ -170,7 +170,7 @@


# stop on warning
-CFLAGS="$CFLAGS -Werror"
+# CFLAGS="$CFLAGS -Werror"

ошибка при сборке nginx с параметрами:
./configure --add-module=./../nginx-ctpp/
In file included from src/core/ngx_core.h:64,
                 from ./../nginx-ctpp//sources/ctpp2_process.h:12,
                 from ./../nginx-ctpp//sources/ctpp2_process.cpp:7:
src/core/ngx_regex.h:24: error: declaration of ?pcre* <anonymous struct>::pcre?
/usr/include/pcre.h:200: error: changes meaning of ?pcre? from ?typedef struct real_pcre pcre?
make[1]: *** [objs/addon/sources/ctpp2_process.o] Error 1
make[1]: Leaving directory `/home/isiyanko/rpmbuild/BUILDROOT/nginx-1.2.0'
make: *** [build] Error 2




Thu, 17 May 2012 10:33:33 +0400 от Влад Максимов <vladsm на mail.ru>:
> 
> 2.7.2...2.7.5 - это версии с некоторыми правками + там была засада с областью видимости переменной при вложенных циклах.
> В 2.7.6 её победили. И тут же собрали ~"финальную" 2.8
> Уже чуть не полгода как...
> 
> http://ctpp.havoc.ru/download/
> http://ctpp.havoc.ru/download/ctpp2-2.8.tar.gz
> 
> 
> Thu, 17 May 2012 04:14:35 +0400 от Алексей Сундуков<public-mail на alekciy.ru>:
> > 17 мая 2012 г., 3:28 пользователь Валентин Бартенев <ne на vbart.ru> написал:
> > > Модернизировать тоже там нечего, ибо никаких изменений в nginx, которые могли бы
> > > нарушить работу модуля - просто не было. Пара человек лишь пожаловалась на
> > > сборку, причем один обнаружил, что проблема имеет место быть только на более
> > > старых версиях gcc (на 4.6 у него проблема исчезла). То, что я видел в тикете,
> > > если память мне не изменяет, это warning похоже из-за того, что pcre в
> > > заголовочных файлах nginx и ctpp каким-то образом конфликтует (сам модуль
> > > вообще pcre не использует). nginx собирается по умолчанию с флагом трактующим
> > > предупреждения при сборки - как ошибки.
> > >
> > > Проблема, подозреваю, появилась после того, как мы реализовали в nginx поддержку
> > > pcre jit и pcre_extra, а может быть что-то в заголовочных файлах самого ctpp
> > > изменилось.
> > >
> > > У меня ctpp 2.7.6 вообще не собирается:
> > 
> > Понятно. У меня собственно ctpp 2.7.5 именно по той же причине, ctpp
> > 2.7.6 не собрался. Имхо, судя по changelog, ни сильно принципиально,
> > какую версию использовать. Новых возможностей там нет, а указанный баг
> > у меня ни как не проявляется. Но вот nginx версии 1.0.6 хочется
> > подновить. И был бы очень признателен, если ngx_ctpp будет по прежнему
> > работать с актуальной версией.
> > _______________________________________________
> > 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

From ne на vbart.ru  Thu May 17 08:08:30 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 17 May 2012 12:08:30 +0400
Subject: =?UTF-8?B?UmU6ICDQsCDQv9GA0L7QtdC60YIgbmdpbngtY3RwcCDQv9C+0YXQvtC20LUg0YM=?=
	=?UTF-8?B?0LbQtSDQt9Cw0LHRgNC+0YHQuNC70LggPw==?=
In-Reply-To: <E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
References: <201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
	<E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
Message-ID: <201205171208.30926.ne@vbart.ru>

On Thursday 17 May 2012 10:33:33 Влад Максимов wrote:
> 2.7.2...2.7.5 - это версии с некоторыми правками + там была засада с
> областью видимости переменной при вложенных циклах. В 2.7.6 её победили. И
> тут же собрали ~"финальную" 2.8
> Уже чуть не полгода как...
> 
> http://ctpp.havoc.ru/download/
> http://ctpp.havoc.ru/download/ctpp2-2.8.tar.gz
> 

2.8 у меня также не собирается. Ниже патч, исправляющий проблему сборки на 2.7.6 
и 2.8. Но остается ещё другая проблема, тесты не все проходят:

    98% tests passed, 1 tests failed out of 58

    Total Test time (real) =   1.97 sec

    The following tests FAILED:
             24 - Functions_D (Failed)


--- tests/CTPP2Emulator.cpp.old 2012-05-17 11:58:39.798057676 +0400
+++ tests/CTPP2Emulator.cpp     2012-05-17 11:57:47.874651573 +0400
@@ -54,6 +54,8 @@
 #include <stdio.h>
 #include <string.h>
 
+#include <memory>
+
 using namespace CTPP;
 
 int main(int argc, char ** argv)


--
Валентин Бартенев

From ne на vbart.ru  Thu May 17 08:15:19 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 17 May 2012 12:15:19 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <E1SUvNf-0005Va-QW.bdfy-mail-ru@f171.mail.ru>
References: <201205170328.12168.ne@vbart.ru>
	<E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
	<E1SUvNf-0005Va-QW.bdfy-mail-ru@f171.mail.ru>
Message-ID: <201205171215.20345.ne@vbart.ru>

On Thursday 17 May 2012 11:44:15 Ivan wrote:
> тк багтрекер не работает поясню в чем заключ баг:
> 
> gcc 4.4.6,  ctpp2-2.7.5. nginx-1.2. Был наложен патч на nginx:
> 
> --- auto/cc/gcc 2012-02-23 20:06:39.000000000 -0600
> +++ auto/cc/gcc.fixed 2012-02-23 20:07:08.000000000 -0600
> @@ -170,7 +170,7 @@
> 
> 
> # stop on warning
> -CFLAGS="$CFLAGS -Werror"
> +# CFLAGS="$CFLAGS -Werror"
> 
> ошибка при сборке nginx с параметрами:
> ./configure --add-module=./../nginx-ctpp/
> In file included from src/core/ngx_core.h:64,
>                  from ./../nginx-ctpp//sources/ctpp2_process.h:12,
>                  from ./../nginx-ctpp//sources/ctpp2_process.cpp:7:
> src/core/ngx_regex.h:24: error: declaration of ?pcre* <anonymous
> struct>::pcre? /usr/include/pcre.h:200: error: changes meaning of ?pcre?
> from ?typedef struct real_pcre pcre? make[1]: ***
> [objs/addon/sources/ctpp2_process.o] Error 1
> make[1]: Leaving directory `/home/isiyanko/rpmbuild/BUILDROOT/nginx-1.2.0'
> make: *** [build] Error 2
> 

Держите патч на nginx. С ним должно собираться без проблем. Патч нужен только 
для версий 1.1.12 и выше.

Index: src/core/ngx_regex.h
===================================================================
--- src/core/ngx_regex.h        (revision 4638)
+++ src/core/ngx_regex.h        (working copy)
@@ -21,7 +21,7 @@
 
 
 typedef struct {
-    pcre        *pcre;
+    pcre        *expression;
     pcre_extra  *extra;
 } ngx_regex_t;
 
@@ -50,8 +50,8 @@
 ngx_int_t ngx_regex_compile(ngx_regex_compile_t *rc);
 
 #define ngx_regex_exec(re, s, captures, size)                                \
-    pcre_exec(re->pcre, re->extra, (const char *) (s)->data, (s)->len, 0, 0, \
-              captures, size)
+    pcre_exec(re->expression, re->extra, (const char *) (s)->data, (s)->len, \
+              0, 0, captures, size)
 #define ngx_regex_exec_n      "pcre_exec()"
 
 ngx_int_t ngx_regex_exec_array(ngx_array_t *a, ngx_str_t *s, ngx_log_t *log);
Index: src/core/ngx_regex.c
===================================================================
--- src/core/ngx_regex.c        (revision 4638)
+++ src/core/ngx_regex.c        (working copy)
@@ -152,7 +152,7 @@
         return NGX_ERROR;
     }
 
-    rc->regex->pcre = re;
+    rc->regex->expression = re;
 
     /* do not study at runtime */
 
@@ -367,8 +367,8 @@
             i = 0;
         }
 
-        elts[i].regex->extra = pcre_study(elts[i].regex->pcre, opt, &errstr);
-
+        elts[i].regex->extra = pcre_study(elts[i].regex->expression, opt,
+                                          &errstr);
         if (errstr != NULL) {
             ngx_log_error(NGX_LOG_ALERT, cycle->log, 0,
                           "pcre_study() failed: %s in \"%s\"",
@@ -380,7 +380,7 @@
             int jit, n;
 
             jit = 0;
-            n = pcre_fullinfo(elts[i].regex->pcre, elts[i].regex->extra,
+            n = pcre_fullinfo(elts[i].regex->expression, elts[i].regex->extra,
                               PCRE_INFO_JIT, &jit);
 
             if (n != 0 || jit != 1) {


From bazilek на gmail.com  Thu May 17 09:31:15 2012
From: bazilek на gmail.com (Vasil Mikhalenya)
Date: Thu, 17 May 2012 12:31:15 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <20120516110918.GB31671@mdounin.ru>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
	<BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
	<4FB387DB.6010300@gmail.com> <20120516110918.GB31671@mdounin.ru>
Message-ID: <CAPc4iSCs2jLgryyXFYSMG4OssbgP=Od5u=oOfW2Nd2WZJbj4ew@mail.gmail.com>

2012/5/16 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Wed, May 16, 2012 at 01:56:27PM +0300, Polonevich Ivan wrote:
>
>> С коллегами сделали такие выводы:
>>
>> в функции ngx_shmtx_force_unlock выполняется операция atomic_cmp_set
>> без предварительной проверки инициализирован ли mtx->lock или нет. Таким
>> образом если модуль выделил шаред память классическим способом но не
>> использовал mutex локи для этого блока то они остаются
>> неинициализрованными и при операции unlock_mutexes вызываемой по команде
>> reload мы получаем segmetation_fault. добавил проверку на то
>> инициализирован ли вообще mtx-lock, это снимает проблему. Насколько это
>> корректно или надо править модуль. Ниже диф:
>
> Это неправильные выводы.
>
> При выделении разделяемой памяти через ngx_shared_memory_add()
> соответствующий lock инициализируется (см. ngx_init_zone_pool()),
> однако ustats выделенную под zone pool память (и в том числе lock)
> затирает и использует под свои нужды.
>
> Ну и предложенный патч на ngx_shmtx.c по очевидным причинам проблему
> не вылечит, а спрячет - падать не будет ровно до того момента, как
> в соответствующую область памяти не запишут что-то, отличное от
> NULL.
>
> Maxim Dounin
>
>> [root на build-server nginx-1.3.0]# [root на build-server d]# diff ngx_shmtx.c
>> ngx_shmtx_patched.c
>> 154c154
>> <     if (ngx_atomic_cmp_set(mtx->lock, pid, 0)) {
>> ---
>> >     if (mtx->lock ? ngx_atomic_cmp_set(mtx->lock, pid, 0): 0) {
>>
>> On 5/11/12 1:14 PM, Ivan Palanevich wrote:
>> > Вероятно вы правы.
>> >
>> > http://code.google.com/p/ustats/issues/detail?id=5
>> >
>> > On May 11, 2012, at 10:22 AM, Maxim Dounin wrote:
>> >
>> >> Hello!
>> >>
>> >> On Thu, May 10, 2012 at 08:36:06PM +0300, Ivan Palanevich wrote:
>> >>
>> >>> Заметил, что падает мастер процесс при отправке -HUP,
>> >>>
>> >>> cat /etc/redhat-release
>> >>> CentOS release 5.8 (Final)
>> >>>
>> >>> Linux server 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:00 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
>> >>>
>> >>> nginx -V
>> >>> nginx version: nginx/1.2.0
>> >>> built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
>> >>> TLS SNI support enabled
>> >>> configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/ --with-openssl-opt=enable-tlsext --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-debug --with-ipv6 --with-file-aio --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/nginx-upstream-fair --add-module=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/mod_ustats
>> >>>
>> >>> Из последних добавленных модификаций
>> >>> --with-openssl=/home/mockbuild/rpmbuild/BUILD/nginx-1.2.0/openssl-0.9.8t/
>> >>>
>> >>> Началось до 1.2.0 , но с какой точно версии не помню.
>> >> [...]
>> >>
>> >>> Подскажите куда покапать.
>> >> Начать с простого: собраться без сторонних модулей и патчей, и
>> >> попробовать воспроизвести проблему без них.  Я подозреваю, что
>> >> проблема где-то в районе ustats.
>> >>
>> >> Maxim Dounin
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>> --
>> Signed, Polonevich Ivan
>> System  Administrator
>> CООО Гейм Стрим / Wargaming.net
>> http://www.wargaming.net/
>> http://www.game-stream.org/
>> icq 8158401
>> Skype jonilover
>>
>> _______________________________________________
>> 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

Получились следующие патчи. На первый взгляд они решают наши проблемы,
но т.к. автор недоступен, просьба прокомментировать - все ли хорошо в
них. Диффы в аттаче.

Спасибо.
-- 
Best regards,
Vasil Mikhalenya
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: nginx_ustats.patch.diff
Type: application/octet-stream
Size: 648 bytes
Desc: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/ec94f884/attachment.obj>
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: ngx_http_ustats_module.c.diff
Type: application/octet-stream
Size: 1614 bytes
Desc: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/ec94f884/attachment-0001.obj>

From ha.ppy.neko на gmail.com  Thu May 17 09:39:01 2012
From: ha.ppy.neko на gmail.com (ha.ppy.neko)
Date: Thu, 17 May 2012 13:39:01 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <20120517072726.GJ31671@mdounin.ru>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<20120517072726.GJ31671@mdounin.ru>
Message-ID: <CAH=YQ8vQqLyD8QKuezAORSxt1n=7jxieB7uOtWBSt81oyPjt1A@mail.gmail.com>

2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
> А сертификат при этом trusted?
Нет, самоподписанный.

From igor на sysoev.ru  Thu May 17 09:47:31 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Thu, 17 May 2012 13:47:31 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <2d0c09974de9f3121e4aa5bf775c8bc9.NginxMailingListRussian@forum.nginx.org>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<2d0c09974de9f3121e4aa5bf775c8bc9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120517094731.GA89551@nginx.com>

On Thu, May 17, 2012 at 01:34:39AM -0400, igor.goncharenko wrote:
> А можно поподробнее, почему нельзя
> делать ssl on, а то что-то я ничего
> подобного в документации не вижу? 

SSL - это свойство сокета, а не сервера, поэтому его логично
указывать на уровне listen, а не server.


-- 
Igor Sysoev


From mdounin на mdounin.ru  Thu May 17 10:35:34 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 17 May 2012 14:35:34 +0400
Subject: =?UTF-8?B?UmU6INC/0LDQtNC10L3QuNC1INC80LDRgdGC0LXRgCDQv9GA0L7RhtC10YHRgdCw?=
In-Reply-To: <CAPc4iSCs2jLgryyXFYSMG4OssbgP=Od5u=oOfW2Nd2WZJbj4ew@mail.gmail.com>
References: <D21DDAC4-0D32-4B0E-8D7A-44B2B9C30D10@gmail.com>
	<20120511072226.GM31671@mdounin.ru>
	<BDDE8124-1904-4A90-BED8-0E1EACFDB95A@gmail.com>
	<4FB387DB.6010300@gmail.com> <20120516110918.GB31671@mdounin.ru>
	<CAPc4iSCs2jLgryyXFYSMG4OssbgP=Od5u=oOfW2Nd2WZJbj4ew@mail.gmail.com>
Message-ID: <20120517103534.GP31671@mdounin.ru>

Hello!

On Thu, May 17, 2012 at 12:31:15PM +0300, Vasil Mikhalenya wrote:

[...]

> Получились следующие патчи. На первый взгляд они решают наши проблемы,
> но т.к. автор недоступен, просьба прокомментировать - все ли хорошо в
> них. Диффы в аттаче.

Выглядит конечно как хак, но, в принципе, должно работать.

Maxim Dounin


From mdounin на mdounin.ru  Thu May 17 10:38:45 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 17 May 2012 14:38:45 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8vQqLyD8QKuezAORSxt1n=7jxieB7uOtWBSt81oyPjt1A@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<20120517072726.GJ31671@mdounin.ru>
	<CAH=YQ8vQqLyD8QKuezAORSxt1n=7jxieB7uOtWBSt81oyPjt1A@mail.gmail.com>
Message-ID: <20120517103845.GQ31671@mdounin.ru>

Hello!

On Thu, May 17, 2012 at 01:39:01PM +0400, ha.ppy.neko wrote:

> 2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
> > А сертификат при этом trusted?
> Нет, самоподписанный.

Самоподписанный != не trusted, но я так понимаю первая часть 
ответа правильная.  Импортируйте сертификат, станет хорошо.

Maxim Dounin


From mva на mva.name  Thu May 17 15:00:10 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Thu, 17 May 2012 22:00:10 +0700
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205171208.30926.ne@vbart.ru>
References: <201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
	<E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
	<201205171208.30926.ne@vbart.ru>
Message-ID: <4FB5127A.80900@mva.name>

17.05.2012 15:08, Валентин Бартенев написал:
> 2.8 у меня также не собирается. Ниже патч, исправляющий проблему сборки на 2.7.6 
> и 2.8. Но остается ещё другая проблема, тесты не все проходят:
Судя по патчу, он правит только тесты. Алсо:
% eix ctpp2 | grep Inst
[I] www-apps/ctpp2
     Installed versions:  2.8(2) (11:40:10 14.04.2012) (iconv md5 -debug)
% /usr/sbin/nginx -V 2>&1 | ompld
File: http://ompldr.org/vZHM2dQ

УМВР, как говорится. При чём, ctpp2, если мне не изменяет память, даже
4.5 гцц нормально собирался. А вот модуль, да, только 4.6.. На 4.7 пока
не тестировал.
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/b421bb28/attachment.bin>

From oleg.cherniy на gmail.com  Thu May 17 15:18:13 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Thu, 17 May 2012 18:18:13 +0300
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205171208.30926.ne@vbart.ru>
References: <201205170328.12168.ne@vbart.ru>
	<CAPP2NXoEQMuiQzF3Oi6LGx0xRNOdBFe_7W7JFb8MyQo_yYNpug@mail.gmail.com>
	<E1SUuHF-0004Ru-Mt.vladsm-mail-ru@f51.mail.ru>
	<201205171208.30926.ne@vbart.ru>
Message-ID: <CAH1MbuA5v1BYbGVDHcnuCrv2iDaeU9-JPEPWKQ7NHdTaMC899Q@mail.gmail.com>

2012/5/17 Валентин Бартенев <ne на vbart.ru>
>
> On Thursday 17 May 2012 10:33:33 Влад Максимов wrote:
> > 2.7.2...2.7.5 - это версии с некоторыми правками + там была засада с
> > областью видимости переменной при вложенных циклах. В 2.7.6 её победили. И
> > тут же собрали ~"финальную" 2.8
> > Уже чуть не полгода как...
> >
> > http://ctpp.havoc.ru/download/
> > http://ctpp.havoc.ru/download/ctpp2-2.8.tar.gz
> >
>
> 2.8 у меня также не собирается. Ниже патч, исправляющий проблему сборки на 2.7.6
> и 2.8. Но остается ещё другая проблема, тесты не все проходят:

Огромное спасибо за патч. Без него собиралась только 2.7.5

У меня все тесты проходят (gcc version 4.6.3).
Вот здесь можно скачать SRPM ctpp2 2.8 для Redhat-о подобных линуксов
(у меня Fedora 16):
http://linux.ria.ua/SRPMS/ctpp2/

У меня nginx все версии nginx с ngx_ctpp 2 0.5.
http://linux.ria.ua/SRPMS/nginx/

Использую pcre 8.21:
http://linux.ria.ua/SRPMS/pcre/

PS: Если в trunk-е все стабильнее может стоит зарелизить более новую
версию ngx_ctpp2?

--
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From bdfy на mail.ru  Thu May 17 15:38:03 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Thu, 17 May 2012 19:38:03 +0400
Subject: =?UTF-8?B?UmVbMl06INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSA=?=
	=?UTF-8?B?0YPQttC1INC30LDQsdGA0L7RgdC40LvQuCA/?=
In-Reply-To: <201205171215.20345.ne@vbart.ru>
References: <201205170328.12168.ne@vbart.ru>
	<E1SUvNf-0005Va-QW.bdfy-mail-ru@f171.mail.ru>
	<201205171215.20345.ne@vbart.ru>
Message-ID: <E1SV2mB-0006V0-6x.bdfy-mail-ru@f278.mail.ru>

вот спасибо. А скажите этот патч войдет в какой нибудь релиз nginx ?


Thu, 17 May 2012 12:15:19 +0400 от Валентин Бартенев <ne на vbart.ru>:
> On Thursday 17 May 2012 11:44:15 Ivan wrote:
> > тк багтрекер не работает поясню в чем заключ баг:
> > 
> > gcc 4.4.6,  ctpp2-2.7.5. nginx-1.2. Был наложен патч на nginx:
> > 
> > --- auto/cc/gcc 2012-02-23 20:06:39.000000000 -0600
> > +++ auto/cc/gcc.fixed 2012-02-23 20:07:08.000000000 -0600
> > @@ -170,7 +170,7 @@
> > 
> > 
> > # stop on warning
> > -CFLAGS="$CFLAGS -Werror"
> > +# CFLAGS="$CFLAGS -Werror"
> > 
> > ошибка при сборке nginx с параметрами:
> > ./configure --add-module=./../nginx-ctpp/
> > In file included from src/core/ngx_core.h:64,
> >                  from ./../nginx-ctpp//sources/ctpp2_process.h:12,
> >                  from ./../nginx-ctpp//sources/ctpp2_process.cpp:7:
> > src/core/ngx_regex.h:24: error: declaration of ?pcre* <anonymous
> > struct>::pcre? /usr/include/pcre.h:200: error: changes meaning of ?pcre?
> > from ?typedef struct real_pcre pcre? make[1]: ***
> > [objs/addon/sources/ctpp2_process.o] Error 1
> > make[1]: Leaving directory `/home/isiyanko/rpmbuild/BUILDROOT/nginx-1.2.0'
> > make: *** [build] Error 2
> > 
> 
> Держите патч на nginx. С ним должно собираться без проблем. Патч нужен только 
> для версий 1.1.12 и выше.
> 
> Index: src/core/ngx_regex.h
> ===================================================================
> --- src/core/ngx_regex.h        (revision 4638)
> +++ src/core/ngx_regex.h        (working copy)
> @@ -21,7 +21,7 @@
>  
>  
>  typedef struct {
> -    pcre        *pcre;
> +    pcre        *expression;
>      pcre_extra  *extra;
>  } ngx_regex_t;
>  
> @@ -50,8 +50,8 @@
>  ngx_int_t ngx_regex_compile(ngx_regex_compile_t *rc);
>  
>  #define ngx_regex_exec(re, s, captures, size)                                \
> -    pcre_exec(re->pcre, re->extra, (const char *) (s)->data, (s)->len, 0, 0, \
> -              captures, size)
> +    pcre_exec(re->expression, re->extra, (const char *) (s)->data, (s)->len, \
> +              0, 0, captures, size)
>  #define ngx_regex_exec_n      "pcre_exec()"
>  
>  ngx_int_t ngx_regex_exec_array(ngx_array_t *a, ngx_str_t *s, ngx_log_t *log);
> Index: src/core/ngx_regex.c
> ===================================================================
> --- src/core/ngx_regex.c        (revision 4638)
> +++ src/core/ngx_regex.c        (working copy)
> @@ -152,7 +152,7 @@
>          return NGX_ERROR;
>      }
>  
> -    rc->regex->pcre = re;
> +    rc->regex->expression = re;
>  
>      /* do not study at runtime */
>  
> @@ -367,8 +367,8 @@
>              i = 0;
>          }
>  
> -        elts[i].regex->extra = pcre_study(elts[i].regex->pcre, opt, &errstr);
> -
> +        elts[i].regex->extra = pcre_study(elts[i].regex->expression, opt,
> +                                          &errstr);
>          if (errstr != NULL) {
>              ngx_log_error(NGX_LOG_ALERT, cycle->log, 0,
>                            "pcre_study() failed: %s in \"%s\"",
> @@ -380,7 +380,7 @@
>              int jit, n;
>  
>              jit = 0;
> -            n = pcre_fullinfo(elts[i].regex->pcre, elts[i].regex->extra,
> +            n = pcre_fullinfo(elts[i].regex->expression, elts[i].regex->extra,
>                                PCRE_INFO_JIT, &jit);
>  
>              if (n != 0 || jit != 1) {
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From ne на vbart.ru  Thu May 17 15:45:49 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 17 May 2012 19:45:49 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <4FB5127A.80900@mva.name>
References: <201205170328.12168.ne@vbart.ru> <201205171208.30926.ne@vbart.ru>
	<4FB5127A.80900@mva.name>
Message-ID: <201205171945.49632.ne@vbart.ru>

On Thursday 17 May 2012 19:00:10 Vadim A. Misbakh-Soloviov wrote:
> 17.05.2012 15:08, Валентин Бартенев написал:
> > 2.8 у меня также не собирается. Ниже патч, исправляющий проблему сборки
> > на 2.7.6
> 
> > и 2.8. Но остается ещё другая проблема, тесты не все проходят:
> Судя по патчу, он правит только тесты.

Нет.

tests/CTPP2Emulator.cpp - это бинарник ctpp2vm

--
Валентин Бартенев

From ne на vbart.ru  Thu May 17 15:50:06 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 17 May 2012 19:50:06 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <E1SV2mB-0006V0-6x.bdfy-mail-ru@f278.mail.ru>
References: <201205170328.12168.ne@vbart.ru> <201205171215.20345.ne@vbart.ru>
	<E1SV2mB-0006V0-6x.bdfy-mail-ru@f278.mail.ru>
Message-ID: <201205171950.06293.ne@vbart.ru>

On Thursday 17 May 2012 19:38:03 Ivan wrote:
> вот спасибо. А скажите этот патч войдет в какой нибудь релиз nginx ?
> 

Да, уже закоммичено. Будет в одном из ближайших релизов.
http://trac.nginx.org/nginx/changeset/4639/nginx

--
Валентин Бартенев

From ne на vbart.ru  Thu May 17 16:16:54 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 17 May 2012 20:16:54 +0400
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <CAH1MbuA5v1BYbGVDHcnuCrv2iDaeU9-JPEPWKQ7NHdTaMC899Q@mail.gmail.com>
References: <201205170328.12168.ne@vbart.ru> <201205171208.30926.ne@vbart.ru>
	<CAH1MbuA5v1BYbGVDHcnuCrv2iDaeU9-JPEPWKQ7NHdTaMC899Q@mail.gmail.com>
Message-ID: <201205172016.54485.ne@vbart.ru>

On Thursday 17 May 2012 19:18:13 Олег Черн?й wrote:
[...]
> 
> PS: Если в trunk-е все стабильнее может стоит зарелизить более новую
> версию ngx_ctpp2?
> 

Да, когда появится свободное время - выпущу.
А пока можно просто: svn co svn://svn.vbart.ru/ngx_ctpp2/trunk

--
Валентин Бартенев

From nginx-forum на nginx.us  Thu May 17 17:31:16 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Thu, 17 May 2012 13:31:16 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <20120517094731.GA89551@nginx.com>
References: <20120517094731.GA89551@nginx.com>
Message-ID: <5f194b7e50169e09b2bb05fae8068d51.NginxMailingListRussian@forum.nginx.org>

Igor Sysoev Wrote:
-------------------------------------------------------
> On Thu, May 17, 2012 at 01:34:39AM -0400,
> igor.goncharenko wrote:
> > А можно поподробнее,
> почему нельзя
> > делать ssl on, а то что-то я
> ничего
> > подобного в документации
> не вижу? 
> 
> SSL - это свойство сокета, а
> не сервера, поэтому его
> логично
> указывать на уровне listen, а
> не server.
>
Да, это понятно, я читал об этом на
форуме раньше, спасибо. Но "нельзя" и
"логичнее" - разные вещи :)


> 
> -- 
> Igor Sysoev
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

---
Igor

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226522,226589#msg-226589


From nginx-forum на nginx.us  Thu May 17 18:23:48 2012
From: nginx-forum на nginx.us (vandy)
Date: Thu, 17 May 2012 14:23:48 -0400 (EDT)
Subject: =?UTF-8?B?0JTQuNC90LDQvNC40YfQtdGB0LrQuNC1INC70L7Qs9C4?=
Message-ID: <618e57443707fc45267ecf0d1e2211f1.NginxMailingListRussian@forum.nginx.org>

Добрый вечер.

Есть десяток сайтов, и есть такой
конфиг:
""""
server {
	server_name s1.ru s12.ru s13.ru s14.ru s15.ru s16.ru ;
    
    location / {
        proxy_pass http://х.х.х.х/;
    }
}
server {
	server_name s2.ru s22.ru s23.ru s24.ru s25.ru s26.ru ;
    
    location / {
        proxy_pass http://х2.х2.х2.х2/;
    }
}
""""

Требуется логировать запросы для
каждого сайта в отдельный файл.
Я пробовал писать так - access_log 
/var/log/nginx/$host;
но в error логах пишется "*8870 testing "/etc/nginx/html"
existence failed (2: No such file or directory) while logging request"

Что я делаю не так?
Может кто знает какое-нибудь другое
решение, кроме того, что бы создать
конфиг под каждый отдельный домен?

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


From wangsamp на gmail.com  Thu May 17 18:43:27 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Thu, 17 May 2012 21:43:27 +0300 (EEST)
Subject: =?UTF-8?B?UmU6INCU0LjQvdCw0LzQuNGH0LXRgdC60LjQtSDQu9C+0LPQuA==?=
In-Reply-To: <618e57443707fc45267ecf0d1e2211f1.NginxMailingListRussian@forum.nginx.org>
References: <618e57443707fc45267ecf0d1e2211f1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <alpine.BSF.2.00.1205172140180.38615@u.fchgavxzrqvn.arg>

Today May 17, 2012 at 14:23 vandy wrote:

> Требуется логировать запросы для
> каждого сайта в отдельный файл.
> Я пробовал писать так - access_log 
> /var/log/nginx/$host;
> но в error логах пишется "*8870 testing "/etc/nginx/html"
> existence failed (2: No such file or directory) while logging request"
> 
> Что я делаю не так?

  http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log  
  при каждой записи в лог проверяется существование корневого каталога для запроса - если этот каталог не существует, то лог не создаётся.
  
> Может кто знает какое-нибудь другое
> решение, кроме того, что бы создать
> конфиг под каждый отдельный домен?

  Логировать на стороне куда проксируете?

-- 
WNGS-RIPE


From mva на mva.name  Thu May 17 18:46:16 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Fri, 18 May 2012 01:46:16 +0700
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <5f194b7e50169e09b2bb05fae8068d51.NginxMailingListRussian@forum.nginx.org>
References: <20120517094731.GA89551@nginx.com>
	<5f194b7e50169e09b2bb05fae8068d51.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FB54778.4040003@mva.name>

18.05.2012 00:31, igor.goncharenko написал:
> Да, это понятно, я читал об этом на
> форуме раньше, спасибо. Но "нельзя" и
> "логичнее" - разные вещи :)
?нельзя? и ?не рекомендуется?, как бы, тоже :)
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120518/97760014/attachment.bin>

From swood на fotofor.biz  Thu May 17 18:58:54 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Thu, 17 May 2012 22:58:54 +0400
Subject: =?UTF-8?B?UmU6INCU0LjQvdCw0LzQuNGH0LXRgdC60LjQtSDQu9C+0LPQuA==?=
In-Reply-To: <alpine.BSF.2.00.1205172140180.38615@u.fchgavxzrqvn.arg>
References: <618e57443707fc45267ecf0d1e2211f1.NginxMailingListRussian@forum.nginx.org>
	<alpine.BSF.2.00.1205172140180.38615@u.fchgavxzrqvn.arg>
Message-ID: <CAM_jxg2MRb0T3OLTYVrAu9OP_HtPhbfVSBOncdXJWTSObBH0vw@mail.gmail.com>

Можно попробовать описать это через map. Во всяком случае у меня заработало.

17 мая 2012 г., 22:43 пользователь Oleksandr V. Typlyns'kyi <
wangsamp на gmail.com> написал:

> Today May 17, 2012 at 14:23 vandy wrote:
>
> > Требуется логировать запросы для
> > каждого сайта в отдельный файл.
> > Я пробовал писать так - access_log
> > /var/log/nginx/$host;
> > но в error логах пишется "*8870 testing "/etc/nginx/html"
> > existence failed (2: No such file or directory) while logging request"
> >
> > Что я делаю не так?
>
>   http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log
>  при каждой записи в лог проверяется существование корневого каталога для
> запроса - если этот каталог не существует, то лог не создаётся.
>
> > Может кто знает какое-нибудь другое
> > решение, кроме того, что бы создать
> > конфиг под каждый отдельный домен?
>
>   Логировать на стороне куда проксируете?
>
> --
> WNGS-RIPE
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120517/cae49356/attachment.html>

From nginx-forum на nginx.us  Thu May 17 19:17:57 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Thu, 17 May 2012 15:17:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
Message-ID: <098339f78ac7a80b41977ae55609461e.NginxMailingListRussian@forum.nginx.org>

Было написано:
>Например в документацию, где написано,
что уже с лохматых времён ?ssl
>on;? не рекомендуется делать вообще ни
при каких обстоятельствах.

"не рекомендуется вообще ни при каких
обстоятельствах" - это значит "нельзя".

---
Igor

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226522,226604#msg-226604


From ha.ppy.neko на gmail.com  Thu May 17 20:31:22 2012
From: ha.ppy.neko на gmail.com (ha.ppy.neko)
Date: Fri, 18 May 2012 00:31:22 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <20120517103845.GQ31671@mdounin.ru>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<20120517072726.GJ31671@mdounin.ru>
	<CAH=YQ8vQqLyD8QKuezAORSxt1n=7jxieB7uOtWBSt81oyPjt1A@mail.gmail.com>
	<20120517103845.GQ31671@mdounin.ru>
Message-ID: <CAH=YQ8vOEBypKXO_3tk4N9047Sdiy5WXT=JcNmPqOZ8WowN0xg@mail.gmail.com>

2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Thu, May 17, 2012 at 01:39:01PM +0400, ha.ppy.neko wrote:
>
>> 2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
>> > А сертификат при этом trusted?
>> Нет, самоподписанный.
>
> Самоподписанный != не trusted, но я так понимаю первая часть
> ответа правильная.  Импортируйте сертификат, станет хорошо.
Извиняюсь за глупый вопрос: импортировать в список доверенных
сертификатов браузера?

From ha.ppy.neko на gmail.com  Thu May 17 21:04:35 2012
From: ha.ppy.neko на gmail.com (ha.ppy.neko)
Date: Fri, 18 May 2012 01:04:35 +0400
Subject: =?UTF-8?B?UmU6INGB0YLQsNGC0LjQutCwINC/0L4gSFRUUFMg0L3QtSDQtNCw0ZHRgiAzMDQg?=
	=?UTF-8?B?Tm90IE1vZGlmaWVk?=
In-Reply-To: <CAH=YQ8vOEBypKXO_3tk4N9047Sdiy5WXT=JcNmPqOZ8WowN0xg@mail.gmail.com>
References: <CAH=YQ8sJ+5f7G25wHydP1eaoxXOB7m1qhBZO+NnJyTdzNF6mkw@mail.gmail.com>
	<20120517072726.GJ31671@mdounin.ru>
	<CAH=YQ8vQqLyD8QKuezAORSxt1n=7jxieB7uOtWBSt81oyPjt1A@mail.gmail.com>
	<20120517103845.GQ31671@mdounin.ru>
	<CAH=YQ8vOEBypKXO_3tk4N9047Sdiy5WXT=JcNmPqOZ8WowN0xg@mail.gmail.com>
Message-ID: <CAH=YQ8s3UJ1e14GprNHY0y1xFn=yuheBvHxTHMZcHhWLQiFbpQ@mail.gmail.com>

Спасибо, Maxim Dounin.
Проблема кэширования статики по HTTPS решена. Решение - импортировать
недоверенный сертификат в Chrome.

2012/5/18 ha.ppy.neko <ha.ppy.neko на gmail.com>:
> 2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
>> Hello!
>>
>> On Thu, May 17, 2012 at 01:39:01PM +0400, ha.ppy.neko wrote:
>>
>>> 2012/5/17 Maxim Dounin <mdounin на mdounin.ru>:
>>> > А сертификат при этом trusted?
>>> Нет, самоподписанный.
>>
>> Самоподписанный != не trusted, но я так понимаю первая часть
>> ответа правильная.  Импортируйте сертификат, станет хорошо.
> Извиняюсь за глупый вопрос: импортировать в список доверенных
> сертификатов браузера?

From nginx-forum на nginx.us  Fri May 18 06:30:28 2012
From: nginx-forum на nginx.us (vandy)
Date: Fri, 18 May 2012 02:30:28 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCU0LjQvdCw0LzQuNGH0LXRgdC60LjQtSDQu9C+0LPQuA==?=
In-Reply-To: <alpine.BSF.2.00.1205172140180.38615@u.fchgavxzrqvn.arg>
References: <alpine.BSF.2.00.1205172140180.38615@u.fchgavxzrqvn.arg>
Message-ID: <9c7924c961accb73fb4c05949951d5ce.NginxMailingListRussian@forum.nginx.org>

Oleksandr V. Typlyns'kyi Wrote:
-------------------------------------------------------

> http://nginx.org/ru/docs/http/ngx_http_log_module.
> html#access_log  
>   при каждой записи в лог
> проверяется существование
> корневого каталога для
> запроса - если этот каталог
> не существует, то лог не
> создаётся.
>   

Спасибо, все получилось.
Поместил root и access_log на один уровень и
все заработало. Плохо читал
документацию.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226587,226614#msg-226614


From nginx-forum на nginx.us  Fri May 18 07:12:47 2012
From: nginx-forum на nginx.us (agz)
Date: Fri, 18 May 2012 03:12:47 -0400 (EDT)
Subject: $uid_got
Message-ID: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>

Будет ли такая конструкция работать:
if ($uid_got = "123456789012345678901234567890") {
    return 403;
}
?

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


From oleg.cherniy на gmail.com  Fri May 18 07:59:00 2012
From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=)
Date: Fri, 18 May 2012 10:59:00 +0300
Subject: =?UTF-8?B?UmU6INCwINC/0YDQvtC10LrRgiBuZ2lueC1jdHBwINC/0L7RhdC+0LbQtSDRg9C2?=
	=?UTF-8?B?0LUg0LfQsNCx0YDQvtGB0LjQu9C4ID8=?=
In-Reply-To: <201205172016.54485.ne@vbart.ru>
References: <201205170328.12168.ne@vbart.ru> <201205171208.30926.ne@vbart.ru>
	<CAH1MbuA5v1BYbGVDHcnuCrv2iDaeU9-JPEPWKQ7NHdTaMC899Q@mail.gmail.com>
	<201205172016.54485.ne@vbart.ru>
Message-ID: <CAH1MbuC5FdhSGC0xO8d6MtC_omFZJ9rnYpYbGDQRER7NRBv+UA@mail.gmail.com>

2012/5/17 Валентин Бартенев <ne на vbart.ru>:
> On Thursday 17 May 2012 19:18:13 Олег Черн?й wrote:
> [...]
>>
>> PS: Если в trunk-е все стабильнее может стоит зарелизить более новую
>> версию ngx_ctpp2?
>>
>
> Да, когда появится свободное время - выпущу.
> А пока можно просто: svn co svn://svn.vbart.ru/ngx_ctpp2/trunk

Спасибо. Вот здесь скомпоновал все с последними патчами:
  nginx
  + ngx_cache_purge module
  + Nginx CT++ 0.5.svn18052012
  + headers-more
  + upstream-fair

http://linux.ria.ua/SRPMS/nginx/nginx-1.3.0-ria2.fc16.src.rpm

-- 
---
С уважением, Олег Черний,
руководитель отдела разработки  AUTO.ria.ua

RIA.ua
тел./факс.: 0 432 555-200 (многоканальний)
моб: 0 (67) 295-27-52
E-mail: oleg.cherniy на ria.ua

From ru на nginx.com  Fri May 18 08:00:15 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Fri, 18 May 2012 12:00:15 +0400
Subject: $uid_got
In-Reply-To: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
References: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120518080015.GD29209@lo0.su>

On Fri, May 18, 2012 at 03:12:47AM -0400, agz wrote:
> Будет ли такая конструкция работать:
> if ($uid_got = "123456789012345678901234567890") {
>     return 403;
> }
> ?

Будет, если написать аккуратно, только проверяемое значение
должно включать в себя имя куки в соответствии с директивой
userid_name, например:

http {
    server {
	userid on;
	if ($uid_got = "uid=01000000E7FCB54F72A690A402030303") {
	    return 403;
	}

	location / {
	    return 200 "OK uid_set=$uid_set uid_got=$uid_got\n";
	}
    }
}


From nginx-forum на nginx.us  Fri May 18 08:30:09 2012
From: nginx-forum на nginx.us (agz)
Date: Fri, 18 May 2012 04:30:09 -0400 (EDT)
Subject: $uid_got
In-Reply-To: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
References: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
Message-ID: <408fe966542b4198bb6ffdd94335ba0e.NginxMailingListRussian@forum.nginx.org>

Понятно, спасибо! А возможно ли вынести
список этих uid в отдельный файл?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226615,226620#msg-226620


From ru на nginx.com  Fri May 18 10:43:31 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Fri, 18 May 2012 14:43:31 +0400
Subject: $uid_got
In-Reply-To: <408fe966542b4198bb6ffdd94335ba0e.NginxMailingListRussian@forum.nginx.org>
References: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
	<408fe966542b4198bb6ffdd94335ba0e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120518104331.GC29762@lo0.su>

On Fri, May 18, 2012 at 04:30:09AM -0400, agz wrote:
> Понятно, спасибо! А возможно ли вынести
> список этих uid в отдельный файл?

%%%
http {
    map $uid_got $bad_user {
        include badusers.conf;
    }

    server {
        userid on;

        if ($bad_user) {
            return 403;
        }

        location / {
            return 200 "OK uid_set=$uid_set uid_got=$uid_got\n";
        }
    }
}
%%%

$ cat badusers.conf
uid=7F0000014FB6042CA7BEA78803030302 1;
uid=7F0000014FB62795328EA9E403030302 1;


From nginx-forum на nginx.us  Fri May 18 11:53:56 2012
From: nginx-forum на nginx.us (TheRoSS)
Date: Fri, 18 May 2012 07:53:56 -0400 (EDT)
Subject: error_page + return + arg_XXX
In-Reply-To: <dff98b0d785a06fdf08e31795807fcd1.NginxMailingListRussian@forum.nginx.org>
References: <dff98b0d785a06fdf08e31795807fcd1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <16f7f46931a5ccd304b72a5d877938cb.NginxMailingListRussian@forum.nginx.org>

Спасибо.
Сделал, чтобы обработчик нулевого
баннера в дебаг моде для всех ошибок
возвращал одно и то же значение 500, а в
обычной - текст нулевого баннера и код
200. Поскольку основная обработка
запроса находится в fcgi модуле, ошибки
из которого возвращаются как надо,
ошибки самого nginx, в принципе, в моём
случае можно загнать под один код 500.
Хотя, конечно, переменная $status, на мой
взгляд, всё равно бы не помешала.

Конфиг выглядит теперь так:

error_page  400 401 402 403 404 500 501 502 503 504 505 = @null_banner;

location @null_banner {
            if ($arg_debug) {
                return 500 'Nginx Error\n';
            }
            return 200 '<html><body>текст нулевого
баннера</body></html>
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226090,226628#msg-226628


From nginx-forum на nginx.us  Fri May 18 12:15:15 2012
From: nginx-forum на nginx.us (jch)
Date: Fri, 18 May 2012 08:15:15 -0400 (EDT)
Subject: =?UTF-8?B?0L/QtdGA0LXQvNC10L3QvdGL0LUg0LjQtyBtYXAg0LIg0LLQuNC00LUg0LjQvNC1?=
	=?UTF-8?B?0L3QuCBsaW1pdCByZXE=?=
Message-ID: <221d0a443bff69d6ac22ab22ed4d5394.NginxMailingListRussian@forum.nginx.org>

Привет!

Есть задача - скрипты с одним
юзер-агентом лимитировать по
количеству запросов так, а с другим -
этак
Написал такую конфигурацию:

    map  $http_user_agent $zone {
        default         2;
        "Script-Cool s329fj3d1jc"           10;
        "Script-Hot ASFcqin123"            5;
    }

    limit_req_zone  $binary_remote_addr  zone=2:10m   rate=2r/m;
    limit_req_zone  $binary_remote_addr  zone=10:10m   rate=10r/m;
    limit_req_zone  $binary_remote_addr  zone=5:10m   rate=5r/m;

    location /api/ {
             limit_req   zone=$zone  burst=3 nodelay;
             proxy_pass http://127.0.0.1:8100;
    }

Ругается:
nginx: [emerg] unknown limit_req_zone "$zone" in /etc/nginx/nginx.conf
внутри if limit_req не работает.
Получается совсем грустно.

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


From mdounin на mdounin.ru  Fri May 18 12:20:17 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 18 May 2012 16:20:17 +0400
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INC40LcgbWFwINCyINCy0LjQtNC1INC4?=
	=?UTF-8?B?0LzQtdC90LggbGltaXQgcmVx?=
In-Reply-To: <221d0a443bff69d6ac22ab22ed4d5394.NginxMailingListRussian@forum.nginx.org>
References: <221d0a443bff69d6ac22ab22ed4d5394.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120518122017.GE31671@mdounin.ru>

Hello!

On Fri, May 18, 2012 at 08:15:15AM -0400, jch wrote:

> Привет!
> 
> Есть задача - скрипты с одним
> юзер-агентом лимитировать по
> количеству запросов так, а с другим -
> этак
> Написал такую конфигурацию:
> 
>     map  $http_user_agent $zone {
>         default         2;
>         "Script-Cool s329fj3d1jc"           10;
>         "Script-Hot ASFcqin123"            5;
>     }
> 
>     limit_req_zone  $binary_remote_addr  zone=2:10m   rate=2r/m;
>     limit_req_zone  $binary_remote_addr  zone=10:10m   rate=10r/m;
>     limit_req_zone  $binary_remote_addr  zone=5:10m   rate=5r/m;
> 
>     location /api/ {
>              limit_req   zone=$zone  burst=3 nodelay;
>              proxy_pass http://127.0.0.1:8100;
>     }
> 
> Ругается:
> nginx: [emerg] unknown limit_req_zone "$zone" in /etc/nginx/nginx.conf
> внутри if limit_req не работает.
> Получается совсем грустно.

Должно сработать как-то так:

    map $http_user_agent $limit2 {
        default     $binary_remote_addr;
        "cool"      "";
        "hot"       "";
    }

    map $http_user_agent $limit10 {
        default     "";
        "cool"      $binary_remote_addr;
    }

    limit_req_zone $limit2 zone=2:10m rate=2r/m;
    limit_req_zone $limit10 zone=10:10m rate=2r/m;
    
    location /api/ {
        limit_req zone=2 burst=3 nodelay;
        limit_req zone=10 burst=3 nodelay;
        ...
    }

Maxim Dounin


From nginx-forum на nginx.us  Fri May 18 12:31:00 2012
From: nginx-forum на nginx.us (agz)
Date: Fri, 18 May 2012 08:31:00 -0400 (EDT)
Subject: $uid_got
In-Reply-To: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
References: <05ede0e74758ba6bdd327bf320ef3971.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3392b2dcdc7ce1187569a74b4a9ea632.NginxMailingListRussian@forum.nginx.org>

Большое спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226615,226631#msg-226631


From nginx-forum на nginx.us  Fri May 18 13:06:18 2012
From: nginx-forum на nginx.us (jch)
Date: Fri, 18 May 2012 09:06:18 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INC40LcgbWFwINCyINCy0LjQtNC1INC4?=
	=?UTF-8?B?0LzQtdC90LggbGltaXQgcmVx?=
In-Reply-To: <20120518122017.GE31671@mdounin.ru>
References: <20120518122017.GE31671@mdounin.ru>
Message-ID: <dae13a9482ac19919612b74ff4b474e1.NginxMailingListRussian@forum.nginx.org>

Ругается теперь так:
nginx: [emerg] "limit_req" directive is duplicate in
/etc/nginx/nginx.conf:54

nginx/1.0.11

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226630,226632#msg-226632


From mdounin на mdounin.ru  Fri May 18 13:42:00 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 18 May 2012 17:42:00 +0400
Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INC40LcgbWFwINCyINCy0LjQtNC1INC4?=
	=?UTF-8?B?0LzQtdC90LggbGltaXQgcmVx?=
In-Reply-To: <dae13a9482ac19919612b74ff4b474e1.NginxMailingListRussian@forum.nginx.org>
References: <20120518122017.GE31671@mdounin.ru>
	<dae13a9482ac19919612b74ff4b474e1.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120518134200.GH31671@mdounin.ru>

Hello!

On Fri, May 18, 2012 at 09:06:18AM -0400, jch wrote:

> Ругается теперь так:
> nginx: [emerg] "limit_req" directive is duplicate in
> /etc/nginx/nginx.conf:54
> 
> nginx/1.0.11

1.1.14+

Maxim Dounin


From vasilii.alferov на gmail.com  Fri May 18 19:29:24 2012
From: vasilii.alferov на gmail.com (=?UTF-8?B?0JDQu9GE0LXRgNC+0LIg0JLQsNGB0LjQu9C40Lk=?=)
Date: Sat, 19 May 2012 01:29:24 +0600
Subject: NGINX + SCTP
In-Reply-To: <4F9990FF.1050604@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
Message-ID: <CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>

SCTP должен пройти через любые L3 устройства. Проблемы будут только L4+ -
т.е. с файрволлами,  NAT-ом и т.д.
ИМХО SCTP будет иметь смысл в эпоху всеобщего ipv6, не раньше..

2012/4/27 Roman Vasilyev <roman.vasilyev на yousendit.com>

> Да я обратного и не утверждал, SCTP пока наверняка не пройдет через
> gateway, это был всего лишь вопрос, в каком состоянии он находится в
> горячолюбимом NGINX.
>
>
> On 04/26/2012 10:41 AM, Gena Makhomed wrote:
>
>> On 26.04.2012 20:15, Roman Vasilyev wrote:
>>
>>  Нет исходный вопрос был именно про SCTP
>>> пока его надо дополнительно устанавливать по Windows как часть ядра
>>> либо дополнительно линковаться с userspace либой. Но приделать можно,
>>> под Linux все уже есть из коробки.
>>>
>>
>> пока что нет браузеров, которые умеют работать через SCTP.
>>
>>  и согласно этой ветки, плавно все движется в этом направлении тоже
>>> http://code.google.com/p/**chromium/issues/detail?id=**24699<http://code.google.com/p/chromium/issues/detail?id=24699>
>>>
>>
>> только "HTTP over SCTP" находится в "Previous approaches"
>> на странице http://www.chromium.org/spdy/**spdy-whitepaper<http://www.chromium.org/spdy/spdy-whitepaper>
>>
>> и там же:
>>
>> ============================
>>
>> Q: What about SCTP?
>>
>> A: SCTP is an interesting potential alternate transport, which offers
>> multiple streams over a single connection. However, again, it requires
>> changing the transport stack, which will make it very difficult to deploy
>> across existing home routers. Also, SCTP alone isn't the silver bullet;
>> application-layer changes still need to be made to efficiently use the
>> channel between the server and client.
>>
>> ============================
>>
>> не похоже на то, чтобы гугл собирался реализовывать HTTP over SCTP.
>> а вот SPDY - уже есть и Google Chrome и недавно добавили в FireFox.
>>
>>  поэтому мне кажется имеет смысл держать этот протокол в поле зрения.
>>>
>>
>> SCTP в далеком будущем возможно заменит собой TCP,
>> после того как IPv6 почти везде заменит собой IPv4
>>
>> а пока что - создан SPDY как более быстрая альтернатива HTTP/1.1.
>> причем уже есть поддержка для него в Chrome/Firefox и Apache httpd.
>>
>>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120519/35f1df43/attachment.html>

From kav на karagodov.name  Fri May 18 22:35:10 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sat, 19 May 2012 02:35:10 +0400
Subject: NGINX + SCTP
In-Reply-To: <CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
Message-ID: <5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>


On 18.05.2012, at 23:29, Алферов Василий wrote:

> SCTP должен пройти через любые L3 устройства. Проблемы будут только L4+ - т.е. с файрволлами,  NAT-ом и т.д.
а при чём здесь NAT? 

фаерволлы начинаются с L3 ( IP-шные ) 

у него будут проблемы с NAT-ом, потому что он такой же тупой и упрямый как RTP, SIP и пр. медиа-идиотизм? 

> ИМХО SCTP будет иметь смысл в эпоху всеобщего ipv6, не раньше..
> 
> 2012/4/27 Roman Vasilyev <roman.vasilyev на yousendit.com>
> Да я обратного и не утверждал, SCTP пока наверняка не пройдет через gateway, это был всего лишь вопрос, в каком состоянии он находится в горячолюбимом NGINX.
> 
> 
> On 04/26/2012 10:41 AM, Gena Makhomed wrote:
> On 26.04.2012 20:15, Roman Vasilyev wrote:
> 
> Нет исходный вопрос был именно про SCTP
> пока его надо дополнительно устанавливать по Windows как часть ядра
> либо дополнительно линковаться с userspace либой. Но приделать можно,
> под Linux все уже есть из коробки.
> 
> пока что нет браузеров, которые умеют работать через SCTP.
> 
> и согласно этой ветки, плавно все движется в этом направлении тоже
> http://code.google.com/p/chromium/issues/detail?id=24699
> 
> только "HTTP over SCTP" находится в "Previous approaches"
> на странице http://www.chromium.org/spdy/spdy-whitepaper
> 
> и там же:
> 
> ============================
> 
> Q: What about SCTP?
> 
> A: SCTP is an interesting potential alternate transport, which offers multiple streams over a single connection. However, again, it requires changing the transport stack, which will make it very difficult to deploy across existing home routers. Also, SCTP alone isn't the silver bullet; application-layer changes still need to be made to efficiently use the channel between the server and client.
> 
> ============================
> 
> не похоже на то, чтобы гугл собирался реализовывать HTTP over SCTP.
> а вот SPDY - уже есть и Google Chrome и недавно добавили в FireFox.
> 
> поэтому мне кажется имеет смысл держать этот протокол в поле зрения.
> 
> SCTP в далеком будущем возможно заменит собой TCP,
> после того как IPv6 почти везде заменит собой IPv4
> 
> а пока что - создан SPDY как более быстрая альтернатива HTTP/1.1.
> причем уже есть поддержка для него в Chrome/Firefox и Apache httpd.
> 
> 
> _______________________________________________
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120519/d14ee2ec/attachment-0001.html>

From alleteam на gmail.com  Fri May 18 22:56:13 2012
From: alleteam на gmail.com (Alexandr Kutuzov)
Date: Sat, 19 May 2012 02:56:13 +0400
Subject: NGINX + SCTP
In-Reply-To: <5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
	<5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
Message-ID: <BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>


On 19.05.2012, at 2:35, Alexey V. Karagodov wrote:

> 
> On 18.05.2012, at 23:29, Алферов Василий wrote:
> 
>> SCTP должен пройти через любые L3 устройства. Проблемы будут только L4+ - т.е. с файрволлами,  NAT-ом и т.д.
> а при чём здесь NAT? 
> 
> фаерволлы начинаются с L3 ( IP-шные ) 

речь на мой взгляд шла скорее о stateful firewall-ах, 
в большинстве случаев это ориентированные на tcp железки

> у него будут проблемы с NAT-ом, потому что он такой же тупой и упрямый как RTP, SIP и пр. медиа-идиотизм? 

ваша фраза выглядит забавно: мне кажется вы забываете что NAT это своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не имеют. 
а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет. 

> 
>> ИМХО SCTP будет иметь смысл в эпоху всеобщего ipv6, не раньше..
>> 
>> 2012/4/27 Roman Vasilyev <roman.vasilyev на yousendit.com>
>> Да я обратного и не утверждал, SCTP пока наверняка не пройдет через gateway, это был всего лишь вопрос, в каком состоянии он находится в горячолюбимом NGINX.
>> 
>> 
>> On 04/26/2012 10:41 AM, Gena Makhomed wrote:
>> On 26.04.2012 20:15, Roman Vasilyev wrote:
>> 
>> Нет исходный вопрос был именно про SCTP
>> пока его надо дополнительно устанавливать по Windows как часть ядра
>> либо дополнительно линковаться с userspace либой. Но приделать можно,
>> под Linux все уже есть из коробки.
>> 
>> пока что нет браузеров, которые умеют работать через SCTP.
>> 
>> и согласно этой ветки, плавно все движется в этом направлении тоже
>> http://code.google.com/p/chromium/issues/detail?id=24699
>> 
>> только "HTTP over SCTP" находится в "Previous approaches"
>> на странице http://www.chromium.org/spdy/spdy-whitepaper
>> 
>> и там же:
>> 
>> ============================
>> 
>> Q: What about SCTP?
>> 
>> A: SCTP is an interesting potential alternate transport, which offers multiple streams over a single connection. However, again, it requires changing the transport stack, which will make it very difficult to deploy across existing home routers. Also, SCTP alone isn't the silver bullet; application-layer changes still need to be made to efficiently use the channel between the server and client.
>> 
>> ============================
>> 
>> не похоже на то, чтобы гугл собирался реализовывать HTTP over SCTP.
>> а вот SPDY - уже есть и Google Chrome и недавно добавили в FireFox.
>> 
>> поэтому мне кажется имеет смысл держать этот протокол в поле зрения.
>> 
>> SCTP в далеком будущем возможно заменит собой TCP,
>> после того как IPv6 почти везде заменит собой IPv4
>> 
>> а пока что - создан SPDY как более быстрая альтернатива HTTP/1.1.
>> причем уже есть поддержка для него в Chrome/Firefox и Apache httpd.
>> 
>> 
>> _______________________________________________
>> 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
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Sat May 19 11:16:29 2012
From: nginx-forum на nginx.us (dwow)
Date: Sat, 19 May 2012 07:16:29 -0400 (EDT)
Subject: internal redirect
Message-ID: <ec1f31a8046fc3030ffa80e5e10b120c.NginxMailingListRussian@forum.nginx.org>

Добрый день,
использую ngx_http_internal_redirect, но при
редиректе изменятся URI в браузере. Как
правильно использовать эту функцию и
чтобы URI в браузере оставался прежним?  

Спасибо.

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


From vromanov на gmail.com  Sun May 20 04:38:55 2012
From: vromanov на gmail.com (Vladimir Romanov)
Date: Sun, 20 May 2012 08:38:55 +0400
Subject: NGINX + SCTP
In-Reply-To: <BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
	<5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
	<BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>
Message-ID: <CAJ4CROhWWkfdV_OFF6stNLB-UmpHzpjh33voT7mDySkxEJumcg@mail.gmail.com>

Вы о
> ваша фраза выглядит забавно: мне кажется вы забываете что NAT это своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не имеют.
> а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет.

Вы о чем? SIP отлично работает поверх TCP (или UDP). Проблема с натом
в SIP связана с тем, что там требуется устанавливать соединения между
устройствами, которые находятся за NAT. Аналогичная проблема есть в
FTP (пассивный режим).

А вот зачем нужен SCTP в NGINX я не очень понимаю. Он нужен в
телекоме, там не важно не задумываться о целостности сообщениия, и о
том что оно приянто полностью. Т.е то-же SIP пустить по SCTP - это
круто. Diameter - сам бог велел. А вот HTTP... Например, при
использовании SCTP мы лишимся возможности показывать страницу по мере
ее скачивания. Как будет выгляедт скачивание большого файла мне вообще
страшно подумать
-- 
Vladimir Romanov

From kav на karagodov.name  Sun May 20 21:07:27 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 21 May 2012 01:07:27 +0400
Subject: NGINX + SCTP
In-Reply-To: <CAJ4CROhWWkfdV_OFF6stNLB-UmpHzpjh33voT7mDySkxEJumcg@mail.gmail.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
	<5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
	<BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>
	<CAJ4CROhWWkfdV_OFF6stNLB-UmpHzpjh33voT7mDySkxEJumcg@mail.gmail.com>
Message-ID: <324BB208-6028-448F-85A6-739BC3E83D19@karagodov.name>


On 20.05.2012, at 08:38, Vladimir Romanov wrote:

> Вы о
>> ваша фраза выглядит забавно: мне кажется вы забываете что NAT это своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не имеют.
>> а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет.


> Вы о чем? SIP отлично работает поверх TCP (или UDP). Проблема с натом
> в SIP связана с тем, что там требуется устанавливать соединения между
думаю просто от идиотизма разработчиков. даже IPSec уже не такой нежный как раньше ... 
холивар ... 

> устройствами, которые находятся за NAT. Аналогичная проблема есть в
> FTP (пассивный режим).
скорей всего в методах реализации передачи информации были допущены и реализованы разные ошибки, например - передавать в данных (внутри payload) IP адреса корреспондентов 
до сих пор для меня загадка, ну нахрена?! 

> А вот зачем нужен SCTP в NGINX я не очень понимаю. Он нужен в
> телекоме, там не важно не задумываться о целостности сообщениия, и о
в телекоме он тоже не упёрся, кстати 

>  там не важно не задумываться о целостности сообщениия, и о

> том что оно приянто полностью. Т.е то-же SIP пустить по SCTP - это
пальцы на клаве заплетаются? не понятно ж ничего :) 

> круто. Diameter - сам бог велел. А вот HTTP... Например, при
> использовании SCTP мы лишимся возможности показывать страницу по мере
> ее скачивания. Как будет выгляедт скачивание большого файла мне вообще
если воспринимать серьёзно то, что нашлось в вики, то это очередное зло/УГ 
особенно многопоточность, т.е. оно будет как сип из l4 щемиться со своими идеями в l3 
к тому же зачем то смотреть на интерфейсы, а не на маршруты и тд и тп 

> страшно подумать
> -- 
> Vladimir Romanov
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


On 19.05.2012, at 02:56, Alexandr Kutuzov wrote:

> 
> On 19.05.2012, at 2:35, Alexey V. Karagodov wrote:
> 
>> 
>> On 18.05.2012, at 23:29, Алферов Василий wrote:
>> 
>>> SCTP должен пройти через любые L3 устройства. Проблемы будут только L4+ - т.е. с файрволлами,  NAT-ом и т.д.
>> а при чём здесь NAT? 
>> 
>> фаерволлы начинаются с L3 ( IP-шные ) 
> 
> речь на мой взгляд шла скорее о stateful firewall-ах, 
> в большинстве случаев это ориентированные на tcp железки

не согласен 
им обычно побую, всё зависит от пожеланий их одмина 

улыбнуло: 
цитата со страницы http://ru.wikipedia.org/wiki/SCTP: "	? ? TCP и UDP работают столь различно, что проводить аналогию к ним обоим некорректно. Вся аналогия ? в том, что SCTP??, TCP и UDP относятся к одному и тому же уровню стека TCP/IP." 


From nginx-forum на nginx.us  Mon May 21 09:23:25 2012
From: nginx-forum на nginx.us (gatesat)
Date: Mon, 21 May 2012 05:23:25 -0400 (EDT)
Subject: =?UTF-8?B?0J7RgtGB0LvQtdC00LjRgtGMINC+0LrQvtC90YfQsNC90LjQtSDRgdC60LDRh9C4?=
	=?UTF-8?B?0LLQsNC90LjRjyDRhNCw0LnQu9CwLg==?=
Message-ID: <de95545c0973b694829a9ee8f2aee1d9.NginxMailingListRussian@forum.nginx.org>

Приветствую !

Искал везде- однозначного ответа не
нашёл.
Как в nginx правильно реализовать
контроль скачивания статики ?

Если начало скачивания я могу
отследить средствами backend-а, то с
окончанием вопрос остается открытым.
Читал про post_action - все ругаются и
говорят что его использовать не стоит.

Благодарю за внимание.

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


From ne на vbart.ru  Mon May 21 10:51:26 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 21 May 2012 14:51:26 +0400
Subject: =?UTF-8?B?UmU6INCe0YLRgdC70LXQtNC40YLRjCDQvtC60L7QvdGH0LDQvdC40LUg0YHQutCw?=
	=?UTF-8?B?0YfQuNCy0LDQvdC40Y8g0YTQsNC50LvQsC4=?=
In-Reply-To: <de95545c0973b694829a9ee8f2aee1d9.NginxMailingListRussian@forum.nginx.org>
References: <de95545c0973b694829a9ee8f2aee1d9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205211451.26761.ne@vbart.ru>

On Monday 21 May 2012 13:23:25 gatesat wrote:
> Приветствую !
> 
> Искал везде- однозначного ответа не
> нашёл.
> Как в nginx правильно реализовать
> контроль скачивания статики ?
> 
> Если начало скачивания я могу
> отследить средствами backend-а, то с
> окончанием вопрос остается открытым.
> Читал про post_action - все ругаются и
> говорят что его использовать не стоит.
> 
> Благодарю за внимание.
> 

Читать лог.

--
Валентин Бартенев

From vasilii.alferov на gmail.com  Mon May 21 11:23:40 2012
From: vasilii.alferov на gmail.com (=?UTF-8?B?0JDQu9GE0LXRgNC+0LIg0JLQsNGB0LjQu9C40Lk=?=)
Date: Mon, 21 May 2012 17:23:40 +0600
Subject: NGINX + SCTP
In-Reply-To: <324BB208-6028-448F-85A6-739BC3E83D19@karagodov.name>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
	<5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
	<BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>
	<CAJ4CROhWWkfdV_OFF6stNLB-UmpHzpjh33voT7mDySkxEJumcg@mail.gmail.com>
	<324BB208-6028-448F-85A6-739BC3E83D19@karagodov.name>
Message-ID: <CAKn8OzV35KP8XR5eQMuL5xBWsQS04hJOxQsc=F=QueduVXKU6Q@mail.gmail.com>

В SCTP реализована очень нужная идея, что IP-маршрутизация может быть
несимметричной. ИМХО очень полезна возможность сохранять L4 сессию при
переключении на другой маршрут - и на сервере и на клиенте. Также
интересный эффект может быть от настройки параметров сессии в зависимости
от типа данных, т.е. подключился, отправил запрос, сервер переключил сокет
в режим негарантированной доставки, и получаешь медиапоток.

2012/5/21 Alexey V. Karagodov <kav на karagodov.name>

>
> On 20.05.2012, at 08:38, Vladimir Romanov wrote:
>
> > Вы о
> >> ваша фраза выглядит забавно: мне кажется вы забываете что NAT это
> своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не
> имеют.
> >> а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет.
>
>
> > Вы о чем? SIP отлично работает поверх TCP (или UDP). Проблема с натом
> > в SIP связана с тем, что там требуется устанавливать соединения между
> думаю просто от идиотизма разработчиков. даже IPSec уже не такой нежный
> как раньше ...
> холивар ...
>
> > устройствами, которые находятся за NAT. Аналогичная проблема есть в
> > FTP (пассивный режим).
> скорей всего в методах реализации передачи информации были допущены и
> реализованы разные ошибки, например - передавать в данных (внутри payload)
> IP адреса корреспондентов
> до сих пор для меня загадка, ну нахрена?!
>
> > А вот зачем нужен SCTP в NGINX я не очень понимаю. Он нужен в
> > телекоме, там не важно не задумываться о целостности сообщениия, и о
> в телекоме он тоже не упёрся, кстати
>
> >  там не важно не задумываться о целостности сообщениия, и о
>
> > том что оно приянто полностью. Т.е то-же SIP пустить по SCTP - это
> пальцы на клаве заплетаются? не понятно ж ничего :)
>
> > круто. Diameter - сам бог велел. А вот HTTP... Например, при
> > использовании SCTP мы лишимся возможности показывать страницу по мере
> > ее скачивания. Как будет выгляедт скачивание большого файла мне вообще
> если воспринимать серьёзно то, что нашлось в вики, то это очередное зло/УГ
> особенно многопоточность, т.е. оно будет как сип из l4 щемиться со своими
> идеями в l3
> к тому же зачем то смотреть на интерфейсы, а не на маршруты и тд и тп
>
> > страшно подумать
> > --
> > Vladimir Romanov
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
> On 19.05.2012, at 02:56, Alexandr Kutuzov wrote:
>
> >
> > On 19.05.2012, at 2:35, Alexey V. Karagodov wrote:
> >
> >>
> >> On 18.05.2012, at 23:29, Алферов Василий wrote:
> >>
> >>> SCTP должен пройти через любые L3 устройства. Проблемы будут только
> L4+ - т.е. с файрволлами,  NAT-ом и т.д.
> >> а при чём здесь NAT?
> >>
> >> фаерволлы начинаются с L3 ( IP-шные )
> >
> > речь на мой взгляд шла скорее о stateful firewall-ах,
> > в большинстве случаев это ориентированные на tcp железки
>
> не согласен
> им обычно побую, всё зависит от пожеланий их одмина
>
> улыбнуло:
> цитата со страницы http://ru.wikipedia.org/wiki/SCTP: " ? ? TCP и UDP
> работают столь различно, что проводить аналогию к ним обоим некорректно.
> Вся аналогия ? в том, что SCTP??, TCP и UDP относятся к одному и тому же
> уровню стека TCP/IP."
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120521/cd2d2ae8/attachment-0001.html>

From kav на karagodov.name  Mon May 21 11:32:42 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 21 May 2012 15:32:42 +0400
Subject: NGINX + SCTP
In-Reply-To: <CAKn8OzV35KP8XR5eQMuL5xBWsQS04hJOxQsc=F=QueduVXKU6Q@mail.gmail.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
	<4F9990FF.1050604@yousendit.com>
	<CAKn8OzW0oQ0qEX714NrmagKZxAJN8NHO2sk7YXF06LYhU2RyzQ@mail.gmail.com>
	<5DB3BE9B-FDF5-4FE2-B827-FC62AB5A2E52@karagodov.name>
	<BA3C427B-7C6B-4B7C-B362-97E63E2AE967@gmail.com>
	<CAJ4CROhWWkfdV_OFF6stNLB-UmpHzpjh33voT7mDySkxEJumcg@mail.gmail.com>
	<324BB208-6028-448F-85A6-739BC3E83D19@karagodov.name>
	<CAKn8OzV35KP8XR5eQMuL5xBWsQS04hJOxQsc=F=QueduVXKU6Q@mail.gmail.com>
Message-ID: <CD834458-E401-40A5-934F-41E46A27080B@karagodov.name>


On 21.05.2012, at 15:23, Алферов Василий wrote:

> В SCTP реализована очень нужная идея, что IP-маршрутизация может быть несимметричной. ИМХО очень полезна возможность сохранять L4 сессию при переключении на другой маршрут - и на сервере и на клиенте. Также интересный эффект может быть от настройки параметров сессии в зависимости от типа данных, т.е. подключился, отправил запрос, сервер переключил сокет в режим негарантированной доставки, и получаешь медиапоток.
не знаю, есть над чем пиво пить ... 
маршрутизатор может сам слать пакеты по разным маршрутам, в разных пропорциях, другое дело как они дойдут и как их "на той стороне" "примут" 
и при этом ничего не требуется от клиент-серверного ПАК. он даже не будет в курсе (и как бы не должен быть, ибо "транспорт" - не его собачье дело) каким путём всё это счастье ему привалило 

сдаётся мне, оффтопом потянуло ... 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120521/f7dd9df2/attachment.bin>

From nginx-forum на nginx.us  Mon May 21 13:05:51 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Mon, 21 May 2012 09:05:51 -0400 (EDT)
Subject: =?UTF-8?B?0KHQv9C40YHQvtC6INCy0YHQtdGFINGB0L7QtdC00LjQvdC10L3QuNC5?=
Message-ID: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток.

Существует ли возможность получения
полного списка всех текущих
соединений?
StubStatus выдает их общее число "Active connections",
но как получить URL каждого соединения?
Мне нужны $remote_addr $remote_port $request_uri.
Есть вариант через внутрений редирект
писать в момент начала (remote_addr + remote_port) +
uri, потом из access_log выцеплять эти пары и
удалять из таблицы. Но как-то убого.

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


From roman.vasilyev на yousendit.com  Mon May 21 16:32:04 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 21 May 2012 09:32:04 -0700
Subject: internal redirect
In-Reply-To: <ec1f31a8046fc3030ffa80e5e10b120c.NginxMailingListRussian@forum.nginx.org>
References: <ec1f31a8046fc3030ffa80e5e10b120c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FBA6E04.2090201@yousendit.com>

On 05/19/2012 04:16 AM, dwow wrote:
> Добрый день,
> использую ngx_http_internal_redirect, но при
> редиректе изменятся URI в браузере. Как
> правильно использовать эту функцию и
> чтобы URI в браузере оставался прежним?
location /a {
   rewrite ^ /b last;
}
у меня вроде все отлично работает таким образом.
> Спасибо.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226654,226654#msg-226654
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From hell-for-yahoo на umail.ru  Tue May 22 10:51:12 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 22 May 2012 14:51:12 +0400
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <942695092.20120522145112@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) AterCattus!

A> Существует ли возможность получения
A> полного списка всех текущих
A> соединений?

Более интересный вопрос - нафига?

A> StubStatus выдает их общее число "Active connections",
A> но как получить URL каждого соединения?
A> Мне нужны $remote_addr $remote_port $request_uri.
A> Есть вариант через внутрений редирект
A> писать в момент начала (remote_addr + remote_port) +
A> uri, потом из access_log выцеплять эти пары и
A> удалять из таблицы. Но как-то убого.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 22.05.2012, <14:50>

From nginx-forum на nginx.us  Tue May 22 11:16:08 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Tue, 22 May 2012 07:16:08 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <942695092.20120522145112@mtu-net.ru>
References: <942695092.20120522145112@mtu-net.ru>
Message-ID: <5ea397191d4d663920946ed9b8410609.NginxMailingListRussian@forum.nginx.org>

Нужно рвать некоторые соединения после
их начала по определенным условиям
содержимого URL.
Сейчас реализовано именно как я
написал, через мониторинг момента
начала и окончания отдачи.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226718#msg-226718


From hell-for-yahoo на umail.ru  Tue May 22 11:22:37 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 22 May 2012 15:22:37 +0400
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <5ea397191d4d663920946ed9b8410609.NginxMailingListRussian@forum.nginx.org>
References: <942695092.20120522145112@mtu-net.ru>
	<5ea397191d4d663920946ed9b8410609.NginxMailingListRussian@forum.nginx.org>
Message-ID: <647777856.20120522152237@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) AterCattus!

A> Нужно рвать некоторые соединения после
A> их начала по определенным условиям
A> содержимого URL.

В шпионов играем? Какие эти "определённые условия"?
Если их можно описать в терминах nginx - пусть он и рвёт.

A> Сейчас реализовано именно как я
A> написал, через мониторинг момента
A> начала и окончания отдачи.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 22.05.2012, <15:21>

From nginx-forum на nginx.us  Tue May 22 11:52:35 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Tue, 22 May 2012 07:52:35 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <647777856.20120522152237@mtu-net.ru>
References: <647777856.20120522152237@mtu-net.ru>
Message-ID: <ea67e2d1af02b103306368c57018132f.NginxMailingListRussian@forum.nginx.org>

Да нет. Некоторые закачки нужно
обрывать уже тогда, когда nginx уже
отсылает данные. Такое соединение
может продолжаться десятки минут, а то
и часов. В момент начала отдачи еще
заранее не известно, нужно ли будет
обрывать или нет.
Если можно указать nginx'у правило по
которому он должен обрывать сам - было
бы неплохо. Не через reload конфига.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226723#msg-226723


From nginx-forum на nginx.us  Tue May 22 19:57:37 2012
From: nginx-forum на nginx.us (x00xer)
Date: Tue, 22 May 2012 15:57:37 -0400 (EDT)
Subject: nginx REST
In-Reply-To: <CAPP2NXonFXaJrkVFt4h-muNUJPPp_hmkk7bW6etFgN1uCMp+uA@mail.gmail.com>
References: <CAPP2NXonFXaJrkVFt4h-muNUJPPp_hmkk7bW6etFgN1uCMp+uA@mail.gmail.com>
Message-ID: <40abe76939284380d216883b7852238f.NginxMailingListRussian@forum.nginx.org>

возникла так же нобходимость сделать
RESTfull сервис. 
nginx настроен  отправлять все запросы к
PHP в php-fpm сокет:


location ~ \.php$ {
   include /etc/nginx/fastcgi_params;
   fastcgi_pass unix:/tmp/php5-fpm.sock;
   fastcgi_param SCRIPT_FILENAME /htdocs$fastcgi_script_name;
   fastcgi_param PATH_INFO $fastcgi_script_name;
   fastcgi_param DOCUMENT_ROOT /htdocs;
}

если с клиента делаю PUT или DELETE в ответ
получаю:

спасибо.
<html>
<head><title>405 Not Allowed</title></head>
<body bgcolor="white">
<center><h1>405 Not Allowed</h1></center>
<hr><center>nginx</center>
</body>
</html>


каким образом разрешить данные методы
в nginx'e ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,220827,226736#msg-226736


From public-mail на alekciy.ru  Tue May 22 21:43:31 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Wed, 23 May 2012 01:43:31 +0400
Subject: nginx REST
In-Reply-To: <40abe76939284380d216883b7852238f.NginxMailingListRussian@forum.nginx.org>
References: <CAPP2NXonFXaJrkVFt4h-muNUJPPp_hmkk7bW6etFgN1uCMp+uA@mail.gmail.com>
	<40abe76939284380d216883b7852238f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPP2NXoku-nJGR=eUsbcLrJy48L97xSFKr8eVgMsNwUsdb7a2w@mail.gmail.com>

Скорее всего это ответ не от nginx. Я думаю если посмотреть заголовки
ответа, то там будет X-Powered-By

22 мая 2012 г., 23:57 пользователь x00xer <nginx-forum на nginx.us> написал:
> возникла так же нобходимость сделать
> RESTfull сервис.
> nginx настроен  отправлять все запросы к
> PHP в php-fpm сокет:
>
>
> location ~ \.php$ {
>   include /etc/nginx/fastcgi_params;
>   fastcgi_pass unix:/tmp/php5-fpm.sock;
>   fastcgi_param SCRIPT_FILENAME /htdocs$fastcgi_script_name;
>   fastcgi_param PATH_INFO $fastcgi_script_name;
>   fastcgi_param DOCUMENT_ROOT /htdocs;
> }
>
> если с клиента делаю PUT или DELETE в ответ
> получаю:
>
> спасибо.
> <html>
> <head><title>405 Not Allowed</title></head>
> <body bgcolor="white">
> <center><h1>405 Not Allowed</h1></center>
> <hr><center>nginx</center>
> </body>
> </html>
>
>
> каким образом разрешить данные методы
> в nginx'e ?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,220827,226736#msg-226736
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Wed May 23 05:58:38 2012
From: nginx-forum на nginx.us (x00xer)
Date: Wed, 23 May 2012 01:58:38 -0400 (EDT)
Subject: nginx REST
In-Reply-To: <CAPP2NXoku-nJGR=eUsbcLrJy48L97xSFKr8eVgMsNwUsdb7a2w@mail.gmail.com>
References: <CAPP2NXoku-nJGR=eUsbcLrJy48L97xSFKr8eVgMsNwUsdb7a2w@mail.gmail.com>
Message-ID: <8eaf3bf96cae0a1fd962290b66d8932e.NginxMailingListRussian@forum.nginx.org>

вообще то нет, запросы  к fcgi логируются
и этих запросов нету в шурнале fcgi
сервера.
а вот в логах nginx'а они присутствуют.

мало того вот ответ(заголовки) от
севера
http://o7.no/K9BvJK

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,220827,226743#msg-226743


From mdounin на mdounin.ru  Wed May 23 07:30:28 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 23 May 2012 11:30:28 +0400
Subject: nginx REST
In-Reply-To: <40abe76939284380d216883b7852238f.NginxMailingListRussian@forum.nginx.org>
References: <CAPP2NXonFXaJrkVFt4h-muNUJPPp_hmkk7bW6etFgN1uCMp+uA@mail.gmail.com>
	<40abe76939284380d216883b7852238f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120523073027.GU31671@mdounin.ru>

Hello!

On Tue, May 22, 2012 at 03:57:37PM -0400, x00xer wrote:

> возникла так же нобходимость сделать
> RESTfull сервис. 
> nginx настроен  отправлять все запросы к
> PHP в php-fpm сокет:
> 
> 
> location ~ \.php$ {
>    include /etc/nginx/fastcgi_params;
>    fastcgi_pass unix:/tmp/php5-fpm.sock;
>    fastcgi_param SCRIPT_FILENAME /htdocs$fastcgi_script_name;
>    fastcgi_param PATH_INFO $fastcgi_script_name;
>    fastcgi_param DOCUMENT_ROOT /htdocs;
> }
> 
> если с клиента делаю PUT или DELETE в ответ
> получаю:
> 
> спасибо.
> <html>
> <head><title>405 Not Allowed</title></head>
> <body bgcolor="white">
> <center><h1>405 Not Allowed</h1></center>
> <hr><center>nginx</center>
> </body>
> </html>
> 
> 
> каким образом разрешить данные методы
> в nginx'e ?

Отправить таки на обработку в fastcgi.  Для передаваемых на бекенд 
запросов nginx разрешает любые методы, кроме TRACE.  У вас, судя 
по ответу, запрос попадает не на бекенд, а на статический файл.  
Что, в общем, логично: если сервис действительно restfull, то 
привёдённая выше обработка *.php явно недостаточна, надо делать 
как-то так:

   location / {
       fastcgi_pass unix:/tmp/php5-fpm.sock;
       fastcgi_param SCRIPT_FILENAME /htdocs/index.php;
       ...
   }

Maxim Dounin 


From nginx-forum на nginx.us  Wed May 23 07:42:33 2012
From: nginx-forum на nginx.us (x00xer)
Date: Wed, 23 May 2012 03:42:33 -0400 (EDT)
Subject: nginx REST
In-Reply-To: <20120523073027.GU31671@mdounin.ru>
References: <20120523073027.GU31671@mdounin.ru>
Message-ID: <d31a3c96c4ce68cd39985f7336219d26.NginxMailingListRussian@forum.nginx.org>

ух черт вы правы! слона то я и не заметил
:) 

надо было проверять не domain.name на
предмет пут запроса а domain.name/index.php в
моем случае

спасибо, Максим.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,220827,226749#msg-226749


From scif-1986 на yandex.ru  Wed May 23 08:03:10 2012
From: scif-1986 на yandex.ru (Alexander Zhuravlev)
Date: Wed, 23 May 2012 19:03:10 +1100
Subject: =?UTF-8?B?0KDQsNC30YrRj9GB0L3QtdC90LjRjyDQv9C+INGA0LDQsdC+0YLQtSBwcm94eV9u?=
	=?UTF-8?B?ZXh0X3Vwc3RyZWFt?=
Message-ID: <4FBC99BE.3050200@yandex.ru>

Добрый день всем.

Не совсем уверен, что дело именно в proxy_next_upstream, поэтому 
поправьте если не прав.

Проблема: есть веб-сервис (java playframework), он обрабатывает внешние 
запросы и хочется умудриться рестартовать сам демон, не потеряв 
пользовательские запросы. Разъясню: сам демон рестартует порядка 2 
секунд. За это время на nginx поступает порядка 20-50 запросов. Хочется 
сложить их в некий буфер и дождаться подъёма сервера. Да, понимаю, что 
запросы будут обрабатываться не 0.1сек, а 2.1-2.5сек, но главно чтобы 
они были обработаны, а не получили 502-ую. Насколько я понимаю 
реализовать это можно только установкой самого себя в резервные сервера 
и установкой таймаута за который демон должен рестартовать.

Накропал конфиг:

     upstream local_upstream {
         server 127.0.0.1:9012 fail_timeout=12s max_fails=1;
         server localhost:9012 backup;
     }

     server {
         proxy_connect_timeout 5s;
         listen       80;
         server_name localhost;
         error_log /var/log/nginx/exporter.error.log;
         proxy_next_upstream timeout;

         root  /opt/app/views;

         location / {
             proxy_pass              http://local_upstream;
             proxy_set_header        Host $http_host;
         }

Считал, что согласно proxy_next_upstream сервер будет считаться мёртвым 
только по истечении времени, но что-то нифига не так :(


From a.vasilishin на kpi.ua  Wed May 23 08:08:40 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Wed, 23 May 2012 11:08:40 +0300
Subject: =?UTF-8?B?UmU6INCg0LDQt9GK0Y/RgdC90LXQvdC40Y8g0L/QviDRgNCw0LHQvtGC0LUgcHJv?=
	=?UTF-8?B?eHlfbmV4dF91cHN0cmVhbQ==?=
In-Reply-To: <4FBC99BE.3050200@yandex.ru>
References: <4FBC99BE.3050200@yandex.ru>
Message-ID: <4FBC9B08.3010800@kpi.ua>


А 2 копии этого java playframework на разных портах нельзя никак 
запустить и рестартовать их в разное время?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From mdounin на mdounin.ru  Wed May 23 08:49:11 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 23 May 2012 12:49:11 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9GK0Y/RgdC90LXQvdC40Y8g0L/QviDRgNCw0LHQvtGC0LUgcHJv?=
	=?UTF-8?B?eHlfbmV4dF91cHN0cmVhbQ==?=
In-Reply-To: <4FBC99BE.3050200@yandex.ru>
References: <4FBC99BE.3050200@yandex.ru>
Message-ID: <20120523084911.GY31671@mdounin.ru>

Hello!

On Wed, May 23, 2012 at 07:03:10PM +1100, Alexander Zhuravlev wrote:

> Добрый день всем.
> 
> Не совсем уверен, что дело именно в proxy_next_upstream, поэтому
> поправьте если не прав.
> 
> Проблема: есть веб-сервис (java playframework), он обрабатывает
> внешние запросы и хочется умудриться рестартовать сам демон, не
> потеряв пользовательские запросы. Разъясню: сам демон рестартует
> порядка 2 секунд. За это время на nginx поступает порядка 20-50
> запросов. Хочется сложить их в некий буфер и дождаться подъёма
> сервера. Да, понимаю, что запросы будут обрабатываться не 0.1сек, а
> 2.1-2.5сек, но главно чтобы они были обработаны, а не получили
> 502-ую. Насколько я понимаю реализовать это можно только установкой
> самого себя в резервные сервера и установкой таймаута за который
> демон должен рестартовать.

Нет, backup-сервер в общем случае не поможет.  Ибо nginx не будет 
ничего ждать, а получив ошибку от основного сервера сразу 
попробует резервный, и при перезапуске он не ответит.

Надо запускать два бекенда, и рестартовать их по очереди.

> 
> Накропал конфиг:
> 
>     upstream local_upstream {
>         server 127.0.0.1:9012 fail_timeout=12s max_fails=1;
>         server localhost:9012 backup;
>     }
> 
>     server {
>         proxy_connect_timeout 5s;
>         listen       80;
>         server_name localhost;
>         error_log /var/log/nginx/exporter.error.log;
>         proxy_next_upstream timeout;
> 
>         root  /opt/app/views;
> 
>         location / {
>             proxy_pass              http://local_upstream;
>             proxy_set_header        Host $http_host;
>         }
> 
> Считал, что согласно proxy_next_upstream сервер будет считаться
> мёртвым только по истечении времени, но что-то нифига не так :(

Сервер будет считаться мёртвым после получения от него max_fails 
ошибок.  Параметр fail_timeout влияет на то, как быстро nginx 
забудет про предыдущие ошибки, не более того.

Maxim Dounin


From nginx-forum на nginx.us  Wed May 23 09:02:19 2012
From: nginx-forum на nginx.us (dwow)
Date: Wed, 23 May 2012 05:02:19 -0400 (EDT)
Subject: internal redirect
In-Reply-To: <4FBA6E04.2090201@yousendit.com>
References: <4FBA6E04.2090201@yousendit.com>
Message-ID: <1316401bb2e420dab62a4a5ca8f3392f.NginxMailingListRussian@forum.nginx.org>

у меня тоже работает, только в браузере
меняется URI, а хотелось бы, чтобы этого
не происходило )

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226654,226759#msg-226759


From nginx-forum на nginx.us  Wed May 23 10:47:55 2012
From: nginx-forum на nginx.us (Craken)
Date: Wed, 23 May 2012 06:47:55 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <21896e323adaf6da27947a54de579456.NginxMailingListRussian@forum.nginx.org>

Ну так а есть определенные критерии по
которым соедиенние нужно рвать?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226762#msg-226762


From nginx-forum на nginx.us  Wed May 23 10:51:58 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Wed, 23 May 2012 06:51:58 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <21896e323adaf6da27947a54de579456.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
	<21896e323adaf6da27947a54de579456.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f5a182bbba9974f4d72c3f427995d2e7.NginxMailingListRussian@forum.nginx.org>

Да, значение одного из GET параметров,
что-то вида $arg_name.
Если значение равно чему-то
конкретному (строгое полное побайтовое
равенство), то разорвать все текущие
соединения с таким URL.
Такая проверка должна выполняться
ежеминутно, список возможных
"обрываемых" значений $arg_name порядка 100-200
значений.

Специфично, но очень нужно :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226763#msg-226763


From hell-for-yahoo на umail.ru  Wed May 23 13:04:43 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 23 May 2012 17:04:43 +0400
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <f5a182bbba9974f4d72c3f427995d2e7.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
	<21896e323adaf6da27947a54de579456.NginxMailingListRussian@forum.nginx.org>
	<f5a182bbba9974f4d72c3f427995d2e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <784380886.20120523170443@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) AterCattus!

A> Да, значение одного из GET параметров,
A> что-то вида $arg_name.
A> Если значение равно чему-то
A> конкретному (строгое полное побайтовое
A> равенство), то разорвать все текущие
A> соединения с таким URL.
A> Такая проверка должна выполняться
A> ежеминутно, список возможных
A> "обрываемых" значений $arg_name порядка 100-200
A> значений.

A> Специфично, но очень нужно :)

Ну, делайте. В чём проблема?
Загнать 200 значений в location nginx - не проблема.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 23.05.2012, <17:04>

From nginx-forum на nginx.us  Wed May 23 13:10:57 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Wed, 23 May 2012 09:10:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <784380886.20120523170443@mtu-net.ru>
References: <784380886.20120523170443@mtu-net.ru>
Message-ID: <c3a3b58e409c1fa71fd1d7c6a0b9f3b2.NginxMailingListRussian@forum.nginx.org>

Еще раз.
Пришел запрос на статику, nginx пошел
отдавать файл.
Спустя N минут понадобилось разорвать
соединения (если такие есть), в URI
которых есть определенный параметр с
определенным значением. До начала
отдачи не известно, что и когда
придется обрывать.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226767#msg-226767


From dtyugaev на gmail.com  Wed May 23 13:30:47 2012
From: dtyugaev на gmail.com (Dmitriy Tyugaev)
Date: Wed, 23 May 2012 17:30:47 +0400
Subject: Open proxy
Message-ID: <CAAL_pK+9PPgyzWtyf72Q1Mru=oMHz4ikn_zhNkCEqhr+Ji_84Q@mail.gmail.com>

Здравствуйте!

Скажите пожалуйста можно ли с помощью nginx сделать open proxy, для
проксирования кроссдоменных запросов?

Пример
http://localhost/proxy/http://wms.jpl.nasa.gov/wms.cgi?Service=WMS&Version=1.1.1&Request=GetCapabilities

Вот пример моей конфигурации, но он работает только для простых запросов
без параметров, типа http://localhost/proxy/http://ya.ru

resolver 12.34.56.78;
location ~/proxy/http:/(.*) {
    proxy_pass   http://$1;
}

Спасибо!
--
С уважением, Дмитрий
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120523/c02a4d4a/attachment.html>

From postmaster на softsearch.ru  Wed May 23 13:33:39 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 23 May 2012 17:33:39 +0400
Subject: Open proxy
In-Reply-To: <CAAL_pK+9PPgyzWtyf72Q1Mru=oMHz4ikn_zhNkCEqhr+Ji_84Q@mail.gmail.com>
References: <CAAL_pK+9PPgyzWtyf72Q1Mru=oMHz4ikn_zhNkCEqhr+Ji_84Q@mail.gmail.com>
Message-ID: <296617218.20120523173339@softsearch.ru>

Здравствуйте, Dmitriy.

> Скажите пожалуйста можно ли с помощью nginx сделать open proxy,
> для проксирования кроссдоменных запросов?

> Пример
> http://localhost/proxy/http://wms.jpl.nasa.gov/wms.cgi?Service=WMS
> Version=1.1.1 Request=GetCapabilities

> Вот пример моей конфигурации, но он работает только для простых
> запросов без параметров, типа http://localhost/proxy/http://ya.ru

> resolver 12.34.56.78;
> location ~/proxy/http:/(.*) {
>     proxy_pass   http://$1;
> }

надо в proxy_pass добавить is_agrs и args наверное.
-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Wed May 23 20:52:23 2012
From: nginx-forum на nginx.us (xore)
Date: Wed, 23 May 2012 16:52:23 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <82a1dbe5e57d2072404031b265de38ef.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<82a1dbe5e57d2072404031b265de38ef.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8433a23633a5494f85de7ca08100fc3e.NginxMailingListRussian@forum.nginx.org>

alex_ru Пишет:
-------------------------------------------------------
> Переменные использовать
> можно:
> 
> location ~ ^/(?P<site>.+) {
>   #тут можно использовать
> переменную $site
> }

Можно поподробнее про ?P<site>, которая
создает переменную $site?
Не нашел в документации, можете ткнуть
носом в документацию?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,226777#msg-226777


From mdounin на mdounin.ru  Wed May 23 21:05:10 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 24 May 2012 01:05:10 +0400
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <8433a23633a5494f85de7ca08100fc3e.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<82a1dbe5e57d2072404031b265de38ef.NginxMailingListRussian@forum.nginx.org>
	<8433a23633a5494f85de7ca08100fc3e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120523210510.GC31671@mdounin.ru>

Hello!

On Wed, May 23, 2012 at 04:52:23PM -0400, xore wrote:

> alex_ru Пишет:
> -------------------------------------------------------
> > Переменные использовать
> > можно:
> > 
> > location ~ ^/(?P<site>.+) {
> >   #тут можно использовать
> > переменную $site
> > }
> 
> Можно поподробнее про ?P<site>, которая
> создает переменную $site?
> Не нашел в документации, можете ткнуть
> носом в документацию?

Наиболее подробно тут:

http://nginx.org/en/docs/http/server_names.html#regex_names

Ну и "man pcresyntax", секция "CAPTURING", а равно "man 
pcrepattern", секция "NAMED SUBPATTERNS".

Maxim Dounin


From nginx-forum на nginx.us  Wed May 23 21:42:49 2012
From: nginx-forum на nginx.us (xore)
Date: Wed, 23 May 2012 17:42:49 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <20120523210510.GC31671@mdounin.ru>
References: <20120523210510.GC31671@mdounin.ru>
Message-ID: <c38edf7303e589d453e7d2773419bd6b.NginxMailingListRussian@forum.nginx.org>

Спасибо за наводку!
К сожалению, не нашел в документации,
что это работает и в location.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,226779#msg-226779


From bdfy на mail.ru  Thu May 24 09:15:35 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Thu, 24 May 2012 13:15:35 +0400
Subject: =?UTF-8?B?bG9nX2Zvcm1hdCDQuCDQvtCx0L3QvtCy0LvQtdC90LjQtSBuZ2lueA==?=
In-Reply-To: <20120523210510.GC31671@mdounin.ru>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<8433a23633a5494f85de7ca08100fc3e.NginxMailingListRussian@forum.nginx.org>
	<20120523210510.GC31671@mdounin.ru>
Message-ID: <E1SXU8t-0003XQ-1U.bdfy-mail-ru@f55.mail.ru>


после обновления nginx до версии 1.2 появился warning:
the "log_format" directive may be used only on "http level". С чем связано это изменение ?
- раньше было удобно в отдельном include указывать формат лога для отдельного доменного имени - сейчас приходится переносить все 
корневой конфиг.

From ne на vbart.ru  Thu May 24 11:11:33 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 24 May 2012 15:11:33 +0400
Subject: =?UTF-8?B?UmU6IGxvZ19mb3JtYXQg0Lgg0L7QsdC90L7QstC70LXQvdC40LUgbmdpbng=?=
In-Reply-To: <E1SXU8t-0003XQ-1U.bdfy-mail-ru@f55.mail.ru>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<20120523210510.GC31671@mdounin.ru>
	<E1SXU8t-0003XQ-1U.bdfy-mail-ru@f55.mail.ru>
Message-ID: <201205241511.34030.ne@vbart.ru>

On Thursday 24 May 2012 13:15:35 Ivan wrote:
> после обновления nginx до версии 1.2 появился warning:
> the "log_format" directive may be used only on "http level". С чем связано
> это изменение ? - раньше было удобно в отдельном include указывать формат
> лога для отдельного доменного имени - сейчас приходится переносить все
> корневой конфиг.

Это не было документировано и никогда не работало. Не смотря на то, что
вы указывали log_format для отдельного домена, формат все равно задавался 
глобально и мог быть использован в любом другом месте.

Единственное изменение, которое произошло - это добавили предупреждение об этом.

--
Валентин Бартенев

From ru на nginx.com  Thu May 24 11:58:15 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Thu, 24 May 2012 15:58:15 +0400
Subject: =?UTF-8?B?UmU6IGxvZ19mb3JtYXQg0Lgg0L7QsdC90L7QstC70LXQvdC40LUgbmdpbng=?=
In-Reply-To: <E1SXU8t-0003XQ-1U.bdfy-mail-ru@f55.mail.ru>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<8433a23633a5494f85de7ca08100fc3e.NginxMailingListRussian@forum.nginx.org>
	<20120523210510.GC31671@mdounin.ru>
	<E1SXU8t-0003XQ-1U.bdfy-mail-ru@f55.mail.ru>
Message-ID: <20120524115815.GD38157@lo0.su>

On Thu, May 24, 2012 at 01:15:35PM +0400, Ivan wrote:
> 
> после обновления nginx до версии 1.2 появился warning:
> the "log_format" directive may be used only on "http level". С чем связано это изменение ?
> - раньше было удобно в отдельном include указывать формат лога для отдельного доменного имени - сейчас приходится переносить все 
> корневой конфиг.

См. подробности тут:
http://mailman.nginx.org/pipermail/nginx-devel/2012-May/002221.html


From hell-for-yahoo на umail.ru  Thu May 24 14:49:59 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 24 May 2012 18:49:59 +0400
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <c3a3b58e409c1fa71fd1d7c6a0b9f3b2.NginxMailingListRussian@forum.nginx.org>
References: <784380886.20120523170443@mtu-net.ru>
	<c3a3b58e409c1fa71fd1d7c6a0b9f3b2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <808238626.20120524184959@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) AterCattus!

A> Еще раз.
A> Пришел запрос на статику, nginx пошел
A> отдавать файл.
A> Спустя N минут понадобилось разорвать
A> соединения (если такие есть), в URI
A> которых есть определенный параметр с
A> определенным значением. До начала
A> отдачи не известно, что и когда
A> придется обрывать.

Тогда это не к nginx
Он "вдруг" ничего не делает.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) четверг, 24.05.2012, <18:49>

From nginx-forum на nginx.us  Thu May 24 14:51:55 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Thu, 24 May 2012 10:51:55 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <808238626.20120524184959@mtu-net.ru>
References: <808238626.20120524184959@mtu-net.ru>
Message-ID: <0e681ef1395c5c094db49bd583a86535.NginxMailingListRussian@forum.nginx.org>

Да достаточно получать список текущих
соединений. Этого было бы более чем.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226804#msg-226804


From hell-for-yahoo на umail.ru  Thu May 24 16:57:14 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 24 May 2012 20:57:14 +0400
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQtNC+0L/QuNC70LjRgtGMINCx0LvQvtC6INC00L4g?=
	=?UTF-8?B?0YPQvdC40LLQtdGA0YHQsNC70YzQvdC+0Lkg0L/QtdGA0LXRgdGL0LvQutC4?=
	=?UTF-8?B?INC90LAg0LHRjdC60Y3QvdC0?=
Message-ID: <1302848765.20120524205714@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) All!

Есть такая каракатица, рождённая в воспалённом мозгу авторов ISPManager:

        server {
                listen 80;
                server_name example.com www.example.com;
                rewrite ^(/manager/.*)$ https://$host$1 permanent;
                error_page 404 = @fallback;
                location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://example.com:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location / {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://example.com:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location ~* \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
                        root /var/www/user/data/www/example.com;
                        access_log /var/www/httpd-logs/example.com.access.log ;
                        access_log /var/www/nginx-logs/user isp;
                }
                location @fallback {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
        }

Опустим нарушения RFC (i.e. "proxy_redirect http://example.com:8080/ /;"),
главная претензия - этот ужас срёт в файлы, управляемые debconf'ом.
Хочу от него избавиться нафиг. Но есть вопрос.

Хочу этот ужас приспособить для мультипроксирования на апач. Чтобы не менять
конфиг nginx каждый раз при создании сайтов в Webmin (фтопку ISPManager!).

Идея выглядит как-то так:

        server {
                listen 80;
                server_name чего-то-пока-не-знаю-чего;
                rewrite "^/(manager|myadmin)/" "https://$server_addr$uri" permanent;
                error_page 404 = @fallback;
                location ~* \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
                        try_files @statics @fallback ;
                }
                location / {
                        try_files @fallback ;
                }
                location @statics {
                        root /var/www/user/data/www/$server_name;
                        access_log /var/www/httpd-logs/$server_name.access.log ;
                        access_log /var/www/nginx-logs/user isp;
                }
                location @fallback {
                        proxy_pass http://192.168.8.169:8080;
                        proxy_redirect http://192.168.8.169:8080/ http://$server_name/;
                        proxy_redirect http://$server_name:8080/ http://$server_name/;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Real-IP $remote_addr;
                }
        }

Два вопроса:
1. Не забыл ли я чего с недосыпу? Все ли условия оригинального блока будут
выполняться в моём шаманстве?
2. Что написать в server_name ? Можно ли вынести список серверов в отдельный
файл? Или как-то иначе это решить, по возможности не трогая файла с описанием сервера.
(Этим будет заниматься человек, не очень хорошо ориентирующийся в технических
вопросах. Не хотелось бы иметь постоянную головную боль в виде "ойсломалось" -
она не нужна ни мне, ни ему.)


-- 
С уважением

Andrey Repin (hell-for-yahoo на umail.ru) четверг, 24.05.2012, <18:51>

From ne на vbart.ru  Thu May 24 20:46:52 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 25 May 2012 00:46:52 +0400
Subject: =?UTF-8?B?UmU6ICDQn9C+0LzQvtCz0LjRgtC1INC00L7Qv9C40LvQuNGC0Ywg0LHQu9C+0Log?=
	=?UTF-8?B?0LTQviDRg9C90LjQstC10YDRgdCw0LvRjNC90L7QuSDQv9C10YDQtdGB0Ys=?=
	=?UTF-8?B?0LvQutC4INC90LAg0LHRjdC60Y3QvdC0?=
In-Reply-To: <1302848765.20120524205714@mtu-net.ru>
References: <1302848765.20120524205714@mtu-net.ru>
Message-ID: <201205250046.53177.ne@vbart.ru>

On Thursday 24 May 2012 20:57:14 Andrey Repin wrote:
[...]
> 
> Опустим нарушения RFC (i.e. "proxy_redirect http://example.com:8080/ /;"),

Чем это нарушает RFC?

> главная претензия - этот ужас срёт в файлы, управляемые debconf'ом.
> Хочу от него избавиться нафиг. Но есть вопрос.
> 
> Хочу этот ужас приспособить для мультипроксирования на апач. Чтобы не
> менять конфиг nginx каждый раз при создании сайтов в Webmin (фтопку
> ISPManager!).
> 
> Идея выглядит как-то так:
> 
>         server {
>                 listen 80;
>                 server_name чего-то-пока-не-знаю-чего;
>                 rewrite "^/(manager|myadmin)/" "https://$server_addr$uri"
> permanent;

Не надо так делать. Правильно:

 location ^~ /manager/ {
     return 301 https://$host$reques_uri;
 }

 location ^~ /myadmin/ {
     return 301 https://$host$reques_uri;
 }

> error_page 404 = @fallback;
>                 location ~*
> \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
> try_files @statics @fallback ;
>                 }

Это работать не будет. Читаем внимательно: http://nginx.org/r/try_files/ru

Вы вероятно хотели:

    location ~*
\.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {

        try_files $uri @fallback;

        root /var/www/user/data/www/example.com;
        access_log /var/www/httpd-logs/$server_name.access.log;
        access_log /var/www/nginx-logs/user isp;
    }

Вообще это ужасно и говорит о кривой структуре самого сайта.

--
Валентин Бартенев

From a.vasilishin на kpi.ua  Thu May 24 20:51:02 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 24 May 2012 23:51:02 +0300
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <0e681ef1395c5c094db49bd583a86535.NginxMailingListRussian@forum.nginx.org>
References: <808238626.20120524184959@mtu-net.ru>
	<0e681ef1395c5c094db49bd583a86535.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FBE9F36.5080203@kpi.ua>

24.05.2012 17:51, AterCattus написал:
> Да достаточно получать список текущих
> соединений. Этого было бы более чем.

lsof -np `pgrep -xd , nginx`

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri May 25 05:43:45 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Fri, 25 May 2012 01:43:45 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <4FBE9F36.5080203@kpi.ua>
References: <4FBE9F36.5080203@kpi.ua>
Message-ID: <c79b1a8eff3bc3645b6d748586c19ba4.NginxMailingListRussian@forum.nginx.org>

Ну я же уже несколько раз писал, что
нужны GET параметры этих соединений. От
чистого lsof толку ноль.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226818#msg-226818


From nginx-forum на nginx.us  Fri May 25 06:29:37 2012
From: nginx-forum на nginx.us (Craken)
Date: Fri, 25 May 2012 02:29:37 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <fe2abd66dd2a3a5e4c4a6f70ce51cddb.NginxMailingListRussian@forum.nginx.org>

AterCattus, на данный момент прямо с самого
nginx'a получить список его активных
соединений нельзя.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226820#msg-226820


From nginx-forum на nginx.us  Fri May 25 06:30:46 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Fri, 25 May 2012 02:30:46 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <fe2abd66dd2a3a5e4c4a6f70ce51cddb.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
	<fe2abd66dd2a3a5e4c4a6f70ce51cddb.NginxMailingListRussian@forum.nginx.org>
Message-ID: <cedebd33684e5c4a21b5207faa1f8eb7.NginxMailingListRussian@forum.nginx.org>

Ну вот это мне и было интересно (плагин
там какой сторонний или еще что).
Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226688,226821#msg-226821


From alex.barut на gmail.com  Fri May 25 09:54:22 2012
From: alex.barut на gmail.com (Alex Belyanskiy)
Date: Fri, 25 May 2012 13:54:22 +0400
Subject: =?UTF-8?B?Tmdpbngg0LIg0LrQsNGH0LXRgdGC0LLQtSDQv9GA0L7QutGB0Lgt0LHQsNC70LA=?=
	=?UTF-8?B?0L3RgdC40YDQvtCy0YnQuNC60LA=?=
Message-ID: <4FBF56CE.60905@gmail.com>

Доброго дня!

Хочу задействовать отдельный сервер в качестве узлового.
Т.е. один(два, три) сервер, которые будут обслуживать запросы большого 
кол-ва доменов, и проксировать запросы уже на отдельные сервера с 
nginx+apache (для отдачи статики и динамики).
Зачем? Чтобы домены пользователей можно было легко мигрировать между 
внутренними серверами и при этом не нужно было вносить изменения на DNS.
По факту все домены будут смотреть на один(два, три) внешних IP 
проксирущего(их) сервера(ов).

Отсюда у меня возникают вопросы:

1. Какое железо нужно ставить на этот(эти) проксирующий сервер(сервера)? 
На чем сконцентрировать внимание - память, проц, сетевая подсистема?
2. Какое максимальное кол-во доменов может обслужить при таком раскладе 
Nginx? Ну т.е. существует какое-либо ограничение на кол-во доменов?


From nginx-forum на nginx.us  Fri May 25 10:00:08 2012
From: nginx-forum на nginx.us (Craken)
Date: Fri, 25 May 2012 06:00:08 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IE5naW54INCyINC60LDRh9C10YHRgtCy0LUg0L/RgNC+0LrRgdC4LdCx0LA=?=
	=?UTF-8?B?0LvQsNC90YHQuNGA0L7QstGJ0LjQutCw?=
In-Reply-To: <4FBF56CE.60905@gmail.com>
References: <4FBF56CE.60905@gmail.com>
Message-ID: <00897d4914b240514780e5104ba28076.NginxMailingListRussian@forum.nginx.org>

> 1. Какое железо нужно ставить на
этот(эти) проксирующий сервер(сервера)?
На чем сконцентрировать внимание -
память, проц, сетевая подсистема?

Ну раз он будет прокси-серером, то он
будет пропускать ч-з себя весь трафик. +
все зависит от количества
обрабатываемых запросов. Так что и
память, и проц, и сетевая подсистема
важны, хотя памяти nginx употребляет мало,
так что на это сильно тратится не нужно

У меня есть сервер с таким же
предназначением (балансирует на 5
серверов), он обрабатывает до 500 (пик)
запросов в секунду. Железо на сервере:
CPU -  Intel(R) Xeon(R) CPU  E3110  @ 3.00GHz, 2 GB памяти,
гигабитный канал. 

Нагрузка на процессор до 15%.

> 2. Какое максимальное кол-во доменов
может обслужить при таком раскладе
Nginx? Ну т.е. существует какое-либо
ограничение на кол-во доменов?

Вроде не каких ограничений по этому
вопросу нету. Хотя могу ошибаться.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226826,226827#msg-226827


From nginx-forum на nginx.us  Fri May 25 11:14:54 2012
From: nginx-forum на nginx.us (MakPol)
Date: Fri, 25 May 2012 07:14:54 -0400 (EDT)
Subject: Jboss + NGINX
In-Reply-To: <7fa0d00795814a7bf149bcb6c7a6e2e5.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
	<fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
	<7fa0d00795814a7bf149bcb6c7a6e2e5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <fdf31a6a26dccd54cbb9de6f4d2f93a9.NginxMailingListRussian@forum.nginx.org>

Да, действительно, с конфигом:
------------------------------------------------------
server {
       listen       80;
       server_name 11.1.15.90 ;
       access_log /var/log/nginx/public.access.log;
       error_log /var/log/nginx/public.error.log debug;
       proxy_set_header Host $host;
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location /test/ {
           proxy_pass http://127.0.0.1:8880/;
           }
       }
------------------------------------------------------
заработал как часы. Дело к сожалению в
самом приложении, что сидит на порту 8880
:( Это приложение написано на Jboss и
например для входа в систему требуется
не просто на http://127.0.0.1:8880/ зайти, но и
дальше, а именно http://127.0.0.1:8880/s8/ и только
там система. Выходил из ситуации просто
дописывая вручную в строку адреса
http://11.1.15.90/s8. Пробовал конфиг :
------------------------------------------------------
server {
        server_name  nginxtest;
        access_log /var/log/nginx/nginxtest.access.log;
        error_log /var/log/nginx/nginxtest.error.log debug;

        location /s8 {
           proxy_pass http://127.0.0.1:8180;
                             }

       location / {

           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

           rewrite  ^(.*)$  /s8$1;
           #proxy_pass http://127.0.0.1:8180; 
          # Не понял надо тут его или нет, но
работает и так и так, не пойму почему :(
       }
}
------------------------------------------------------
Но тут видимо тоже система ерепенится,
tесли не сложнно скажите пожалуйста в
конфиге чуть выше я все правильно
сделал или где-то не так?
Я заталкал в "location /"
------------------------------------------------------
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
------------------------------------------------------
так наверное тоже не правильно?

И у меня уже были проблемы, когда я в
конце не ставил "/" тут тоже надо было
ставить? Без Ваших советов что-то не
разобраться :(

Заранее спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226039,226828#msg-226828


From ne на vbart.ru  Fri May 25 11:41:49 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 25 May 2012 15:41:49 +0400
Subject: Jboss + NGINX
In-Reply-To: <fdf31a6a26dccd54cbb9de6f4d2f93a9.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
	<7fa0d00795814a7bf149bcb6c7a6e2e5.NginxMailingListRussian@forum.nginx.org>
	<fdf31a6a26dccd54cbb9de6f4d2f93a9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205251541.49261.ne@vbart.ru>

On Friday 25 May 2012 15:14:54 MakPol wrote:
> Да, действительно, с конфигом:
> ------------------------------------------------------
> server {
>        listen       80;
>        server_name 11.1.15.90 ;
>        access_log /var/log/nginx/public.access.log;
>        error_log /var/log/nginx/public.error.log debug;
>        proxy_set_header Host $host;
>        proxy_set_header X-Real-IP $remote_addr;
>        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> location /test/ {
>            proxy_pass http://127.0.0.1:8880/;
>            }
>        }
> ------------------------------------------------------
> заработал как часы. Дело к сожалению в
> самом приложении, что сидит на порту 8880
> 
> :( Это приложение написано на Jboss и
> 
> например для входа в систему требуется
> не просто на http://127.0.0.1:8880/ зайти, но и
> дальше, а именно http://127.0.0.1:8880/s8/ и только
> там система. Выходил из ситуации просто
> дописывая вручную в строку адреса
> http://11.1.15.90/s8. Пробовал конфиг :
> ------------------------------------------------------
> server {
>         server_name  nginxtest;
>         access_log /var/log/nginx/nginxtest.access.log;
>         error_log /var/log/nginx/nginxtest.error.log debug;
> 
>         location /s8 {
>            proxy_pass http://127.0.0.1:8180;
>                              }
> 
>        location / {
> 
>            proxy_set_header Host $host;
>            proxy_set_header X-Real-IP $remote_addr;
>            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> 
>            rewrite  ^(.*)$  /s8$1;
>            #proxy_pass http://127.0.0.1:8180;
>           # Не понял надо тут его или нет, но
> работает и так и так, не пойму почему :(
>        }
> }
> ------------------------------------------------------
> Но тут видимо тоже система ерепенится,
> tесли не сложнно скажите пожалуйста в
> конфиге чуть выше я все правильно
> сделал или где-то не так?
> Я заталкал в "location /"
> ------------------------------------------------------
> proxy_set_header Host $host;
> proxy_set_header X-Real-IP $remote_addr;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> ------------------------------------------------------
> так наверное тоже не правильно?
> 
> И у меня уже были проблемы, когда я в
> конце не ставил "/" тут тоже надо было
> ставить? Без Ваших советов что-то не
> разобраться :(
> 
> Заранее спасибо!
> 

Что-то у вас постоянно меняются условия. Совет может быть один: внимательно 
прочитать документацию, особенно по proxy_pass http://nginx.org/r/proxy_pass/ru

Ваш конфиг, который вы привели, эквивалентен следующему:

  server {
     server_name  nginxtest;
     access_log /var/log/nginx/nginxtest.access.log;
     error_log /var/log/nginx/nginxtest.error.log debug;

     location / {
        proxy_pass http://127.0.0.1:8180/s8/;
     }
  }

--
Валентин Бартенев

From nginx-forum на nginx.us  Fri May 25 13:02:59 2012
From: nginx-forum на nginx.us (MakPol)
Date: Fri, 25 May 2012 09:02:59 -0400 (EDT)
Subject: Jboss + NGINX
In-Reply-To: <fdf31a6a26dccd54cbb9de6f4d2f93a9.NginxMailingListRussian@forum.nginx.org>
References: <143f71d6285ac83e015b0a968e4a6c99.NginxMailingListRussian@forum.nginx.org>
	<fcf5b6f94a924335a8cd36ca76f091e2.NginxMailingListRussian@forum.nginx.org>
	<7fa0d00795814a7bf149bcb6c7a6e2e5.NginxMailingListRussian@forum.nginx.org>
	<fdf31a6a26dccd54cbb9de6f4d2f93a9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <84545a6b549620d25fc58418891a70c2.NginxMailingListRussian@forum.nginx.org>

Спасибо большое! Попробую почитать еще.
Я на примерах понимаю лучше чем просто
из описания. Но тут эксперимент не
совсем чистый т.к. система не хочет
работать и дело именно в самой системе
на jboss. Буду копать :)
Очень помогли!! Еще раз спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226039,226834#msg-226834


From savefrom на gmail.com  Sat May 26 03:49:25 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Sat, 26 May 2012 11:49:25 +0800
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <cedebd33684e5c4a21b5207faa1f8eb7.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
	<fe2abd66dd2a3a5e4c4a6f70ce51cddb.NginxMailingListRussian@forum.nginx.org>
	<cedebd33684e5c4a21b5207faa1f8eb7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+uEM9OM=Ug4-OJvQmKprpsyQaS0LtpbPrfZP4VDBvbKAiZJzA@mail.gmail.com>

Может быть в 1.3.х что-то похожее появится. Во всяком случае, в планах
http://trac.nginx.org/nginx/roadmap  есть пункт "New status module", но
какой функционал планируется заложить, можно узнать только у разработчиков.
(было бы интересно узнать, кстати)

25 мая 2012 г., 14:30 пользователь AterCattus <nginx-forum на nginx.us>написал:

> Ну вот это мне и было интересно (плагин
> там какой сторонний или еще что).
> Спасибо.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,226688,226821#msg-226821
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120526/4ab3f49b/attachment.html>

From nginx-forum на nginx.us  Sat May 26 05:30:58 2012
From: nginx-forum на nginx.us (ernest0)
Date: Sat, 26 May 2012 01:30:58 -0400 (EDT)
Subject: alias+ try_files
In-Reply-To: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
References: <CAGA13jTnQD8TMUHxkHDT-mh=RCuuUODdewTw4-yk13k8SOsGQA@mail.gmail.com>
Message-ID: <a01797e33b5bfdc8304989a3b0c00380.NginxMailingListRussian@forum.nginx.org>

nfl nike jerseys
football jerseys for sale
http://www.nfl-family.com/

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226488,226847#msg-226847


From a.vasilishin на kpi.ua  Sat May 26 10:29:42 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Sat, 26 May 2012 13:29:42 +0300
Subject: =?UTF-8?B?UmU6INCh0L/QuNGB0L7QuiDQstGB0LXRhSDRgdC+0LXQtNC40L3QtdC90LjQuQ==?=
In-Reply-To: <cedebd33684e5c4a21b5207faa1f8eb7.NginxMailingListRussian@forum.nginx.org>
References: <953e9b673b35f1c5618fec48f7a913dc.NginxMailingListRussian@forum.nginx.org>
	<fe2abd66dd2a3a5e4c4a6f70ce51cddb.NginxMailingListRussian@forum.nginx.org>
	<cedebd33684e5c4a21b5207faa1f8eb7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FC0B096.4050404@kpi.ua>

25.05.2012 9:30, AterCattus написал:
> Ну вот это мне и было интересно (плагин
> там какой сторонний или еще что).
> Спасибо.


У Кирилла Коринского кто-то давным давно что-то подобное тоже просил тут:
http://catap.ru/blog/2009/05/25/nginx-new-status/
Свяжитесь с ним, вдруг уже придумали.

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From latypoff на yandex.ru  Sat May 26 15:44:55 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Sat, 26 May 2012 22:44:55 +0700
Subject: =?UTF-8?B?0KLQtdGH0LXRgiDQv9Cw0LzRj9GC0Ywg0L/RgNC4INC/0YDQvtC60YHQuNGA0L4=?=
	=?UTF-8?B?0LLQsNC90LjQuA==?=
Message-ID: <210681338047095@web29g.yandex.ru>

Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
заголовками). Этот клиент обязательно дожидается ответа, только потом
закрывает соединение сам. Конфиг такой:

user                    nobody nobody;
worker_processes        2;
worker_rlimit_nofile    1000000;
worker_rlimit_core      100M;
working_directory       /tmp;
error_log               logs/error.log  warn;

events {
    worker_connections  32768;
    accept_mutex        off;
}

http {

    include                     mime.types;
    default_type                application/octet-stream;
    sendfile                    on;
    tcp_nopush                  on;
    reset_timedout_connection   on;
    log_not_found               off;
    server_tokens               off;
    server_name_in_redirect     off;
    recursive_error_pages       on;

    proxy_ignore_client_abort   on;
    proxy_intercept_errors      on;
    proxy_connect_timeout       600;
    proxy_read_timeout          600;
    proxy_send_timeout          600;
    send_timeout                600;
    client_header_timeout       600;
    keepalive_timeout           75 20;

    gzip                on;
    gzip_proxied        any;
    gzip_min_length     0;
    gzip_types          text/css
                        text/xml
                        text/plain
                        text/javascript
                        image/x-ms-bmp
                        application/xml
                        application/x-javascript;

    geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
    geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;

    upstream upstream_counter {
        server    127.0.0.1:8090;
    }

    server {

    listen      80;
    server_name NAME;

    access_log  off;
    error_log   logs/error.log warn;
    root        /root;
    charset     utf-8;

    location = /i/1x1.gif {
        empty_gif;
    }

    location = /0.gif {
        limit_except            GET { deny all; }
        set_real_ip_from        XXX;
        error_page              502 =200 /i/1x1.gif;
        error_page              503 =200 /i/1x1.gif;
        error_page              504 =200 /i/1x1.gif;
        error_page              404 =200 /i/1x1.gif;
        proxy_pass              http://upstream_counter;
        proxy_set_header        Host               $host;
        proxy_set_header        X-Real-IP          $remote_addr;
        proxy_set_header        GeoIP-Country-Code $geoip_city_country_code;
        proxy_set_header        GeoIP-Region-Name  $geoip_region_name;
        proxy_set_header        GeoIP-City         $geoip_city;
        proxy_set_header        GeoIP-Coords      '$geoip_latitude:$geoip_longitude';
        proxy_set_header        GeoIP-ISP          $geoip_org;
    }

    location / {
        return 444;
    }
}

-- 
br, Denis F. Latypoff.


From postmaster на softsearch.ru  Sat May 26 16:23:10 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 26 May 2012 20:23:10 +0400
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <210681338047095@web29g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
Message-ID: <834040653.20120526202310@softsearch.ru>

Здравствуйте, Denis.

Попробуй /i/1x1.gif переделать на именованный локейшн.


-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From latypoff на yandex.ru  Sat May 26 16:38:52 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Sat, 26 May 2012 23:38:52 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <834040653.20120526202310@softsearch.ru>
References: <210681338047095@web29g.yandex.ru>
	<834040653.20120526202310@softsearch.ru>
Message-ID: <931191338050332@web11h.yandex.ru>

26.05.2012, 23:23, "Михаил Монашёв" <postmaster на softsearch.ru>:
> Здравствуйте, Denis.
>
> Попробуй /i/1x1.gif переделать на именованный локейшн.

Я могу вообще его убрать, все равно туда ничего не попадает.
Сейчас попробую...

-- 
br, Denis F. Latypoff.


From latypoff на yandex.ru  Sat May 26 20:00:24 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Sun, 27 May 2012 03:00:24 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <931191338050332@web11h.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
	<834040653.20120526202310@softsearch.ru>
	<931191338050332@web11h.yandex.ru>
Message-ID: <1234761338062424@web8h.yandex.ru>

26.05.2012, 23:38, "Denis F. Latypoff" <latypoff на yandex.ru>:
> 26.05.2012, 23:23, "Михаил Монашёв" <postmaster на softsearch.ru>:
>
>>  Здравствуйте, Denis.
>>
>>  Попробуй /i/1x1.gif переделать на именованный локейшн.
>
> Я могу вообще его убрать, все равно туда ничего не попадает.
> Сейчас попробую...

Убирал - не помогло. proxy_buffering off тоже не помогает.
За пару-тройку часов с 70 до 135мб растет.

-- 
br, Denis F. Latypoff.


From ne на vbart.ru  Sat May 26 22:53:41 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sun, 27 May 2012 02:53:41 +0400
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <210681338047095@web29g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
Message-ID: <201205270253.41558.ne@vbart.ru>

On Saturday 26 May 2012 19:44:55 Denis F. Latypoff wrote:
> Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
> http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
> процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
> самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
> проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
> заголовками). Этот клиент обязательно дожидается ответа, только потом
> закрывает соединение сам. Конфиг такой:

Покажите nginx -V, если используются какие-нибудь сторонние модули, имеет смысл 
сперва собрать и попробовать без них.

--
Валентин Бартенев

From latypoff на yandex.ru  Sat May 26 22:57:11 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Sun, 27 May 2012 05:57:11 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <201205270253.41558.ne@vbart.ru>
References: <210681338047095@web29g.yandex.ru> <201205270253.41558.ne@vbart.ru>
Message-ID: <1103391338073031@web30g.yandex.ru>

27.05.2012, 05:53, "Валентин Бартенев" <ne на vbart.ru>:
> On Saturday 26 May 2012 19:44:55 Denis F. Latypoff wrote:
>
>>  Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
>>  http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
>>  процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
>>  самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
>>  проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
>>  заголовками). Этот клиент обязательно дожидается ответа, только потом
>>  закрывает соединение сам. Конфиг такой:
>
> Покажите nginx -V, если используются какие-нибудь сторонние модули, имеет смысл
> сперва собрать и попробовать без них.

nginx version: nginx/1.2.0
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
TLS SNI support disabled
configure arguments: --prefix=/opt/nginx --user=nobody --group=nobody --with-http_stub_status_module --with-http_geoip_module --with-http_ssl_module --with-http_realip_module

Centos 5.8

-- 
br, Denis F. Latypoff.


From server_inc на list.ru  Sun May 27 04:25:55 2012
From: server_inc на list.ru (=?UTF-8?B?0KHRgtCw0L3QuNGB0LvQsNCy?=)
Date: Sun, 27 May 2012 07:25:55 +0300
Subject: =?UTF-8?B?0JvQuNC80LjRgtGLOiBsZWFreSBidWNrZXQ=?=
Message-ID: <4FC1ACD3.4090902@list.ru>

Здравствуйте.

Кто-то встречал подробную статью на русском языке про алгоритм leaky bucket?

Перечитал рассылку, англоязычную статью на wiki и так не смог понять как 
именно работают лимиты.
Особенно после фразы Максима "limit_req ограничивает скорость, а не 
количество запросов за
определённый период." - у меня в голове представление полностью сломалось.

Я правильные представление у себя в голове формирую?

burst - это объем ведерка. В случае с burst=5 в ведерко поместиться не 
больше чем 5 запросов, все остальные умрут,
а rate=3r/s иметься ввиду, что на протяжении 1 секунды с ведра вытекут 
(будут обработаны) 3 запроса ?


From ne на vbart.ru  Sun May 27 06:05:35 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sun, 27 May 2012 10:05:35 +0400
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <4FC1ACD3.4090902@list.ru>
References: <4FC1ACD3.4090902@list.ru>
Message-ID: <201205271005.35934.ne@vbart.ru>

On Sunday 27 May 2012 08:25:55 Станислав wrote:
[...]
> 
> burst - это объем ведерка. В случае с burst=5 в ведерко поместиться не
> больше чем 5 запросов, все остальные умрут,
> а rate=3r/s иметься ввиду, что на протяжении 1 секунды с ведра вытекут
> (будут обработаны) 3 запроса ?
> 

Вытекут - да. А обработаны могут быть и сразу, если задан nodelay.

Формулировка "на протяжении 1 секунды" не совсем точна, не отражает
сути происходящего. Никакого периода в 1 секунду в алгоритме нет.

Основное заблуждение у многих возникает тут в том, что они полагают,
что если написано 3r/s и пользователь прислал сразу три запроса, то в
лимит они никаким образом не попадут.

Представьте себе rate=3r/s burst=0 - в таком случае будут отклонятся
все запросы, которые поступят ранее чем через ~333 миллисекунды после 
поступления предыдущего успешного (т.е. не отклоненного запроса).

Пользователь может послать "на протяжении 1 секунды" 3 запроса, но с
интервалом в 10мс, и несмотря на то, что он в эту секунду (да хоть
вообще в этот день) запросов посылать больше не собирается, два при 
вышеуказанных параметрах (а именно burst=0) будут отклонены.

--
Валентин Бартенев

From mdounin на mdounin.ru  Sun May 27 16:45:46 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 27 May 2012 20:45:46 +0400
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <210681338047095@web29g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
Message-ID: <20120527164545.GI31671@mdounin.ru>

Hello!

On Sat, May 26, 2012 at 10:44:55PM +0700, Denis F. Latypoff wrote:

> Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
> http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
> процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит

На каких-то версиях оно вело себя по другому?  Если да - на каких, 
и какие при этом использовались библиотеки и операционная система?

> самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
> проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
> заголовками). Этот клиент обязательно дожидается ответа, только потом
> закрывает соединение сам. Конфиг такой:

Мне видится два наиболее вероятных варианта:

1) Оно на самом деле не течёт, и видимый рост RSS - это результат 
работы системного аллокатора, не возвращающего память обратно.  
Если да - то на каком-то более или менее разумном объёме (с учётом 
gzip'а - килобайт 300-500 на соединение, считать максимум по 
соединениям с момента старта) оно должно стабилизироваться.  С 
учётом 

>     worker_connections  32768;

тут 1 гиг - не показатель, нужно за количеством соединений 
последить внимательнее.

2)

>     geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
>     geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;

Модуль geoip - он, конечно, хороший, но пользуется библиотекой 
от MaxMind'а.  А та известна как минимум тем, что падает на 
некорректных данных в базе.  Так что я бы рекомендовал выключить и 
посмотреть, что будет.

Maxim Dounin


From latypoff на yandex.ru  Sun May 27 19:26:10 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Mon, 28 May 2012 02:26:10 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <20120527164545.GI31671@mdounin.ru>
References: <210681338047095@web29g.yandex.ru>
	<20120527164545.GI31671@mdounin.ru>
Message-ID: <509781338146770@web7h.yandex.ru>

27.05.2012, 23:45, "Maxim Dounin" <mdounin на mdounin.ru>:
> Hello!
>
> On Sat, May 26, 2012 at 10:44:55PM +0700, Denis F. Latypoff wrote:
>
>>  Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
>>  http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
>>  процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
>
> На каких-то версиях оно вело себя по другому?  Если да - на каких,
> и какие при этом использовались библиотеки и операционная система?
>

Проверил на 1.1.18 и на 1.1.8 (под рукой были) - тоже самое.

>>  самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
>>  проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
>>  заголовками). Этот клиент обязательно дожидается ответа, только потом
>>  закрывает соединение сам. Конфиг такой:
>
> Мне видится два наиболее вероятных варианта:
>
> 1) Оно на самом деле не течёт, и видимый рост RSS - это результат
> работы системного аллокатора, не возвращающего память обратно.
> Если да - то на каком-то более или менее разумном объёме (с учётом
> gzip'а - килобайт 300-500 на соединение, считать максимум по
> соединениям с момента старта) оно должно стабилизироваться.  С
> учётом
>
>>      worker_connections  32768;
>
> тут 1 гиг - не показатель, нужно за количеством соединений
> последить внимательнее.

Вот это подойдет?
http://s8.postimage.org/t92badogl/localhost_nginx_status_day.png
Но думаю, уже не важно, см. ниже ))

>
> 2)
>
>>      geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
>>      geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;
>
> Модуль geoip - он, конечно, хороший, но пользуется библиотекой
> от MaxMind'а.  А та известна как минимум тем, что падает на
> некорректных данных в базе.  Так что я бы рекомендовал выключить и
> посмотреть, что будет.

Да, это оно. Без geoip я даже в топе больше вижу как память отдается,
чем выделяется )) 19 метров стабильно. Бывает до 22-23мб вырастет,
но потом опять 19.  С geoip она ни разу не отдавалась, только росла.
А то гиг для такой простой задачи это явно дофига ))

Пойду в libgeoip ковыряться, что у них там течет...

>
> Maxim Dounin

-- 
br, Denis F. Latypoff.


From latypoff на yandex.ru  Mon May 28 00:16:51 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Mon, 28 May 2012 07:16:51 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <20120527164545.GI31671@mdounin.ru>
References: <210681338047095@web29g.yandex.ru>
	<20120527164545.GI31671@mdounin.ru>
Message-ID: <631221338164211@web26g.yandex.ru>

27.05.2012, 23:45, "Maxim Dounin" <mdounin на mdounin.ru>:

[...]

>
> 2)
>
>>      geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
>>      geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;
>
> Модуль geoip - он, конечно, хороший, но пользуется библиотекой
> от MaxMind'а.  А та известна как минимум тем, что падает на
> некорректных данных в базе.  Так что я бы рекомендовал выключить и
> посмотреть, что будет.

Всем патч!

-- 
br, Denis F. Latypoff.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: nginx-1.3.0.geoip.patch.txt
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120528/7e743e37/attachment.txt>

From latypoff на yandex.ru  Mon May 28 01:15:42 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Mon, 28 May 2012 08:15:42 +0700
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <631221338164211@web26g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
	<20120527164545.GI31671@mdounin.ru> <631221338164211@web26g.yandex.ru>
Message-ID: <41721338167742@web11g.yandex.ru>

28.05.2012, 07:16, "Denis F. Latypoff" <latypoff на yandex.ru>:
> 27.05.2012, 23:45, "Maxim Dounin" <mdounin на mdounin.ru>:
>
> [...]
>
>>  2)
>>>       geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
>>>       geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;
>>  Модуль geoip - он, конечно, хороший, но пользуется библиотекой
>>  от MaxMind'а.  А та известна как минимум тем, что падает на
>>  некорректных данных в базе.  Так что я бы рекомендовал выключить и
>>  посмотреть, что будет.
>
> Всем патч!

А если причесать, то как-то так.

-- 
br, Denis F. Latypoff.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nginx-1.3.0.geoip.patch.txt
Type: text/x-c
Size: 1104 bytes
Desc: not available
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120528/ec69dd6c/attachment.bin>

From chipitsine на gmail.com  Mon May 28 06:08:11 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 28 May 2012 12:08:11 +0600
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <210681338047095@web29g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
Message-ID: <CAFHpkQFVNQuFsLc6=SPvd_Ctv4ndX_CbHRi8v=exPCidxx=V2Q@mail.gmail.com>

dmalloc - отвал башки.
посмотрите, что он покажет ? или дайте мне доступ, я посмотрю.

26 мая 2012 г., 21:44 пользователь Denis F. Latypoff
<latypoff на yandex.ru>написал:

> Приветствую.   Пробовал   1.2.0   и   1.3.0,   вот  на  таком  трафике
> http://s12.postimage.org/64ix4e8vf/localhost_nginx_request_week.png
> процессы  растут  с  70мб  до  1гб  (RSS)  за  сутки.  Трафик  генерит
> самописный  клиент  с  другого  сервера. Keepalive'а нет. Nginx только
> проксирует,  бекенд  отдает  очень  короткий  ответ  (байт  200-300  с
> заголовками). Этот клиент обязательно дожидается ответа, только потом
> закрывает соединение сам. Конфиг такой:
>
> user                    nobody nobody;
> worker_processes        2;
> worker_rlimit_nofile    1000000;
> worker_rlimit_core      100M;
> working_directory       /tmp;
> error_log               logs/error.log  warn;
>
> events {
>    worker_connections  32768;
>    accept_mutex        off;
> }
>
> http {
>
>    include                     mime.types;
>    default_type                application/octet-stream;
>    sendfile                    on;
>    tcp_nopush                  on;
>    reset_timedout_connection   on;
>    log_not_found               off;
>    server_tokens               off;
>    server_name_in_redirect     off;
>    recursive_error_pages       on;
>
>    proxy_ignore_client_abort   on;
>    proxy_intercept_errors      on;
>    proxy_connect_timeout       600;
>    proxy_read_timeout          600;
>    proxy_send_timeout          600;
>    send_timeout                600;
>    client_header_timeout       600;
>    keepalive_timeout           75 20;
>
>    gzip                on;
>    gzip_proxied        any;
>    gzip_min_length     0;
>    gzip_types          text/css
>                        text/xml
>                        text/plain
>                        text/javascript
>                        image/x-ms-bmp
>                        application/xml
>                        application/x-javascript;
>
>    geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
>    geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;
>
>    upstream upstream_counter {
>        server    127.0.0.1:8090;
>    }
>
>    server {
>
>    listen      80;
>    server_name NAME;
>
>    access_log  off;
>    error_log   logs/error.log warn;
>    root        /root;
>    charset     utf-8;
>
>    location = /i/1x1.gif {
>        empty_gif;
>    }
>
>    location = /0.gif {
>        limit_except            GET { deny all; }
>        set_real_ip_from        XXX;
>        error_page              502 =200 /i/1x1.gif;
>        error_page              503 =200 /i/1x1.gif;
>        error_page              504 =200 /i/1x1.gif;
>        error_page              404 =200 /i/1x1.gif;
>        proxy_pass              http://upstream_counter;
>        proxy_set_header        Host               $host;
>        proxy_set_header        X-Real-IP          $remote_addr;
>        proxy_set_header        GeoIP-Country-Code $geoip_city_country_code;
>        proxy_set_header        GeoIP-Region-Name  $geoip_region_name;
>        proxy_set_header        GeoIP-City         $geoip_city;
>        proxy_set_header        GeoIP-Coords
>  '$geoip_latitude:$geoip_longitude';
>        proxy_set_header        GeoIP-ISP          $geoip_org;
>    }
>
>    location / {
>        return 444;
>    }
> }
>
> --
> br, Denis F. Latypoff.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120528/4290ede2/attachment-0001.html>

From nginx-forum на nginx.us  Mon May 28 07:39:44 2012
From: nginx-forum на nginx.us (bodomic)
Date: Mon, 28 May 2012 03:39:44 -0400 (EDT)
Subject: Active connections are growing in regexp-ed location with alias
Message-ID: <47ef3a195f5b57308bbc8a5525ef0572.NginxMailingListRussian@forum.nginx.org>

Hi there,

We've found an undefined behavior in certain condition, tend to consider
this as a bug.
'If alias is used inside a location defined with a regular expression
then such regular expression should contain captures and alias should
refer to these captures (0.7.40)'. If, contrary, we're mistakenly using
a regexp with selection but alias does not contain $1 variable, we're
getting Not Found errors for some random substrings of alias value. More
on that, active connections are growing in this situation until
workers*clients number is reached, and then nginx stops accepting
connections, causing Connection Timed Out on client.

location ~* ^/data_15/hot/(article|news)/([0-9]+)\.htm$ { 
          alias /opt/project.ru/default/empty.html; 
 }

In error log we can see mostly "open() "/opt/project.ru/defau" failed
(2: No such file or directory)", though sometimes path is
'/opt/project.ru/default/empty.html^P' or
'/opt/project.ru/default/empty.html^A' or even
'/opt/project.ru/default/empty.html7m<99>;96>I?<9E>^WIj?1X?7m<8A>^A"'.

OS is Debian 6.0.4
uname -a
Linux frontend-7 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012
x86_64 GNU/Linux

nginx -V
nginx version: nginx/1.0.12
built by gcc 4.4.5 (Debian 4.4.5-8) 
TLS SNI support enabled
configure arguments: --prefix=/ --sbin-path=/usr/sbin/nginx_new
--conf-path=/etc/nginx_new/nginx_new.conf
--pid-path=/var/run/nginx_new.pid --lock-path=/var/lock/nginx_new.lock
--error-log-path=/var/log/nginx_new/error.log
--http-log-path=/var/log/nginx_new/access.log --user=www-data
--group=www-data --with-http_ssl_module --with-http_realip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-pcre=../../libs/pcre-8.21 --with-zlib=../../libs/zlib-1.2.5
--with-openssl=../../libs/openssl-1.0.0e
--http-client-body-temp-path=/var/lib/nginx_new/body
--http-proxy-temp-path=/var/lib/nginx_new/proxy
--http-fastcgi-temp-path=/var/lib/nginx_new/fastcgi
--http-uwsgi-temp-path=/var/lib/nginx_new/uwsgi-temp
--http-scgi-temp-path=/var/lib/nginx_new/scgi-temp
--with-http_dav_module --with-http_stub_status_module
--with-http_geoip_module
--add-module=../../libs/nginx_mogilefs_module-1.0.4
--with-http_secure_link_module

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


From nginx-forum на nginx.us  Mon May 28 07:47:22 2012
From: nginx-forum на nginx.us (bodomic)
Date: Mon, 28 May 2012 03:47:22 -0400 (EDT)
Subject: Active connections are growing in regexp-ed location with alias
In-Reply-To: <47ef3a195f5b57308bbc8a5525ef0572.NginxMailingListRussian@forum.nginx.org>
References: <47ef3a195f5b57308bbc8a5525ef0572.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bd96fbba95d403fc257513f37e3f8bb1.NginxMailingListRussian@forum.nginx.org>

ох, русский форум же :) переведу, если
надо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226895,226896#msg-226896


From jightuse на gmail.com  Mon May 28 08:05:22 2012
From: jightuse на gmail.com (JIghtuse)
Date: Mon, 28 May 2012 15:05:22 +0700
Subject: Who's using NGINX
Message-ID: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>

На текущей, 7 неделе курса Udacity cs253 главный инженер reddit
признался, что их сайт использует nginx для раздачи статичного
контента: http://www.youtube.com/watch?feature=player_embedded&v=Ovv3i32qI10#t=147s
Популярный ресурс, думаю было бы отлично включить его в страницу
компаний, использующих сервер ( http://nginx.com/company.html )

From gmm на csdoc.com  Mon May 28 09:36:33 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Mon, 28 May 2012 12:36:33 +0300
Subject: Who's using NGINX
In-Reply-To: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
Message-ID: <4FC34721.8010209@csdoc.com>

On 28.05.2012 11:05, JIghtuse wrote:

> На текущей, 7 неделе курса Udacity cs253 главный инженер reddit
> признался, что их сайт использует nginx для раздачи статичного
> контента: http://www.youtube.com/watch?feature=player_embedded&v=Ovv3i32qI10#t=147s
> Популярный ресурс, думаю было бы отлично включить его в страницу
> компаний, использующих сервер ( http://nginx.com/company.html )

$ curl -I http://www.redditstatic.com/pencil-gray.png
Server: AmazonS3

$ curl -I http://www.reddit.com/favicon.ico
Server: '; DROP TABLE servertypes; --

если бы они действительно хотели, чтобы их "контора" рекламировалась
на сайте nginx, то в ответе их сайта было бы написано "Server: nginx"

-- 
Best regards,
  Gena


From mdounin на mdounin.ru  Mon May 28 10:47:15 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 28 May 2012 14:47:15 +0400
Subject: Active connections are growing in regexp-ed location with alias
In-Reply-To: <47ef3a195f5b57308bbc8a5525ef0572.NginxMailingListRussian@forum.nginx.org>
References: <47ef3a195f5b57308bbc8a5525ef0572.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120528104715.GK31671@mdounin.ru>

Hello!

On Mon, May 28, 2012 at 03:39:44AM -0400, bodomic wrote:

> Hi there,
> 
> We've found an undefined behavior in certain condition, tend to consider
> this as a bug.
> 'If alias is used inside a location defined with a regular expression
> then such regular expression should contain captures and alias should
> refer to these captures (0.7.40)'. If, contrary, we're mistakenly using
> a regexp with selection but alias does not contain $1 variable, we're
> getting Not Found errors for some random substrings of alias value. More
> on that, active connections are growing in this situation until
> workers*clients number is reached, and then nginx stops accepting
> connections, causing Connection Timed Out on client.
> 
> location ~* ^/data_15/hot/(article|news)/([0-9]+)\.htm$ { 
>           alias /opt/project.ru/default/empty.html; 
>  }
> 
> In error log we can see mostly "open() "/opt/project.ru/defau" failed
> (2: No such file or directory)", though sometimes path is
> '/opt/project.ru/default/empty.html^P' or
> '/opt/project.ru/default/empty.html^A' or even
> '/opt/project.ru/default/empty.html7m<99>;96>I?<9E>^WIj?1X?7m<8A>^A"'.

Конфиг выглядит именно так как приведено, или всё-таки ещё и 
try_files используется?

[...]

> nginx -V
> nginx version: nginx/1.0.12

Если try_files используется - то обновитья на 1.2.0+, пройдёт.  
Если нет - то лучше тоже обновиться, и если не пройдёт - то debug 
log в студию, см. http://wiki.nginx.org/Debugging.

Maxim Dounin


From nginx-forum на nginx.us  Mon May 28 11:11:43 2012
From: nginx-forum на nginx.us (bodomic)
Date: Mon, 28 May 2012 07:11:43 -0400 (EDT)
Subject: Active connections are growing in regexp-ed location with alias
In-Reply-To: <20120528104715.GK31671@mdounin.ru>
References: <20120528104715.GK31671@mdounin.ru>
Message-ID: <2e4e4d4b50d0ce4b36ce23aa904776be.NginxMailingListRussian@forum.nginx.org>

нет, try_files не использовался (нет
достаточного опыта в таких ситуациях).
Можно, наверное, сделать так:
root /opt/projectroot;
try_files /empty.html;
?

Я пока сделал 
error_page 404 =200 /empty.html;
return 404;
в принципе, делает что надо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226895,226906#msg-226906


From nginx-forum на nginx.us  Mon May 28 12:32:07 2012
From: nginx-forum на nginx.us (locojohn)
Date: Mon, 28 May 2012 08:32:07 -0400 (EDT)
Subject: rooted/aliased locations and ngx_http_map_uri_to_path()
Message-ID: <c5d37c1b86b2ba797f239c6ba1aef295.NginxMailingListRussian@forum.nginx.org>

Привет,

существует конфиг:

[...]
root /opt/www/mysite;

location /jquery/ {
  try_files $uri $uri/ @common;
}

location /resources/ {
  try_files $uri $uri/ @common;
}

location @common {
  root /opt/www/_common;
}
[...]

каким образом можно получить путь к
файлу, находящимся в /opt/www/_common из
собственного 3rd party модуля? 
ngx_http_map_uri_to_path() не понимает locations,
сконфигурированных через alias/root. 
ngx_http_map_uri_to_path(r, &path, &root, 0) не работает. 
Существуют ли альтернативные методы
получения пути к файлу из URI,
соответствующего локейшну с
собственным root?

Благодарю за помощь,

Андрей

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


From ru на nginx.com  Mon May 28 13:19:13 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Mon, 28 May 2012 17:19:13 +0400
Subject: =?UTF-8?B?UmU6INCi0LXRh9C10YIg0L/QsNC80Y/RgtGMINC/0YDQuCDQv9GA0L7QutGB0Lg=?=
	=?UTF-8?B?0YDQvtCy0LDQvdC40Lg=?=
In-Reply-To: <41721338167742@web11g.yandex.ru>
References: <210681338047095@web29g.yandex.ru>
	<20120527164545.GI31671@mdounin.ru>
	<631221338164211@web26g.yandex.ru>
	<41721338167742@web11g.yandex.ru>
Message-ID: <20120528131913.GC7896@lo0.su>

On Mon, May 28, 2012 at 08:15:42AM +0700, Denis F. Latypoff wrote:
> 28.05.2012, 07:16, "Denis F. Latypoff" <latypoff на yandex.ru>:
> > 27.05.2012, 23:45, "Maxim Dounin" <mdounin на mdounin.ru>:
> >
> > [...]
> >
> >>  2)
> >>>       geoip_city     /usr/share/GeoIP/GeoIPCity.dat   utf8;
> >>>       geoip_org      /usr/share/GeoIP/GeoIPASNum.dat  utf8;
> >>  Модуль geoip - он, конечно, хороший, но пользуется библиотекой
> >>  от MaxMind'а.  А та известна как минимум тем, что падает на
> >>  некорректных данных в базе.  Так что я бы рекомендовал выключить и
> >>  посмотреть, что будет.
> >
> > Всем патч!
> 
> А если причесать, то как-то так.

http://trac.nginx.org/nginx/changeset/4648/nginx

Спасибо!


From nginx-forum на nginx.us  Mon May 28 14:58:00 2012
From: nginx-forum на nginx.us (c350)
Date: Mon, 28 May 2012 10:58:00 -0400 (EDT)
Subject: =?UTF-8?B?0J7RgNCz0LDQvdC40LfQsNGG0LjRjyDQu9C+0LrQtdC50YjQtdC90L7Qsg==?=
Message-ID: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.

Как более грамотно написать?

Вариант 1):
set $backend 'http://127.0.0.10:80';
location ~* /location1 {
	rewrite ^ /backend_scripts/path/to/script1 break;
	proxy_pass $backend$uri$is_args$args;
}
...
location ~* /locationN {
	rewrite ^ /backend_scripts/path/to/scriptN break;
	proxy_pass $backend$uri$is_args$args;
}


Вариант 2):
set $backend 'http://127.0.0.10:80';
location ^~ /backend_scripts/ {
	proxy_pass $backend$uri$is_args$args;
}
location ~* /location1 {
	rewrite ^ /backend_scripts/path/to/script1 last;
}
...
location ~* /locationN {
	rewrite ^ /backend_scripts/path/to/scriptN last;
}

Подозреваю, что более правильный
вариант1, но хотелось бы услышать
мнение знающих людей.

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


From latypoff на yandex.ru  Mon May 28 15:03:13 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Mon, 28 May 2012 22:03:13 +0700
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
Message-ID: <88131338217393@web10e.yandex.ru>



28.05.2012, 21:58, "c350" <nginx-forum на nginx.us>:
> Здравствуйте.
>
> Как более грамотно написать?
>
> Вариант 1):
> set $backend 'http://127.0.0.10:80';
> location ~* /location1 {
>         rewrite ^ /backend_scripts/path/to/script1 break;
>         proxy_pass $backend$uri$is_args$args;
> }
> ...
> location ~* /locationN {
>         rewrite ^ /backend_scripts/path/to/scriptN break;
>         proxy_pass $backend$uri$is_args$args;
> }
>
> Вариант 2):
> set $backend 'http://127.0.0.10:80';
> location ^~ /backend_scripts/ {
>         proxy_pass $backend$uri$is_args$args;
> }
> location ~* /location1 {
>         rewrite ^ /backend_scripts/path/to/script1 last;
> }
> ...
> location ~* /locationN {
>         rewrite ^ /backend_scripts/path/to/scriptN last;
> }
>
> Подозреваю, что более правильный
> вариант1, но хотелось бы услышать
> мнение знающих людей.
>

location ~* /location\d+ {
    rewrite /location(\d+) /backend_scripts/path/to/script$1 break;
    proxy_pass http://127.0.0.10;
}

-- 
br, Denis F. Latypoff.


From nginx-forum на nginx.us  Mon May 28 15:24:18 2012
From: nginx-forum на nginx.us (c350)
Date: Mon, 28 May 2012 11:24:18 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e32fa5d86f9898671e6386c24981b175.NginxMailingListRussian@forum.nginx.org>

Я неправильно сформулировал вопрос.
Регулярные выражения в location1...locationN
могут быть любыми, они не попадают под
вид location\d+
И путик скриптам на бэкенде не
коррелируют с этими локейшенами.
Имелось в виду, выносить proxy_pass в
отдельный локейшн или нет?
И еще вопрос: влияет ли на
производительность указание proxy_pass
$backend$uri$is_args$args; или лучше все-таки
писать proxy_pass http://127.0.0.10:80;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226919,226921#msg-226921


From igor на sysoev.ru  Mon May 28 15:31:30 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Mon, 28 May 2012 19:31:30 +0400
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120528153130.GA84524@nginx.com>

On Mon, May 28, 2012 at 10:58:00AM -0400, c350 wrote:
> Здравствуйте.
> 
> Как более грамотно написать?
> 
> Вариант 1):
> set $backend 'http://127.0.0.10:80';
> location ~* /location1 {
> 	rewrite ^ /backend_scripts/path/to/script1 break;
> 	proxy_pass $backend$uri$is_args$args;
> }
> ...
> location ~* /locationN {
> 	rewrite ^ /backend_scripts/path/to/scriptN break;
> 	proxy_pass $backend$uri$is_args$args;
> }
> 
> 
> Вариант 2):
> set $backend 'http://127.0.0.10:80';
> location ^~ /backend_scripts/ {
> 	proxy_pass $backend$uri$is_args$args;
> }
> location ~* /location1 {
> 	rewrite ^ /backend_scripts/path/to/script1 last;
> }
> ...
> location ~* /locationN {
> 	rewrite ^ /backend_scripts/path/to/scriptN last;
> }
> 
> Подозреваю, что более правильный
> вариант1, но хотелось бы услышать
> мнение знающих людей.

location /location1 {
   proxy_pass http://127.0.0.10:80/backend_scripts/path/to/script1;
}

location /location2 {
   proxy_pass http://127.0.0.10:80/backend_scripts/path/to/script2;
}


-- 
Igor Sysoev


From nginx-forum на nginx.us  Mon May 28 16:02:54 2012
From: nginx-forum на nginx.us (c350)
Date: Mon, 28 May 2012 12:02:54 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <e32fa5d86f9898671e6386c24981b175.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
	<e32fa5d86f9898671e6386c24981b175.NginxMailingListRussian@forum.nginx.org>
Message-ID: <47be42442798dd562baf7fe19cb98ada.NginxMailingListRussian@forum.nginx.org>

О, точно, rewrite здесь-то и не нужен! Игорь,
спасибо.
Про proxy_pass вопрос снят, все стало
понятно.
А вот про переменные в proxy_pass вопрос
открыт, можно ли их использовать с
точки зрения производительности, или
это экономия на спичках и не стоит по
этому поводу заморачиваться? Править
руками 50+ локейшенов при смене адреса
бекенда что-то неохота.
И тогда еще вопросец: а нету ли
переменной наподобие $is_args, только с
амперсандом?
А то приходится писать

set $is_add_args '';
if ($is_args) {
    set $is_add_args '&';
}
proxy_pass
$backend/backend_scripts/path/to/script?some_var=$some_value$is_add_args$args;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226919,226924#msg-226924


From igor на sysoev.ru  Mon May 28 16:14:10 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Mon, 28 May 2012 20:14:10 +0400
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <47be42442798dd562baf7fe19cb98ada.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
	<e32fa5d86f9898671e6386c24981b175.NginxMailingListRussian@forum.nginx.org>
	<47be42442798dd562baf7fe19cb98ada.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120528161410.GA85396@nginx.com>

On Mon, May 28, 2012 at 12:02:54PM -0400, c350 wrote:
> О, точно, rewrite здесь-то и не нужен! Игорь,
> спасибо.
> Про proxy_pass вопрос снят, все стало
> понятно.
> А вот про переменные в proxy_pass вопрос
> открыт, можно ли их использовать с
> точки зрения производительности, или
> это экономия на спичках и не стоит по
> этому поводу заморачиваться? Править
> руками 50+ локейшенов при смене адреса
> бекенда что-то неохота.

Практика показывает, что сделать 50+ find/replace в любимом
текстовом редакторе гораздо проще, чем анализировать при добавлении новой
функциональности, как эта новая функциональность отразится на старой.

Но если практика не убеждает, то лучше сделать так:

upstream  backend {
   server   127.0.0.1:80;
}

proxy_pass http://backend/...

> И тогда еще вопросец: а нету ли
> переменной наподобие $is_args, только с
> амперсандом?
> А то приходится писать
> 
> set $is_add_args '';
> if ($is_args) {
>     set $is_add_args '&';
> }
> proxy_pass
> $backend/backend_scripts/path/to/script?some_var=$some_value$is_add_args$args;

map $is_args  $add_args {
    defualt   "";
    ?         &;
}


-- 
Igor Sysoev


From nginx-forum на nginx.us  Mon May 28 17:06:32 2012
From: nginx-forum на nginx.us (c350)
Date: Mon, 28 May 2012 13:06:32 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCe0YDQs9Cw0L3QuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <47be42442798dd562baf7fe19cb98ada.NginxMailingListRussian@forum.nginx.org>
References: <c175c84d5c012659e9032c8fb299f548.NginxMailingListRussian@forum.nginx.org>
	<e32fa5d86f9898671e6386c24981b175.NginxMailingListRussian@forum.nginx.org>
	<47be42442798dd562baf7fe19cb98ada.NginxMailingListRussian@forum.nginx.org>
Message-ID: <fe601bfd4224020f8f395fbf70508cc8.NginxMailingListRussian@forum.nginx.org>

> Практика показывает
_Ваша_ практика в вопросах nginx - это
закон.
Все понятно.

> map $is_args $add_args
Спасибо, так проще.
Если бы в документации было бы сказано,
что map отрабатывает только по мере
необходимости, мир стал бы более
совершенен, например я немного "очкую",
добавляя очередной map, думая, что он
срабатывает при каждом анализе uri,
когда он нужен в max 10 location.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226919,226939#msg-226939


From server_inc на list.ru  Mon May 28 20:32:37 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Mon, 28 May 2012 23:32:37 +0300
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <201205271005.35934.ne@vbart.ru>
References: <4FC1ACD3.4090902@list.ru> <201205271005.35934.ne@vbart.ru>
Message-ID: <4FC3E0E5.2050808@list.ru>

27.05.2012 9:05, Валентин Бартенев написал:
> On Sunday 27 May 2012 08:25:55 Станислав wrote:
> [...]
>> burst - это объем ведерка. В случае с burst=5 в ведерко поместиться не
>> больше чем 5 запросов, все остальные умрут,
>> а rate=3r/s иметься ввиду, что на протяжении 1 секунды с ведра вытекут
>> (будут обработаны) 3 запроса ?
>>
> Вытекут - да. А обработаны могут быть и сразу, если задан nodelay.
>
> Формулировка "на протяжении 1 секунды" не совсем точна, не отражает
> сути происходящего. Никакого периода в 1 секунду в алгоритме нет.
>
> Основное заблуждение у многих возникает тут в том, что они полагают,
> что если написано 3r/s и пользователь прислал сразу три запроса, то в
> лимит они никаким образом не попадут.
>
> Представьте себе rate=3r/s burst=0 - в таком случае будут отклонятся
> все запросы, которые поступят ранее чем через ~333 миллисекунды после
> поступления предыдущего успешного (т.е. не отклоненного запроса).
>
> Пользователь может послать "на протяжении 1 секунды" 3 запроса, но с
> интервалом в 10мс, и несмотря на то, что он в эту секунду (да хоть
> вообще в этот день) запросов посылать больше не собирается, два при
> вышеуказанных параметрах (а именно burst=0) будут отклонены.
>
>

Спасибо за развернутый ответ!

По-моему я понял. Поправте меня пожалуйста если я неправ.

В лимитах имееться ввиду "на сколько быстро будут проходить запросы один 
за одним".

На примере: rate=5r/s burst=0
будут отклонятся все запросы, которые поступят ранее чем через ~200 
миллисекунд после поступления предыдущего успешного.

Так?


From ne на vbart.ru  Mon May 28 21:05:37 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 29 May 2012 01:05:37 +0400
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <4FC3E0E5.2050808@list.ru>
References: <4FC1ACD3.4090902@list.ru> <201205271005.35934.ne@vbart.ru>
	<4FC3E0E5.2050808@list.ru>
Message-ID: <201205290105.37197.ne@vbart.ru>

On Tuesday 29 May 2012 00:32:37 Станислав wrote:
> 27.05.2012 9:05, Валентин Бартенев написал:
> > On Sunday 27 May 2012 08:25:55 Станислав wrote:
> > [...]
> > 
> >> burst - это объем ведерка. В случае с burst=5 в ведерко поместиться не
> >> больше чем 5 запросов, все остальные умрут,
> >> а rate=3r/s иметься ввиду, что на протяжении 1 секунды с ведра вытекут
> >> (будут обработаны) 3 запроса ?
> > 
> > Вытекут - да. А обработаны могут быть и сразу, если задан nodelay.
> > 
> > Формулировка "на протяжении 1 секунды" не совсем точна, не отражает
> > сути происходящего. Никакого периода в 1 секунду в алгоритме нет.
> > 
> > Основное заблуждение у многих возникает тут в том, что они полагают,
> > что если написано 3r/s и пользователь прислал сразу три запроса, то в
> > лимит они никаким образом не попадут.
> > 
> > Представьте себе rate=3r/s burst=0 - в таком случае будут отклонятся
> > все запросы, которые поступят ранее чем через ~333 миллисекунды после
> > поступления предыдущего успешного (т.е. не отклоненного запроса).
> > 
> > Пользователь может послать "на протяжении 1 секунды" 3 запроса, но с
> > интервалом в 10мс, и несмотря на то, что он в эту секунду (да хоть
> > вообще в этот день) запросов посылать больше не собирается, два при
> > вышеуказанных параметрах (а именно burst=0) будут отклонены.
> 
> Спасибо за развернутый ответ!
> 
> По-моему я понял. Поправте меня пожалуйста если я неправ.
> 
> В лимитах имееться ввиду "на сколько быстро будут проходить запросы один
> за одним".
> 
> На примере: rate=5r/s burst=0
> будут отклонятся все запросы, которые поступят ранее чем через ~200
> миллисекунд после поступления предыдущего успешного.
> 
> Так?
> 

Так.

--
Валентин Бартенев

From server_inc на list.ru  Mon May 28 21:17:37 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Tue, 29 May 2012 00:17:37 +0300
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <201205290105.37197.ne@vbart.ru>
References: <4FC1ACD3.4090902@list.ru> <201205271005.35934.ne@vbart.ru>
	<4FC3E0E5.2050808@list.ru> <201205290105.37197.ne@vbart.ru>
Message-ID: <4FC3EB71.4040906@list.ru>

29.05.2012 0:05, Валентин Бартенев написал:
> On Tuesday 29 May 2012 00:32:37 Станислав wrote:
>> [...]
>>
>> На примере: rate=5r/s burst=0
>> будут отклонятся все запросы, которые поступят ранее чем через ~200
>> миллисекунд после поступления предыдущего успешного.
>>
>> Так?
>>
> Так.
>
>

А в случае с "rate=3r/m burst=0" следующий запрос будет принят только 
после 20-ой секунды?


From ne на vbart.ru  Mon May 28 21:23:51 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 29 May 2012 01:23:51 +0400
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <4FC3EB71.4040906@list.ru>
References: <4FC1ACD3.4090902@list.ru> <201205290105.37197.ne@vbart.ru>
	<4FC3EB71.4040906@list.ru>
Message-ID: <201205290123.52058.ne@vbart.ru>

On Tuesday 29 May 2012 01:17:37 Станислав wrote:
> 29.05.2012 0:05, Валентин Бартенев написал:
> > On Tuesday 29 May 2012 00:32:37 Станислав wrote:
> >> [...]
> >> 
> >> На примере: rate=5r/s burst=0
> >> будут отклонятся все запросы, которые поступят ранее чем через ~200
> >> миллисекунд после поступления предыдущего успешного.
> >> 
> >> Так?
> > 
> > Так.
> 
> А в случае с "rate=3r/m burst=0" следующий запрос будет принят только
> после 20-ой секунды?
> 

Да. Это довольно просто проверить. =)

--
Валентин Бартенев

From server_inc на list.ru  Mon May 28 21:44:38 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Tue, 29 May 2012 00:44:38 +0300
Subject: =?UTF-8?B?UmU6INCb0LjQvNC40YLRizogbGVha3kgYnVja2V0?=
In-Reply-To: <201205290123.52058.ne@vbart.ru>
References: <4FC1ACD3.4090902@list.ru> <201205290105.37197.ne@vbart.ru>
	<4FC3EB71.4040906@list.ru> <201205290123.52058.ne@vbart.ru>
Message-ID: <4FC3F1C6.1030002@list.ru>

29.05.2012 0:23, Валентин Бартенев написал:
> On Tuesday 29 May 2012 01:17:37 Станислав wrote:
>> [...]
>> А в случае с "rate=3r/m burst=0" следующий запрос будет принят только
>> после 20-ой секунды?
>>
> Да. Это довольно просто проверить. =)
>
>
Спасибо! Благодаря вам я сегодня смогу заснуть :) Эти лимиты мне долгое 
время не давали покоя )


From server_inc на list.ru  Tue May 29 10:58:43 2012
From: server_inc на list.ru (=?UTF-8?B?0KHRgtCw0L3QuNGB0LvQsNCy?=)
Date: Tue, 29 May 2012 13:58:43 +0300
Subject: =?UTF-8?B?0J7Qv9GC0LjQvNC40LfQsNGG0LjRjyDQu9C+0LrQtdC50YjQtdC90L7Qsg==?=
Message-ID: <4FC4ABE3.3080104@list.ru>

Здравствуйте.

Подскажите пожалуйста как лучше сделать.

Есть 2 - 4 файла которые запрашиваются примерно 100 раз в секунду.

Думал сделать так:

location ~ ^(firstfile.php|secondfile.php)$ {
     [ конфигурация А ]
}

но меня терзают смутные сомнения по поводу производительности.

Есть ли смысл переписать это так:

location = /firstfile.php {
     [ конфигурация А ]
}
...
location = /secondfile.php {
     [ конфигурация А ]
}

?

Или там это особой роли не сыграет?


From latypoff на yandex.ru  Tue May 29 11:11:06 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Tue, 29 May 2012 18:11:06 +0700
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <4FC4ABE3.3080104@list.ru>
References: <4FC4ABE3.3080104@list.ru>
Message-ID: <602801338289866@web2g.yandex.ru>

29.05.2012, 17:58, "Станислав" <server_inc на list.ru>:
> Здравствуйте.
>
> Подскажите пожалуйста как лучше сделать.
>
> Есть 2 - 4 файла которые запрашиваются примерно 100 раз в секунду.
>
> Думал сделать так:
>
> location ~ ^(firstfile.php|secondfile.php)$ {
>      [ конфигурация А ]
> }
>
> но меня терзают смутные сомнения по поводу производительности.
>
> Есть ли смысл переписать это так:
>
> location = /firstfile.php {
>      [ конфигурация А ]
> }
> ...
> location = /secondfile.php {
>      [ конфигурация А ]
> }
>
> ?

Есть.

>
> Или там это особой роли не сыграет?
>

Не сыграет.

-- 
br, Denis F. Latypoff.


From server_inc на list.ru  Tue May 29 13:03:46 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Tue, 29 May 2012 16:03:46 +0300
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <602801338289866@web2g.yandex.ru>
References: <4FC4ABE3.3080104@list.ru> <602801338289866@web2g.yandex.ru>
Message-ID: <4FC4C932.5050401@list.ru>

29.05.2012 14:11, Denis F. Latypoff написал:
> 29.05.2012, 17:58, "Станислав"<server_inc на list.ru>:
>> []
>>
>> Есть 2 - 4 файла которые запрашиваются примерно 100 раз в секунду.
>>
>> Думал сделать так:
>>
>> location ~ ^(firstfile.php|secondfile.php)$ {
>>       [ конфигурация А ]
>> }
>>
>> но меня терзают смутные сомнения по поводу производительности.
>>
>> Есть ли смысл переписать это так:
>>
>> location = /firstfile.php {
>>       [ конфигурация А ]
>> }
>> ...
>> location = /secondfile.php {
>>       [ конфигурация А ]
>> }
>>
>> ?
> Есть.
>
С какой целью если на производительности это не отразится? И по красоте 
конфига, мне кажется, что будет красивее все вписать в один локейшн чем 
пихать или инклудить одно и то же по разным локейшенам.


From latypoff на yandex.ru  Tue May 29 13:36:49 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Tue, 29 May 2012 20:36:49 +0700
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <4FC4C932.5050401@list.ru>
References: <4FC4ABE3.3080104@list.ru> <602801338289866@web2g.yandex.ru>
	<4FC4C932.5050401@list.ru>
Message-ID: <77631338298609@web4d.yandex.ru>

29.05.2012, 20:03, "Станислав" <server_inc на list.ru>:
> 29.05.2012 14:11, Denis F. Latypoff написал:
>
>>  29.05.2012, 17:58, "Станислав"<server_inc на list.ru>:
>>>  []
>>>
>>>  Есть 2 - 4 файла которые запрашиваются примерно 100 раз в секунду.
>>>
>>>  Думал сделать так:
>>>
>>>  location ~ ^(firstfile.php|secondfile.php)$ {
>>>        [ конфигурация А ]
>>>  }
>>>
>>>  но меня терзают смутные сомнения по поводу производительности.
>>>
>>>  Есть ли смысл переписать это так:
>>>
>>>  location = /firstfile.php {
>>>        [ конфигурация А ]
>>>  }
>>>  ...
>>>  location = /secondfile.php {
>>>        [ конфигурация А ]
>>>  }
>>>
>>>  ?
>>  Есть.
>
> С какой целью если на производительности это не отразится? И по красоте
> конфига, мне кажется, что будет красивее все вписать в один локейшн чем
> пихать или инклудить одно и то же по разным локейшенам.
>

На производительности, конечно, отразится, но по сравнению с тем, сколько
времени будет отрабатывать бекенд, эта разница в скорости меркнет.

Насчет красивости и много локейшенов - осбуждалось не раз, поищите в
рассылке.

-- 
br, Denis F. Latypoff.


From hell-for-yahoo на umail.ru  Tue May 29 14:34:34 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 29 May 2012 18:34:34 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0LTQvtC/0LjQu9C40YLRjCDQsdC70L7QuiA=?=
	=?UTF-8?B?0LTQviDRg9C90LjQstC10YDRgdCw0LvRjNC90L7QuSDQv9C10YDQtdGB0Ys=?=
	=?UTF-8?B?0LvQutC4INC90LAg0LHRjdC60Y3QvdC0?=
In-Reply-To: <201205250046.53177.ne@vbart.ru>
References: <1302848765.20120524205714@mtu-net.ru>
	<201205250046.53177.ne@vbart.ru>
Message-ID: <1854321277.20120529183434@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев!

ВБ> On Thursday 24 May 2012 20:57:14 Andrey Repin wrote:
ВБ> [...]
>> 
>> Опустим нарушения RFC (i.e. "proxy_redirect http://example.com:8080/ /;"),

ВБ> Чем это нарушает RFC?

Заголовок Location ДОЛЖЕН содержать полный адрес ресурса, включая протокол
доступа.

http://tools.ietf.org/html/rfc2616#section-14.30

>> главная претензия - этот ужас срёт в файлы, управляемые debconf'ом.
>> Хочу от него избавиться нафиг. Но есть вопрос.
>> 
>> Хочу этот ужас приспособить для мультипроксирования на апач. Чтобы не
>> менять конфиг nginx каждый раз при создании сайтов в Webmin (фтопку
>> ISPManager!).
>> 
>> Идея выглядит как-то так:
>> 
>>         server {
>>                 listen 80;
>>                 server_name чего-то-пока-не-знаю-чего;
>>                 rewrite "^/(manager|myadmin)/" "https://$server_addr$uri"
>> permanent;

ВБ> Не надо так делать. Правильно:

Неправильно. Перенаправление должно идти на адрес, а не на хост.
Это же ISPManager... >.<

ВБ>  location ^~ /manager/ {
ВБ>      return 301 https://$host$reques_uri;
ВБ>  }

ВБ>  location ^~ /myadmin/ {
ВБ>      return 301 https://$host$reques_uri;
ВБ>  }

>> error_page 404 = @fallback;
>>                 location ~*
>> \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
>> try_files @statics @fallback ;
>>                 }

ВБ> Это работать не будет. Читаем внимательно: http://nginx.org/r/try_files/ru

ВБ> Вы вероятно хотели:

Вероятно. Подумал об этом, когда уже отпостил.

ВБ>     location ~*
ВБ> \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {

ВБ>         try_files $uri @fallback;

ВБ>         root /var/www/user/data/www/example.com;
ВБ>         access_log /var/www/httpd-logs/$server_name.access.log;
ВБ>         access_log /var/www/nginx-logs/user isp;
ВБ>     }

ВБ> Вообще это ужасно и говорит о кривой структуре самого сайта.

Претензии к идиотам из ISPManager...
Что на счёт моего второго вопроса?


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 29.05.2012, <18:27>

From ne на vbart.ru  Tue May 29 15:01:01 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 29 May 2012 19:01:01 +0400
Subject: =?UTF-8?B?UmU6ICDQn9C+0LzQvtCz0LjRgtC1INC00L7Qv9C40LvQuNGC0Ywg0LHQu9C+0Log?=
	=?UTF-8?B?0LTQviDRg9C90LjQstC10YDRgdCw0LvRjNC90L7QuSDQv9C10YDQtdGB0Ys=?=
	=?UTF-8?B?0LvQutC4INC90LAg0LHRjdC60Y3QvdC0?=
In-Reply-To: <1854321277.20120529183434@mtu-net.ru>
References: <1302848765.20120524205714@mtu-net.ru>
	<201205250046.53177.ne@vbart.ru>
	<1854321277.20120529183434@mtu-net.ru>
Message-ID: <201205291901.01740.ne@vbart.ru>

On Tuesday 29 May 2012 18:34:34 Andrey Repin wrote:
> Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев!
> 
> ВБ> On Thursday 24 May 2012 20:57:14 Andrey Repin wrote:
> ВБ> [...]
> 
> >> Опустим нарушения RFC (i.e. "proxy_redirect http://example.com:8080/
> >> /;"),
> 
> ВБ> Чем это нарушает RFC?
> 
> Заголовок Location ДОЛЖЕН содержать полный адрес ресурса, включая протокол
> доступа.
> 
> http://tools.ietf.org/html/rfc2616#section-14.30

Он и будет содержать. Читаем внимательно: http://nginx.org/r/proxy_redirect/ru

/* 
 * В заменяемой строке можно не указывать имя сервера:
 *
 *     proxy_redirect http://localhost:8000/two/ /;
 *
 * тогда будет подставлено основное имя сервера и порт, если он отличен от 80.
 */


> >> главная претензия - этот ужас срёт в файлы, управляемые debconf'ом.
> >> Хочу от него избавиться нафиг. Но есть вопрос.
> >> 
> >> Хочу этот ужас приспособить для мультипроксирования на апач. Чтобы не
> >> менять конфиг nginx каждый раз при создании сайтов в Webmin (фтопку
> >> ISPManager!).
> >> 
> >> Идея выглядит как-то так:
> >>         server {
> >>         
> >>                 listen 80;
> >>                 server_name чего-то-пока-не-знаю-чего;
> >>                 rewrite "^/(manager|myadmin)/"
> >>                 "https://$server_addr$uri"
> >> 
> >> permanent;
> 
> ВБ> Не надо так делать. Правильно:
> 
> Неправильно. Перенаправление должно идти на адрес, а не на хост.
> Это же ISPManager... >.<

Смысл был не в этом. Подставьте $server_addr, кто мешает:

 location ^~ /manager/ {
     return 301 https://$server_addr$reques_uri;
 }

 location ^~ /myadmin/ {
     return 301 https://$server_addr$reques_uri;
 }


> ВБ>  location ^~ /manager/ {
> ВБ>      return 301 https://$host$reques_uri;
> ВБ>  }
> 
> ВБ>  location ^~ /myadmin/ {
> ВБ>      return 301 https://$host$reques_uri;
> ВБ>  }
> >> error_page 404 = @fallback;
> >> 
> >>                 location ~*
> >> 
> >> \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
> >> try_files @statics @fallback ;
> >> 
> >>                 }
> 
> ВБ> Это работать не будет. Читаем внимательно:
> http://nginx.org/r/try_files/ru
> 
> ВБ> Вы вероятно хотели:
> 
> Вероятно. Подумал об этом, когда уже отпостил.
> 
> ВБ>     location ~*
> ВБ> \.(jpe?g|gif|pn[mg]|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
> 
> ВБ>         try_files $uri @fallback;
> 
> ВБ>         root /var/www/user/data/www/example.com;
> ВБ>         access_log /var/www/httpd-logs/$server_name.access.log;
> ВБ>         access_log /var/www/nginx-logs/user isp;
> ВБ>     }
> 
> ВБ> Вообще это ужасно и говорит о кривой структуре самого сайта.
> 
> Претензии к идиотам из ISPManager...
> Что на счёт моего второго вопроса?

> 2. Что написать в server_name ?

Если вам ничего не нужно, можете вообще директиву server_name убрать.
У нее значение по умолчанию - пустая строка.

Кто же может за вас знать, какие хосты вы хотите сконфигурировать.


> Можно ли вынести список серверов в отдельный
> файл?

Директива include: http://nginx.org/r/include/ru

--
Валентин Бартенев

From server_inc на list.ru  Tue May 29 15:50:33 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Tue, 29 May 2012 18:50:33 +0300
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LvQvtC60LXQudGI0LXQvdC+0LI=?=
In-Reply-To: <77631338298609@web4d.yandex.ru>
References: <4FC4ABE3.3080104@list.ru> <602801338289866@web2g.yandex.ru>
	<4FC4C932.5050401@list.ru> <77631338298609@web4d.yandex.ru>
Message-ID: <4FC4F049.3080409@list.ru>

29.05.2012 16:36, Denis F. Latypoff написал:
> 29.05.2012, 20:03, "Станислав"<server_inc на list.ru>:
>> 29.05.2012 14:11, Denis F. Latypoff написал:
>>
>>>   [...]
>>>   Есть.
>> С какой целью если на производительности это не отразится? И по красоте
>> конфига, мне кажется, что будет красивее все вписать в один локейшн чем
>> пихать или инклудить одно и то же по разным локейшенам.
>>
> [...]
>
> Насчет красивости и много локейшенов - осбуждалось не раз, поищите в
> рассылке.
>

Ок..припоминаю обсуждение. Спасибо.


From jightuse на gmail.com  Tue May 29 18:33:47 2012
From: jightuse на gmail.com (JIghtuse)
Date: Wed, 30 May 2012 01:33:47 +0700
Subject: Who's using NGINX
In-Reply-To: <4FC34721.8010209@csdoc.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
Message-ID: <CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>

Udacity не нжудается в рекламе, как и nginx. Вы действительно
считаете, что они говорили бы о сервере, если не использовали его? Да,
хостинг предоставляет Amazon. При этом ничто не мешает одновременно
использовать и nginx:

$ curl -I http://forums.udacity.com/cs262-april2012/account/signin/
HTTP/1.1 302 FOUND
Server: nginx
Date: Tue, 29 May 2012 18:29:37 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Vary: Cookie
Location: <...>
Set-Cookie: <...>
Set-Cookie: <...>


На мой взгляд, страницу компаний, использующих nginx, возможно
расширить не в убыток наглядности. Возможно, выбирать изображения
компаний из набора случайным образом. С удовольствием бы помог сделать
такую мелочь.

On 5/28/12, Gena Makhomed <gmm на csdoc.com> wrote:
> On 28.05.2012 11:05, JIghtuse wrote:
>
>> На текущей, 7 неделе курса Udacity cs253 главный инженер reddit
>> признался, что их сайт использует nginx для раздачи статичного
>> контента:
>> http://www.youtube.com/watch?feature=player_embedded&v=Ovv3i32qI10#t=147s
>> Популярный ресурс, думаю было бы отлично включить его в страницу
>> компаний, использующих сервер ( http://nginx.com/company.html )
>
> $ curl -I http://www.redditstatic.com/pencil-gray.png
> Server: AmazonS3
>
> $ curl -I http://www.reddit.com/favicon.ico
> Server: '; DROP TABLE servertypes; --
>
> если бы они действительно хотели, чтобы их "контора" рекламировалась
> на сайте nginx, то в ответе их сайта было бы написано "Server: nginx"
>
> --
> Best regards,
>   Gena
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From gmm на csdoc.com  Tue May 29 19:32:14 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 29 May 2012 22:32:14 +0300
Subject: Who's using NGINX
In-Reply-To: <CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
Message-ID: <4FC5243E.2010105@csdoc.com>

On 29.05.2012 21:33, JIghtuse wrote:

> Udacity не нжудается в рекламе, как и nginx. Вы действительно
> считаете, что они говорили бы о сервере, если не использовали его?

судя по информации из интернета - reddit использует Server: AmazonS3
и Server: '; DROP TABLE servertypes; --

может быть они и используют nginx, но в заголовках этого нет,
как например, есть в ответах сервера http://wordpress.com/

судя по тому, что пишет http://www.reddit.com/ в заголовке
"Server:" ответов своего сайта - им лишняя реклама не нужна.

> На мой взгляд, страницу компаний, использующих nginx, возможно
> расширить не в убыток наглядности. Возможно, выбирать изображения
> компаний из набора случайным образом. С удовольствием бы помог сделать
> такую мелочь.

добавление одного протокола SPDY будет стоить дороже 1000000 таких 
рекламных буклетов. потому что это будет сразу отображено на сайте

http://news.netcraft.com/archives/2012/05/02/may-2012-web-server-survey.html

- в результате таких обзоров гугл видит в сети более 6000 статей на тему
"Web server software NGINX is now bigger than Microsoft IIS", например.

>> On 28.05.2012 11:05, JIghtuse wrote:

>>> На текущей, 7 неделе курса Udacity cs253 главный инженер reddit
>>> признался, что их сайт использует nginx для раздачи статичного
>>> контента:
>>> http://www.youtube.com/watch?feature=player_embedded&v=Ovv3i32qI10#t=147s
>>> Популярный ресурс, думаю было бы отлично включить его в страницу
>>> компаний, использующих сервер ( http://nginx.com/company.html )

>> $ curl -I http://www.redditstatic.com/pencil-gray.png
>> Server: AmazonS3
>>
>> $ curl -I http://www.reddit.com/favicon.ico
>> Server: '; DROP TABLE servertypes; --
>>
>> если бы они действительно хотели, чтобы их "контора" рекламировалась
>> на сайте nginx, то в ответе их сайта было бы написано "Server: nginx"

-- 
Best regards,
  Gena


From roman.vasilyev на yousendit.com  Tue May 29 19:36:17 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Tue, 29 May 2012 12:36:17 -0700
Subject: Who's using NGINX
In-Reply-To: <4FC5243E.2010105@csdoc.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com>
Message-ID: <4FC52531.5040308@yousendit.com>

On 05/29/2012 12:32 PM, Gena Makhomed wrote:
> может быть они и используют nginx, но в заголовках этого нет,
> как например, есть в ответах сервера http://wordpress.com/
Вроде как писать в заголовках nginx или нет управляется 
proxy_hide_header/proxy_ignore_headers/proxy_pass_header


From gmm на csdoc.com  Tue May 29 19:47:35 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 29 May 2012 22:47:35 +0300
Subject: Who's using NGINX
In-Reply-To: <4FC52531.5040308@yousendit.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
Message-ID: <4FC527D7.7090703@csdoc.com>

On 29.05.2012 22:36, Roman Vasilyev wrote:

>> может быть они и используют nginx, но в заголовках этого нет,
>> как например, есть в ответах сервера http://wordpress.com/

> Вроде как писать в заголовках nginx или нет управляется
> proxy_hide_header/proxy_ignore_headers/proxy_pass_header

в таком случае - Вас не затруднит предоставить фрагмент конфига nginx
при использовании которого nginx будет в поле Server: представляться, 
например, апачем или IIS`ом? насколько мне известно - это невозможно.
(без того чтобы патчить исходники nginx)

а если патчить исходники и менять имя веб-сервера, - то это уже будет
не nginx, а форк с другим именем, созданный на основе исходников nginx.
(как это делается например, китайскими товарищами)

-- 
Best regards,
  Gena


From latypoff на yandex.ru  Tue May 29 19:47:42 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Wed, 30 May 2012 02:47:42 +0700
Subject: Who's using NGINX
In-Reply-To: <4FC52531.5040308@yousendit.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
Message-ID: <159881338320862@web18e.yandex.ru>

30.05.2012, 02:36, "Roman Vasilyev" <roman.vasilyev на yousendit.com>:
> On 05/29/2012 12:32 PM, Gena Makhomed wrote:
>
>>  может быть они и используют nginx, но в заголовках этого нет,
>>  как например, есть в ответах сервера http://wordpress.com/
>
> Вроде как писать в заголовках nginx или нет управляется
> proxy_hide_header/proxy_ignore_headers/proxy_pass_header
>

Честно говоря, server_tokens. Если поставить в off, то не будет
выводится версия.

-- 
br, Denis F. Latypoff.


From roman.vasilyev на yousendit.com  Tue May 29 20:03:20 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Tue, 29 May 2012 13:03:20 -0700
Subject: Who's using NGINX
In-Reply-To: <4FC527D7.7090703@csdoc.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
	<4FC527D7.7090703@csdoc.com>
Message-ID: <4FC52B88.2090204@yousendit.com>

On 05/29/2012 12:47 PM, Gena Makhomed wrote:
>
> в таком случае - Вас не затруднит предоставить фрагмент конфига nginx 
   location /test_mi {
     proxy_pass http://microsoft.com;
     proxy_pass_header Server;
   }


From gmm на csdoc.com  Tue May 29 20:27:10 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 29 May 2012 23:27:10 +0300
Subject: Who's using NGINX
In-Reply-To: <4FC52B88.2090204@yousendit.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
	<4FC527D7.7090703@csdoc.com> <4FC52B88.2090204@yousendit.com>
Message-ID: <4FC5311E.9060305@csdoc.com>

On 29.05.2012 23:03, Roman Vasilyev wrote:

> location /test_mi {
>     proxy_pass http://microsoft.com;
>     proxy_pass_header Server;
> }

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

-- 
Best regards,
  Gena


From wangsamp на gmail.com  Tue May 29 21:17:05 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Wed, 30 May 2012 00:17:05 +0300 (EEST)
Subject: Who's using NGINX
In-Reply-To: <4FC5311E.9060305@csdoc.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
	<4FC527D7.7090703@csdoc.com>
	<4FC52B88.2090204@yousendit.com> <4FC5311E.9060305@csdoc.com>
Message-ID: <alpine.BSF.2.00.1205300016270.38615@u.fchgavxzrqvn.arg>

Yesterday May 29, 2012 at 23:27 Gena Makhomed wrote:

> On 29.05.2012 23:03, Roman Vasilyev wrote:
> 
> > location /test_mi {
> >     proxy_pass http://microsoft.com;
> >     proxy_pass_header Server;
> > }
> 
> да, действительно. но это справедливо только для проксируемых
> запросов. для статики, которую nginx отдает напрямую - скрыть
> его присутствие без изменения исходников все-таки невозможно.

  Достаточно модуля:
  http://wiki.nginx.org/HttpHeadersMoreModule#more_set_headers

-- 
WNGS-RIPE


From chipitsine на gmail.com  Wed May 30 05:53:41 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Wed, 30 May 2012 11:53:41 +0600
Subject: Who's using NGINX
In-Reply-To: <4FC5311E.9060305@csdoc.com>
References: <CAK38VanjqPMSqJeXoayPXqNvOkjcN50VWNEabab_JG=h=gP+gw@mail.gmail.com>
	<4FC34721.8010209@csdoc.com>
	<CAK38VamLjUkOQ_Ufqk+Z-_J8gBS_Go5M=javjNSmYu5EcgiZEQ@mail.gmail.com>
	<4FC5243E.2010105@csdoc.com> <4FC52531.5040308@yousendit.com>
	<4FC527D7.7090703@csdoc.com> <4FC52B88.2090204@yousendit.com>
	<4FC5311E.9060305@csdoc.com>
Message-ID: <CAFHpkQEs5bSNnDNCz=rYf_cj-yMjezBEhQJfyvx2xLjD+Az32Q@mail.gmail.com>

можно без перекомпиляции, а смысл ?

        location / {
            root   html;
            index  index.html index.htm;
            header_filter_by_lua 'ngx.header.Server = "Apache Web Server on
the ZX Spectrum"';
        }

........

 # wget -S http://127.0.0.1 2>&1 | grep Server
  Server: Apache Web Server on the ZX Spectrum


30 мая 2012 г., 2:27 пользователь Gena Makhomed <gmm на csdoc.com> написал:

> On 29.05.2012 23:03, Roman Vasilyev wrote:
>
>  location /test_mi {
>>    proxy_pass http://microsoft.com;
>>    proxy_pass_header Server;
>> }
>>
>
> да, действительно. но это справедливо только для проксируемых
> запросов. для статики, которую nginx отдает напрямую - скрыть
> его присутствие без изменения исходников все-таки невозможно.
>
> --
> Best regards,
>  Gena
>
>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120530/798f27ad/attachment.html>

From nginx-forum на nginx.us  Wed May 30 08:40:00 2012
From: nginx-forum на nginx.us (Dron)
Date: Wed, 30 May 2012 04:40:00 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IFdlYlNvY2tldA==?=
In-Reply-To: <9c061625cceed865b9c7b5c22b9febb7.NginxMailingListRussian@forum.nginx.org>
References: <83C8ABFF-6C5E-4F16-85AD-3BA406FE3432@gmail.com>
	<9c061625cceed865b9c7b5c22b9febb7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!
Хотелось-бы снова поднять данный
вопрос. Как обстоят дела с WebSockets?
Планируются какие-либо движения в этом
вопросе?
Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,147948,227001#msg-227001


From nginx-forum на nginx.us  Wed May 30 14:58:32 2012
From: nginx-forum на nginx.us (Craken)
Date: Wed, 30 May 2012 10:58:32 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IFdlYlNvY2tldA==?=
In-Reply-To: <47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>
References: <83C8ABFF-6C5E-4F16-85AD-3BA406FE3432@gmail.com>
	<9c061625cceed865b9c7b5c22b9febb7.NginxMailingListRussian@forum.nginx.org>
	<47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b21aedf0d0fd4142d19e31dee21754a4.NginxMailingListRussian@forum.nginx.org>

Dron Пишет:
-------------------------------------------------------
> Здравствуйте!
> Хотелось-бы снова поднять
> данный вопрос. Как обстоят
> дела с WebSockets?
> Планируются какие-либо
> движения в этом вопросе?
> Спасибо.

Вряд ли будут продвижения по этому
вопросу. На сколько мне известно, в
планах такого нет и не будет.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,147948,227006#msg-227006


From gmm на csdoc.com  Wed May 30 15:17:27 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Wed, 30 May 2012 18:17:27 +0300
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IFdlYlNvY2tldA==?=
In-Reply-To: <47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>
References: <83C8ABFF-6C5E-4F16-85AD-3BA406FE3432@gmail.com>
	<9c061625cceed865b9c7b5c22b9febb7.NginxMailingListRussian@forum.nginx.org>
	<47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FC63A07.4010205@csdoc.com>

On 30.05.2012 11:40, Dron wrote:

> Как обстоят дела с WebSockets?
> Планируются какие-либо движения в этом
> вопросе?

http://trac.nginx.org/nginx/roadmap

-- 
Best regards,
  Gena


From ne на vbart.ru  Wed May 30 15:23:13 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Wed, 30 May 2012 19:23:13 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IFdlYlNvY2tldA==?=
In-Reply-To: <b21aedf0d0fd4142d19e31dee21754a4.NginxMailingListRussian@forum.nginx.org>
References: <83C8ABFF-6C5E-4F16-85AD-3BA406FE3432@gmail.com>
	<47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org>
	<b21aedf0d0fd4142d19e31dee21754a4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205301923.13824.ne@vbart.ru>

On Wednesday 30 May 2012 18:58:32 Craken wrote:
> Dron Пишет:
> -------------------------------------------------------
> 
> > Здравствуйте!
> > Хотелось-бы снова поднять
> > данный вопрос. Как обстоят
> > дела с WebSockets?
> > Планируются какие-либо
> > движения в этом вопросе?
> > Спасибо.
> 
> Вряд ли будут продвижения по этому
> вопросу. На сколько мне известно, в
> планах такого нет и не будет.
> 

http://trac.nginx.org/nginx/milestone/1.3

" ? Не надо делать такой удивленный вид. Все карты, проекты и распоряжения о 
сносе висят на доске объявлений в вашем районном отделении Управления на Альфе 
Центавра уже пятьдесят ваших земных лет, так что у вас было достаточно времени, 
чтобы обжаловать решение по всем правилам. А теперь возмущаться несколько 
поздновато."

--
Валентин Бартенев

From roman.vasilyev на yousendit.com  Wed May 30 22:33:33 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 30 May 2012 15:33:33 -0700
Subject: windows embedded Perl
Message-ID: <4FC6A03D.4090401@yousendit.com>

Как обычо короткий и глупый вопрос, планируется ли поддержка embedded 
Perl под Windows если да то когда, если нет то почему?


From zzz на zzz.org.ua  Thu May 31 01:19:40 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 31 May 2012 04:19:40 +0300
Subject: windows embedded Perl
In-Reply-To: <4FC6A03D.4090401@yousendit.com>
References: <4FC6A03D.4090401@yousendit.com>
Message-ID: <CAKb9G9hERD39GqEi794twNOg1dSjF+GvLZwbbV07+Cpo4kr5UA@mail.gmail.com>

> Как обычо короткий и глупый вопрос, планируется ли поддержка embedded Perl
> под Windows если да то когда, если нет то почему?

Не все так просто, nginx не собирается под виндовым mingw, который
нужен для Active Perl и Strawberry Perl. Хотя нычне Active Perl уже
врядли кому-то интересен из-за ограничений в лицензии, так что
остается только Strawberry. Но сначала все же сам nginx под mingw
(нативным, без MSYS'а) должен собираться. Я как-то смотрел уже, но это
много работы, потому отбросил.

А еще есть cygwin, где пофиксить сборку не должно быть трудно, там
ошибка пока только в том, что не находит символы в dll'ке, которая из
XS модуля получается. Надо только cygwin поставить, чтобы разобраться.

From nginx-forum на nginx.us  Thu May 31 06:19:32 2012
From: nginx-forum на nginx.us (McSim)
Date: Thu, 31 May 2012 02:19:32 -0400 (EDT)
Subject: =?UTF-8?B?0Jgg0L7Qv9GP0YLRjCDQv9GA0L4gcmVkaXJlY3Q=?=
Message-ID: <73a2ffba304a6488c41ee3110f9ca07e.NginxMailingListRussian@forum.nginx.org>

Добрый день!

Развернул сайт на wordpresse с
конфигурацией "мультисайт". Надо
сделать чтоб основной сайт
перебрасывал с site.ru на www.site.ru, а
остальные поддомены не трогал (user1.site.ru,
user2.site.ru ....) Сейчас в конфиге прописано:

server {
    server_name site.ru *.site.ru;

    if ($host ~ ^site.ru) {
        rewrite (.*) http://www.site.ru$1 permanent;
    }
...
}
Вроде все работает, но... в
Яндекс.Вебмастер указал основное
зеркало - www.site.ru
Две недели он мне делал мозг,
повыкидывал все страницы из поисковой
выдачи, а потом заявил что в качестве
основного зеркала этот адрес
использовать нельзя :(

Как быть? Очень на Вас надеюсь

С уважением.

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


From igor на sysoev.ru  Thu May 31 06:47:29 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Thu, 31 May 2012 10:47:29 +0400
Subject: =?UTF-8?B?UmU6INCYINC+0L/Rj9GC0Ywg0L/RgNC+IHJlZGlyZWN0?=
In-Reply-To: <73a2ffba304a6488c41ee3110f9ca07e.NginxMailingListRussian@forum.nginx.org>
References: <73a2ffba304a6488c41ee3110f9ca07e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120531064728.GA82134@nginx.com>

On Thu, May 31, 2012 at 02:19:32AM -0400, McSim wrote:
> Добрый день!
> 
> Развернул сайт на wordpresse с
> конфигурацией "мультисайт". Надо
> сделать чтоб основной сайт
> перебрасывал с site.ru на www.site.ru, а
> остальные поддомены не трогал (user1.site.ru,
> user2.site.ru ....) Сейчас в конфиге прописано:
> 
> server {
>     server_name site.ru *.site.ru;
> 
>     if ($host ~ ^site.ru) {
>         rewrite (.*) http://www.site.ru$1 permanent;
>     }
> ...
> }

http://nginx.org/en/docs/http/converting_rewrite_rules.html

> Вроде все работает, но... в
> Яндекс.Вебмастер указал основное
> зеркало - www.site.ru
> Две недели он мне делал мозг,
> повыкидывал все страницы из поисковой
> выдачи, а потом заявил что в качестве
> основного зеркала этот адрес
> использовать нельзя :(
> 
> Как быть? Очень на Вас надеюсь

А каким боком тут nginx ?


-- 
Igor Sysoev


From nginx-forum на nginx.us  Thu May 31 06:53:33 2012
From: nginx-forum на nginx.us (McSim)
Date: Thu, 31 May 2012 02:53:33 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCYINC+0L/Rj9GC0Ywg0L/RgNC+IHJlZGlyZWN0?=
In-Reply-To: <73a2ffba304a6488c41ee3110f9ca07e.NginxMailingListRussian@forum.nginx.org>
References: <73a2ffba304a6488c41ee3110f9ca07e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3cacec4d7789db3a990e3522a617a7d0.NginxMailingListRussian@forum.nginx.org>

я, так понимаю, не верный редирект идет
из-за настроек моего сервера

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227024,227027#msg-227027


From stalker на altlinux.ru  Thu May 31 07:19:16 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 31 May 2012 11:19:16 +0400
Subject: =?UTF-8?B?0LDQu9C40LDRgdGLL9C70L7QutC10LnRiNC10L3Riw==?=
Message-ID: <4FC71B74.1010308@altlinux.ru>

помогите решить проблему с алиасами/локейшеном.

В конфигурации

location  /smokeping/ {
     alias /usr/local/smokeping/htdocs;

location ~ \.fcgi$ {
  include fastcgi_params;
  fastcgi_pass unix:/var/run/fcgiwrap/fcgiwrap.sock;
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  fastcgi_param REMOTE_USER $remote_user;
           }
     }


Однако при обрашении к
http://monitoring.local/smokeping/smokeping.fcgi в логе светится
FastCGI sent in stderr: "Cannot chdir to script directory 
(/usr/local/smokeping/htdocs/smokeping)"


From for.poige+nginx на gmail.com  Thu May 31 07:42:06 2012
From: for.poige+nginx на gmail.com (Igor M Podlesny)
Date: Thu, 31 May 2012 15:42:06 +0800
Subject: =?UTF-8?B?ItCf0L7Qu9C40LzQvtGA0YTQvdGL0LkiIHNlcnZlcjsgc2VydmVyIHN3aXRjaA==?=
Message-ID: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>

   Есть server ? суть перечень location, которые либо проксируют
запрос до backend, либо указывают на статику, которую держит сам
nginx. В зависимости от неких условий (например определённый IP-адрес
клиента, или спец. ?печенька? в запросе) хочется, чтобы запрос
обрабатывался другой группой location ? в другой директиве server,
соответственно, если опираться на существующие в данный момент
парадигмы nginx.conf.

   Ничего лучшего, чем проксирование запроса server-мультиплексором
(parent'ом, так сказать) в 2-а дочерних server'а, я пока не придумал.
Понятно, что это не очень оптимально ? каждый внешний connect
превращается в один промежуточный internal self-connect. Возможно, что
это тот самый случай, когда недавно добавленная поддержка keep-alive
весьма облегчает ситуацию, но всё-таки ? может быть какие-нибудь ещё
идеи?

--

From postmaster на softsearch.ru  Thu May 31 07:59:52 2012
From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=)
Date: Thu, 31 May 2012 11:59:52 +0400
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
Message-ID: <102317054.20120531115952@softsearch.ru>

Здравствуйте, Igor.

>    Есть server ? суть перечень location, которые либо проксируют
> запрос до backend, либо указывают на статику, которую держит сам
> nginx. В зависимости от неких условий (например определённый IP-адрес
> клиента, или спец. ?печенька? в запросе) хочется, чтобы запрос
> обрабатывался другой группой location ? в другой директиве server,
> соответственно, если опираться на существующие в данный момент
> парадигмы nginx.conf.

А что мешает написать это в конфиге nginx через map, например?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From igor на sysoev.ru  Thu May 31 08:00:22 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Thu, 31 May 2012 12:00:22 +0400
Subject: =?UTF-8?B?UmU6INCw0LvQuNCw0YHRiy/Qu9C+0LrQtdC50YjQtdC90Ys=?=
In-Reply-To: <4FC71B74.1010308@altlinux.ru>
References: <4FC71B74.1010308@altlinux.ru>
Message-ID: <20120531080022.GA84915@nginx.com>

On Thu, May 31, 2012 at 11:19:16AM +0400, Anton Gorlov wrote:
> помогите решить проблему с алиасами/локейшеном.
> 
> В конфигурации
> 
> location  /smokeping/ {
>      alias /usr/local/smokeping/htdocs;
> 
> location ~ \.fcgi$ {
>   include fastcgi_params;
>   fastcgi_pass unix:/var/run/fcgiwrap/fcgiwrap.sock;
>   fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
>   fastcgi_param REMOTE_USER $remote_user;
>            }
>      }
> 
> 
> Однако при обрашении к
> http://monitoring.local/smokeping/smokeping.fcgi в логе светится
> FastCGI sent in stderr: "Cannot chdir to script directory 
> (/usr/local/smokeping/htdocs/smokeping)"

  fastcgi_param SCRIPT_FILENAME $request_filename;


-- 
Igor Sysoev


From for.poige+nginx на gmail.com  Thu May 31 08:08:26 2012
From: for.poige+nginx на gmail.com (Igor M Podlesny)
Date: Thu, 31 May 2012 16:08:26 +0800
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <102317054.20120531115952@softsearch.ru>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
Message-ID: <CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>

2012/5/31 Михаил Монашёв <postmaster на softsearch.ru>:
[?]
> А что мешает написать это в конфиге nginx через map, например?

   А как тут поможет модуль, который ?? создаёт переменные, значения
которых зависят от значений других переменных. ?? ? ?

   По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
(как минимум), возможно, и другие директивы тоже будут, которые должны
отличаться.

--

From stalker на altlinux.ru  Thu May 31 08:11:10 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 31 May 2012 12:11:10 +0400
Subject: =?UTF-8?B?UmU6INCw0LvQuNCw0YHRiy/Qu9C+0LrQtdC50YjQtdC90Ys=?=
In-Reply-To: <20120531080022.GA84915@nginx.com>
References: <4FC71B74.1010308@altlinux.ru> <20120531080022.GA84915@nginx.com>
Message-ID: <4FC7279E.4080803@altlinux.ru>

31.05.2012 12:00, Igor Sysoev написал:
> fastcgi_param SCRIPT_FILENAME $request_filename;

О.. уже лучше...
правда не взлетело

upstream prematurely closed FastCGI stdout while reading response header 
from upstream


From nginx-forum на nginx.us  Thu May 31 08:19:21 2012
From: nginx-forum на nginx.us (skeletor)
Date: Thu, 31 May 2012 04:19:21 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCw0LvQuNCw0YHRiy/Qu9C+0LrQtdC50YjQtdC90Ys=?=
In-Reply-To: <4FC71B74.1010308@altlinux.ru>
References: <4FC71B74.1010308@altlinux.ru>
Message-ID: <a66c42378c0431e737fd3c02faa5fbfd.NginxMailingListRussian@forum.nginx.org>

Значит ваш upstream не может обработать
правильно запрос

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227028,227035#msg-227035


From igor на sysoev.ru  Thu May 31 08:20:10 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Thu, 31 May 2012 12:20:10 +0400
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
Message-ID: <20120531082010.GA85365@nginx.com>

On Thu, May 31, 2012 at 04:08:26PM +0800, Igor M Podlesny wrote:
> 2012/5/31 Михаил Монашёв <postmaster на softsearch.ru>:
> [?]
> > А что мешает написать это в конфиге nginx через map, например?
> 
>    А как тут поможет модуль, который ?? создаёт переменные, значения
> которых зависят от значений других переменных. ?? ? ?
> 
>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
> (как минимум), возможно, и другие директивы тоже будут, которые должны
> отличаться.

Почему-то мне это напоминает раскладывание граблей на ровном месте,
типа того, как оптимизаторы сначала делает /index.php, который
умеет всё, а потом нечеловеческими усилиями прикручивают туда
человеко-понятные-урлы.


-- 
Igor Sysoev


From stalker на altlinux.ru  Thu May 31 08:24:10 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 31 May 2012 12:24:10 +0400
Subject: =?UTF-8?B?UmU6INCw0LvQuNCw0YHRiy/Qu9C+0LrQtdC50YjQtdC90Ys=?=
In-Reply-To: <a66c42378c0431e737fd3c02faa5fbfd.NginxMailingListRussian@forum.nginx.org>
References: <4FC71B74.1010308@altlinux.ru>
	<a66c42378c0431e737fd3c02faa5fbfd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FC72AAA.7050106@altlinux.ru>

31.05.2012 12:19, skeletor написал:
> Значит ваш upstream не может обработать
> правильно запрос

уху..Вопрсо кто виноват -сам smokeping или fcgiwrap...


From for.poige+nginx на gmail.com  Thu May 31 08:31:51 2012
From: for.poige+nginx на gmail.com (Igor M Podlesny)
Date: Thu, 31 May 2012 16:31:51 +0800
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <20120531082010.GA85365@nginx.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
Message-ID: <CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>

2012/5/31 Igor Sysoev <igor на sysoev.ru>:
[?]
>>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
>> (как минимум), возможно, и другие директивы тоже будут, которые должны
>> отличаться.
>
> Почему-то мне это напоминает раскладывание граблей на ровном месте,
> типа того, как оптимизаторы сначала делает /index.php, который
> умеет всё, а потом нечеловеческими усилиями прикручивают туда
> человеко-понятные-урлы.

   Может быть потому, что способов сделать это "прямо" в nginx сейчас нет?
   ? Конечно, тогда проще назвать это извращением. ;-P

--

From chipitsine на gmail.com  Thu May 31 08:47:36 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Thu, 31 May 2012 14:47:36 +0600
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
	<CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
Message-ID: <CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>

у nginx-а есть неплохие support-контракты, может вам в эту сторону
посмотреть ?
так то любой каприз за ваши кровные, клиент всегда прав и все такие дела.
только успевайте отстегивать по прейскуранту.

31 мая 2012 г., 14:31 пользователь Igor M Podlesny <
for.poige+nginx на gmail.com> написал:

> 2012/5/31 Igor Sysoev <igor на sysoev.ru>:
> [...]
> >>    По-сути -- нужно swtich'нуться между 2-я разными _наборами_ location
> >> (как минимум), возможно, и другие директивы тоже будут, которые должны
> >> отличаться.
> >
> > Почему-то мне это напоминает раскладывание граблей на ровном месте,
> > типа того, как оптимизаторы сначала делает /index.php, который
> > умеет всё, а потом нечеловеческими усилиями прикручивают туда
> > человеко-понятные-урлы.
>
>    Может быть потому, что способов сделать это "прямо" в nginx сейчас нет?
>   -- Конечно, тогда проще назвать это извращением. ;-P
>
> --
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120531/f175bd53/attachment-0001.html>

From stalker на altlinux.ru  Thu May 31 08:52:32 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 31 May 2012 12:52:32 +0400
Subject: =?UTF-8?B?UmU6INCw0LvQuNCw0YHRiy/Qu9C+0LrQtdC50YjQtdC90Ys=?=
In-Reply-To: <a66c42378c0431e737fd3c02faa5fbfd.NginxMailingListRussian@forum.nginx.org>
References: <4FC71B74.1010308@altlinux.ru>
	<a66c42378c0431e737fd3c02faa5fbfd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FC73150.8020403@altlinux.ru>

31.05.2012 12:19, skeletor написал:
> Значит ваш upstream не может обработать
> правильно запрос

хехе.. кажется проблема найдена
cat smokeping.fcgi
#!/bin/sh
/usr/local/bin/smokeping_cgi /usr/local/etc/smokeping/config

при этом если вызывать напрямую  /usr/local/bin/smokeping_cgi
то всё работает..
Хотя странно почему оно через враппер не запускается


From for.poige+nginx на gmail.com  Thu May 31 09:04:01 2012
From: for.poige+nginx на gmail.com (Igor M Podlesny)
Date: Thu, 31 May 2012 17:04:01 +0800
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
	<CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
	<CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
Message-ID: <CA+sTkh4RT7-zQL7kkSYJQehp7NMQfad60ZdhyiR1rQLgjHdasQ@mail.gmail.com>

2012/5/31 Илья Шипицин <chipitsine на gmail.com>:
> у nginx-а есть неплохие support-контракты, может вам в эту сторону
> посмотреть ?
> так то любой каприз за ваши кровные, клиент всегда прав и все такие дела.
> только успевайте отстегивать по прейскуранту.
>
> 31 мая 2012 г., 14:31 пользователь Igor M Podlesny
> <for.poige+nginx на gmail.com> написал:
>>
>> 2012/5/31 Igor Sysoev <igor на sysoev.ru>:
>> [?]
>> >>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
>> >> (как минимум), возможно, и другие директивы тоже будут, которые должны
>> >> отличаться.
>> >
>> > Почему-то мне это напоминает раскладывание граблей на ровном месте,
>> > типа того, как оптимизаторы сначала делает /index.php, который
>> > умеет всё, а потом нечеловеческими усилиями прикручивают туда
>> > человеко-понятные-урлы.
>>
>>   Может быть потому, что способов сделать это "прямо" в nginx сейчас нет?
>>   ? Конечно, тогда проще назвать это извращением. ;-P

   Илья, за вовремя отстёгнутые кровные по нормальному прейскуранту, я
и сам это прикручу. Спасибо.

--

From gmm на csdoc.com  Thu May 31 09:14:41 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 31 May 2012 12:14:41 +0300
Subject: =?UTF-8?B?0J/Rj9GC0Ywg0JPQu9Cw0LLQvdGL0YUg0J/RgNC40YfQuNC9LCDQn9C+0YfQtdC8?=
	=?UTF-8?B?0YMg0KPRgtCy0LXRgNC20LTQtdC90LjQtSDigJzQmtC70LjQtdC90YIg0JI=?=
	=?UTF-8?B?0YHQtdCz0LTQsCDQn9GA0LDQsuKAnSDQndC10LLQtdGA0L3Qvg==?=
In-Reply-To: <CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
	<CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
	<CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
Message-ID: <4FC73681.6080307@csdoc.com>

On 31.05.2012 11:47, Илья Шипицин wrote:

> так то любой каприз за ваши кровные, клиент всегда прав и все такие дела.

я не нашел где на сайте nginx.com написано что "клиент всегда прав".

тем более, что:

http://howtosell.ru/2008/04/07/pyat-glavnyx-prichin-pochemu-utverzhdenie-klient-vsegda-prav-neverno/
Пять Главных Причин, Почему Утверждение ?Клиент Всегда Прав? Неверно

-- 
Best regards,
  Gena


From ne на vbart.ru  Thu May 31 09:15:52 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 31 May 2012 13:15:52 +0400
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
Message-ID: <201205311315.53171.ne@vbart.ru>

On Thursday 31 May 2012 12:08:26 Igor M Podlesny wrote:
> 2012/5/31 Михаил Монашёв <postmaster на softsearch.ru>:
> [?]
> 
> > А что мешает написать это в конфиге nginx через map, например?
> 
>    А как тут поможет модуль, который ?? создаёт переменные, значения
> которых зависят от значений других переменных. ?? ? ?
> 
>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
> (как минимум), возможно, и другие директивы тоже будут, которые должны
> отличаться.
> 

Что мешает сделать это в рамках одного блока server?

--
Валентин Бартенев

From gmm на csdoc.com  Thu May 31 09:23:14 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 31 May 2012 12:23:14 +0300
Subject: windows embedded Perl
In-Reply-To: <4FC6A03D.4090401@yousendit.com>
References: <4FC6A03D.4090401@yousendit.com>
Message-ID: <4FC73882.2010008@csdoc.com>

On 31.05.2012 1:33, Roman Vasilyev wrote:

> планируется ли поддержка embedded
> Perl под Windows если да то когда, если нет то почему?

если очень хочется, то это можно сделать уже прямо сейчас:

Windows( VirtualBox( Linux_or_BSD( nginx + mod_perl ) ) );

будет работать не хуже, чем через select с ограничением в 1024 коннекта.

P.S. такая схема работает на одном из виндовых серверов уже лет пять,
именно что nginx + mod_perl, только вместо VirtualBox там стоит VMware.

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Thu May 31 09:29:32 2012
From: nginx-forum на nginx.us (den_saw)
Date: Thu, 31 May 2012 05:29:32 -0400 (EDT)
Subject: Segmentation fault (core dumped)
Message-ID: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>

Добрый день.

Столкнулся с проблемой.
Nginx стоит перед apache.
Все отлично работало, но при очередном
перезапуске получил: Segmentation fault (core dumped)

Конфиг проверил - все правильно.
Ставил порт 888888 на последнем
виртуалхосте чтобы конфиг проверить,
все отработало нормально и nginx ругнулся
на порт.

При запуске или запуске configtest падает в
корку

#gdb /usr/local/etc/rc.d/nginx /root/nginx.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as
"amd64-marcel-freebsd"..."/usr/local/etc/rc.d/nginx": not in executable
format: File format not recognized

Core was generated by `nginx'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000004065c3 in ?? ()

#nginx -V
nginx version: nginx/1.2.0
configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I
/usr/local/include' --with-ld-opt='-L /usr/local/lib'
--conf-path=/usr/local/etc/nginx/nginx.conf
--sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid
--error-log-path=/var/log/nginx-error.log --user=www --group=www
--with-google_perftools_module
--http-client-body-temp-path=/var/tmp/nginx/client_body_temp
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp
--http-proxy-temp-path=/var/tmp/nginx/proxy_temp
--http-scgi-temp-path=/var/tmp/nginx/scgi_temp
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp
--http-log-path=/var/log/nginx-access.log --with-http_stub_status_module
--with-pcre

 #/usr/local/etc/rc.d/nginx oneconfigtest
Performing sanity check on nginx configuration:
nginx: [warn] conflicting server name "xxxxxxxx.com" on
xx.xxx.xxx.xxx:888, ignored
nginx: [warn] conflicting server name "xxxxxxxxx.com" on
xx.xxx.xxx.xxx:888, ignored
nginx: [warn] conflicting server name "xxxxxxxxxxxx.net" on
xx.xxx.xxx.xxx:888, ignored
Segmentation fault (core dumped)


Есть идеи в какую сторону копать?

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


From nginx-forum на nginx.us  Thu May 31 09:30:59 2012
From: nginx-forum на nginx.us (den_saw)
Date: Thu, 31 May 2012 05:30:59 -0400 (EDT)
Subject: Segmentation fault (core dumped)
In-Reply-To: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c6f4e42ec9cbee1125be798299aea81b.NginxMailingListRussian@forum.nginx.org>

Забыл добавить.

До 1.2.0 обновился уже после
возникновения проблемы.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227046#msg-227046


From for.poige+nginx на gmail.com  Thu May 31 09:46:53 2012
From: for.poige+nginx на gmail.com (Igor M Podlesny)
Date: Thu, 31 May 2012 17:46:53 +0800
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <201205311315.53171.ne@vbart.ru>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<201205311315.53171.ne@vbart.ru>
Message-ID: <CA+sTkh5-bSYFgMQ1Zq0P8a7vUgSVaSFS7Y-ND6q0CyP7SKRwbA@mail.gmail.com>

2012/5/31 Валентин Бартенев <ne на vbart.ru>:
> On Thursday 31 May 2012 12:08:26 Igor M Podlesny wrote:
>> 2012/5/31 Михаил Монашёв <postmaster на softsearch.ru>:
>> [?]
>>
>> > А что мешает написать это в конфиге nginx через map, например?
>>
>>    А как тут поможет модуль, который ?? создаёт переменные, значения
>> которых зависят от значений других переменных. ?? ? ?
>>
>>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
>> (как минимум), возможно, и другие директивы тоже будут, которые должны
>> отличаться.
>>
>
> Что мешает сделать это в рамках одного блока server?

   Текущий механизм обработки директив location внутри блока server(?)?

--

From ne на vbart.ru  Thu May 31 10:51:23 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 31 May 2012 14:51:23 +0400
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh5-bSYFgMQ1Zq0P8a7vUgSVaSFS7Y-ND6q0CyP7SKRwbA@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<201205311315.53171.ne@vbart.ru>
	<CA+sTkh5-bSYFgMQ1Zq0P8a7vUgSVaSFS7Y-ND6q0CyP7SKRwbA@mail.gmail.com>
Message-ID: <201205311451.23584.ne@vbart.ru>

On Thursday 31 May 2012 13:46:53 Igor M Podlesny wrote:
> 2012/5/31 Валентин Бартенев <ne на vbart.ru>:
> > On Thursday 31 May 2012 12:08:26 Igor M Podlesny wrote:
> >> 2012/5/31 Михаил Монашёв <postmaster на softsearch.ru>:
> >> [?]
> >> 
> >> > А что мешает написать это в конфиге nginx через map, например?
> >> 
> >>    А как тут поможет модуль, который ?? создаёт переменные, значения
> >> которых зависят от значений других переменных. ?? ? ?
> >> 
> >>    По-сути ? нужно swtich'нуться между 2-я разными _наборами_ location
> >> (как минимум), возможно, и другие директивы тоже будут, которые должны
> >> отличаться.
> > 
> > Что мешает сделать это в рамках одного блока server?
> 
>    Текущий механизм обработки директив location внутри блока server(?)?
> 

Чем например?

Hint: location-ы внутри другого location-а обрабатываются примерно по тому же 
принципу, как и внутри блока server.

--
Валентин Бартенев

From ru на nginx.com  Thu May 31 11:01:37 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Thu, 31 May 2012 15:01:37 +0400
Subject: Segmentation fault (core dumped)
In-Reply-To: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120531110137.GA33476@lo0.su>

On Thu, May 31, 2012 at 05:29:32AM -0400, den_saw wrote:
> Добрый день.
> 
> Столкнулся с проблемой.
> Nginx стоит перед apache.
> Все отлично работало, но при очередном
> перезапуске получил: Segmentation fault (core dumped)
> 
> Конфиг проверил - все правильно.
> Ставил порт 888888 на последнем
> виртуалхосте чтобы конфиг проверить,
> все отработало нормально и nginx ругнулся
> на порт.
> 
> При запуске или запуске configtest падает в
> корку
> 
> #gdb /usr/local/etc/rc.d/nginx /root/nginx.core
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> This GDB was configured as
> "amd64-marcel-freebsd"..."/usr/local/etc/rc.d/nginx": not in executable
> format: File format not recognized

/usr/local/etc/rc.d/nginx это shell-скрипт, вместо него
следует подставить имя исполняемого файла nginx.


From a.vasilishin на kpi.ua  Thu May 31 11:06:55 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 31 May 2012 14:06:55 +0300
Subject: Segmentation fault (core dumped)
In-Reply-To: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4FC750CF.5090707@kpi.ua>

31.05.2012 12:29, den_saw написал:
> Ставил порт 888888 на последнем

Их какбы всего 65535, Вас не смутило, что на порт нгинкс ругнулся?

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Thu May 31 11:20:09 2012
From: nginx-forum на nginx.us (den_saw)
Date: Thu, 31 May 2012 07:20:09 -0400 (EDT)
Subject: Segmentation fault (core dumped)
In-Reply-To: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8c54632d9a4265993fb4fbe46ee91a8c.NginxMailingListRussian@forum.nginx.org>

>Их какбы всего 65535, Вас не смутило, что
на порт нгинкс ругнулся?

не смутило, для того и ставил чтобы
проверить что в конфиге все нормально.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227053#msg-227053


From ne на vbart.ru  Thu May 31 11:38:24 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 31 May 2012 15:38:24 +0400
Subject: Segmentation fault (core dumped)
In-Reply-To: <8c54632d9a4265993fb4fbe46ee91a8c.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
	<8c54632d9a4265993fb4fbe46ee91a8c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205311538.25054.ne@vbart.ru>

On Thursday 31 May 2012 15:20:09 den_saw wrote:
> >Их какбы всего 65535, Вас не смутило, что
> 
> на порт нгинкс ругнулся?
> 
> не смутило, для того и ставил чтобы
> проверить что в конфиге все нормально.
> 

Довольно странный способ проверки конфига, учитывая что nginx прекращает его 
разбор, как только встречает ошибку.

Покажите конфиг с которым у вас падает.

--
Валентин Бартенев

From nginx-forum на nginx.us  Thu May 31 11:53:00 2012
From: nginx-forum на nginx.us (den_saw)
Date: Thu, 31 May 2012 07:53:00 -0400 (EDT)
Subject: Segmentation fault (core dumped)
In-Reply-To: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
References: <a7d015e8c677fda82642ca9755402299.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2e80fef41676c87d5f95d40ba3399ce9.NginxMailingListRussian@forum.nginx.org>

>Покажите конфиг с которым у вас
падает.

worker_processes  12;

events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;
    server_names_hash_bucket_size 2048;
    server_names_hash_max_size 4096;
	    
    client_header_buffer_size 16k;
    large_client_header_buffers 16 16k;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"
"$host"';

    access_log  /var/log/nginx/access.log  main;
    error_log   /var/log/nginx/error.log;
    

    sendfile        on;
    server_tokens       off;

    keepalive_timeout  65;

    gzip  on;
    gzip_min_length  10240;
    gzip_buffers     32 64k;
    gzip_types       application/x-javascript text/css text/xml
text/plain;


	client_max_body_size 16m;
        proxy_buffer_size 32k;
	proxy_buffers 32 32k;
	log_format  isp '$bytes_sent $request_length';
	server {
		listen XX.XXX.XXX.XXX:80;
		server_name zaglushkasm7.com.ua www.zaglushkasm7.com.ua;
		rewrite ^(/manager/.*)$	https://$host$1	permanent;
		error_page 404 = @fallback;
		location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
			proxy_pass http://XX.XXX.XXX.XXX:8080;
			proxy_redirect http://zaglushkasm7.com.ua:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
		location / {
			proxy_pass http://XX.XXX.XXX.XXX:8080;
			proxy_redirect http://zaglushkasm7.com.ua:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
		location ~*
^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
			root /hosting/sattelit/data/www/zaglushkasm7.com.ua;
			access_log /hosting/httpd-logs/zaglushkasm7.com.ua.access.log ;
			access_log /hosting/nginx-logs/sattelit isp;
		}
		location @fallback {
			proxy_pass http://XX.XXX.XXX.XXX:8080;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
	}
...........
далее 2600 виртуалхостов с аналогичным
конфигом
...........
}


весь конфиг весит 3 метра 85000 строк
проблема в том что таким конфигом он 2
года отработал без проблем

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227059#msg-227059


From denis.kot на gmail.com  Thu May 31 13:21:30 2012
From: denis.kot на gmail.com (Denis Kot)
Date: Thu, 31 May 2012 16:21:30 +0300
Subject: =?UTF-8?B?0L3QtSDQvtCx0YDQsNCx0LDRgtGL0LLQsNC10YLRgdGPINC70L7QutC10LnRiNC9?=
Message-ID: <CAFGLPOczXudwaOfKFMx00S=Sp8iKs2g-CX_ajBqzLpi4+qPTJg@mail.gmail.com>

Требудется запретить доступ к любому урлу в котором встречается
/etc/passwd (не спрашивайте зачем, этого захотел клиент)
Nginx стоит древний, 0.6.33. Обновить пока не представляется
возможным, но если придется - сделаем.
пробовал уже по всякому. основная идея:

        location ~* ^.*/etc/passwd.*$
        {
            deny all;
        }

так вот если набрать http://site.ru/etc/passwd, то работает, но если
набрать, например, http://site.ru/ny-wie/mlog.html?screen=etc/passwd
то нифига, пропускается дальше на бекенд и уже бекенд ругается на 404.
Что не так?

Denis Kot

From citrin на citrin.ru  Thu May 31 13:35:59 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Thu, 31 May 2012 17:35:59 +0400
Subject: =?UTF-8?B?UmU6INC90LUg0L7QsdGA0LDQsdCw0YLRi9Cy0LDQtdGC0YHRjyDQu9C+0LrQtdC5?=
	=?UTF-8?B?0YjQvQ==?=
In-Reply-To: <CAFGLPOczXudwaOfKFMx00S=Sp8iKs2g-CX_ajBqzLpi4+qPTJg@mail.gmail.com>
References: <CAFGLPOczXudwaOfKFMx00S=Sp8iKs2g-CX_ajBqzLpi4+qPTJg@mail.gmail.com>
Message-ID: <4FC773BF.5020903@citrin.ru>

On 05/31/12 17:21, Denis Kot wrote:
> Требудется запретить доступ к любому урлу в котором встречается
> /etc/passwd (не спрашивайте зачем, этого захотел клиент)
> Nginx стоит древний, 0.6.33. Обновить пока не представляется
> возможным, но если придется - сделаем.
> пробовал уже по всякому. основная идея:
>
>          location ~* ^.*/etc/passwd.*$
>          {
>              deny all;
>          }
>
> так вот если набрать http://site.ru/etc/passwd, то работает, но если
> набрать, например, http://site.ru/ny-wie/mlog.html?screen=etc/passwd
> то нифига, пропускается дальше на бекенд и уже бекенд ругается на 404.
> Что не так?

Аргументы запроса не учитываются при поиске location
Можно попробовать добавить еще

if ($args ~ "/etc/passwd") {
	return 403;
}

Только смысла в этом мало.

Путь к /etc/passwd можно задать кучей разных способов
/etc/passwd /etc//passwd /etc/X11/../passwd /etc/././passwd и т. п. и все это 
регекспами не запретишь.

-- 
  Anton Yuzhaninov


From nginx-forum на nginx.us  Thu May 31 14:04:19 2012
From: nginx-forum на nginx.us (den_saw)
Date: Thu, 31 May 2012 10:04:19 -0400 (EDT)
Subject: Segmentation fault (core dumped)
In-Reply-To: <20120531110137.GA33476@lo0.su>
References: <20120531110137.GA33476@lo0.su>
Message-ID: <0c61b7d8774f7e8a9ae4e2dacdfbca3e.NginxMailingListRussian@forum.nginx.org>

#gdb /usr/local/sbin/nginx /root/nginx.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
Core was generated by `nginx'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libcrypt.so.5
Reading symbols from /usr/local/lib/libpcre.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/local/lib/libpcre.so.1
Reading symbols from /lib/libmd.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libmd.so.5
Reading symbols from /lib/libz.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libz.so.5
Reading symbols from /usr/local/lib/libprofiler.so.1...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libprofiler.so.1
Reading symbols from /lib/libc.so.7...(no debugging symbols
found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.5...(no debugging symbols
found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols
found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000000004065c3 in ?? ()

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227054#msg-227054


From denis.kot на gmail.com  Thu May 31 14:05:20 2012
From: denis.kot на gmail.com (Denis Kot)
Date: Thu, 31 May 2012 17:05:20 +0300
Subject: =?UTF-8?B?UmU6INC90LUg0L7QsdGA0LDQsdCw0YLRi9Cy0LDQtdGC0YHRjyDQu9C+0LrQtdC5?=
	=?UTF-8?B?0YjQvQ==?=
In-Reply-To: <4FC773BF.5020903@citrin.ru>
References: <CAFGLPOczXudwaOfKFMx00S=Sp8iKs2g-CX_ajBqzLpi4+qPTJg@mail.gmail.com>
	<4FC773BF.5020903@citrin.ru>
Message-ID: <CAFGLPOeiosj6GN2HOKJNLxH+gTP_xSew7=xW7T=-Dp9ytX+4YQ@mail.gmail.com>

Спасибо, помогло. А "/etc/passwd /etc//passwd /etc/X11/../passwd
/etc/././passwd" отлично обрабатывается "^.*/etc/passwd.*$".

Denis Kot


31 мая 2012 г., 16:35 пользователь Anton Yuzhaninov <citrin на citrin.ru> написал:
> if ($args ~ "/etc/passwd") {
>        return 403;
> }

From ne на vbart.ru  Thu May 31 15:12:22 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 31 May 2012 19:12:22 +0400
Subject: Segmentation fault (core dumped)
In-Reply-To: <0c61b7d8774f7e8a9ae4e2dacdfbca3e.NginxMailingListRussian@forum.nginx.org>
References: <20120531110137.GA33476@lo0.su>
	<0c61b7d8774f7e8a9ae4e2dacdfbca3e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201205311912.22438.ne@vbart.ru>

On Thursday 31 May 2012 18:04:19 den_saw wrote:
> #gdb /usr/local/sbin/nginx /root/nginx.core
[...]
> #0  0x00000000004065c3 in ?? ()
> 

nginx должен быть сконфигурирован с опцией --with-debug

http://nginx.org/ru/docs/debugging_log.html

--
Валентин Бартенев

From ne на vbart.ru  Thu May 31 15:20:27 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 31 May 2012 19:20:27 +0400
Subject: =?UTF-8?B?UmU6INC90LUg0L7QsdGA0LDQsdCw0YLRi9Cy0LDQtdGC0YHRjyDQu9C+0LrQtdC5?=
	=?UTF-8?B?0YjQvQ==?=
In-Reply-To: <CAFGLPOeiosj6GN2HOKJNLxH+gTP_xSew7=xW7T=-Dp9ytX+4YQ@mail.gmail.com>
References: <CAFGLPOczXudwaOfKFMx00S=Sp8iKs2g-CX_ajBqzLpi4+qPTJg@mail.gmail.com>
	<4FC773BF.5020903@citrin.ru>
	<CAFGLPOeiosj6GN2HOKJNLxH+gTP_xSew7=xW7T=-Dp9ytX+4YQ@mail.gmail.com>
Message-ID: <201205311920.27955.ne@vbart.ru>

On Thursday 31 May 2012 18:05:20 Denis Kot wrote:
> Спасибо, помогло. А "/etc/passwd /etc//passwd /etc/X11/../passwd
> /etc/././passwd" отлично обрабатывается "^.*/etc/passwd.*$".
> 

Просто nginx при поиске location-а использует нормализованный URI, ваше 
регулярное выражение не сработает на строке с аргументами.

К примеру такой запрос /?path=/etc/X11/../passwd

--
Валентин Бартенев

From chipitsine на gmail.com  Thu May 31 16:16:10 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Thu, 31 May 2012 22:16:10 +0600
Subject: =?UTF-8?B?UmU6ICLQn9C+0LvQuNC80L7RgNGE0L3Ri9C5IiBzZXJ2ZXI7IHNlcnZlciBzd2l0?=
	=?UTF-8?B?Y2g=?=
In-Reply-To: <CA+sTkh4RT7-zQL7kkSYJQehp7NMQfad60ZdhyiR1rQLgjHdasQ@mail.gmail.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
	<CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
	<CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
	<CA+sTkh4RT7-zQL7kkSYJQehp7NMQfad60ZdhyiR1rQLgjHdasQ@mail.gmail.com>
Message-ID: <CAFHpkQF+Y_SQmuZ=rrFJ9qfW9L1YqtLq+vdRttN+BQZfZWSOmQ@mail.gmail.com>

>
>
> >>
> >>   Может быть потому, что способов сделать это "прямо" в nginx сейчас
> нет?
> >>   -- Конечно, тогда проще назвать это извращением. ;-P
>
>    Илья, за вовремя отстёгнутые кровные по нормальному прейскуранту, я
> и сам это прикручу. Спасибо.
>
>

свежо предание, да верится с трудом.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120531/44a646bd/attachment.html>

From roman.vasilyev на yousendit.com  Thu May 31 16:33:33 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 31 May 2012 09:33:33 -0700
Subject: windows embedded Perl
In-Reply-To: <4FC73882.2010008@csdoc.com>
References: <4FC6A03D.4090401@yousendit.com> <4FC73882.2010008@csdoc.com>
Message-ID: <4FC79D5D.6070303@yousendit.com>

On 05/31/2012 02:23 AM, Gena Makhomed wrote:
> именно что nginx + mod_perl
Тут я немного туплю, извините
согласно этому топику:
http://wiki.nginx.org/ModuleComparisonMatrix

mod_perl стоит в колонке Apache
а в колонке Nginx стоит "Embedded Perl Module"

вы имеете в виду что у вас на виртуалке стоит связка nginx + (apache + 
mod_perl)
или просто очепятка и под mod_perl имелось в виду "Embedded Perl Module"?


From roman.vasilyev на yousendit.com  Thu May 31 16:38:40 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 31 May 2012 09:38:40 -0700
Subject: windows embedded Perl
In-Reply-To: <CAKb9G9hERD39GqEi794twNOg1dSjF+GvLZwbbV07+Cpo4kr5UA@mail.gmail.com>
References: <4FC6A03D.4090401@yousendit.com>
	<CAKb9G9hERD39GqEi794twNOg1dSjF+GvLZwbbV07+Cpo4kr5UA@mail.gmail.com>
Message-ID: <4FC79E90.3060002@yousendit.com>

On 05/30/2012 06:19 PM, Alexandr Gomoliako wrote:
> Но сначала все же сам nginx под mingw
> (нативным, без MSYS'а) должен собираться. Я как-то смотрел уже, но это
> много работы, потому отбросил.
Я помню тут одно время активно обсуждалась сборка NGINX под clang, 
предполагаю что такая схема наверное сделает все только сложнее, но 
может быть стоит попробовать собрать под ним, вроде как он существует 
под Windows?


From chipitsine на gmail.com  Thu May 31 16:50:48 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Thu, 31 May 2012 22:50:48 +0600
Subject: =?UTF-8?B?UmU6INCf0Y/RgtGMINCT0LvQsNCy0L3Ri9GFINCf0YDQuNGH0LjQvSwg0J/QvtGH?=
	=?UTF-8?B?0LXQvNGDINCj0YLQstC10YDQttC00LXQvdC40LUgItCa0LvQuNC10L3RgiA=?=
	=?UTF-8?B?0JLRgdC10LPQtNCwINCf0YDQsNCyIiDQndC10LLQtdGA0L3Qvg==?=
In-Reply-To: <4FC73681.6080307@csdoc.com>
References: <CA+sTkh5_hvkGkUA4kUZzVBXczXWrB==T92LLyw12rA5jqhR3zA@mail.gmail.com>
	<102317054.20120531115952@softsearch.ru>
	<CA+sTkh5Lo5-f_3oWfGnKQU66tPDZLJ+E9-d9ppYEZPw5A4BpEw@mail.gmail.com>
	<20120531082010.GA85365@nginx.com>
	<CA+sTkh4--aspFSMA=b-k9Xg5nbJcEhsP1RYXk23HVnO_20oz1w@mail.gmail.com>
	<CAFHpkQHdh-PO_8_btQs7-GiO4WU2k_n5m8jx7sGEAdFpygrF7w@mail.gmail.com>
	<4FC73681.6080307@csdoc.com>
Message-ID: <CAFHpkQGAPOQxokKsm+1TS5rvPVa8=tf41=6MP=B_Vuo7T-ymJg@mail.gmail.com>

31 мая 2012 г., 15:14 пользователь Gena Makhomed <gmm на csdoc.com> написал:

> On 31.05.2012 11:47, Илья Шипицин wrote:
>
>  так то любой каприз за ваши кровные, клиент всегда прав и все такие дела.
>>
>
> я не нашел где на сайте nginx.com написано что "клиент всегда прав".
>
> тем более, что:
>
> http://howtosell.ru/2008/04/**07/pyat-glavnyx-prichin-**
> pochemu-utverzhdenie-klient-**vsegda-prav-neverno/<http://howtosell.ru/2008/04/07/pyat-glavnyx-prichin-pochemu-utverzhdenie-klient-vsegda-prav-neverno/>
> Пять Главных Причин, Почему Утверждение "Клиент Всегда Прав" Неверно
>
>
по ситуации. если клиент настроен на результат - это одно, а если у него
потребность побыть свиньей по отношению к кому-то, чо пусть платит, какие
проблемы


> --
> Best regards,
>  Gena
>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120531/f4620103/attachment-0001.html>

From zzz на zzz.org.ua  Thu May 31 18:13:32 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 31 May 2012 21:13:32 +0300
Subject: windows embedded Perl
In-Reply-To: <4FC79E90.3060002@yousendit.com>
References: <4FC6A03D.4090401@yousendit.com>
	<CAKb9G9hERD39GqEi794twNOg1dSjF+GvLZwbbV07+Cpo4kr5UA@mail.gmail.com>
	<4FC79E90.3060002@yousendit.com>
Message-ID: <CAKb9G9jv0GDqdQBwJZA2kenJt4J+RoxwRBX=s-nU0xCsoWxzHA@mail.gmail.com>

> Я помню тут одно время активно обсуждалась сборка NGINX под clang,
> предполагаю что такая схема наверное сделает все только сложнее, но может
> быть стоит попробовать собрать под ним, вроде как он существует под Windows?

Ну в общем, запускайте лучше в виртуалбокс/вмвэйр, под виндой по
другому думаю даже не стоит ждать.

From gmm на csdoc.com  Thu May 31 18:14:55 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 31 May 2012 21:14:55 +0300
Subject: windows embedded Perl
In-Reply-To: <4FC79D5D.6070303@yousendit.com>
References: <4FC6A03D.4090401@yousendit.com> <4FC73882.2010008@csdoc.com>
	<4FC79D5D.6070303@yousendit.com>
Message-ID: <4FC7B51F.9080101@csdoc.com>

On 31.05.2012 19:33, Roman Vasilyev wrote:

>> именно что nginx + mod_perl
...
> под mod_perl имелось в виду "Embedded Perl Module"?

имелось ввиду что nginx собран с параметром "--with-http_perl_module".

использование "VirtualBox + Linux_or_BSD" для запуска nginx на машине,
где установлена операционная система Windows на hardware node - на мой 
взгляд оказывается более удобным и более эффективным, чем использование
native сборки nginx для Windows с ее известными проблемами
и ограничениями: http://nginx.org/en/docs/windows.html#known_issues

тем более, что не надо ничего ждать и потом будет еще проще мигрировать
на другую машину, где на hardware node будет установлена уже Linux/BSD.

-- 
Best regards,
  Gena