From savefrom на gmail.com  Mon Apr  2 05:36:27 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Mon, 2 Apr 2012 13:36:27 +0800
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <20120331110331.GA74005@nginx.com>
References: <445445488.20120331134325@softsearch.ru>
	<20120331110331.GA74005@nginx.com>
Message-ID: <CA+uEM9ONE9DWa1n5QOTXsdraLfwFmrNQobB2F-_EJTAXMg0rvA@mail.gmail.com>

>
> В Политбюро, как известно, *не *дураки *не *сидят, поэтому...

Это баг или фича? ;)

31 марта 2012 г. 19:03 пользователь Igor Sysoev <igor на sysoev.ru> написал:

> On Sat, Mar 31, 2012 at 01:43:25PM +0400, Михаил Монашёв wrote:
> > Здравствуйте.
> >
> > Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
> > вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
> > вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
> > пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
> > нехорошим юзерам.
> >
> > Проблема решается через
> > http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
> > когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
> > сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
> > или вирусня какая.
> >
> > Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
> > которому пойдёт вебсервер за картинкой. Это чревато следующим:
> >
> > 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
> > переварить;
> >
> > 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
> > запросы не хотелось бы.
> >
> > 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
> > достаточно  в запрашиваемом урле менять один символ и nginx полезет по
> > этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
> > урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
> > парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
> > нашего  ip по жертве. Абузы от правайдеров точно будут приходить после
> > таких  атак.  Конечно  можно  в  firewall-е  настроить  ограничение на
> > количество запросов к одному ip, но всёравно неприятный момент.
> >
> > Как  избежать  описанных  проблем  или  может есть иной способ решения
> > исходной проблемы с напрошенной авторизацией?
>
> В Политбюро, как известно, не дураки не сидят, поэтому в Рамблере при
> произвольном проксировании картинок image-фильтр использовался совместно с
> http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html
>
>
> --
> Igor Sysoev
>
> _______________________________________________
> 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/20120402/d96ff5f2/attachment.html>

From hell-for-yahoo на umail.ru  Mon Apr  2 05:44:53 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 2 Apr 2012 09:44:53 +0400
Subject: shebang config
In-Reply-To: <6d7f73d159f1a81de5a5e262d6ced02a.NginxMailingListRussian@forum.nginx.org>
References: <1806179995.20120331115416@ngs.ru>
	<6d7f73d159f1a81de5a5e262d6ced02a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <13210377198.20120402094453@mtu-net.ru>

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

z> - Конечнно можно делать так, как вы
z> предлагаете, но shebang сделает
z> конфигурирование по-настоящему гибким;

А оно нужно?
Вы назначение программ не путаете, случайно?


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

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 02.04.2012, <09:44>


From hell-for-yahoo на umail.ru  Mon Apr  2 05:52:40 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 2 Apr 2012 09:52:40 +0400
Subject: nginx - redirect 301
In-Reply-To: <940d6a610ca462439dbd47d88cc346b4.NginxMailingListRussian@forum.nginx.org>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<940d6a610ca462439dbd47d88cc346b4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1443903593.20120402095240@mtu-net.ru>

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

C> Почитав интернеты, я так понял, что есть
C> два варианта решения:
C> 1) Return 301
C> 2) Rewrite permanent

Это одно и то же.
301 = permanent redirect


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

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 02.04.2012, <09:52>


From vladimir на greenmice.info  Mon Apr  2 07:40:50 2012
From: vladimir на greenmice.info (Vladimir Rusinov)
Date: Mon, 2 Apr 2012 11:40:50 +0400
Subject: shebang config
In-Reply-To: <63f45f60ba310cf4f221bbb7e97e1502.NginxMailingListRussian@forum.nginx.org>
References: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
	<63f45f60ba310cf4f221bbb7e97e1502.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CANjgnBvztzBAQdqNfYUwFnMgq_GM7gV6qsP=yCHP5p7Br4KCFw@mail.gmail.com>

On Fri, Mar 30, 2012 at 10:21 PM, zdm <nginx-forum на nginx.us> wrote:

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

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

1) конфиг в текстовом виде нигде не хранится и не ясно с каким именно
конфигом запущен nginx. Указание номера строки с ошибокй не будет иметь
никакого смысла.
2) непонятно как перечитывать конфиг. перегенерировать его при каждом
SIGHUP может быть затратно.
3) в скрипте можно накосячить и при каком-нибудь очередном SIGHUP все может
зависнуть. В случае если конифиг геренируется отдельно зависнет только
скрипт, nginx в этом участвовать никак не будет.
4) что делать с инклюдами?
5) а что есть нам нужно генерировать конфиг не скриптом с #! а вполне себе
полноценным ELF бинарником?

Минусов много а существенных отличий от варианта `make_config.pl >
/etc/nginx/nginx.conf && /sbin/service nginx start` или модификации
init-скрипта я не вижу.

-- 
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120402/2ab340ab/attachment.html>

From dmitriy.st1964 на yandex.ru  Mon Apr  2 07:41:59 2012
From: dmitriy.st1964 на yandex.ru (Stepanov Dmitriy)
Date: Mon, 02 Apr 2012 10:41:59 +0300
Subject: Fwd: rewrite rule
Message-ID: <279471333352519@web15.yandex.ru>

Физически директории /stuff/ не существует
Нужно чтобы по http://example.ru/stuff/?somerequest  запрос уходил на приложение, запущенное по http://12.34.56.78:1088. Без конструкции if всё работет, пробовал через location, но тогда не выполняется нужное мне перенаправление на index.php

>  Если я правильно понял и нужно проксировать весь /stuff/, то:
>
>  location ~* /stuff / {
>            proxy_pass   http://12.34.56.78:1088;
>        }

30.03.2012, 15:08, "Stepanov Dmitriy" <dmitriy.st1964 на yandex.ru>:

>>  Есть работающая конструкция, понадобидось ввести проксирование
>>
>>  location /stuff / {
>>              proxy_pass   http://12.34.56.78:1088;
>>          }
>>
>>  Но данное проксирование не работает из-за if конструкции. Есть ли способ, заметить if на location, что бы выполнялось правило: всё, кроме определённых форматов перенаправлялось на index.php?
>>
>>  server {
>>          listen       80;
>>          server_name  www.example.ru;
>>  ?
>>              root   /var/www/site;
>>              index  index.php;
>>
>>           if ($request_filename !~* \.(js|txt|gif|jpg|jpeg|png|css|swf|html|xml|xls|php|)$) {
>>              rewrite ^(.*)$  /index.php;
>>              }
>>
>>  location ~ \.php$ {
>>              fastcgi_pass   127.0.0.1:9000;
>>              fastcgi_index  index.php;
>>              fastcgi_param  SCRIPT_FILENAME  /var/www/site$fastcgi_script_name;
>>              include        fastcgi_params;
>>           }
>>
>>  location /stuff / {
>>              proxy_pass   http://12.34.56.78:1088;
>>          }
-------- Завершение пересылаемого сообщения --------


From alexey.bobok на gmail.com  Mon Apr  2 08:53:56 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Mon, 2 Apr 2012 11:53:56 +0300
Subject: rewrite rule
In-Reply-To: <279471333352519@web15.yandex.ru>
References: <279471333352519@web15.yandex.ru>
Message-ID: <CAH05gjZvn+h-vpbcHYX_BUMhJ+hzraQ70TrgmjhE94XrfbtyKw@mail.gmail.com>

2 апреля 2012 г. 10:41 пользователь Stepanov Dmitriy <
dmitriy.st1964 на yandex.ru> написал:

> Физически директории /stuff/ не существует
>
Ну и бог с ним) Это рерайт.


>  Нужно чтобы по http://example.ru/stuff/?somerequest  запрос уходил на
> приложение, запущенное по http://12.34.56.78:1088. Без конструкции if всё
> работет, пробовал через location, но тогда не выполняется нужное мне
> перенаправление на index.php
>

Запрос должен уходить с параметрами?


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

From postmaster на softsearch.ru  Mon Apr  2 09:18:37 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 2 Apr 2012 13:18:37 +0400
Subject: =?UTF-8?B?0KDQsNGB0L/QvtC30L3QsNCy0LDQvdC40LUg0L/RgNC+0LrRgdC10LkuIE9GRlRP?=
	=?UTF-8?B?UElD?=
Message-ID: <637984491.20120402131837@softsearch.ru>

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

Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
на   порты,   которые   обычно   используют   для  проксирования,  или
использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
практический опыт.

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


From postmaster на softsearch.ru  Mon Apr  2 09:36:03 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 2 Apr 2012 13:36:03 +0400
Subject: =?UTF-8?B?UmVbM106IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <826651547.20120401003207@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru> <826651547.20120401003207@softsearch.ru>
Message-ID: <1799272091.20120402133603@softsearch.ru>

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

Вот такой конфиг в итоге получился:

        server {
                listen          83.222.4.74:80;
                server_name     mysite.ru;
                valid_referers  none blocked mysite.ru *.mysite.ru ~\.google\. ;
                if ($invalid_referer) {
                        return  403;
                }

                location ~* "^/((10|127|224)\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}|(192\.168|169\.254|0\.0)\.[0-9]{1,3}\.[0-9]{1,3}|172.(1[6-9]|2[0-9]|3[01])\.[0-9]{1,3}\.[0-9]{1,3}|localhost)/" {
                        return  403;
                }

                location ~* "^/([^/]+)/(.*)" {
                        proxy_pass              http://$1:80/$2;
                        proxy_set_header        Host    $1;
                        proxy_set_header        Referer "http://$1/";
                        proxy_set_header        X-Real-IP       "";
                        proxy_set_header        Cookie          "";
                        proxy_ignore_headers    X-Accel-Redirect X-Accel-Expires X-Accel-Limit-Rate X-Accel-Buffering X-Accel-Charset Expires Cache-Control Set-Cookie;

                        proxy_hide_header       Location;
                        proxy_hide_header       Set-Cookie;
                        proxy_hide_header       WWW-Authenticate;

                        proxy_intercept_errors  on;
                        error_page      301 302 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 422 423 424 425 426 449 500 501 502 503 504 505 506 507 509 510 = /zero;

                        proxy_temp_path        /cache/proxy-tmp;
                        proxy_cache            cache;

                        image_filter            test;
                        image_filter_buffer     10M;
                }

                location / {
                        return  403;
                }

                location /zero {
                        return  204;
                }
        }

Он получает запросы вида http://mysite.ru/s018.radikal.ru/i503/1201/40/64d1e692b053.jpg ,
скачивает  картинку  (даже если есть защита от хотлинкинга), проверяет
её,  что она картинка, убирает куки, редиректы и авторизацию, кэширует
её  и  отдаёт  юзеру,  если запрос пришёл с нашего сайта или поиска по
картинкам гугла.

Скажите пожалуйста, что здесь ещё можно доработать?


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


From postmaster на softsearch.ru  Mon Apr  2 10:08:11 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 2 Apr 2012 14:08:11 +0400
Subject: =?UTF-8?B?UmVbNF06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <1799272091.20120402133603@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru> <826651547.20120401003207@softsearch.ru>
	<1799272091.20120402133603@softsearch.ru>
Message-ID: <431941877.20120402140811@softsearch.ru>

Здравствуйте, Михаил.

Забыл ещё строчку во второй локейшн добавить:

proxy_cache_key        "$1/$2";


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


From go.al.ni на gmail.com  Mon Apr  2 10:08:03 2012
From: go.al.ni на gmail.com (go.al.ni на gmail.com)
Date: Mon, 2 Apr 2012 14:08:03 +0400
Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0L7Qt9C90LDQstCw0L3QuNC1INC/0YDQvtC60YHQtdC5LiBP?=
	=?UTF-8?B?RkZUT1BJQw==?=
In-Reply-To: <637984491.20120402131837@softsearch.ru>
References: <637984491.20120402131837@softsearch.ru>
Message-ID: <CAMq1_LGBNeFLESTPOnbrMooYJf-HxT_TmF66KzY_4f4FT0SaPA@mail.gmail.com>

Для начала неплохо бы узнать вообще что это за IP. К примеру,
geoip-база wipmania предоставляет специальные сервис-коды, на основе
которых делаются выводы о местоположении конкретного IP:
http://www.wipmania.com/ru/blog/service-code-technical-details/

> Самому делать запросы на   порты,   которые   обычно   используют   для > проксирования
Тоже вариант.

Можно собрать базу из публично доступных мест типа freeproxy.ru,
hideme.ru или proxydb.ru (тысячи их!) и потом пробивать клиента по
собранной базе. Совместно с сервис-кодами получается вполне надёжно.
Но довольно трудоёмко.

2 апреля 2012 г. 13:18 пользователь Михаил Монашёв
<postmaster на softsearch.ru> написал:
> Здравствуйте.
>
> Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
> на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
> на   порты,   которые   обычно   используют   для  проксирования,  или
> использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
> практический опыт.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From dmitriy.st1964 на yandex.ru  Mon Apr  2 11:06:04 2012
From: dmitriy.st1964 на yandex.ru (Stepanov Dmitriy)
Date: Mon, 02 Apr 2012 14:06:04 +0300
Subject: rewrite rule
In-Reply-To: <297781333363974@web71.yandex.ru>
References: <279471333352519@web15.yandex.ru>
	<CAH05gjZvn+h-vpbcHYX_BUMhJ+hzraQ70TrgmjhE94XrfbtyKw@mail.gmail.com>
	<297781333363974@web71.yandex.ru>
Message-ID: <311571333364764@web71.yandex.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120402/c14193e5/attachment.html>

From postmaster на softsearch.ru  Mon Apr  2 11:13:11 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 2 Apr 2012 15:13:11 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDRgdC/0L7Qt9C90LDQstCw0L3QuNC1INC/0YDQvtC60YHQtdC5?=
	=?UTF-8?B?LiBPRkZUT1BJQw==?=
In-Reply-To: <CAMq1_LGBNeFLESTPOnbrMooYJf-HxT_TmF66KzY_4f4FT0SaPA@mail.gmail.com>
References: <637984491.20120402131837@softsearch.ru>
	<CAMq1_LGBNeFLESTPOnbrMooYJf-HxT_TmF66KzY_4f4FT0SaPA@mail.gmail.com>
Message-ID: <78865279.20120402151311@softsearch.ru>

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

> Для начала неплохо бы узнать вообще что это за IP. К примеру,
> geoip-база wipmania предоставляет специальные сервис-коды, на основе
> которых делаются выводы о местоположении конкретного IP:
> http://www.wipmania.com/ru/blog/service-code-technical-details/

Вот ip-шки:
122.160.148.113
219.204.219.40
184.18.166.136
78.47.65.198
173.25.22.58
202.28.64.1

wipmania.com по ним показывает только страну.

Если проверять их через http://www.dnsbl.info/dnsbl-database-check.php
,  то некоторые ip (например 184.18.166.136) вообще ни по одной из баз
не  находятся. Даже если срезать 95% ip-шек, то оставшихся 5% спамерам
будет достаточно.

>> Самому делать запросы на   порты,   которые   обычно  
>> используют   для > проксирования
> Тоже вариант.

> Можно собрать базу из публично доступных мест типа freeproxy.ru,
> hideme.ru или proxydb.ru (тысячи их!) и потом пробивать клиента по
> собранной базе. Совместно с сервис-кодами получается вполне надёжно.
> Но довольно трудоёмко.

А может есть уже готовый софт всего для этого?


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


From nginx-forum на nginx.us  Mon Apr  2 12:12:01 2012
From: nginx-forum на nginx.us (svg2007)
Date: Mon, 2 Apr 2012 08:12:01 -0400 (EDT)
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDRgSBuZ2lueCBzc2w=?=
Message-ID: <0e1a5aeb4b9d1735fe049e3c75472b05.NginxMailingListRussian@forum.nginx.org>

Добрый день!

Есть web сервер с nginx фронтэндом. Бэкэнд
Apache 2.2 с несколькими виртуальными
сайтами. Для одного из сайтов надо
организовать доступ к одной из
директорий через https. Поделитесь
опытом, как это сделать через nginx.

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


From alexey.bobok на gmail.com  Mon Apr  2 12:17:34 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Mon, 2 Apr 2012 15:17:34 +0300
Subject: rewrite rule
In-Reply-To: <311571333364764@web71.yandex.ru>
References: <279471333352519@web15.yandex.ru>
	<CAH05gjZvn+h-vpbcHYX_BUMhJ+hzraQ70TrgmjhE94XrfbtyKw@mail.gmail.com>
	<297781333363974@web71.yandex.ru> <311571333364764@web71.yandex.ru>
Message-ID: <CAH05gjZU+-hBc792srwgMhpwBRxxSVBLU7C98jXc1sV04yhZrA@mail.gmail.com>

Вам нужно минимум добавить в proxy_pass переменные $uri и/или $args чтобы
на бекенд были переданы параметры.

2 апреля 2012 г. 14:06 пользователь Stepanov Dmitriy <
dmitriy.st1964 на yandex.ru> написал:

> Да, запрос должен уходить с параметрами: http://example.ru/stuff/<http://example.ru/stuff/?somerequest>
> ?identifier=name&host
>
>  location ~* /stuff / {
>            proxy_pass   http://12.34.56.78:1088;
>        }
> к сожалению, не сработало
>
>
> 02.04.2012, 12:53, "Алексей Бобок" <alexey.bobok на gmail.com>:
>
>
>
> 2 апреля 2012 г. 10:41 пользователь Stepanov Dmitriy <
> dmitriy.st1964 на yandex.ru> написал:
>
> Физически директории /stuff/ не существует
>
> Ну и бог с ним) Это рерайт.
>
>
> Нужно чтобы по http://example.ru/stuff/?somerequest  запрос уходил на
> приложение, запущенное по http://12.34.56.78:1088. Без конструкции if всё
> работет, пробовал через location, но тогда не выполняется нужное мне
> перенаправление на index.php
>
>
> Запрос должен уходить с параметрами?
>
> --
>  Think before you print.
> Best regards, Alexey Bobok.
>
> _______________________________________________
>
> 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
>



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

From chipitsine на gmail.com  Mon Apr  2 13:44:08 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 2 Apr 2012 19:44:08 +0600
Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0L7Qt9C90LDQstCw0L3QuNC1INC/0YDQvtC60YHQtdC5LiBP?=
	=?UTF-8?B?RkZUT1BJQw==?=
In-Reply-To: <637984491.20120402131837@softsearch.ru>
References: <637984491.20120402131837@softsearch.ru>
Message-ID: <CAFHpkQFr_-L4F+khN+R5L4U2jCMjPs8WBaswkBp0ixEX4S==NQ@mail.gmail.com>

а зачем ?

2 апреля 2012 г. 15:18 пользователь Михаил Монашёв <postmaster на softsearch.ru
> написал:

> Здравствуйте.
>
> Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
> на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
> на   порты,   которые   обычно   используют   для  проксирования,  или
> использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
> практический опыт.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> 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/20120402/18b6dde8/attachment.html>

From postmaster на softsearch.ru  Mon Apr  2 14:34:09 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 2 Apr 2012 18:34:09 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDRgdC/0L7Qt9C90LDQstCw0L3QuNC1INC/0YDQvtC60YHQtdC5?=
	=?UTF-8?B?LiBPRkZUT1BJQw==?=
In-Reply-To: <CAFHpkQFr_-L4F+khN+R5L4U2jCMjPs8WBaswkBp0ixEX4S==NQ@mail.gmail.com>
References: <637984491.20120402131837@softsearch.ru>
	<CAFHpkQFr_-L4F+khN+R5L4U2jCMjPs8WBaswkBp0ixEX4S==NQ@mail.gmail.com>
Message-ID: <719719669.20120402183409@softsearch.ru>

Здравствуйте, Илья.

> а зачем ?

>> Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
>> на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
>> на   порты,   которые   обычно   используют   для  проксирования,  или
>> использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
>> практический опыт.

Чтобы,  например,  показать  капчу  тому,  кто  постит  что-то       с
подозрительного ip. Или чтобы запретить постить вообще с таких ip.

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


From nginx-forum на nginx.us  Mon Apr  2 15:16:42 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Mon, 2 Apr 2012 11:16:42 -0400 (EDT)
Subject: =?UTF-8?B?0L3QsNGD0YfQuNGC0LUg0L/QtdGA0LXRgdC+0LHQuNGA0LDRgtGMIE5HSU5YINGB?=
	=?UTF-8?B?INC90YPQttC90YvQvNC4INC80L7QtNGD0LvRj9C80Lg=?=
Message-ID: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>

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

нигде не нашел инструкции как на
работающем сервере пересобрать nginx,
нужные модули добавить, не нужные
убрать, понимаю что в ./configure надо
прописать --with- нужный модуль, а
остальные модули, которые уже стоят?
подскажите пошагово как например
добавить модуль ngx_http_auth_basic_module который
показывается при nginx -V как
--without-ngx_http_auth_basic_module ?

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


From alexey на wasilyev.ru  Mon Apr  2 15:58:54 2012
From: alexey на wasilyev.ru (Alexey Wasilyev)
Date: Mon, 02 Apr 2012 19:58:54 +0400
Subject: joomla: rewrite rule
Message-ID: <4F79CCBE.3060507@wasilyev.ru>

Добрый день.

Переношу сайт на джумле с апача на nginx. В .htaccess есть следующий код:

RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]

посоветуйте, как его адаптировать под nginx без if'ов ?

-- 
Alexey Wasilyev


From admin на sysadmins.el.kg  Mon Apr  2 16:24:00 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Mon, 2 Apr 2012 22:24:00 +0600 (KGT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.
	org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <58335.212.97.29.149.1333383840.squirrel@85.115.208.54>

сконфигурировать без параметра --without-ngx_http_auth_basic_module
> Доброго времени суток!
>
> нигде не нашел инструкции как на
> работающем сервере пересобрать nginx,
> нужные модули добавить, не нужные
> убрать, понимаю что в ./configure надо
> прописать --with- нужный модуль, а
> остальные модули, которые уже стоят?
> подскажите пошагово как например
> добавить модуль ngx_http_auth_basic_module который
> показывается при nginx -V как
> --without-ngx_http_auth_basic_module ?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224781,224781#msg-224781
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



From kaa на zvuki.ru  Mon Apr  2 16:31:04 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Mon, 02 Apr 2012 23:31:04 +0700
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEgbmdpbnggc3Ns?=
In-Reply-To: <0e1a5aeb4b9d1735fe049e3c75472b05.NginxMailingListRussian@forum.nginx.org>
References: <0e1a5aeb4b9d1735fe049e3c75472b05.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F79D448.80903@zvuki.ru>

02.04.2012 19:12, svg2007 пишет:
> Добрый день!

Добрый вечер, svg!

> Есть web сервер с nginx фронтэндом. Бэкэнд
> Apache 2.2 с несколькими виртуальными
> сайтами. Для одного из сайтов надо
> организовать доступ к одной из
> директорий через https. Поделитесь
> опытом, как это сделать через nginx.

В общих словах - вам надо в nginx настроить ещё один виртуальный сервер 
на порту 443, настроить ему SSL, и нужную директорию проксировать куда 
надо на бэкенд.

Изучите
   http://nginx.org/ru/docs/http/ngx_http_ssl_module.html
и задавайте более конкретные вопросы. Потому что там нюансов - масса.

Отдавать ли прочий контент и по HTTPS тоже - решайте сами. Если таки 
"да" - может оказаться удобнее не конфигурить отдельный SSL-enabled 
сервер, а добавить поддержку SSL в один из существующих ваших серверов.


-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From nginx-forum на nginx.us  Mon Apr  2 17:29:25 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Mon, 2 Apr 2012 13:29:25 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <30905322581eba29b33b1d9bfe452e23.NginxMailingListRussian@forum.nginx.org>

а для новичков можно инструкцию?

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


From meganuke на meganuke.ru  Mon Apr  2 20:52:12 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 03 Apr 2012 00:52:12 +0400
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <30905322581eba29b33b1d9bfe452e23.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<30905322581eba29b33b1d9bfe452e23.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7A117C.6040103@meganuke.ru>

http://nginx.org/ru/docs/install.html например.

On 4/2/12 9:29 PM, in_ukraine wrote:
> а для новичков можно инструкцию?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224781,224788#msg-224788
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From a.vasilishin на kpi.ua  Mon Apr  2 21:48:09 2012
From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=)
Date: Tue, 03 Apr 2012 00:48:09 +0300
Subject: =?UTF-8?B?UmV3cml0ZSDQtNC70Y8gbGl2ZXN0cmVldCBDTVM=?=
Message-ID: <4F7A1E99.50008@kpi.ua>

Есть у этой CMS такой рирайт (главный)

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ ./index.php

В нгинкс его можно перевести двумя способами:
if (!-e $request_filename){
        rewrite ^(.*)$ /index.php;
}

или
try_files $uri $uri/ /index.php;

Но, при этом ни в одном из случаев на бекенд не приходит 
$_SERVER['REQUEST_URI'], вернее приходит но он всегда = /index.php после 
этого рирайта.

В общем как правильно передать бекенду REQUEST_URI?





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


From roman.vasilyev на yousendit.com  Mon Apr  2 21:55:52 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 2 Apr 2012 14:55:52 -0700
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A1E99.50008@kpi.ua>
References: <4F7A1E99.50008@kpi.ua>
Message-ID: <4F7A2068.10308@yousendit.com>

Я думаю передать вашему бэкенду переменную $request_uri:

http://wiki.nginx.org/HttpCoreModule#.24request_uri




On 04/02/2012 02:48 PM, Андрей Василишин wrote:
> Есть у этой CMS такой рирайт (главный)
>
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule ^(.*)$ ./index.php
>
> В нгинкс его можно перевести двумя способами:
> if (!-e $request_filename){
>        rewrite ^(.*)$ /index.php;
> }
>
> или
> try_files $uri $uri/ /index.php;
>
> Но, при этом ни в одном из случаев на бекенд не приходит 
> $_SERVER['REQUEST_URI'], вернее приходит но он всегда = /index.php 
> после этого рирайта.
>
> В общем как правильно передать бекенду REQUEST_URI?
>
>
>
>
>


From a.vasilishin на kpi.ua  Mon Apr  2 21:57:26 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: Tue, 03 Apr 2012 00:57:26 +0300
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A2068.10308@yousendit.com>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
Message-ID: <4F7A20C6.4070100@kpi.ua>

03.04.2012 0:55, Roman Vasilyev написал:
> Я думаю передать вашему бэкенду переменную $request_uri:
>
> http://wiki.nginx.org/HttpCoreModule#.24request_uri
>

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

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


From roman.vasilyev на yousendit.com  Mon Apr  2 21:58:14 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 2 Apr 2012 14:58:14 -0700
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A20C6.4070100@kpi.ua>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua>
Message-ID: <4F7A20F6.2080303@yousendit.com>

On 04/02/2012 02:57 PM, Андрей Василишин wrote:
> 03.04.2012 0:55, Roman Vasilyev написал:
>> Я думаю передать вашему бэкенду переменную $request_uri:
>>
>> http://wiki.nginx.org/HttpCoreModule#.24request_uri
>>
>
> Да, сейчас так и делаю, но еще есть один момент, куда-то деваются 
> аргументы запросы, то есть они не передаются на бекенд.
>
ну вот в нем они и будут


From a.vasilishin на kpi.ua  Mon Apr  2 22:07: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: Tue, 03 Apr 2012 01:07:14 +0300
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A20F6.2080303@yousendit.com>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
Message-ID: <4F7A2312.6080300@kpi.ua>

03.04.2012 0:58, Roman Vasilyev написал:
> On 04/02/2012 02:57 PM, Андрей Василишин wrote:
>> 03.04.2012 0:55, Roman Vasilyev написал:
>>> Я думаю передать вашему бэкенду переменную $request_uri:
>>>
>>> http://wiki.nginx.org/HttpCoreModule#.24request_uri
>>>
>>
>> Да, сейчас так и делаю, но еще есть один момент, куда-то деваются
>> аргументы запросы, то есть они не передаются на бекенд.
>>
> ну вот в нем они и будут
>


Вот так передаю:
proxy_set_header REQUEST_URI $request_uri;

соответвенно на бекенде уже HTTP_REQUEST_URI и аргументов запроса - нет.

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


From a.vasilishin на kpi.ua  Mon Apr  2 22:10:50 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: Tue, 03 Apr 2012 01:10:50 +0300
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A20F6.2080303@yousendit.com>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
Message-ID: <4F7A23EA.9040106@kpi.ua>

03.04.2012 0:58, Roman Vasilyev написал:
> On 04/02/2012 02:57 PM, Андрей Василишин wrote:
>> 03.04.2012 0:55, Roman Vasilyev написал:
>>> Я думаю передать вашему бэкенду переменную $request_uri:
>>>
>>> http://wiki.nginx.org/HttpCoreModule#.24request_uri
>>>
>>
>> Да, сейчас так и делаю, но еще есть один момент, куда-то деваются
>> аргументы запросы, то есть они не передаются на бекенд.
>>
> ну вот в нем они и будут
>



Да, с рирайтом
if (!-e $request_filename){
        rewrite ^(.*)$ /index.php;
}

все нормально, а вот с
try_files $uri $uri/ /index.php;

пришлось добавить еще аргументы:
try_files $uri $uri/ /index.php?$args;



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


From roman.vasilyev на yousendit.com  Mon Apr  2 22:12:03 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 2 Apr 2012 15:12:03 -0700
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A2312.6080300@kpi.ua>
References: <4F7A1E99.50008@kpi.ua>
	<4F7A2068.10308@yousendit.com>	<4F7A20C6.4070100@kpi.ua>
	<4F7A20F6.2080303@yousendit.com> <4F7A2312.6080300@kpi.ua>
Message-ID: <4F7A2433.5060709@yousendit.com>

On 04/02/2012 03:07 PM, Андрей Василишин wrote:
> 03.04.2012 0:58, Roman Vasilyev написал:
>> On 04/02/2012 02:57 PM, Андрей Василишин wrote:
>>> 03.04.2012 0:55, Roman Vasilyev написал:
>>>> Я думаю передать вашему бэкенду переменную $request_uri:
>>>>
>>>> http://wiki.nginx.org/HttpCoreModule#.24request_uri
>>>>
>>>
>>> Да, сейчас так и делаю, но еще есть один момент, куда-то деваются
>>> аргументы запросы, то есть они не передаются на бекенд.
>>>
>> ну вот в нем они и будут
>>
>
>
> Вот так передаю:
> proxy_set_header REQUEST_URI $request_uri;
>
> соответвенно на бекенде уже HTTP_REQUEST_URI и аргументов запроса - нет.
>
посмотрите tcpdump траффик или включите дебаг, и посмотрите что на самом 
деле у вас шлется


From wangsamp на gmail.com  Mon Apr  2 23:10:54 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Tue, 3 Apr 2012 02:10:54 +0300 (EEST)
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A2312.6080300@kpi.ua>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
	<4F7A2312.6080300@kpi.ua>
Message-ID: <alpine.BSF.2.00.1204030204300.38615@u.fchgavxzrqvn.arg>

Today Apr 3, 2012 at 01:07 Андрей Василишин wrote:

> 03.04.2012 0:58, Roman Vasilyev написал:
> >>> Я думаю передать вашему бэкенду переменную $request_uri:
> >>> http://wiki.nginx.org/HttpCoreModule#.24request_uri
> >>
> >> Да, сейчас так и делаю, но еще есть один момент, куда-то деваются
> >> аргументы запросы, то есть они не передаются на бекенд.
> >>
> > ну вот в нем они и будут
> 
> Вот так передаю:
> proxy_set_header REQUEST_URI $request_uri;
> 
> соответвенно на бекенде уже HTTP_REQUEST_URI и аргументов запроса - нет.

  Версия 1.1.12+?
  http://mailman.nginx.org/pipermail/nginx/2011-December/031087.html

-- 
WNGS-RIPE


From a.vasilishin на kpi.ua  Mon Apr  2 23:22:06 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: Tue, 03 Apr 2012 02:22:06 +0300
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <alpine.BSF.2.00.1204030204300.38615@u.fchgavxzrqvn.arg>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
	<4F7A2312.6080300@kpi.ua>
	<alpine.BSF.2.00.1204030204300.38615@u.fchgavxzrqvn.arg>
Message-ID: <4F7A349E.2060209@kpi.ua>

03.04.2012 2:10, Oleksandr V. Typlyns'kyi написал:

>    Версия 1.1.12+?
>    http://mailman.nginx.org/pipermail/nginx/2011-December/031087.html
>

Да. 1.1.17, у меня даже с примером много чего общего :)

         location ~ \.php$ {
             proxy_pass http://backend;
             proxy_http_version 1.1;
             proxy_set_header Connection "";
             proxy_redirect     off;
             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_set_header REQUEST_URI $request_uri;
             proxy_set_header GEOIP_COUNTRY_CODE $geoip_country_code;
             proxy_set_header GEOIP_COUNTRY_CODE3 $geoip_country_code3;
             proxy_set_header GEOIP_COUNTRY_NAME $geoip_country_name;
             proxy_connect_timeout      60;
             proxy_send_timeout         60;
             proxy_read_timeout         60;

         }


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


From wangsamp на gmail.com  Mon Apr  2 23:51:18 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Tue, 3 Apr 2012 02:51:18 +0300 (EEST)
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <4F7A349E.2060209@kpi.ua>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
	<4F7A2312.6080300@kpi.ua>
	<alpine.BSF.2.00.1204030204300.38615@u.fchgavxzrqvn.arg>
	<4F7A349E.2060209@kpi.ua>
Message-ID: <alpine.BSF.2.00.1204030231580.38615@u.fchgavxzrqvn.arg>

Today Apr 3, 2012 at 02:22 Андрей Василишин wrote:

> 03.04.2012 2:10, Oleksandr V. Typlyns'kyi написал:
> 
> >    Версия 1.1.12+?
> >    http://mailman.nginx.org/pipermail/nginx/2011-December/031087.html
> >
> 
> Да. 1.1.17, у меня даже с примером много чего общего :)

>          location ~ \.php$ {
>              proxy_pass http://backend;
>              proxy_http_version 1.1;
>              proxy_set_header Connection "";
>              proxy_redirect     off;
>              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_set_header REQUEST_URI $request_uri;

  Apache же REQUEST_URI со строки запроса сам создаёт.
  Допишите $request_uri в proxy_pass, а потом уже mod_rewrite его на index.php перенаправит.
  Или можно попробовать index.php/$request_uri в try_files указать со ставкой на path_info.

-- 
WNGS-RIPE


From a.vasilishin на kpi.ua  Mon Apr  2 23:54:15 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: Tue, 03 Apr 2012 02:54:15 +0300
Subject: =?UTF-8?B?UmU6IFJld3JpdGUg0LTQu9GPIGxpdmVzdHJlZXQgQ01T?=
In-Reply-To: <alpine.BSF.2.00.1204030231580.38615@u.fchgavxzrqvn.arg>
References: <4F7A1E99.50008@kpi.ua> <4F7A2068.10308@yousendit.com>
	<4F7A20C6.4070100@kpi.ua> <4F7A20F6.2080303@yousendit.com>
	<4F7A2312.6080300@kpi.ua>
	<alpine.BSF.2.00.1204030204300.38615@u.fchgavxzrqvn.arg>
	<4F7A349E.2060209@kpi.ua>
	<alpine.BSF.2.00.1204030231580.38615@u.fchgavxzrqvn.arg>
Message-ID: <4F7A3C27.4080807@kpi.ua>


>    Apache же REQUEST_URI со строки запроса сам создаёт.
>    Допишите $request_uri в proxy_pass, а потом уже mod_rewrite его на index.php перенаправит.
>    Или можно попробовать index.php/$request_uri в try_files указать со ставкой на path_info.
>


В общем рабочий вариант такой:

         location / {
             index  index.php index.htm index.html;
             error_page 404 = @backend;
             root   /var/www/site.com;
             try_files $uri $uri/ /index.php?$args;
         }
         location @backend {
             proxy_pass http://backend$request_uri;
             proxy_http_version 1.1;
             proxy_set_header Connection "";
             proxy_redirect     off;
             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_set_header GEOIP_COUNTRY_CODE $geoip_country_code;
             proxy_set_header GEOIP_COUNTRY_CODE3 $geoip_country_code3;
             proxy_set_header GEOIP_COUNTRY_NAME $geoip_country_name;
             proxy_connect_timeout      60;
             proxy_send_timeout         60;
             proxy_read_timeout         60;

         }
         location ~ \.php$ {
             proxy_pass http://backend$request_uri;
             proxy_http_version 1.1;
             proxy_set_header Connection "";
             proxy_redirect     off;
             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_set_header GEOIP_COUNTRY_CODE $geoip_country_code;
             proxy_set_header GEOIP_COUNTRY_CODE3 $geoip_country_code3;
             proxy_set_header GEOIP_COUNTRY_NAME $geoip_country_name;
             proxy_connect_timeout      60;
             proxy_send_timeout         60;
             proxy_read_timeout         60;

         }


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


From thresh на videolan.org  Tue Apr  3 06:14:39 2012
From: thresh на videolan.org (Konstantin Pavlov)
Date: Tue, 3 Apr 2012 10:14:39 +0400
Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0L7Qt9C90LDQstCw0L3QuNC1INC/0YDQvtC60YHQtdC5LiBP?=
	=?UTF-8?B?RkZUT1BJQw==?=
In-Reply-To: <637984491.20120402131837@softsearch.ru>
References: <637984491.20120402131837@softsearch.ru>
Message-ID: <20120403061439.GL3956@snowwhite.immo>

On Mon, Apr 02, 2012 at 01:18:37PM +0400, Михаил Монашёв wrote:
> Здравствуйте.
> 
> Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
> на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
> на   порты,   которые   обычно   используют   для  проксирования,  или
> использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
> практический опыт.

Ну раз offtopic, то вот неплохой фашистский рулесет для apache +
mod_security, https://github.com/Flameeyes/modsec-flameeyes

Автор правил вполне адекватен и отзывчив.

Мы его используем на форумах-вики-trac'е. Остались только ручные спамеры
пару раз в день.

-- 
Konstantin Pavlov
VideoLAN team


From nginx-forum на nginx.us  Tue Apr  3 06:17:01 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 02:17:01 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a35c29c05cd12c8ff83b6168ed15ccee.NginxMailingListRussian@forum.nginx.org>

пересобрать не получилось, удалил и
поставил свежий 1.0.14, но ничего не
изменилось, как узнать модуль
http_auth_basic_module собрался или нет? по
умолчанию должен был, однако папку по
паролю не закрывает!

		location /block/ {
			auth_basic "Private Use Only";
			auth_basic_user_file /var/www/mysite/block/.htpasswd;
		}

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


From chipitsine на gmail.com  Tue Apr  3 06:36:10 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Tue, 3 Apr 2012 12:36:10 +0600
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNCw0YHQv9C+0LfQvdCw0LLQsNC90LjQtSDQv9GA0L7QutGB?=
	=?UTF-8?B?0LXQuS4gT0ZGVE9QSUM=?=
In-Reply-To: <719719669.20120402183409@softsearch.ru>
References: <637984491.20120402131837@softsearch.ru>
	<CAFHpkQFr_-L4F+khN+R5L4U2jCMjPs8WBaswkBp0ixEX4S==NQ@mail.gmail.com>
	<719719669.20120402183409@softsearch.ru>
Message-ID: <CAFHpkQG-RC9XxgUkrJmzLTTDAiWHA80Mz2QE7475xn7Th7SXug@mail.gmail.com>

разрешить посты только тем, кто прошел OAuth ?

2 апреля 2012 г. 20:34 пользователь Михаил Монашёв <postmaster на softsearch.ru
> написал:

> Здравствуйте, Илья.
>
> > а зачем ?
>
> >> Скажите  пожалуйста, как лучше по ip-адресу узнать, является ли сервер
> >> на  нём  проксёй, с которой можно спамить сайты? Самому делать запросы
> >> на   порты,   которые   обычно   используют   для  проксирования,  или
> >> использовать  rbl-и?  Если  rbl-и,  то какие порекомендуете? Интересен
> >> практический опыт.
>
> Чтобы,  например,  показать  капчу  тому,  кто  постит  что-то       с
> подозрительного ip. Или чтобы запретить постить вообще с таких ip.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> 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/20120403/2e16f500/attachment.html>

From bediev на gmail.com  Tue Apr  3 06:55:44 2012
From: bediev на gmail.com (Marat Bediev)
Date: Tue, 3 Apr 2012 12:55:44 +0600
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <a35c29c05cd12c8ff83b6168ed15ccee.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<a35c29c05cd12c8ff83b6168ed15ccee.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z01PW-_dXkpam2vUFY5OfCvgae9Vzpnh+5mafbRQLz1Rw@mail.gmail.com>

# nginx -V

2012/4/3 in_ukraine <nginx-forum на nginx.us>

> как узнать модуль
> http_auth_basic_module собрался или нет?
>



-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/ea136891/attachment.html>

From nginx-forum на nginx.us  Tue Apr  3 08:15:01 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 04:15:01 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>

nginx version: nginx/1.0.14
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
TLS SNI support disabled
configure arguments: --prefix=/usr --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--pid-path=/var/run/nginx/nginx.pid --lock-path=/var/lock/nginx.lock
--user=nginx --group=nginx --with-http_ssl_module --with-http_flv_module
--with-http_gzip_static_module --http-log-path=/var/log/nginx/access.log
--http-client-body-temp-path=/var/tmp/nginx/client/
--http-proxy-temp-path=/var/tmp/nginx/proxy/
--http-fastcgi-temp-path=/var/tmp/nginx/fcgi/

собирал по умолчению, пытался ./configure ...
--with-http_auth_basic_module так ругался на него,
типа неизвестная команда

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


From bediev на gmail.com  Tue Apr  3 08:22:41 2012
From: bediev на gmail.com (Marat Bediev)
Date: Tue, 3 Apr 2012 14:22:41 +0600
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z13EcwoJnV+wVED3QRfZKUn2kADJuLqaD_J+FtC1VSRRQ@mail.gmail.com>

покажите полную команду configure
и ошибку, которая выводится

-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/be8b9839/attachment-0001.html>

From nginx-forum на nginx.us  Tue Apr  3 08:25:07 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 04:25:07 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>

./configure --prefix=/usr --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--pid-path=/var/run/nginx/nginx.pid --lock-path=/var/lock/nginx.lock
--user=nginx --group=nginx --with-http_ssl_module
--with-http_auth_basic_module --with-http_flv_module
--with-http_gzip_static_module --http-log-path=/var/log/nginx/access.log
--http-client-body-temp-path=/var/tmp/nginx/client/
--http-proxy-temp-path=/var/tmp/nginx/proxy/
--http-fastcgi-temp-path=/var/tmp/nginx/fcgi/
./configure: error: invalid option "--with-http_auth_basic_module"

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


From bediev на gmail.com  Tue Apr  3 08:31:43 2012
From: bediev на gmail.com (Marat Bediev)
Date: Tue, 3 Apr 2012 14:31:43 +0600
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z0ui5rBBkOu+NCF4y7F-VUHrtJwHPgK=NsphqYwLwBR2w@mail.gmail.com>

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

2012/4/3 in_ukraine <nginx-forum на nginx.us>

> auth_basic_module
>


-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/fd60a419/attachment.html>

From nginx-forum на nginx.us  Tue Apr  3 08:43:17 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 04:43:17 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
Message-ID: <00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>

ладно, с этим разобрался, а почему тогда
не работает ограничение доступа на
папку?

location /block/ {
auth_basic "Private Use Only";
auth_basic_user_file /var/www/mysite/block/.htpasswd;
}

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


From bediev на gmail.com  Tue Apr  3 08:47:15 2012
From: bediev на gmail.com (Marat Bediev)
Date: Tue, 3 Apr 2012 14:47:15 +0600
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z0jDAft5a7mAh59hX30iVhRZ2Rc3MzNVK2tV8=Jd_q0ug@mail.gmail.com>

приведите полный конфиг секции server {}

2012/4/3 in_ukraine <nginx-forum на nginx.us>

> ладно, с этим разобрался, а почему тогда
> не работает ограничение доступа на
> папку?
>
> location /block/ {
> auth_basic "Private Use Only";
> auth_basic_user_file /var/www/mysite/block/.htpasswd;
> }
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224781,224827#msg-224827
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/f69f6c1f/attachment.html>

From nginx-forum на nginx.us  Tue Apr  3 08:58:02 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 04:58:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
Message-ID: <0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>

IP и имена доменов изменены

server {
		listen 11.11.11.11:80;
		server_name mysite.ru www.mysite.ru;
		location ~* ^/(awstats/|webmail/|phpmyadmin/|server-status/|backups/)
{
			proxy_pass http://11.11.11.11:8080;
			proxy_redirect http://mysite.ru: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://11.11.11.11:8080;
			proxy_redirect http://mysite.ru: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|tiff|svg|eps|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|wav|tar|exe|wmv|ico|tgz|mid|midi|bmp|flv|swf)$
{
			access_log /var/www/logs/mysite.ru.access_nginx.log;
			error_page 404 = @fallback;
			set $droot "/var/www/mysite.ru";
			if ( $host = "mysite.ru" ) {
				break;
			}
			if ( $host = "www.mysite.ru" ) {
				break;
			}
			if ( $host ~* ^(.*).mysite.ru$ ) {
				set $proot /var/www/mysite.ru/$1;
				break;
			}

			root $droot;
		}
		location /block {
			auth_basic "Restricted";
			auth_basic_user_file /var/www/mysite.ru/block/.htpasswd;
	       }
		location @fallback {
			proxy_pass http://11.11.11.11: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;
		}
}

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


From nginx-forum на nginx.us  Tue Apr  3 09:02:43 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 05:02:43 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>

точнее на файлы с расширением
указанным в этом конфиге, на файлы *.txt
спрашивает пароль, и если пароль не
верен, то пишет 

401 Authorization Required
--------------------------------------------------------------------------------
nginx

хотя *.txt должен апачь отрабатывать по
.htaccess. или я не прав?

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


From bediev на gmail.com  Tue Apr  3 09:14:47 2012
From: bediev на gmail.com (Marat Bediev)
Date: Tue, 3 Apr 2012 15:14:47 +0600
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z1chs1OQJEEP6Tqn2XkW-v6+Nm5MWZK9qLKYUBc6nxLKA@mail.gmail.com>

ничего не понял.
причем тут .txt и .htaccess вообще?
дайте примеры, где работает, а где нет, но должно?
и чего Вы хотите добиться?

2012/4/3 in_ukraine <nginx-forum на nginx.us>

> точнее на файлы с расширением
> указанным в этом конфиге, на файлы *.txt
> спрашивает пароль, и если пароль не
> верен, то пишет
>
> 401 Authorization Required
>
> --------------------------------------------------------------------------------
> nginx
>
> хотя *.txt должен апачь отрабатывать по
> .htaccess. или я не прав?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224781,224832#msg-224832
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/8f49ba96/attachment-0001.html>

From nginx-forum на nginx.us  Tue Apr  3 09:22:05 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 05:22:05 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>

у меня папка /block/ в ней .htaccess ограничен
доступ по паролю, когда фронт-ендом
стал nginx он не ограничивает доступ к
этой папке как раньше, когда был только
апачь, доступ ограничивался ко всем
файлам, а теперь нет, вот и пытаюсь
ограничить доступ с помощью фронт-енда,
и не получается, не могу же я почти всю
статику отдавать апачу...

содержимое .htaccess

AuthName 'Private Use Only'
AuthType Basic
AuthUserFile '/var/www/mysite.ru/block/.htpasswd'
require valid-user

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


From postmaster на softsearch.ru  Tue Apr  3 09:25:10 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 3 Apr 2012 13:25:10 +0400
Subject: =?UTF-8?B?UmVbNV06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <431941877.20120402140811@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru> <826651547.20120401003207@softsearch.ru>
	<1799272091.20120402133603@softsearch.ru>
	<431941877.20120402140811@softsearch.ru>
Message-ID: <1305351208.20120403132510@softsearch.ru>

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

вдогонку...

Оказалось,  что можно подсунуть такой хост, который резовер отрезолвит
в локальный ip и nginx сделает запрос в локальную подсеть.

Лечится  или  firewall-ом,  запрещающим nginx-у обращаться в локальную
подсеть, что очень неудобно, если он проксирует что-то в неё. Пришлось
пока поступить именно так. Политбюро, кстати, тоже подвержено подобным
проблемам, если ограничилось только ngx_http_secure_link_module.

Или изменением dns-сервера у резолвера, который не резолвил бы хосты в
ip из локальных подсетей.

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


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


From nginx-forum на nginx.us  Tue Apr  3 09:25:51 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 05:25:51 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
	<6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>

если я в перечне убираю расширение,
например zip, то доступ к zip-ам
ограничивается, начинает спрашивать
пароль, 


location ~*
^.+\.(jpg|jpeg|gif|png|tiff|svg|eps|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|wav|tar|exe|wmv|ico|tgz|mid|midi|bmp|flv|swf)

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


From nginx-forum на nginx.us  Tue Apr  3 09:40:21 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 05:40:21 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
	<6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
	<2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>

получается он ограничивает доступ к
файлам не из этого списка?

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


From nginx-forum на nginx.us  Tue Apr  3 09:45:55 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 05:45:55 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
	<6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
	<2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>
	<e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7f3b28ab49cc6d7e52eee8836dd864c5.NginxMailingListRussian@forum.nginx.org>

пытаюсь скачать файл с расширением *.txt 
спрашивает пароль и сообщение сервера
"Restricted"; а ведь в .htaccess "Private Use Only"; ввожу
пароль получаю 

404 Not Found
-----------------------------
nginx

почему так? причём тут nginx и *.txt ?

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


From vladimir на greenmice.info  Tue Apr  3 09:49:48 2012
From: vladimir на greenmice.info (Vladimir Rusinov)
Date: Tue, 3 Apr 2012 13:49:48 +0400
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
	<6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
	<2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>
	<e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CANjgnBtH5X_a6iqY4AGX7ETjXPAg1UML+YebUBE9s+vcRabiVg@mail.gmail.com>

On Tue, Apr 3, 2012 at 1:40 PM, in_ukraine <nginx-forum на nginx.us> wrote:

> получается он ограничивает доступ к
> файлам не из этого списка?


http://mailman.nginx.org/pipermail/nginx-ru/2004-November/000003.html
http://nginx.org/en/docs/http/request_processing.html (аналог на русском не
удалось сразу нагуглить).

Вкратце: запрос попадает только в один location. location с регулярными
выражениями обрабатываются первыми. Ваши запросы попадают в один из
location с регулярными выражениями, в которых никакого basic_auth нету.

Починить можно примерно так:

location / {
   location ~* (css|js|...) { ... }
   <и т.д.>
}
location /blocked/ {
   auth_basic ...;
}

PS: если nginx не понимает чего-то в конфиге он скажет об этом при запуске.
То есть при наличии в конфиге auth_basic и отсутвию auth модуля nginx
попросту не запустится. Вы изначально копали не в ту сторону.

-- 
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/a96bb800/attachment.html>

From gmm на csdoc.com  Tue Apr  3 10:30:56 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 03 Apr 2012 13:30:56 +0300
Subject: =?UTF-8?B?ImxvY2F0aW9uINGBINGA0LXQs9GD0LvRj9GA0L3Ri9C80Lgg0LLRi9GA0LDQttC1?=
	=?UTF-8?B?0L3QuNGP0LzQuCDQvtCx0YDQsNCx0LDRgtGL0LLQsNGO0YLRgdGPINC/0LU=?=
	=?UTF-8?B?0YDQstGL0LzQuCI=?=
In-Reply-To: <CANjgnBtH5X_a6iqY4AGX7ETjXPAg1UML+YebUBE9s+vcRabiVg@mail.gmail.com>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<5bf09e00d492eb66c61712c591d9a98f.NginxMailingListRussian@forum.nginx.org>
	<756a23f868cde5635e325d909671ee11.NginxMailingListRussian@forum.nginx.org>
	<00368703281baa413f0f5901f05ed883.NginxMailingListRussian@forum.nginx.org>
	<0fce1670a0b94bf1d1ce4e00e9e06b19.NginxMailingListRussian@forum.nginx.org>
	<5d603de9a23a2b886aa05f5e15411d66.NginxMailingListRussian@forum.nginx.org>
	<6a6432660e6196a82368fa2c0ce65e7f.NginxMailingListRussian@forum.nginx.org>
	<2aa5f32cc635aa3ff1cc4cd5578240a3.NginxMailingListRussian@forum.nginx.org>
	<e8f6b7433aa77f4ba251051a19b0ee0f.NginxMailingListRussian@forum.nginx.org>
	<CANjgnBtH5X_a6iqY4AGX7ETjXPAg1UML+YebUBE9s+vcRabiVg@mail.gmail.com>
Message-ID: <4F7AD160.4070605@csdoc.com>

On 03.04.2012 12:49, Vladimir Rusinov wrote:

> Вкратце: запрос попадает только в один location. location с регулярными
> выражениями обрабатываются первыми. Ваши запросы попадают в один из
> location с регулярными выражениями, в которых никакого basic_auth нету.

в документации несколько более сложное описание, чем просто
"location с регулярными выражениями обрабатываются первыми"

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

To find a location matching a given request, nginx first checks 
locations defined using the prefix strings (prefix locations). Among 
them, the most specific one is searched. Then regular expressions are 
checked, in the order of their appearance in a configuration file. A 
search of regular expressions terminates on the first match, and the 
corresponding configuration is used. If no match with a regular 
expression is found then a configuration of the most specific prefix 
location is used.

====================

наверное потому что

If the most specific prefix location has the ?^~? prefix then regular 
expressions are not checked.

====================

и чтобы не было такой часто проверки location с регулярными выражениями
на каждый запрос - их рекомендуется делать вложенными, внутрь "обычных" 
location.

-- 
Best regards,
  Gena


From wangsamp на gmail.com  Tue Apr  3 10:35:24 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Tue, 3 Apr 2012 13:35:24 +0300 (EEST)
Subject: =?UTF-8?B?UmVbNV06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <1305351208.20120403132510@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru>
	<826651547.20120401003207@softsearch.ru>
	<1799272091.20120402133603@softsearch.ru>
	<431941877.20120402140811@softsearch.ru>
	<1305351208.20120403132510@softsearch.ru>
Message-ID: <alpine.BSF.2.00.1204031334330.38615@u.fchgavxzrqvn.arg>

Today Apr 3, 2012 at 13:25 Михаил Монашёв wrote:

> Здравствуйте.
> 
> вдогонку...
> 
> Оказалось,  что можно подсунуть такой хост, который резовер отрезолвит
> в локальный ip и nginx сделает запрос в локальную подсеть.
> 
> Лечится  или  firewall-ом,  запрещающим nginx-у обращаться в локальную
> подсеть, что очень неудобно, если он проксирует что-то в неё. Пришлось
> пока поступить именно так. Политбюро, кстати, тоже подвержено подобным
> проблемам, если ограничилось только ngx_http_secure_link_module.

  А что мешает использовать proxy_bind?
  http://wiki.nginx.org/HttpProxyModule#proxy_bind

-- 
WNGS-RIPE


From bdfy на mail.ru  Tue Apr  3 10:46:35 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Tue, 03 Apr 2012 14:46:35 +0400
Subject: =?UTF-8?B?SHR0cEdlb01vZHVsZSDQuCDQvdC10YHQutC+0LvRjNC60L4g0L/QtdGA0LXQvNC1?=
	=?UTF-8?B?0L3QvdGL0YU=?=
In-Reply-To: <4F7AD160.4070605@csdoc.com>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<CANjgnBtH5X_a6iqY4AGX7ETjXPAg1UML+YebUBE9s+vcRabiVg@mail.gmail.com>
	<4F7AD160.4070605@csdoc.com>
Message-ID: <E1SF1Fz-00076a-3H.bdfy-mail-ru@f60.mail.ru>

описание формата для HttpGeoModule модуля:

geo  $test {
: default          no;
: include          conf/geo.conf;
: 127.0.0.0/24     us;
: 127.0.0.1/32     ru;
: 10.1.0.0/16      ru;
: 192.168.1.0/24   uk;

могу ли я добавить несколько значений  ? 

geo  $country  {
 192.168.1.0/24   uk a1 a2 ;



Т е чтобы при совпадении ip адреса в переменной $test все эти значения были ?

From nginx-forum на nginx.us  Tue Apr  3 11:12:21 2012
From: nginx-forum на nginx.us (kron)
Date: Tue, 3 Apr 2012 07:12:21 -0400 (EDT)
Subject: nginx proxy_pass + redirect
In-Reply-To: <20120330054932.GT13466@mdounin.ru>
References: <20120330054932.GT13466@mdounin.ru>
Message-ID: <b7c1c0311f5fe698efb94d9f6b1badcb.NginxMailingListRussian@forum.nginx.org>

Спасибо большое за ответ!

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


From nginx-forum на nginx.us  Tue Apr  3 12:13:56 2012
From: nginx-forum на nginx.us (Craken)
Date: Tue, 3 Apr 2012 08:13:56 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <64195c7e8bd7c981b3b1afab80fed10b.NginxMailingListRussian@forum.nginx.org>

По идее можешь вот так:
geo $country {
192.168.1.0/24 "uk a1 a2 ";

хотя не уверен. 
А если нужно чтобы переменная
содержала что-то типа массива - то так
нельзя.

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


From xenon.sk на gmail.com  Tue Apr  3 12:15:55 2012
From: xenon.sk на gmail.com (Aleksandr Skorodumov)
Date: Tue, 3 Apr 2012 16:15:55 +0400
Subject: =?UTF-8?B?0JrRjdGI0LjRgNC+0LLQsNC90LjQtSDRhNCw0LnQu9C+0LIg0YEg0LHRjdC60LU=?=
	=?UTF-8?B?0L3QtNCw?=
Message-ID: <CANP5ZQ8dst8QgrFJgyru-k==y579aDvOKK=vVPy8efdAj9-B2Q@mail.gmail.com>

Добрый день,
Хотелось настроить следующую вещь:
На сервер приходит HTTP запрос. Он перенаправляется на PHP скрипт, который
авторизует запрос и в положительном случае делает X-Accel-Redirect на
internal location.
Тот в свою очередь либо берет файл из определенной папки, либо, в случае
404, проксирует запрос на бэкенд, отдает файл клиенту и сохраняет в кэше.
Как это настроить - понятно, но возникла проблема с большими файлами.
При такой схеме прежде чем файл начнет отдаваться клиенту проходит
задержка, видимо файл начинает отдаваться только после того, когда
определенный объем файла попадет в какой-то буфер. Какой буфер это
регулирует?
И скажите - если придет одновременно два и более запроса, фронтенд будет
"лишний" раз тянуть файл с бэкенда?
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120403/09468808/attachment.html>

From postmaster на softsearch.ru  Tue Apr  3 12:33:09 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 3 Apr 2012 16:33:09 +0400
Subject: =?UTF-8?B?UmVbNl06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <alpine.BSF.2.00.1204031334330.38615@u.fchgavxzrqvn.arg>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru> <826651547.20120401003207@softsearch.ru>
	<1799272091.20120402133603@softsearch.ru>
	<431941877.20120402140811@softsearch.ru>
	<1305351208.20120403132510@softsearch.ru>
	<alpine.BSF.2.00.1204031334330.38615@u.fchgavxzrqvn.arg>
Message-ID: <138290964.20120403163309@softsearch.ru>

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

>> вдогонку...
>> 
>> Оказалось,  что можно подсунуть такой хост, который резовер отрезолвит
>> в локальный ip и nginx сделает запрос в локальную подсеть.
>> 
>> Лечится  или  firewall-ом,  запрещающим nginx-у обращаться в локальную
>> подсеть, что очень неудобно, если он проксирует что-то в неё. Пришлось
>> пока поступить именно так. Политбюро, кстати, тоже подвержено подобным
>> проблемам, если ограничилось только ngx_http_secure_link_module.

>   А что мешает использовать proxy_bind?
>   http://wiki.nginx.org/HttpProxyModule#proxy_bind

Хоть   решать   задачи   firewall-а   через  роутинг  ИМХО  не  совсем
идеологически правильно, но да, это тоже неплохой вариант.

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


From nginx-forum на nginx.us  Tue Apr  3 13:00:14 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 09:00:14 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <65aacaa9f109438d4a8b0f3992fe8dca.NginxMailingListRussian@forum.nginx.org>

вложил location ~* в location / {  как учили выше,
пароль спрашивать начал на всё, это
хорошо, но при вводе пароля находить
файлы перестал


404 Not Found
-----------------------------
nginx

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


From meganuke на meganuke.ru  Tue Apr  3 13:11:23 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 03 Apr 2012 17:11:23 +0400
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <65aacaa9f109438d4a8b0f3992fe8dca.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<65aacaa9f109438d4a8b0f3992fe8dca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7AF6FB.5030903@meganuke.ru>

Скажите, а вы случайно не сеошник?

On 4/3/12 5:00 PM, in_ukraine wrote:
> вложил location ~* в location / {  как учили выше,
> пароль спрашивать начал на всё, это
> хорошо, но при вводе пароля находить
> файлы перестал
>
>
> 404 Not Found
> -----------------------------
> nginx
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224781,224861#msg-224861
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Apr  3 13:17:42 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 09:17:42 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <4F7AF6FB.5030903@meganuke.ru>
References: <4F7AF6FB.5030903@meganuke.ru>
Message-ID: <7620ec12f541a0c3c5bedc7fb54cc677.NginxMailingListRussian@forum.nginx.org>

Nikita Stupin Wrote:
-------------------------------------------------------
> Скажите, а вы случайно не
> сеошник?

с какой целью интересуетесь?

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


From hell-for-yahoo на umail.ru  Tue Apr  3 14:14:06 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 3 Apr 2012 18:14:06 +0400
Subject: =?UTF-8?B?UmU6IEh0dHBHZW9Nb2R1bGUg0Lgg0L3QtdGB0LrQvtC70YzQutC+INC/0LXRgNC1?=
	=?UTF-8?B?0LzQtdC90L3Ri9GF?=
In-Reply-To: <E1SF1Fz-00076a-3H.bdfy-mail-ru@f60.mail.ru>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<CANjgnBtH5X_a6iqY4AGX7ETjXPAg1UML+YebUBE9s+vcRabiVg@mail.gmail.com>
	<4F7AD160.4070605@csdoc.com>
	<E1SF1Fz-00076a-3H.bdfy-mail-ru@f60.mail.ru>
Message-ID: <87274275.20120403181406@mtu-net.ru>

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

Создайте новый тред со своим вопросом, если хотите увидеть ответы...

I> описание формата для HttpGeoModule модуля:

I> geo  $test {
I> : default          no;
I> : include          conf/geo.conf;
I> : 127.0.0.0/24     us;
I> : 127.0.0.1/32     ru;
I> : 10.1.0.0/16      ru;
I> : 192.168.1.0/24   uk;

I> могу ли я добавить несколько значений  ? 

I> geo  $country  {
I>  192.168.1.0/24   uk a1 a2 ;



I> Т е чтобы при совпадении ip адреса в переменной $test все эти значения были ?
I> _______________________________________________
I> nginx-ru mailing list
I> nginx-ru на nginx.org
I> http://mailman.nginx.org/mailman/listinfo/nginx-ru


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

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 03.04.2012, <18:13>


From nginx-forum на nginx.us  Tue Apr  3 14:24:25 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 10:24:25 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9e3fce0ff7c14d9d1c69021481051104.NginxMailingListRussian@forum.nginx.org>

что я не так сделал?

server {
listen 11.11.11.11:80;
server_name mysite.ru www.mysite.ru;
location ~* ^/(awstats/|webmail/|phpmyadmin/|server-status/|backups/) {
proxy_pass http://11.11.11.11:8080;
proxy_redirect http://mysite.ru: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://11.11.11.11:8080;
proxy_redirect http://mysite.ru: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|tiff|svg|eps|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|wav|tar|exe|wmv|ico|tgz|mid|midi|bmp|flv|swf)$
{
access_log /var/www/logs/mysite.ru.access_nginx.log;
error_page 404 = @fallback;
set $droot "/var/www/mysite.ru";
if ( $host = "mysite.ru" ) {
break;
}
if ( $host = "www.mysite.ru" ) {
break;
}
if ( $host ~* ^(.*).mysite.ru$ ) {
set $proot /var/www/mysite.ru/$1;
break;
}

root $droot;
}

}

location /block {
auth_basic "Restricted";
auth_basic_user_file /var/www/mysite.ru/block/.htpasswd;
}
location @fallback {
proxy_pass http://11.11.11.11: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;
}
}

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


From gmm на csdoc.com  Tue Apr  3 14:25:31 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 03 Apr 2012 17:25:31 +0300
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <65aacaa9f109438d4a8b0f3992fe8dca.NginxMailingListRussian@forum.nginx.org>
References: <08ac165cb189e2b6e514d6cb776ff78b.NginxMailingListRussian@forum.nginx.org>
	<65aacaa9f109438d4a8b0f3992fe8dca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7B085B.7000909@csdoc.com>

On 03.04.2012 16:00, in_ukraine wrote:

> вложил location ~* в location / {  как учили выше,
> пароль спрашивать начал на всё, это
> хорошо, но при вводе пароля находить
> файлы перестал

причину, почему перестал - можно найти самостоятельно,
если внимательно прочитать error.log и доку на сайте
http://nginx.org/ru/ и http://nginx.org/

-- 
Best regards,
  Gena


From meganuke на meganuke.ru  Tue Apr  3 14:29:16 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 03 Apr 2012 18:29:16 +0400
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <7620ec12f541a0c3c5bedc7fb54cc677.NginxMailingListRussian@forum.nginx.org>
References: <4F7AF6FB.5030903@meganuke.ru>
	<7620ec12f541a0c3c5bedc7fb54cc677.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7B093C.50603@meganuke.ru>

Просто тутошний клуб анонимных сеошников очень не любит читать 
документацию также как и вы. Потому и поинтересовался.

On 4/3/12 5:17 PM, in_ukraine wrote:
> Nikita Stupin Wrote:
> -------------------------------------------------------
>> Скажите, а вы случайно не
>> сеошник?
>
> с какой целью интересуетесь?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224781,224864#msg-224864
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Apr  3 14:30:45 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 10:30:45 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <4F7B085B.7000909@csdoc.com>
References: <4F7B085B.7000909@csdoc.com>
Message-ID: <b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>

Gena Makhomed Wrote:
-------------------------------------------------------
> On 03.04.2012 16:00, in_ukraine wrote:
> 
> > вложил location ~* в location / {  как
> учили выше,
> > пароль спрашивать начал
> на всё, это
> > хорошо, но при вводе
> пароля находить
> > файлы перестал
> 
> причину, почему перестал -
> можно найти
> самостоятельно,
> если внимательно прочитать
> error.log и доку на сайте
> http://nginx.org/ru/ и http://nginx.org/
> 
> -- 
> Best regards,
>   Gena
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


error.log пустой, а за ссылки спасибо, что бы
я без них делал...

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


From nginx-forum на nginx.us  Tue Apr  3 14:36:34 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 10:36:34 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>

это файл ошибок nginx-а пустой, а вот в
ошибках сайта запись что "user 1 not found:" или
"user   not found:" к чему бы это? подскажите
плз...

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


From nginx-forum на nginx.us  Tue Apr  3 14:38:20 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 10:38:20 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
	<3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>

а когда специально неправильно вводил
пароль, то вот такое user guest: authentication failure
for ...

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


From mva на mva.name  Tue Apr  3 14:35:20 2012
From: mva на mva.name (Vadim A. Misbakh-Soloviov)
Date: Tue, 03 Apr 2012 21:35:20 +0700
Subject: joomla: rewrite rule
In-Reply-To: <4F79CCBE.3060507@wasilyev.ru>
References: <4F79CCBE.3060507@wasilyev.ru>
Message-ID: <4F7B0AA8.7000702@mva.name>

Ну, вообще, у меня, например, всё работает и с:

location / {
        try_files $uri $uri/ /index.php?q=$request_uri;
}



02.04.2012 22:58, Alexey Wasilyev написал:
> Добрый день.
>
> Переношу сайт на джумле с апача на nginx. В .htaccess есть следующий код:
>
> RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
> # Block out any script trying to base64_encode crap to send via URL
> RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
> # Block out any script that includes a <script> tag in URL
> RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
> # Block out any script trying to set a PHP GLOBALS variable via URL
> RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
> # Block out any script trying to modify a _REQUEST variable via URL
> RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
> # Send all blocked request to homepage with 403 Forbidden error!
> RewriteRule ^(.*)$ index.php [F,L]
>
> посоветуйте, как его адаптировать под nginx без if'ов ?
>

----------- следущая часть -----------
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/20120403/af017824/attachment.bin>

From nginx-forum на nginx.us  Tue Apr  3 14:47:16 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 10:47:16 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
	<3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
	<9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
Message-ID: <89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>

а когда правильно пишу логин и пароль,
то в логах об этом нет записей, однако
вижу 404 nginx

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


From kav на karagodov.name  Tue Apr  3 14:51:58 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Tue, 3 Apr 2012 18:51:58 +0400
Subject: joomla: rewrite rule
In-Reply-To: <4F7B0AA8.7000702@mva.name>
References: <4F79CCBE.3060507@wasilyev.ru> <4F7B0AA8.7000702@mva.name>
Message-ID: <CFA18A42-869B-418A-8797-11389A40EEA4@karagodov.name>


On 03.04.2012, at 18:35, Vadim A. Misbakh-Soloviov wrote:

> Ну, вообще, у меня, например, всё работает и с:
> 
> location / {
>        try_files $uri $uri/ /index.php?q=$request_uri;
> }
а наличие в комментариях "# Block out any script " не смущает? 

> 
> 
> 
> 02.04.2012 22:58, Alexey Wasilyev написал:
>> Добрый день.
>> 
>> Переношу сайт на джумле с апача на nginx. В .htaccess есть следующий код:
>> 
>> RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
>> # Block out any script trying to base64_encode crap to send via URL
>> RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
>> # Block out any script that includes a <script> tag in URL
>> RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
>> # Block out any script trying to set a PHP GLOBALS variable via URL
>> RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
>> # Block out any script trying to modify a _REQUEST variable via URL
>> RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
>> # Send all blocked request to homepage with 403 Forbidden error!
>> RewriteRule ^(.*)$ index.php [F,L]
>> 
>> посоветуйте, как его адаптировать под nginx без if'ов ?

например: 

www:/opt/nginx/conf/include/typical/http # cat joomla 
  location   ~* \.(class|inc|xml)$ {
   include    include/template/no-logging;
   return     403;
  }

  location   ~* \.(php|html|htm|feed|pdf|raw)$ {
   include    include/template/php52;
  }

  include    include/typical/http/php52;

вообще где то мелькала ссылка на страницу, которая апачевский рерайт конвертирует 
тривиальное гугление выдало первой ссылкой - http://www.anilcetin.com/convert-apache-htaccess-to-nginx/

>> 
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Apr  3 15:20:01 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 11:20:01 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
	<3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
	<9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
	<89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b282f8571506c715434b88c0a074936a.NginxMailingListRussian@forum.nginx.org>

нашел запись в /nginx/access.log

...  "GET /block/myfile.zip HTTP/1.1" 404 564 ...

как это понимать?

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


From gmm на csdoc.com  Tue Apr  3 16:08:11 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 03 Apr 2012 19:08:11 +0300
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <b282f8571506c715434b88c0a074936a.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
	<3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
	<9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
	<89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
	<b282f8571506c715434b88c0a074936a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7B206B.1040109@csdoc.com>

On 03.04.2012 18:20, in_ukraine wrote:

> нашел запись в /nginx/access.log
>
> ...  "GET /block/myfile.zip HTTP/1.1" 404 564 ...
>
> как это понимать?

ответ на этот вопрос можно узнать с помощью
http://nginx.org/en/docs/debugging_log.html

потому что в конфиге - что-то нечитаемое
и неподерживаемое, вполне могут быть глюки
из-за того, что http://wiki.nginx.org/IfIsEvil

лучше всего - переписать конфиг по нормальному,
так как это рекомендуется в примерах из документации
к веб-серверу http://nginx.org/en/docs/introduction.html

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Tue Apr  3 16:22:25 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 12:22:25 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <b282f8571506c715434b88c0a074936a.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<b6b72c606795ac0d69c9400467017904.NginxMailingListRussian@forum.nginx.org>
	<3a99bef3a9b4193fe52e5d87fecbb282.NginxMailingListRussian@forum.nginx.org>
	<9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
	<89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
	<b282f8571506c715434b88c0a074936a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <344bd6389bad7d02a28c7e54ef8b62b4.NginxMailingListRussian@forum.nginx.org>

неужели никто не пользовался
возможностью ограничить доступ
посредством auth_basic у nginx ? никто
конфигурацией не поделится?

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


From nginx-forum на nginx.us  Tue Apr  3 16:24:37 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 12:24:37 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <4F7B206B.1040109@csdoc.com>
References: <4F7B206B.1040109@csdoc.com>
Message-ID: <fe1078db13650502b90b998e440657be.NginxMailingListRussian@forum.nginx.org>

Gena Makhomed Wrote:
-------------------------------------------------------
> On 03.04.2012 18:20, in_ukraine wrote:

> лучше всего - переписать
> конфиг по нормальному,
> так как это рекомендуется в
> примерах из документации
> к веб-серверу
> http://nginx.org/en/docs/introduction.html

так не работает если прописать так как
описано в доках!

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


From ne на vbart.ru  Tue Apr  3 16:47:52 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 3 Apr 2012 20:47:52 +0400
Subject: =?UTF-8?B?UmU6ICDQvdCw0YPRh9C40YLQtSDQv9C10YDQtdGB0L7QsdC40YDQsNGC0YwgTkdJ?=
	=?UTF-8?B?Tlgg0YEg0L3Rg9C20L3Ri9C80Lgg0LzQvtC00YPQu9GP0LzQuA==?=
In-Reply-To: <89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
References: <4F7B085B.7000909@csdoc.com>
	<9f10f89fb8f2902e8677eb44d4332233.NginxMailingListRussian@forum.nginx.org>
	<89fc88bb623992840ba36ff670d9fd2b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204032047.52988.ne@vbart.ru>

On Tuesday 03 April 2012 18:47:16 in_ukraine wrote:
> а когда правильно пишу логин и пароль,
> то в логах об этом нет записей, однако
> вижу 404 nginx
> 

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

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

From nginx-forum на nginx.us  Tue Apr  3 17:02:21 2012
From: nginx-forum на nginx.us (in_ukraine)
Date: Tue, 3 Apr 2012 13:02:21 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDRg9GH0LjRgtC1INC/0LXRgNC10YHQvtCx0LjRgNCw0YLRjCBOR0lO?=
	=?UTF-8?B?WCDRgSDQvdGD0LbQvdGL0LzQuCDQvNC+0LTRg9C70Y/QvNC4?=
In-Reply-To: <fe1078db13650502b90b998e440657be.NginxMailingListRussian@forum.nginx.org>
References: <4F7B206B.1040109@csdoc.com>
	<fe1078db13650502b90b998e440657be.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bba30939b61c01805fb00e1a73a45d70.NginxMailingListRussian@forum.nginx.org>

оказалось всё проще, добавил одну
строку и файлы нашлись!

location /block {
auth_basic "Restricted";
auth_basic_user_file /var/www/mysite.ru/block/.htpasswd;
error_page 404 = @fallback;
}

локейшены оставил вложенные

location / {
...

location ~*
^.+\.(jpg|jpeg|gif|png|tiff|svg|eps|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|wav|tar|exe|wmv|ico|tgz|mid|midi|bmp|flv|swf)$
{ ... }

}

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


From nginx-forum на nginx.us  Wed Apr  4 01:17:10 2012
From: nginx-forum на nginx.us (OlegEk)
Date: Tue, 3 Apr 2012 21:17:10 -0400 (EDT)
Subject: =?UTF-8?B?0JHRi9C70L4g0YDQsNGB0LrQvtC00LjRgNC+0LLQsNGC0Ywg0LLQvtC/0YDQvtGB?=
	=?UTF-8?B?0LjQuiwg0L3Rg9C20L3QsCDQv9C+0LzQvtGJ0Yw=?=
Message-ID: <39127f62df23da9bef34de252e865fa1.NginxMailingListRussian@forum.nginx.org>

Лог ошибки выглядит так:
2012/04/01 00:26:45 [error] 29979#0: *183652 open()
"/srv/http/site.ru/product_thumb.php?img=images/195290.jpg&w=300&h=294"
failed (2: No such file or directory), client: 66.249.66.134, server:
te
rritory-pc.ru, request: "GET
/product_thumb.php%3Fimg%3Dimages/195290.jpg%26w%3D300%26h%3D294
HTTP/1.1", host: "site.ru"

Похожие темы были
http://www.lexa.ru/nginx-ru/msg30644.html
http://www.lexa.ru/nginx-ru/msg07294.html

Решение работает если передаётся один
параметр
if ($uri ~* ([\?])) {
rewrite ^(.*)%3f$  $1 permanent;
rewrite ^(.*)?$ $1 permanent;
}
Но если параметров 2 и более (передаются
через амперсант), то параметры не
разделяются, а кодируются
Видно что такие запросы идут в основном
с гугля.
Я так понимаю что гугль читает
страницу, потом идёт по ссылкам, притом
спрашивает их не так как они прописаны
в коде, а в соответстии со своим
представлением как они должны
выглядеть. 
В итоге закономерный 404й ответ.

Подскажите пожалуйста как обмануть
хитрого гугля?

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


From nginx-forum на nginx.us  Wed Apr  4 01:20:22 2012
From: nginx-forum на nginx.us (OlegEk)
Date: Tue, 3 Apr 2012 21:20:22 -0400 (EDT)
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQvdCw0L/QuNGB0LDRgtGMINGA0LXQstGA0LDQudGC?=
	=?UTF-8?B?INC/0LvQuNC3?=
Message-ID: <541427b2b17f7973f358547fcddc5cc3.NginxMailingListRussian@forum.nginx.org>

Есть ссылка, результат которой 404й код
"
ht_tp://site.ru/product_thumb.php%3Fimg%3Dimages/g15938.jpg%26w%3D289%26h%3D300"
Такие ссылки иногда приходят с
поисковиков (в частности при обходе
гуглем).
Сайт гарантированно не даёт таких
линков.

Если написать ссылку так
" ht_tp://site.ru/product_thumb.php?img=images/g15938.jpg&w=289&h=300"
то всё работает как надо 

Сделал в файле конфига такую заплатку
"if ($uri ~* ([\?])) {
rewrite ^(.*)(/?)+$  $1 permanent;
}"
в результате получаю сначала редирект
на 
"
ht_tp://site.ru/product_thumb.php?img%3Dimages/g15938.jpg%26w%3D289%26h%3D300"
То есть сначала заменяется код вопроса,
а всё что стоит после вопроса почему то
считается одним параметром, не
разбирается на части, и уходит в
движёк.
Потом уже внутри движка сайта я делаю
разбор этого одиночного параметра, и
снова делаю редирект, уже через 
   "header ('Location: '.'ht_tp://site.ru' . $file);"
   "header ('HTTP/1.0 301 Moved Permanently');"
то есть при чтении исходного урла
поисковик получает аж два редиректа.
Что судя по всему ему тоже не нравится.

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

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


From nginx-forum на nginx.us  Wed Apr  4 03:54:46 2012
From: nginx-forum на nginx.us (ast-ross)
Date: Tue, 3 Apr 2012 23:54:46 -0400 (EDT)
Subject: =?UTF-8?B?0YDQsNCx0L7RgtCwINGBINC/0YHQtdCy0LTQvtC00LjRgNC10LrRgtC+0YDQuNC1?=
	=?UTF-8?B?0Lkg0LzQvtC20L3QviDQu9C4INCx0LXQtyByZXdyaXRlPw==?=
Message-ID: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>

Задача примерно такая, при обращении по
адресу https://sub01.mysite.com/876503948540/ выполнялся
скрипт index.php
ну и работали все ссылки типа
https://sub01.mysite.com/876503948540/css/main.css и.т.п.
Сложность в том что директории 876503948540
не существует и вообще это значение
может меняться, известно только что это
12 цифр.

Можно написать через rewrite что то типа 
location ~ "^/\d{12}(?<real_path>.+)$" {
rewrite ^ $real_path last;
}

но при этом во первых любое обращение к
любому файлу директории проходит rewrite,
что думаю не есть хорошо ну и далее есть
еще пару директорий которые тоже надо
реврайтить, что приводит к
монстроподобному конфигу. 
Попытка сделать 
location ~ "^/\d{12}$" {
root /var/www/vhost
index index.php;
}
Приводит к 404 ошибке так как обращение
приходит на /var/www/vhost/876503948540/index.php

Подскажите как правильно делать то???

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


From igor на sysoev.ru  Wed Apr  4 06:25:09 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 4 Apr 2012 10:25:09 +0400
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120404062509.GA2689@nginx.com>

On Tue, Apr 03, 2012 at 11:54:46PM -0400, ast-ross wrote:
> Задача примерно такая, при обращении по
> адресу https://sub01.mysite.com/876503948540/ выполнялся
> скрипт index.php
> ну и работали все ссылки типа
> https://sub01.mysite.com/876503948540/css/main.css и.т.п.
> Сложность в том что директории 876503948540
> не существует и вообще это значение
> может меняться, известно только что это
> 12 цифр.
> 
> Можно написать через rewrite что то типа 
> location ~ "^/\d{12}(?<real_path>.+)$" {
> rewrite ^ $real_path last;
> }
> 
> но при этом во первых любое обращение к
> любому файлу директории проходит rewrite,
> что думаю не есть хорошо ну и далее есть
> еще пару директорий которые тоже надо
> реврайтить, что приводит к
> монстроподобному конфигу. 
> Попытка сделать 
> location ~ "^/\d{12}$" {
> root /var/www/vhost
> index index.php;
> }
> Приводит к 404 ошибке так как обращение
> приходит на /var/www/vhost/876503948540/index.php
> 
> Подскажите как правильно делать то???

location ~ "^/\d{12}/(.+)$" {
    alias /var/www/vhost/$1;
}


-- 
Igor Sysoev


From nginx-forum на nginx.us  Wed Apr  4 06:50:51 2012
From: nginx-forum на nginx.us (ast-ross)
Date: Wed, 4 Apr 2012 02:50:51 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c9efbc63fe9053f4dbf01e4807a91a3e.NginxMailingListRussian@forum.nginx.org>

спасибо, а как теперь заставить
работать location ~ \.php делать вложенный
location?

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


From nginx-forum на nginx.us  Wed Apr  4 07:07:51 2012
From: nginx-forum на nginx.us (ast-ross)
Date: Wed, 4 Apr 2012 03:07:51 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7d5241421e7a3b6c1759bcdfb99d562c.NginxMailingListRussian@forum.nginx.org>

location ~ "^/\d{12}/(.*)$" {
     alias /var/www/vhost/$1;
     location ~ "^/\d{12}/(.*)\.php$" {
          fastcgi_pass backend;
          fastcgi_param HTTPS on;
          fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
          fastcgi_index index.php;
          include fastcgi_params;
          try_files $fastcgi_script_name = 404;
          }
     }

при таком конфиге переменная
$fastcgi_script_name будет иметь значение
/876503948540/index.php
соответственно SCRIPT_FILENAME будет иметь
значение /var/www/vhost/876503948540/index.php
и опять 404... можно сделать так:

location ~ "^/\d{12}/(.*)$" {
     alias /var/www/vhost/$1;
     location ~ "^/\d{12}/(.+\.php)$" {
          fastcgi_pass backend;
          fastcgi_param HTTPS on;
          fastcgi_param SCRIPT_FILENAME $document_root$1;
          fastcgi_index index.php;
          include fastcgi_params;
          try_files $1 = 404;
          }
     }
но как то это не красиво как мне
кажется...

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


From igor на sysoev.ru  Wed Apr  4 08:26:58 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 4 Apr 2012 12:26:58 +0400
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <7d5241421e7a3b6c1759bcdfb99d562c.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
	<7d5241421e7a3b6c1759bcdfb99d562c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120404082658.GA4955@nginx.com>

On Wed, Apr 04, 2012 at 03:07:51AM -0400, ast-ross wrote:
> location ~ "^/\d{12}/(.*)$" {
>      alias /var/www/vhost/$1;
>      location ~ "^/\d{12}/(.*)\.php$" {
>           fastcgi_pass backend;
>           fastcgi_param HTTPS on;
>           fastcgi_param SCRIPT_FILENAME
> $document_root$fastcgi_script_name;
>           fastcgi_index index.php;
>           include fastcgi_params;
>           try_files $fastcgi_script_name = 404;
>           }
>      }
> 
> при таком конфиге переменная
> $fastcgi_script_name будет иметь значение
> /876503948540/index.php
> соответственно SCRIPT_FILENAME будет иметь
> значение /var/www/vhost/876503948540/index.php
> и опять 404... можно сделать так:
> 
> location ~ "^/\d{12}/(.*)$" {
>      alias /var/www/vhost/$1;
>      location ~ "^/\d{12}/(.+\.php)$" {
>           fastcgi_pass backend;
>           fastcgi_param HTTPS on;
>           fastcgi_param SCRIPT_FILENAME $document_root$1;
>           fastcgi_index index.php;
>           include fastcgi_params;
>           try_files $1 = 404;
>           }
>      }
> но как то это не красиво как мне
> кажется...

Увы, из букв А П Ж О нельзя сложить слово ВЕЧНОСТЬ.
Чтобы было красиво, нужно чтобы структура сайта была простая:

location /css/ {
location /js/ {
location /action/ {

Что касается ВЕЧНОСТИ, то сложить можно примерно так:

 location ~ "^/\d{12}(?<NAME>/.*)$" {
      alias /var/www/vhost$name;

      location ~ \.php$ {
           root /var/www/vhost;
           try_files $name =404;

           fastcgi_pass backend;
           fastcgi_param HTTPS on;
           fastcgi_param SCRIPT_FILENAME $document_root$name;
           include fastcgi_params;
      }
 }


-- 
Igor Sysoev


From nginx-forum на nginx.us  Wed Apr  4 10:44:57 2012
From: nginx-forum на nginx.us (ast-ross)
Date: Wed, 4 Apr 2012 06:44:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c34bac26d61266947b6084af8fcfed07.NginxMailingListRussian@forum.nginx.org>

большое спасибо! Остался единственный
вопрос: насколько ресурсоёмка операция
rewrite, нужно ли стараться избегать их?

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


From igor на sysoev.ru  Wed Apr  4 10:48:24 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 4 Apr 2012 14:48:24 +0400
Subject: =?UTF-8?B?UmU6INGA0LDQsdC+0YLQsCDRgSDQv9GB0LXQstC00L7QtNC40YDQtdC60YLQvtGA?=
	=?UTF-8?B?0LjQtdC5INC80L7QttC90L4g0LvQuCDQsdC10LcgcmV3cml0ZT8=?=
In-Reply-To: <c34bac26d61266947b6084af8fcfed07.NginxMailingListRussian@forum.nginx.org>
References: <bebc477e0d6dbd209081e8b6af7023ac.NginxMailingListRussian@forum.nginx.org>
	<c34bac26d61266947b6084af8fcfed07.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120404104824.GA8515@nginx.com>

On Wed, Apr 04, 2012 at 06:44:57AM -0400, ast-ross wrote:
> большое спасибо! Остался единственный
> вопрос: насколько ресурсоёмка операция
> rewrite, нужно ли стараться избегать их?

Не ресурсоёмкая. Основная проблема - неподдерживаемые конфигурации. 


-- 
Igor Sysoev


From a.vasilishin на kpi.ua  Wed Apr  4 13:30:11 2012
From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=)
Date: Wed, 04 Apr 2012 16:30:11 +0300
Subject: =?UTF-8?B?R2VvLdC80L7QtNGD0LvRjCDRgNCw0LHQvtGC0LAg0YEg0LzQsNGB0LrQsNC80Lg=?=
Message-ID: <4F7C4CE3.8050009@kpi.ua>

Привет всем!

Интересует вопрос, переварит ли гео-модуль такие записи:
8.8.4.0/255.255.255.0
8.8.8.0/255.255.255.0

или надо приводить к виду:
8.8.4.0/24
8.8.8.0/24

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


From igor на sysoev.ru  Wed Apr  4 13:31:43 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 4 Apr 2012 17:31:43 +0400
Subject: =?UTF-8?B?UmU6IEdlby3QvNC+0LTRg9C70Ywg0YDQsNCx0L7RgtCwINGBINC80LDRgdC60LA=?=
	=?UTF-8?B?0LzQuA==?=
In-Reply-To: <4F7C4CE3.8050009@kpi.ua>
References: <4F7C4CE3.8050009@kpi.ua>
Message-ID: <20120404133143.GA11539@nginx.com>

On Wed, Apr 04, 2012 at 04:30:11PM +0300, Андрей Василишин wrote:
> Привет всем!
> 
> Интересует вопрос, переварит ли гео-модуль такие записи:
> 8.8.4.0/255.255.255.0
> 8.8.8.0/255.255.255.0
> 
> или надо приводить к виду:
> 8.8.4.0/24
> 8.8.8.0/24
> 
> ?

Только второй вариант, CIDR.


-- 
Igor Sysoev


From swood на fotofor.biz  Wed Apr  4 14:24:14 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Wed, 4 Apr 2012 18:24:14 +0400
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0Ywg0LfQvdCw0YfQtdC90LjQtSDQvtGC0LTQtdC70YzQvdC+?=
	=?UTF-8?B?0LPQviBnZXQg0L/QsNGA0LDQvNC10YLRgNCw?=
In-Reply-To: <238291332876342@web44.yandex.ru>
References: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>
	<238291332876342@web44.yandex.ru>
Message-ID: <CAM_jxg21Rs__Chgw03kyOz=M1SrLae=6YEEwZ4_aBMFeBhhs+Q@mail.gmail.com>

А как правильно использовать этот $args_ ? Пробую так:
location /any {
   set $id $args_id;
}
Но nginx пишет при тестировании конфига, что:
nginx: [emerg] unknown "args_id" variable


27 марта 2012 г. 23:25 пользователь Denis F. Latypoff
<latypoff на yandex.ru>написал:

> 28.03.2012, 02:23, "ruslan usifov" <ruslan.usifov на gmail.com>:
> > Приветсвую.
> >
> > Хотелось бы в настройках fastcgi_cache_key не весь QUERY_STRING а
> > только лишнекоторые переданные get параметры, возможно ли это? для
> > куков есть, для http заголовкав тоже такая возможность имеется, а вот
> > для GET параметров чего то не нашел
>
> http://nginx.org/en/docs/http/ngx_http_core_module.html#variables
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>
> --
> br, Denis F. Latypoff.
>
> _______________________________________________
> 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/20120404/6476714b/attachment.html>

From swood на fotofor.biz  Wed Apr  4 14:25:44 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Wed, 4 Apr 2012 18:25:44 +0400
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0Ywg0LfQvdCw0YfQtdC90LjQtSDQvtGC0LTQtdC70YzQvdC+?=
	=?UTF-8?B?0LPQviBnZXQg0L/QsNGA0LDQvNC10YLRgNCw?=
In-Reply-To: <CAM_jxg21Rs__Chgw03kyOz=M1SrLae=6YEEwZ4_aBMFeBhhs+Q@mail.gmail.com>
References: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>
	<238291332876342@web44.yandex.ru>
	<CAM_jxg21Rs__Chgw03kyOz=M1SrLae=6YEEwZ4_aBMFeBhhs+Q@mail.gmail.com>
Message-ID: <CAM_jxg3d4twMqoWOhqYaH+ZqKYz5z8CqRnDMvbQLgWU4ouwDJw@mail.gmail.com>

Уже понял. Вопрос снят.

4 апреля 2012 г. 18:24 пользователь Anton Kiryushkin <swood на fotofor.biz>написал:

> А как правильно использовать этот $args_ ? Пробую так:
> location /any {
>    set $id $args_id;
> }
> Но nginx пишет при тестировании конфига, что:
> nginx: [emerg] unknown "args_id" variable
>
>
> 27 марта 2012 г. 23:25 пользователь Denis F. Latypoff <latypoff на yandex.ru>написал:
>
> 28.03.2012, 02:23, "ruslan usifov" <ruslan.usifov на gmail.com>:
>> > Приветсвую.
>> >
>> > Хотелось бы в настройках fastcgi_cache_key не весь QUERY_STRING а
>> > только лишнекоторые переданные get параметры, возможно ли это? для
>> > куков есть, для http заголовкав тоже такая возможность имеется, а вот
>> > для GET параметров чего то не нашел
>>
>> http://nginx.org/en/docs/http/ngx_http_core_module.html#variables
>> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>>
>> --
>> br, Denis F. Latypoff.
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> Best regards,
> Anton Kiryushkin,
>
>



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

From swood на fotofor.biz  Wed Apr  4 15:49:18 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Wed, 4 Apr 2012 19:49:18 +0400
Subject: =?UTF-8?B?0YHRgtGA0LDQvdC90YvQuSDRgNC10LTQuNGA0LXQutGC?=
Message-ID: <CAM_jxg37tH-=QAOBtH+UN42V_RQZsfC4AmYfqgUo8aLwj=f51g@mail.gmail.com>

Всем привет, пишу сюда, так как не понимаю что откуда берется.
Имею некий location:

location ~* some.do {
    set $id $arg_id;
    set $method $arg_method;
    set $type $arg_type;

            rewrite ^(.*)type=[0-9]+\&method=[a-zA-Z0-9]+\&id=[0-9]+$
$type$method$id;
            root /var/www/nginx/cache/folder;
            error_page 404 = @folder_fetch;
            expires 1d;
}

        location @folder_fetch {
            internal;
            rewrite $type$method$id$
/some.do?type=$type&method=$method&id=$id break;

            proxy_pass http://backend;
            proxy_store /var/www/cache/folder/some.do;
            proxy_store_access user:rw group:rw all:r;
}

И при запросе урла:
/some.do?type=4&method=showpreview&id=21995429

В логе получается следующее:
 "GET /some.do?type=4&method=showpreview&id=21995429 HTTP/1.1" 301
 "GET /some.do/?type=4&method=showpreview&id=21995429 HTTP/1.1" 403

Вопрос, откуда идет первый редирект, и почему появляется слэш после
/some.do во втором запросе....не понятно....

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

From sytar.alex на gmail.com  Wed Apr  4 17:17:53 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Wed, 4 Apr 2012 21:17:53 +0400
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0Ywg0LfQvdCw0YfQtdC90LjQtSDQvtGC0LTQtdC70YzQvdC+?=
	=?UTF-8?B?0LPQviBnZXQg0L/QsNGA0LDQvNC10YLRgNCw?=
In-Reply-To: <CAM_jxg21Rs__Chgw03kyOz=M1SrLae=6YEEwZ4_aBMFeBhhs+Q@mail.gmail.com>
References: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>
	<238291332876342@web44.yandex.ru>
	<CAM_jxg21Rs__Chgw03kyOz=M1SrLae=6YEEwZ4_aBMFeBhhs+Q@mail.gmail.com>
Message-ID: <CAKqRTSEXhaCOSK1FekwrhZBFf=p4rcUDW6akn=XodEDjnrncvg@mail.gmail.com>

4 апреля 2012 г. 18:24 пользователь Anton Kiryushkin
<swood на fotofor.biz> написал:
> А как правильно использовать этот $args_ ? Пробую так:
> location /any {
>    set $id $args_id;
> }
> Но nginx пишет при тестировании конфига, что:
> nginx: [emerg] unknown "args_id" variable

либо $args либо $arg_id выберите что-то одно.

>
>
> 27 марта 2012 г. 23:25 пользователь Denis F. Latypoff <latypoff на yandex.ru>
> написал:
>
>> 28.03.2012, 02:23, "ruslan usifov" <ruslan.usifov на gmail.com>:
>> > Приветсвую.
>> >
>> > Хотелось бы в настройках fastcgi_cache_key не весь QUERY_STRING а
>> > только лишнекоторые переданные get параметры, возможно ли это? для
>> > куков есть, для http заголовкав тоже такая возможность имеется, а вот
>> > для GET параметров чего то не нашел
>>
>> http://nginx.org/en/docs/http/ngx_http_core_module.html#variables
>> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>>
>> --
>> br, Denis F. Latypoff.
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> --
> Best regards,
> Anton Kiryushkin,
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From roman.vasilyev на yousendit.com  Wed Apr  4 23:11:09 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 4 Apr 2012 16:11:09 -0700
Subject: NGINX + SCTP
Message-ID: <4F7CD50D.5070804@yousendit.com>

Хотел поинтересоваться,

не думают ли отцы создатели добавить вщзможность хождения по этому 
протоколу тоже?
Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?


From hell-for-yahoo на umail.ru  Thu Apr  5 20:57:24 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 6 Apr 2012 00:57:24 +0400
Subject: NGINX + SCTP
In-Reply-To: <4F7CD50D.5070804@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com>
Message-ID: <1157354921.20120406005724@mtu-net.ru>

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

RV> не думают ли отцы создатели добавить вщзможность хождения по этому 
RV> протоколу тоже?

Вы ничего не путаете?

RV> Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?

Быстрое гугление показало, что SCTP имеет левое отношение к приложениям.


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

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 06.04.2012, <00:56>


From roman.vasilyev на yousendit.com  Thu Apr  5 21:12:32 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 5 Apr 2012 14:12:32 -0700
Subject: NGINX + SCTP
In-Reply-To: <1157354921.20120406005724@mtu-net.ru>
References: <4F7CD50D.5070804@yousendit.com>
	<1157354921.20120406005724@mtu-net.ru>
Message-ID: <4F7E0AC0.8030804@yousendit.com>

On 04/05/2012 01:57 PM, Andrey Repin wrote:
> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev!
>
> RV>  не думают ли отцы создатели добавить вщзможность хождения по этому
> RV>  протоколу тоже?
>
> Вы ничего не путаете?
>    
А что я тут мог спутать?
> RV>  Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?
>
> Быстрое гугление показало, что SCTP имеет левое отношение к приложениям.
>    

Судя по тестам он неплохо может облегчить жизнь при потерях

Instructions for Building SCTP Firefox 3.0.11
http://www.eecis.udel.edu/~leighton/sctp_firefox_3.0.11_README.html

Comparison of HTTP over TCP and SCTP in High Delay Networks
http://www.eecis.udel.edu/~leighton/firefox.html


From nginx-forum на nginx.us  Thu Apr  5 22:36:15 2012
From: nginx-forum на nginx.us (grigory)
Date: Thu, 5 Apr 2012 18:36:15 -0400 (EDT)
Subject: =?UTF-8?B?0KDQsNC30LTQsNGH0LAg0YHRgtCw0YLQuNC60Lg=?=
Message-ID: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>

Всем привет.

Пользуюсь nginx уже много лет для раздачи
картинок (сервис хостинга картинок).
Давно заметил одну неприятность, но не
знаю, где копать. Ситуация такая: когда
раздается одновременно очень много
картинок (например, если я создаю
.html-файл с открытием 300 картинок разных),
то начинает подниматься load average со
средних 1.0-2.0 до 6-7. Я так понимаю, что
идет нагрузка на дисковую подсистему?
Но проблема в том, что сама раздача
картинок в этот момент как бы
"подвисает", причем ситуацию спасает
почему-то только "service httpd restart", хотя
статика отдается именно nginx.
Подскажите, на какой параметр в конфиге
обратить внимание? И причем тут апач? И
что стоит дополнительно сделать:
добавить жесткий диск или лучше
оперативной памяти?

Заранее спасибо за ответы.

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


From nginx-forum на nginx.us  Fri Apr  6 02:31:48 2012
From: nginx-forum на nginx.us (valet)
Date: Thu, 5 Apr 2012 22:31:48 -0400 (EDT)
Subject: =?UTF-8?B?MzAxLdGL0Lkg0YDQtdC00LjRgNC10LrRgiDQtNC70Y8g0LHQvtC70YzRiNC+0LM=?=
	=?UTF-8?B?0L4g0LrQvtC70LjRh9C10YHRgtCy0L4g0YPRgNC7LdC+0LI=?=
Message-ID: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>

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

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


From kaa на zvuki.ru  Fri Apr  6 02:56:05 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Fri, 06 Apr 2012 09:56:05 +0700
Subject: =?UTF-8?B?UmU6IDMwMS3Ri9C5INGA0LXQtNC40YDQtdC60YIg0LTQu9GPINCx0L7Qu9GM0Yg=?=
	=?UTF-8?B?0L7Qs9C+INC60L7Qu9C40YfQtdGB0YLQstC+INGD0YDQuy3QvtCy?=
In-Reply-To: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
References: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7E5B45.7010801@zvuki.ru>

06.04.2012 09:31, valet пишет:
> Имеется файл с урл-ами сайта в
> количестве 1500 штук. Подскажите, как
> сделать 301-ый редирект каждого такого
> урл-а на главную сайта не в ущерб
> производительности.

У вас таки классический случай для использования map
   http://nginx.org/ru/docs/http/ngx_http_map_module.html


-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From admin на sysadmins.el.kg  Fri Apr  6 05:15:47 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Fri, 6 Apr 2012 11:15:47 +0600 (KGT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.
	org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <51875.77.235.14.177.1333689347.squirrel@85.115.208.54>

Кстати да, замечалось и такое, проблема для меня тоже актуальна. Где
копать так и не нашел, очень бы хотелось услышать мнение разработчиков и
гуру по этому поводу.
> Всем привет.
>
> Пользуюсь nginx уже много лет для раздачи
> картинок (сервис хостинга картинок).
> Давно заметил одну неприятность, но не
> знаю, где копать. Ситуация такая: когда
> раздается одновременно очень много
> картинок (например, если я создаю
> .html-файл с открытием 300 картинок разных),
> то начинает подниматься load average со
> средних 1.0-2.0 до 6-7. Я так понимаю, что
> идет нагрузка на дисковую подсистему?
> Но проблема в том, что сама раздача
> картинок в этот момент как бы
> "подвисает", причем ситуацию спасает
> почему-то только "service httpd restart", хотя
> статика отдается именно nginx.
> Подскажите, на какой параметр в конфиге
> обратить внимание? И причем тут апач? И
> что стоит дополнительно сделать:
> добавить жесткий диск или лучше
> оперативной памяти?
>
> Заранее спасибо за ответы.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224990,224990#msg-224990
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



From pavel2000 на ngs.ru  Fri Apr  6 06:34:12 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Fri, 6 Apr 2012 13:34:12 +0700
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <51875.77.235.14.177.1333689347.squirrel@85.115.208.54>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<51875.77.235.14.177.1333689347.squirrel@85.115.208.54>
Message-ID: <1452026931.20120406133412@ngs.ru>

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

Вы писали 6 апреля 2012 г., 12:15:47:

> Кстати да, замечалось и такое, проблема для меня тоже актуальна. Где
> копать так и не нашел, очень бы хотелось услышать мнение разработчиков и
> гуру по этому поводу.

Предполагаю, что нужно посмотреть :

- В логи обеих веб-серверов, убедиться, что статика действительно отдается именно nginx без участия
apache;
- Посмотреть в конфигурацию виртуального хоста nginx;
- Возможно, стоит использовать open_file_cache / noatime опцию монтирования ФС.
- Возможно, что нагрузку создает тяжелый скрипт, формирующий html.

>> Подскажите, на какой параметр в конфиге
>> обратить внимание? И причем тут апач? И
>> что стоит дополнительно сделать:
>> добавить жесткий диск или лучше
>> оперативной памяти?

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


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From maxim на nginx.com  Fri Apr  6 06:43:04 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Fri, 06 Apr 2012 10:43:04 +0400
Subject: NGINX + SCTP
In-Reply-To: <4F7CD50D.5070804@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com>
Message-ID: <4F7E9078.8070103@nginx.com>

On 4/5/12 3:11 AM, Roman Vasilyev wrote:
> Хотел поинтересоваться,
>
> не думают ли отцы создатели добавить вщзможность хождения по этому
> протоколу тоже?
> Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?
>
Формально такой пункт в разделе НИР есть.   Но нет понимания, когда 
до него руки дойдут.

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From postmaster на softsearch.ru  Fri Apr  6 08:21:03 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 6 Apr 2012 12:21:03 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1824240318.20120406122103@softsearch.ru>

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

> Пользуюсь  nginx уже много лет для раздачи картинок (сервис хостинга
> картинок).  Давно заметил одну неприятность, но не знаю, где копать.
> Ситуация  такая:  когда  раздается одновременно очень много картинок
> (например,  если  я  создаю  .html-файл  с  открытием  300  картинок
> разных),  то начинает подниматься load average со средних 1.0-2.0 до
> 6-7.  Я  так  понимаю,  что идет нагрузка на дисковую подсистему? Но
> проблема  в  том,  что  сама  раздача  картинок в этот момент как бы
> "подвисает", причем ситуацию спасает почему-то только "service httpd
> restart",  хотя  статика отдается именно nginx. Подскажите, на какой
> параметр в конфиге обратить внимание? И причем тут апач? И что стоит
> дополнительно  сделать:  добавить жесткий диск или лучше оперативной
> памяти?

Видимо апач делит с nginx какой-то ресурс, которого начинает не
хватать. Какая операционка? Скорее всего дело в настройках
операционки.

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


From scukonick на gmail.com  Fri Apr  6 09:17:51 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Fri, 6 Apr 2012 13:17:51 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <1824240318.20120406122103@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<1824240318.20120406122103@softsearch.ru>
Message-ID: <CAHrzFpCjZj91j+5B-rYRGEJ=y_t52_JZwBxrwVdMEDwyHmAScw@mail.gmail.com>

6 апреля 2012 г. 12:21 пользователь Михаил Монашёв <postmaster на softsearch.ru
> написал:

> Здравствуйте, grigory.
>
> > Пользуюсь  nginx уже много лет для раздачи картинок (сервис хостинга
> > картинок).  Давно заметил одну неприятность, но не знаю, где копать.
> > Ситуация  такая:  когда  раздается одновременно очень много картинок
> > (например,  если  я  создаю  .html-файл  с  открытием  300  картинок
> > разных),  то начинает подниматься load average со средних 1.0-2.0 до
> > 6-7.  Я  так  понимаю,  что идет нагрузка на дисковую подсистему? Но
> > проблема  в  том,  что  сама  раздача  картинок в этот момент как бы
> > "подвисает", причем ситуацию спасает почему-то только "service httpd
> > restart",  хотя  статика отдается именно nginx. Подскажите, на какой
> > параметр в конфиге обратить внимание? И причем тут апач? И что стоит
> > дополнительно  сделать:  добавить жесткий диск или лучше оперативной
> > памяти?
>
> Видимо апач делит с nginx какой-то ресурс, которого начинает не
> хватать. Какая операционка? Скорее всего дело в настройках
> операционки.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>

Здравствуйте!
А что у вас показывает вывод htop/top в этот момент? Как распределены
ресурсы процессора (iowait, sys, user и т.п.)?

-- 
Alexey Malov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120406/c1556ad0/attachment-0001.html>

From nginx-forum на nginx.us  Fri Apr  6 13:06:09 2012
From: nginx-forum на nginx.us (grigory)
Date: Fri, 6 Apr 2012 09:06:09 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>

Пока что могу ответить на пару
вопросов:
1. OS CentOS (2.6.18-238.19.1.el5), в логах апача
статики (картинки) нет вообще;
2. Вся статика только в логах nginx. У апача
только пхп, хтмл и favicon.ico.
3. Использовать noatime не могу, т.к. по
этому свойству определяю срок годности
неиспользованной статики для
последующего удаления.

> Видимо апач делит с nginx какой-то
ресурс, которого начинает не
> хватать. Какая операционка? Скорее
всего дело в настройках
> операционки.

А какой это может быть ресурс?

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

Извиняюсь за глупый вопрос, но как
посмотреть распределение ресурсом
памяти/дисковых операций?
Насчёт конфига nginx. У меня работает 3 nginx
на одном сервере + апач. Статику раздает
вот такой конфиг:

worker_processes  4;
worker_rlimit_nofile  65536;

events {
    worker_connections  16384;
}

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       off;
    output_buffers 1 256k;

    tcp_nopush     on;
    tcp_nodelay    on;

    keepalive_timeout  0;

    map $http_host $root_dir {
        hostnames;
        i.server.com    /var/www/virtual/i.server.com;
    }
    root $root_dir;

    server {
        listen       174.174.174.174:80;
        server_name  i.server.com;

        keepalive_timeout 0;

        client_max_body_size       10m;
        client_body_buffer_size    128k;

        proxy_connect_timeout      120;
        proxy_send_timeout         120;
        proxy_read_timeout         120;

        proxy_buffer_size          4k;
        proxy_buffers              4 32k;
        proxy_busy_buffers_size    64k;
        proxy_temp_file_write_size 64k;

        proxy_set_header   Host             $host;
        proxy_set_header   X-Real-IP        $remote_addr;
        proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;

        open_file_cache max=1024 inactive=600s;
        open_file_cache_valid 2000s;
        open_file_cache_min_uses 2;
        open_file_cache_errors on;

        location / {
proxy_pass http://i.server.com:8080;
proxy_redirect off;
}

location ~*
^.+\.(jpg|jpeg|gif|png|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf)$
{
    log_not_found off;
    access_log  logs/access_i.log;
    error_log  logs/error_i.log;

    expires 365d;

            root   /var/www/virtual/i.server.com;

            error_page 404 = @gifredir;
        }

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


From nginx-forum на nginx.us  Fri Apr  6 16:25:02 2012
From: nginx-forum на nginx.us (grigory)
Date: Fri, 6 Apr 2012 12:25:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>

Не уверен, точно ли поймал ситуацию, но
top во время тормозов выглядит так:

top - 11:22:30 up 198 days,  7:22,  1 user,  load average: 7.93, 5.67,
4.16
Tasks: 259 total,   2 running, 257 sleeping,   0 stopped,   0 zombie
Cpu(s): 15.1%us,  3.6%sy,  0.0%ni, 62.8%id, 18.2%wa,  0.0%hi,  0.2%si, 
0.0%st
Mem:   2070152k total,  1956416k used,   113736k free,   144692k
buffers
Swap:  4128696k total,      320k used,  4128376k free,   891096k cached

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


From nginx-forum на nginx.us  Fri Apr  6 19:22:41 2012
From: nginx-forum на nginx.us (valet)
Date: Fri, 6 Apr 2012 15:22:41 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IDMwMS3Ri9C5INGA0LXQtNC40YDQtdC60YIg0LTQu9GPINCx0L7Qu9GM0Yg=?=
	=?UTF-8?B?0L7Qs9C+INC60L7Qu9C40YfQtdGB0YLQstC+INGD0YDQuy3QvtCy?=
In-Reply-To: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
References: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e4a880531d4695c30bd8ab754eed2355.NginxMailingListRussian@forum.nginx.org>

Большая просьба подсказать
поподробнее, как именно это
реализовать. Прочитал по хелпу - не
совсем понял...

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


From nginx-forum на nginx.us  Sat Apr  7 10:27:57 2012
From: nginx-forum на nginx.us (Karnimir)
Date: Sat, 7 Apr 2012 06:27:57 -0400 (EDT)
Subject: nginx-1.0.11
In-Reply-To: <20111215150222.GP67687@mdounin.ru>
References: <20111215150222.GP67687@mdounin.ru>
Message-ID: <626d73894e7faed113a0edbc2b2cdb1e.NginxMailingListRussian@forum.nginx.org>

Здравствуйте! прошу прощения, если я "не
в тему".
На эту страницу я попал по запросу с
Яндекса.
Дело в том, что при попытке входа на
некоторые сайты (например, Твиттер,
Одноклассники и тд) появляется 404 Not Found
nginx/1.0.11 или
Welcome to nginx!
Подскажите, что делать?

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


From gmm на csdoc.com  Sat Apr  7 10:42:59 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Sat, 07 Apr 2012 13:42:59 +0300
Subject: nginx-1.0.11
In-Reply-To: <626d73894e7faed113a0edbc2b2cdb1e.NginxMailingListRussian@forum.nginx.org>
References: <20111215150222.GP67687@mdounin.ru>
	<626d73894e7faed113a0edbc2b2cdb1e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F801A33.5080900@csdoc.com>

On 07.04.2012 13:27, Karnimir wrote:

> при попытке входа на
> некоторые сайты (например, Твиттер,
> Одноклассники и тд) появляется 404 Not Found
> nginx/1.0.11 или
> Welcome to nginx!
> Подскажите, что делать?

кто виноват: http://nginx.org/en/docs/welcome_nginx_facebook.html
на русский - можно перевести через http://translate.google.com.ua/

что делать: чистить зараженную машину от вирусов/троянов
с помощью антивирусов http://www.freedrweb.com/?lng=ru
или http://support.kaspersky.ru/viruses/rescuedisk

P.S. тот "антивирус", который рекламируется на сайте nginx.org
гораздо хуже по качеству и он сможет помочь далеко не всегда.

-- 
Best regards,
  Gena


From savefrom на gmail.com  Sat Apr  7 15:30:19 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Sat, 7 Apr 2012 23:30:19 +0800
Subject: =?UTF-8?B?UmU6IDMwMS3Ri9C5INGA0LXQtNC40YDQtdC60YIg0LTQu9GPINCx0L7Qu9GM0Yg=?=
	=?UTF-8?B?0L7Qs9C+INC60L7Qu9C40YfQtdGB0YLQstC+INGD0YDQuy3QvtCy?=
In-Reply-To: <e4a880531d4695c30bd8ab754eed2355.NginxMailingListRussian@forum.nginx.org>
References: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
	<e4a880531d4695c30bd8ab754eed2355.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+uEM9NRaroLUFhKG0uR-4MjytAGDuw2E_LvEekSrOuYELzoaA@mail.gmail.com>

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

map $request_uri $destination_uri {
  /foo.html     /bar.html;
  /foo1.html   /bar1.html;
  default       "";
}


и на уровне location или server
if ($destination_uri) {
  return 301 http://example.com$destination_uri ;
}



7 апреля 2012 г. 3:22 пользователь valet <nginx-forum на nginx.us> написал:

> Большая просьба подсказать
> поподробнее, как именно это
> реализовать. Прочитал по хелпу - не
> совсем понял...
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224996,225030#msg-225030
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением, SaveFrom.net.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120407/b0831dd6/attachment.html>

From igor на sysoev.ru  Sat Apr  7 19:29:07 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Sat, 7 Apr 2012 23:29:07 +0400
Subject: =?UTF-8?B?UmU6IDMwMS3Ri9C5INGA0LXQtNC40YDQtdC60YIg0LTQu9GPINCx0L7Qu9GM0Yg=?=
	=?UTF-8?B?0L7Qs9C+INC60L7Qu9C40YfQtdGB0YLQstC+INGD0YDQuy3QvtCy?=
In-Reply-To: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
References: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120407192907.GA642@nginx.com>

On Thu, Apr 05, 2012 at 10:31:48PM -0400, valet wrote:
> Имеется файл с урл-ами сайта в
> количестве 1500 штук. Подскажите, как
> сделать 301-ый редирект каждого такого
> урл-а на главную сайта не в ущерб
> производительности.

   server {
       include redirect.conf;


redirect.conf:

location = /one.html { return 301 http://main.ru/; }
location = /two.html { return 301 http://main.ru/; }


-- 
Igor Sysoev


From nginx-forum на nginx.us  Sun Apr  8 12:30:53 2012
From: nginx-forum на nginx.us (playnet)
Date: Sun, 8 Apr 2012 08:30:53 -0400 (EDT)
Subject: =?UTF-8?B?U1NMLCB1cHN0cmVhbSDQuCDQsNC/0LDRhw==?=
Message-ID: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org>

Добрый день всем.
Долго читаю доки, и если про http
информации много, то про https крайне
мало. Итак.
Есть 2 сервера, надо, чтобы один был
главным, второй резервным, при этом
время переключения после сбоя главного
- менее 30 секунд, а лучше меньше секунды.
Такая схема + 2 айпи для домена на просто
хттп работает спокойно, описываем upstream
и для резервного при условии
доступности главного все запросы
перекидываются на главный, а при отвале
- обрабатываем. Трафик там небольшой,
работает.
А вот с хттпс проблемы
1) можно ли просто проксировать ssl без
обработки на апач, который будет
переведен на другой порт типа 444? Если
да - как именно? Вписываем listen *:443, но
секцию ssl не описываем? Что тогда писать
в proxy_pass, https?
2) есть ли нюансы в работе и
прописывании upstream части и в обработке
динамики?
3) если нет прямого проксирования, надо
на самом нгинх сделать секцию ssl и
дальше гонять нешифрованный трафик?
или можно снова зашифровать (сервера в
разных ДЦ, общаются без всяких впн) и
шифрованное слать?
4) что вообще означает https в proxy_pass?

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


From nginx-forum на nginx.us  Sun Apr  8 15:33:06 2012
From: nginx-forum на nginx.us (playnet)
Date: Sun, 8 Apr 2012 11:33:06 -0400 (EDT)
Subject: =?UTF-8?B?dXBzdHJlYW0gLSDQv9C10YDQtdC60LvRjtGH0LXQvdC40LUg0L3QsCBiYWNrdXAg?=
	=?UTF-8?B?0LIg0LvQvtCz0Lg=?=
Message-ID: <53ede41766d2fce8d48dfaffe7865f99.NginxMailingListRussian@forum.nginx.org>

Подскажите, как сделать логгинг
событий вроде "сервер ... отказал, был
отключен" (например при директивах
max_fails=3 fail_timeout=120), а также, что был
подключен-отключен backup сервер. Пока
вижу 3 варианта:
1) каким-то модулем
2) вешать на 502 ошибку обработчик,
который каким-то образом снимет down с
резервного и поставит down отказавшему,
потом сделает reload. 
3) ковырять код и реализовать такое
набором патчей. Не хотел бы - С не знаю, и
надо будет потом возиться с патчингом
новых версий, установкой именно моей
сборки на наших серверах итд.

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


From nginx-forum на nginx.us  Sun Apr  8 19:42:34 2012
From: nginx-forum на nginx.us (playnet)
Date: Sun, 8 Apr 2012 15:42:34 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <CANP5ZQ8dst8QgrFJgyru-k==y579aDvOKK=vVPy8efdAj9-B2Q@mail.gmail.com>
References: <CANP5ZQ8dst8QgrFJgyru-k==y579aDvOKK=vVPy8efdAj9-B2Q@mail.gmail.com>
Message-ID: <d6bbda26cae403db7001506b1e0024cd.NginxMailingListRussian@forum.nginx.org>

> задержка, видимо файл
> начинает отдаваться только
> после того, когда
> определенный объем файла
> попадет в какой-то буфер.
> Какой буфер это
> регулирует?
http://wiki.nginx.org/NginxRuHttpProxyModule
proxy_buffer_size
Директива задаёт размер буфера, в
который будет читаться первая часть
ответа, получаемого от проксируемого
сервера. В этой части ответа находится,
как правило, небольшой заголовок
ответа. По умолчанию размер буфера
равен размеру одного буфера в
директиве proxy_buffers, однако его можно
сделать меньше.

Оно? И там посмотреть другие буферы.

> И скажите - если придет
> одновременно два и более
> запроса, фронтенд будет
> "лишний" раз тянуть файл с
> бэкенда?
Если не включен модуль cache, то да. 
http://habrahabr.ru/post/79876/
например.

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


From nginx-forum на nginx.us  Sun Apr  8 21:30:27 2012
From: nginx-forum на nginx.us (Craken)
Date: Sun, 8 Apr 2012 17:30:27 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFNTTCwgdXBzdHJlYW0g0Lgg0LDQv9Cw0Yc=?=
In-Reply-To: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org>
References: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bf6ae1ce99b0c59d3b329c2ee40028d0.NginxMailingListRussian@forum.nginx.org>

Так вроде можно просто вот так:
proxy_pass $request;

по идее nginx передаст бекенду весь
пришедший запрос целиком. А бекенд уже
будет смотреть на то что ему пришло и
работать с этим. 

А если Вам нужно обработать SSL
соединение на nginx'e и передать на бекенд
уже не шифрованный запрос, то
описываете всю информацию о SSL и по идее
можно вставить директиву "proxy_ssl_session_reuse
off;".

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


From ne на vbart.ru  Sun Apr  8 22:47:55 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 9 Apr 2012 02:47:55 +0400
Subject: =?UTF-8?B?UmU6ICDQmtGN0YjQuNGA0L7QstCw0L3QuNC1INGE0LDQudC70L7QsiDRgSDQsdGN?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <CANP5ZQ8dst8QgrFJgyru-k==y579aDvOKK=vVPy8efdAj9-B2Q@mail.gmail.com>
References: <CANP5ZQ8dst8QgrFJgyru-k==y579aDvOKK=vVPy8efdAj9-B2Q@mail.gmail.com>
Message-ID: <201204090247.55997.ne@vbart.ru>

On Tuesday 03 April 2012 16:15:55 Aleksandr Skorodumov wrote:
[...]
> И скажите - если придет одновременно два и более запроса, фронтенд будет
> "лишний" раз тянуть файл с бэкенда?

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

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

From kaa на zvuki.ru  Mon Apr  9 05:03:20 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Mon, 09 Apr 2012 12:03:20 +0700
Subject: =?UTF-8?B?UmU6IHVwc3RyZWFtIC0g0L/QtdGA0LXQutC70Y7Rh9C10L3QuNC1INC90LAgYmFj?=
	=?UTF-8?B?a3VwINCyINC70L7Qs9C4?=
In-Reply-To: <53ede41766d2fce8d48dfaffe7865f99.NginxMailingListRussian@forum.nginx.org>
References: <53ede41766d2fce8d48dfaffe7865f99.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F826D98.2090306@zvuki.ru>

08.04.2012 22:33, playnet пишет:
> Подскажите, как сделать логгинг
> событий вроде "сервер ... отказал, был
> отключен" (например при директивах
> max_fails=3 fail_timeout=120), а также, что был
> подключен-отключен backup сервер. Пока
> вижу 3 варианта:

Всё уже придумано до вас:

... Если при обработке запроса были сделаны обращения к нескольким 
серверам, то их адреса разделяются запятой, например ...

http://nginx.org/ru/docs/http/ngx_http_upstream_module.html



-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From nginx-forum на nginx.us  Mon Apr  9 06:45:49 2012
From: nginx-forum на nginx.us (yuri37)
Date: Mon, 9 Apr 2012 02:45:49 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <ec2a2196b1efd8fed3c29aac8b87de6c.NginxMailingListRussian@forum.nginx.org>

отписал

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


From nginx-forum на nginx.us  Mon Apr  9 14:44:19 2012
From: nginx-forum на nginx.us (grigory)
Date: Mon, 9 Apr 2012 10:44:19 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>

Есть какие-нибудь мысли по сабжу?

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


From nginx-forum на nginx.us  Mon Apr  9 14:47:01 2012
From: nginx-forum на nginx.us (playnet)
Date: Mon, 9 Apr 2012 10:47:01 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <201204090247.55997.ne@vbart.ru>
References: <201204090247.55997.ne@vbart.ru>
Message-ID: <b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>

> http://nginx.org/r/proxy_cache_lock/ru
1.1.12+
А теперь вопрос, где есть эта или более
свежая версия? В дебиляне до сих пор 0.7,
центось 0.8 вроде было, во фре 1.0... Именно
штатно, а не самосбор.

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


From marck на rinet.ru  Mon Apr  9 14:53:35 2012
From: marck на rinet.ru (Dmitry Morozovsky)
Date: Mon, 9 Apr 2012 18:53:35 +0400 (MSK)
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
References: <201204090247.55997.ne@vbart.ru>
	<b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
Message-ID: <alpine.BSF.2.00.1204091853250.84237@woozle.rinet.ru>

On Mon, 9 Apr 2012, playnet wrote:

> > http://nginx.org/r/proxy_cache_lock/ru
> 1.1.12+
> А теперь вопрос, где есть эта или более
> свежая версия? В дебиляне до сих пор 0.7,
> центось 0.8 вроде было, во фре 1.0... Именно
> штатно, а не самосбор.

FreeBSD -- www/nginx-devel


-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck на FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck на rinet.ru ***
------------------------------------------------------------------------


From ne на vbart.ru  Mon Apr  9 14:59:22 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 9 Apr 2012 18:59:22 +0400
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
References: <201204090247.55997.ne@vbart.ru>
	<b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204091859.22270.ne@vbart.ru>

On Monday 09 April 2012 18:47:01 playnet wrote:
> > http://nginx.org/r/proxy_cache_lock/ru
> 
> 1.1.12+
> А теперь вопрос, где есть эта или более
> свежая версия? В дебиляне до сих пор 0.7,
> центось 0.8 вроде было, во фре 1.0... Именно
> штатно, а не самосбор.
> 

Gentoo

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

From ne на vbart.ru  Mon Apr  9 15:07:55 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 9 Apr 2012 19:07:55 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204091907.55909.ne@vbart.ru>

On Monday 09 April 2012 18:44:19 grigory wrote:
> Есть какие-нибудь мысли по сабжу?
> 

Если, по-вашему, апач никак в процессе не участвует, то вы же его можете 
отключить совсем и проверить, будет ли проблема воспроизводиться.

Если нет, то, вероятно, вы что-то не учитываете и апач у вас все-таки
участвует в процессе, причем весьма активно. Тут уж, без конфигов, логов и 
всевозможных метрик телепаты нужны.

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

From zzz на zzz.org.ua  Mon Apr  9 15:39:23 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Mon, 9 Apr 2012 18:39:23 +0300
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>

> Тут уж, без конфигов, логов и всевозможных метрик телепаты нужны.

В раздаче картинок у всех похожие проблемы.

> Извиняюсь за глупый вопрос, но как посмотреть распределение ресурсом памяти/дисковых операций?

Нужно смотреть на диски: vmstat, iostat, iotop, etc.

> И что стоит дополнительно сделать: добавить жесткий диск или лучше оперативной памяти?

Только жесткие диски. Чем больше полагаетесь на память, тем хуже.
Разогрев кэша станет реальной проблемой. Любой анализатор логов или
копирование больших файлов затрет кэш фс и все сразу "подвиснет".

> Есть какие-нибудь мысли по сабжу?

На типичных фс, типа экст2, на одну холодную картинку может
генерироваться очень много диск seek'ов (5-10) и тут уже что не крути
-- не поможет. Нужно или что-то, что может брать картинку с диска за 1
seek, или большой кэш на флэш, или больше дисков.

From postmaster на softsearch.ru  Mon Apr  9 16:12:56 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 9 Apr 2012 20:12:56 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
Message-ID: <1503231175.20120409201256@softsearch.ru>

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

> В раздаче картинок у всех похожие проблемы.

У меня проблем нет.
Надо  хранить и раздавать картинки с разных машинок. Это разные задачи
и  совмещать  их  на  одной  машине сложно, хотя и можно. Для хранения
нужны  большие  SATA  диски.  А  для  кэширования - много оперативки и
большие быстрые SSD. Сейчас вроде есть 2U сервера, куда можно воткнуть
одновременно  12  SATA 3'5 по 2ТБ и 2 SSD 2'5 по 500Гб. На таких можно
совместить и раздачу и хранение. Упрётесь в сетевуху скорее всего, ибо
с  одного  500  Гб  SSD вполне можно гигабит мелких картинок выдавать.

Правда не соображу, как настроить nginx на таком сервере, чтобы он кэш
наполнял  не  с  бэкенда,  а  с другого раздела. Наверное только через
проксирование  самому  себе,  что  криво  очень. Жаль, что кэширование
намертво привязано проксированию.

>> Извиняюсь за глупый вопрос, но как посмотреть распределение
>> ресурсом памяти/дисковых операций?

> Нужно смотреть на диски: vmstat, iostat, iotop, etc.

угу. Надо смотреть 4 вещи: нагрузку на процессор, диски, сеть и лимиты
операционки.

>> И что стоит дополнительно сделать: добавить жесткий диск или лучше оперативной памяти?

> Только жесткие диски. Чем больше полагаетесь на память, тем хуже.
> Разогрев кэша станет реальной проблемой. Любой анализатор логов или
> копирование больших файлов затрет кэш фс и все сразу "подвиснет".

И  вопрос  и ответ неверные. добавить надо того, чего не хватает. Т.е.
вопрос должен звучать так: как определить, чего не хватает?

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


From zzz на zzz.org.ua  Mon Apr  9 16:36:10 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Mon, 9 Apr 2012 19:36:10 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <1503231175.20120409201256@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
Message-ID: <CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>

> Надо  хранить и раздавать картинки с разных машинок. Это разные задачи
> и  совмещать  их  на  одной  машине сложно, хотя и можно. Для хранения
> нужны  большие  SATA  диски.  А  для  кэширования - много оперативки и
> большие быстрые SSD. Сейчас вроде есть 2U сервера, куда можно воткнуть
> одновременно  12  SATA 3'5 по 2ТБ и 2 SSD 2'5 по 500Гб. На таких можно
> совместить и раздачу и хранение. Упрётесь в сетевуху скорее всего, ибо
> с  одного  500  Гб  SSD вполне можно гигабит мелких картинок выдавать.

Если на то пошло, то лучше уже раздачу отдать CDN, хранение S3 и ни о
чем не бсепокоиться :)

From voron на amhost.net  Mon Apr  9 16:40:12 2012
From: voron на amhost.net (Alex Vorona)
Date: Mon, 09 Apr 2012 19:40:12 +0300
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <1503231175.20120409201256@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
Message-ID: <4F8310EC.9000606@amhost.net>

09.04.2012 19:12, Михаил Монашёв wrote:
[...]
> Правда не соображу, как настроить nginx на таком сервере, чтобы он кэш
> наполнял  не  с  бэкенда,  а  с другого раздела. Наверное только через
> проксирование  самому  себе,  что  криво  очень. Жаль, что кэширование
> намертво привязано проксированию.
http://labs.frickle.com/nginx_ngx_slowfs_cache/ не этого хочется?


From postmaster на softsearch.ru  Mon Apr  9 18:42:19 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 9 Apr 2012 22:42:19 +0400
Subject: =?UTF-8?B?UmVbNF06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
	<CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>
Message-ID: <793562932.20120409224219@softsearch.ru>

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

>> Надо  хранить и раздавать картинки с разных машинок. Это разные задачи
>> и  совмещать  их  на  одной  машине сложно, хотя и можно. Для хранения
>> нужны  большие  SATA  диски.  А  для  кэширования - много оперативки и
>> большие быстрые SSD. Сейчас вроде есть 2U сервера, куда можно воткнуть
>> одновременно  12  SATA 3'5 по 2ТБ и 2 SSD 2'5 по 500Гб. На таких можно
>> совместить и раздачу и хранение. Упрётесь в сетевуху скорее всего, ибо
>> с  одного  500  Гб  SSD вполне можно гигабит мелких картинок выдавать.

> Если на то пошло, то лучше уже раздачу отдать CDN, хранение S3 и ни о
> чем не бсепокоиться :)

Подход  "заплатить бабла и ни о чём не беспокоиться" чреват неожиданно
большими  тратами этого самого бабла. Чужая голова всегда думает хуже,
а просит в 10 раз больше.


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


From postmaster на softsearch.ru  Mon Apr  9 18:45:06 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 9 Apr 2012 22:45:06 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <4F8310EC.9000606@amhost.net>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru> <4F8310EC.9000606@amhost.net>
Message-ID: <204572707.20120409224506@softsearch.ru>

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

>> Правда не соображу, как настроить nginx на таком сервере, чтобы он кэш
>> наполнял  не  с  бэкенда,  а  с другого раздела. Наверное только через
>> проксирование  самому  себе,  что  криво  очень. Жаль, что кэширование
>> намертво привязано проксированию.
> http://labs.frickle.com/nginx_ngx_slowfs_cache/ не этого хочется?

Да, это оно самое.

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


From zzz на zzz.org.ua  Mon Apr  9 18:54:21 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Mon, 9 Apr 2012 21:54:21 +0300
Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <793562932.20120409224219@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
	<CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>
	<793562932.20120409224219@softsearch.ru>
Message-ID: <CAKb9G9iKRegBYxDiJjhkjSQgVuGZWVjNQ98V2qs1_EP2nSmo6w@mail.gmail.com>

> Подход  "заплатить бабла и ни о чём не беспокоиться" чреват неожиданно
> большими  тратами этого самого бабла. Чужая голова всегда думает хуже,
> а просит в 10 раз больше.

Еще Фред Брукс в No Silver Bullet писал: избегайте создание того, что
можно купить :)

From mail на knutov.com  Mon Apr  9 19:34:47 2012
From: mail на knutov.com (Nick Knutov)
Date: Tue, 10 Apr 2012 01:34:47 +0600
Subject: =?UTF-8?Q?1=2E0=2E14_=D0=B8_--with-pcre-jit?=
Message-ID: <4F8339D7.6040904@knutov.com>

Читаю http://nginx.org/ru/docs/install.html

Делаю

/usr/src/nginx/nginx-1.0.14# ./configure \
--conf-path=/etc/nginx/nginx.conf \
--pid-path=/var/run/nginx.pid \
--error-log-path=/var/log/nginx/error.log \
--http-log-path=/var/log/nginx/access.log \
--with-cc-opt="-D FD_SETSIZE=2048" \
--with-http_ssl_module \
--with-http_stub_status_module \
--with-http_flv_module \
--add-module=../ngx-fancyindex \
--with-pcre=../pcre-${PCRE} \
--with-pcre-jit \
--with-zlib=../zlib-${ZLIB}
./configure: error: invalid option "--with-pcre-jit"

Так и должно быть?

Правда судя по http://nginx.org/ru/docs/ngx_core_module.html#pcre_jit в 
ветке 1.0 этого нет, может быть тогда стоит добавить это в документацию?

Заодним, переписываю свои сборочные скрипты от 2009го года, нашел там
--with-md5=../md5 \
--with-sha1=../sha

(сами библиотеки брались с http://www2.psy.uq.edu.au/~ftp/Crypto/libeay/ 
, но сейчас эта ссылка уже неактуальна). Я правильно думаю, что эти 
строчки можно теперь выкинуть, или они могут быть зачем-то нужны?

-- 
Best Regards,
Nick Knutov


From mdounin на mdounin.ru  Mon Apr  9 20:06:43 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 10 Apr 2012 00:06:43 +0400
Subject: =?UTF-8?Q?Re=3A_1=2E0=2E14_=D0=B8_--with-pcre-jit?=
In-Reply-To: <4F8339D7.6040904@knutov.com>
References: <4F8339D7.6040904@knutov.com>
Message-ID: <20120409200643.GN13466@mdounin.ru>

Hello!

On Tue, Apr 10, 2012 at 01:34:47AM +0600, Nick Knutov wrote:

> Читаю http://nginx.org/ru/docs/install.html
> 
> Делаю
> 
> /usr/src/nginx/nginx-1.0.14# ./configure \
> --conf-path=/etc/nginx/nginx.conf \
> --pid-path=/var/run/nginx.pid \
> --error-log-path=/var/log/nginx/error.log \
> --http-log-path=/var/log/nginx/access.log \
> --with-cc-opt="-D FD_SETSIZE=2048" \
> --with-http_ssl_module \
> --with-http_stub_status_module \
> --with-http_flv_module \
> --add-module=../ngx-fancyindex \
> --with-pcre=../pcre-${PCRE} \
> --with-pcre-jit \
> --with-zlib=../zlib-${ZLIB}
> ./configure: error: invalid option "--with-pcre-jit"
> 
> Так и должно быть?
> 
> Правда судя по
> http://nginx.org/ru/docs/ngx_core_module.html#pcre_jit в ветке 1.0
> этого нет, может быть тогда стоит добавить это в документацию?

Да, стоит добавить.

> Заодним, переписываю свои сборочные скрипты от 2009го года, нашел там
> --with-md5=../md5 \
> --with-sha1=../sha
> 
> (сами библиотеки брались с
> http://www2.psy.uq.edu.au/~ftp/Crypto/libeay/ , но сейчас эта ссылка
> уже неактуальна). Я правильно думаю, что эти строчки можно теперь
> выкинуть, или они могут быть зачем-то нужны?

Если nginx собирается с openssl, то реализации md5/sha1 в любом 
случае берутся из него.  Выкинуть однозначно.

Maxim Dounin


From postmaster на softsearch.ru  Mon Apr  9 20:59:41 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 10 Apr 2012 00:59:41 +0400
Subject: =?UTF-8?B?UmVbNl06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAKb9G9iKRegBYxDiJjhkjSQgVuGZWVjNQ98V2qs1_EP2nSmo6w@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
	<CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>
	<793562932.20120409224219@softsearch.ru>
	<CAKb9G9iKRegBYxDiJjhkjSQgVuGZWVjNQ98V2qs1_EP2nSmo6w@mail.gmail.com>
Message-ID: <164701025.20120410005941@softsearch.ru>

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

>> Подход  "заплатить  бабла  и  ни  о  чём  не  беспокоиться"  чреват
>> неожиданно большими тратами этого самого бабла. Чужая голова всегда
>> думает хуже, а просит в 10 раз больше.

> Еще  Фред  Брукс  в No Silver Bullet писал: избегайте создание того,
> что можно купить :)

Почему  тогда  прочитавшие  эту книгу пишут "В раздаче картинок у всех
похожие проблемы", а не читавшие "У меня проблем нет"?

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


From zzz на zzz.org.ua  Mon Apr  9 21:17:53 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 10 Apr 2012 00:17:53 +0300
Subject: =?UTF-8?B?UmU6IFJlWzZdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <164701025.20120410005941@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9g0ScKgo-dk=WzVoqatrO7yDLaZbO3i6mf9BKwDc-4ToQ@mail.gmail.com>
	<1503231175.20120409201256@softsearch.ru>
	<CAKb9G9id2piw=Zp5A_ks8fp-ZnQG+6aLqBTJzxYj4B39G-sBgQ@mail.gmail.com>
	<793562932.20120409224219@softsearch.ru>
	<CAKb9G9iKRegBYxDiJjhkjSQgVuGZWVjNQ98V2qs1_EP2nSmo6w@mail.gmail.com>
	<164701025.20120410005941@softsearch.ru>
Message-ID: <CAKb9G9jH0Hfyq38nCnwaZtBqyNLyy1aEntQDokeARQ9vMny+=A@mail.gmail.com>

> пишут "В раздаче картинок у всех
> похожие проблемы", а не читавшие "У меня проблем нет"?

У кого они есть имелось в виду. У меня тоже нет, но я правда тоже
разделяю раздачу и хранение.

From nginx-forum на nginx.us  Mon Apr  9 21:20:50 2012
From: nginx-forum на nginx.us (pioneer)
Date: Mon, 9 Apr 2012 17:20:50 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFByb3h5IHN0b3JlINC/0YDQuNC90YbQuNC/INGA0LDQsdC+0YLRiw==?=
In-Reply-To: <479882a9ccbe2c39275a154686722411.NginxMailingListRussian@forum.nginx.org>
References: <479882a9ccbe2c39275a154686722411.NginxMailingListRussian@forum.nginx.org>
Message-ID: <0454902658009971ccab11e29dd6cbe2.NginxMailingListRussian@forum.nginx.org>

Я бы сделал следующее:
1. Взял нашел в кеше страницу,
скопировал URL
2. Удалил кеш
3. Использовал в консоли
curl -I URL
и проверял бы, бы в логах. Если
информации мало, меняем параметр
записей в лог.

Мои предположения, что сейчас пришли на
ум:
1. Часть страниц отдается с pragma no-cache и
другими заголовками, с которыми ответы
не кешируются. Мне нравиться старая
статья на анг (http://www.mnot.net/cache_docs/)
2. Возможно вы меняли пользователя, от
которого работает nginx, но не поменяли
права на остальные каталоги nginx,
смотрим nginx -V
у меня это --http-proxy-temp-path=/var/spool/nginx/tmp/proxy

Оба варианта отлично отслеживаются по
логам.
1-й например добавлением параметра в
лог $upstream_cache_status, вы сразу поймете
откуда был дан ответ.
2-й будет в логах ошибок.

Надеюсь перечень этих вариантов
поможет вам разобраться.

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


From nginx-forum на nginx.us  Mon Apr  9 21:48:28 2012
From: nginx-forum на nginx.us (grigory)
Date: Mon, 9 Apr 2012 17:48:28 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
Message-ID: <64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>

Amazon ? это жууууутко дорого, когда дело
касается трафика. Я как-то подсчитывал,
во сколько бы мне обходилась раздача
картинок с моих серверов посредством
Амазона, так выходила в 8 раз дороже, чем
несколько dedicated, которые я сейчас
арендую.

Народ, объясните, плз, в двух словах, для
чего нужен ngx_slowfs_cache? У меня пока два
сервера, на первом 3 жестких диска (на
одном висят сайты, на двух других идет
хранение и раздача картинок) + еще один
с двумя дисками (хранения и раздача).
Мне стоит использовать этот модуль или
нет?

Что касается апача, кажется, я понял, в
чем проблема, но не пойму, почему
помогает именно рестарт апача. У меня с
помощью ajax php-файл проверяет, создалась
ли картинка, а проверяет она это через
php-шную функцию file_exists. Полагаю, что
когда жесткий диск сильно нагружается
на раздаче картинок, функция file_exists
начинает тупить. Как думаете, в этом
причина?

atop показывает загруз файловой системы
в момент проблема на 100%, естественно.

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


From nginx-forum на nginx.us  Mon Apr  9 21:51:19 2012
From: nginx-forum на nginx.us (grigory)
Date: Mon, 9 Apr 2012 17:51:19 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>

Насчет ngx_slowfs_cache: я думал, обычное
кеширование nginx и так закидывает в
память часто используемые файлы, не?
Вот эта директива в моем конфиге:
open_file_cache max=1024 inactive=600s;
open_file_cache_valid 2000s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
Разве не за этот момент отвечает?
Может, стоит поднять open_file_cache_min_uses до 10,
например, чтобы туда гарантированно
попадали самые часто используемые
картинки вместо всех подряд с
количеством просмотров 2+?

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


From zzz на zzz.org.ua  Mon Apr  9 23:09:21 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 10 Apr 2012 02:09:21 +0300
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKb9G9iTdDD=PXn5uoXtAOr0A1UmO5iyFTmHWcwGixx8p6xLjg@mail.gmail.com>

> atop показывает загруз файловой системы
> в момент проблема на 100%, естественно.

Что и ожидалось и как уже говорили -- настройки не помогут, быстрые
диски для кэша помогут.

From gmm на csdoc.com  Tue Apr 10 07:10:51 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 10 Apr 2012 10:10:51 +0300
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAKb9G9iTdDD=PXn5uoXtAOr0A1UmO5iyFTmHWcwGixx8p6xLjg@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<CAKb9G9iTdDD=PXn5uoXtAOr0A1UmO5iyFTmHWcwGixx8p6xLjg@mail.gmail.com>
Message-ID: <4F83DCFB.9000700@csdoc.com>

On 10.04.2012 2:09, Alexandr Gomoliako wrote:

>> atop показывает загруз файловой системы
>> в момент проблема на 100%, естественно.

> Что и ожидалось и как уже говорили -- настройки не помогут, быстрые
> диски для кэша помогут.

# man ionice

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

-- 
Best regards,
  Gena


From ne на vbart.ru  Tue Apr 10 08:46:44 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 10 Apr 2012 12:46:44 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204101246.45074.ne@vbart.ru>

On Tuesday 10 April 2012 01:51:19 grigory wrote:
> Насчет ngx_slowfs_cache: я думал, обычное
> кеширование nginx и так закидывает в
> память часто используемые файлы, не?

Этим должна заниматься ОС при достаточном количестве ОЗУ.

> Вот эта директива в моем конфиге:
> open_file_cache max=1024 inactive=600s;
> open_file_cache_valid 2000s;
> open_file_cache_min_uses 2;
> open_file_cache_errors on;
> Разве не за этот момент отвечает?

Нет, эта директива при адекватном использовании позволяет экономить сисколы. 

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

From nginx-forum на nginx.us  Tue Apr 10 09:37:14 2012
From: nginx-forum на nginx.us (Proger48)
Date: Tue, 10 Apr 2012 05:37:14 -0400 (EDT)
Subject: =?UTF-8?B?0KPQv9GA0LDQstC70LXQvdC40LUg0LfQsNCz0L7Qu9C+0LLQutCw0LzQuCAoQWNj?=
	=?UTF-8?B?ZXB0LCBBY2NlcHQtKik=?=
Message-ID: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>

Добрый день!
Мне требуется убрать данные заголовки
из выдачи, как я понимаю их выдаёт nginx.
Как это можно сделать?
Просто у меня пара ботов обмениваются
информацией, но траффик крайне
критичен, и получается заголовки весят
больше, чем сама единица информации
переданной за запрос. Информации байт
на 40, весь запрос 326.
Решений в русско-язычном секторе не
нашел, в англо лишь упоминание некого
модуля, который может управлять всеми
заголовками. Правда там предлагалось
пересобрать nginx в моём случае также не
очень реально, nginx стоит из пакетов,
доставить модуль я могу, но желательно
без пересборок.
Заранее благодарен на помощь.

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


From citrin на citrin.ru  Tue Apr 10 10:48:04 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Tue, 10 Apr 2012 14:48:04 +0400
Subject: =?UTF-8?B?UmU6INCj0L/RgNCw0LLQu9C10L3QuNC1INC30LDQs9C+0LvQvtCy0LrQsNC80Lgg?=
	=?UTF-8?B?KEFjY2VwdCwgQWNjZXB0LSop?=
In-Reply-To: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
References: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F840FE4.80807@citrin.ru>

On 04/10/12 13:37, Proger48 wrote:
> Мне требуется убрать данные заголовки
> из выдачи, как я понимаю их выдаёт nginx.
> Как это можно сделать?
> Просто у меня пара ботов обмениваются
> информацией, но траффик крайне
> критичен,

Заголовки Accept, Accept-* в запрос добавляет клиент. В нем их и отключайте.

-- 
  Anton Yuzhaninov


From nginx-forum на nginx.us  Tue Apr 10 10:58:08 2012
From: nginx-forum на nginx.us (Proger48)
Date: Tue, 10 Apr 2012 06:58:08 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCj0L/RgNCw0LLQu9C10L3QuNC1INC30LDQs9C+0LvQvtCy0LrQsNC80Lgg?=
	=?UTF-8?B?KEFjY2VwdCwgQWNjZXB0LSop?=
In-Reply-To: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
References: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
Message-ID: <af065df76f8134007ea5993f30518224.NginxMailingListRussian@forum.nginx.org>

Ой, да перепутал.

Но собственно сервер выдаёт массу тоже
нафиг не нужного: 

Cache-Control:no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Connection:keep-alive
Content-Type:text/html; charset=utf-8
Date:Tue, 10 Apr 2012 10:57:10 GMT
Expires:Thu, 19 Nov 1981 08:52:00 GMT
Pragma:no-cache
Server:nginx
Transfer-Encoding:chunked

expires: no стоит, единственное, что я смог
найти по укорачиванию заголовков.

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


From nginx-forum на nginx.us  Tue Apr 10 10:59:57 2012
From: nginx-forum на nginx.us (Proger48)
Date: Tue, 10 Apr 2012 06:59:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCj0L/RgNCw0LLQu9C10L3QuNC1INC30LDQs9C+0LvQvtCy0LrQsNC80Lgg?=
	=?UTF-8?B?KEFjY2VwdCwgQWNjZXB0LSop?=
In-Reply-To: <af065df76f8134007ea5993f30518224.NginxMailingListRussian@forum.nginx.org>
References: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
	<af065df76f8134007ea5993f30518224.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4ef84376a9b1a3065725a50bca2bee38.NginxMailingListRussian@forum.nginx.org>

Из этого всякого полезен content-type, и то
сомнительно. Ибо боты на заголовки
вообще не смотрят.

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


From mdounin на mdounin.ru  Tue Apr 10 12:28:07 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 10 Apr 2012 16:28:07 +0400
Subject: =?UTF-8?B?UmU6INCj0L/RgNCw0LLQu9C10L3QuNC1INC30LDQs9C+0LvQvtCy0LrQsNC80Lgg?=
	=?UTF-8?B?KEFjY2VwdCwgQWNjZXB0LSop?=
In-Reply-To: <af065df76f8134007ea5993f30518224.NginxMailingListRussian@forum.nginx.org>
References: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
	<af065df76f8134007ea5993f30518224.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120410122807.GS13466@mdounin.ru>

Hello!

On Tue, Apr 10, 2012 at 06:58:08AM -0400, Proger48 wrote:

> Ой, да перепутал.
> 
> Но собственно сервер выдаёт массу тоже
> нафиг не нужного: 
> 
> Cache-Control:no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0

Это выдаёт не nginx.

Заголовки, которые выдаёт не nginx, можно выключить либо 
непосредственно на бекенде, либо спрятать с помощью 
proxy_hide_header / fastcgi_hide_header (в зависимости от того, 
какой протокол общения с бекендом используется).

http://nginx.org/r/proxy_hide_header
http://nginx.org/r/fastcgi_hide_header

> Connection:keep-alive
> Content-Type:text/html; charset=utf-8
> Date:Tue, 10 Apr 2012 10:57:10 GMT

Это нужно по стандарту.

> Expires:Thu, 19 Nov 1981 08:52:00 GMT
> Pragma:no-cache

Это тоже выдаёт не nginx, см. выше.

> Server:nginx

Это выдаёт nginx, не отключается.

> Transfer-Encoding:chunked

Это нужно по стандарту.  Если добавить Content-Length в ответ, то 
этого не будет.  Если выключить keepalive, то этого тоже не 
будет, но соответственно не будет и keepalive'а.

> expires: no стоит, единственное, что я смог
> найти по укорачиванию заголовков.

Maxim Dounin


From nginx-forum на nginx.us  Tue Apr 10 12:36:51 2012
From: nginx-forum на nginx.us (Proger48)
Date: Tue, 10 Apr 2012 08:36:51 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCj0L/RgNCw0LLQu9C10L3QuNC1INC30LDQs9C+0LvQvtCy0LrQsNC80Lgg?=
	=?UTF-8?B?KEFjY2VwdCwgQWNjZXB0LSop?=
In-Reply-To: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
References: <48c7c6019f5cd14c5c827bef90d1da54.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1ee25fddec44a6ce52715a5962d2e29e.NginxMailingListRussian@forum.nginx.org>

Спасибо за развернутый ответ, Вы мне
очень помогли!

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


From nginx-forum на nginx.us  Tue Apr 10 12:42:53 2012
From: nginx-forum на nginx.us (grigory)
Date: Tue, 10 Apr 2012 08:42:53 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>

Валентин, так мне есть смысл ставить
ngx_slowfs_cache или нет тогда? :-)

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


From hell-for-yahoo на umail.ru  Tue Apr 10 12:57:57 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 10 Apr 2012 16:57:57 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <926773685.20120410165757@mtu-net.ru>

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

g> Что касается апача, кажется, я понял, в
g> чем проблема, но не пойму, почему
g> помогает именно рестарт апача. У меня с
g> помощью ajax php-файл проверяет, создалась
g> ли картинка, а проверяет она это через
g> php-шную функцию file_exists.

Это ОЧЕНЬ плохо.
Включите в процесс создания картинки нотификацию куда-нибудь в memcached, и
проверяйте оттуда.


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

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 10.04.2012, <16:57>

From ne на vbart.ru  Tue Apr 10 13:19:10 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 10 Apr 2012 17:19:10 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204101719.10556.ne@vbart.ru>

On Tuesday 10 April 2012 16:42:53 grigory wrote:
> Валентин, так мне есть смысл ставить
> ngx_slowfs_cache или нет тогда? :-)
> 

Как вы планируете его использовать?

На странице модуля в About четко и в двух словах написано для чего этот модуль 
нужен: https://github.com/FRiCKLE/ngx_slowfs_cache , а для самых сообразительных 
даже WARNING жирным.

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

From ne на vbart.ru  Tue Apr 10 13:40:29 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Tue, 10 Apr 2012 17:40:29 +0400
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204101740.29929.ne@vbart.ru>

On Tuesday 10 April 2012 01:48:28 grigory wrote:
[...]
> Что касается апача, кажется, я понял, в
> чем проблема, но не пойму, почему
> помогает именно рестарт апача. У меня с
> помощью ajax php-файл проверяет, создалась
> ли картинка, а проверяет она это через
> php-шную функцию file_exists. Полагаю, что
> когда жесткий диск сильно нагружается
> на раздаче картинок, функция file_exists
> начинает тупить. Как думаете, в этом
> причина?
> 

Ваш php случайно не вот это делает?

Не это ли случайно:

    location ~ ^/file_exist/(.+)$ {

        if (-f $1) {
            return 200 "{exist: true}";
        }

        return 200 "{exist: false}";
    }

$ curl localhost:8000/file_exist/index.html
{exist: true}
$ curl localhost:8000/file_exist/some.txt
{exist: false}

?

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

From nginx-forum на nginx.us  Tue Apr 10 18:06:41 2012
From: nginx-forum на nginx.us (grigory)
Date: Tue, 10 Apr 2012 14:06:41 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>

Вот это делает:

if (file_exists($imagepath)) {
    $imgsz = getimagesize($imagepath);
    print "<script>some javascript code</script>";
else {
    print "Still preparing...";
}

А бразуер через ajax этот скрипт
подтягивает каждые 1.5 секунды у каждого
юзера.

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


From postmaster на softsearch.ru  Tue Apr 10 19:40:27 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 10 Apr 2012 23:40:27 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <146854082.20120410234027@softsearch.ru>

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

> Вот это делает:

> if (file_exists($imagepath)) {
>     $imgsz = getimagesize($imagepath);
>     print "<script>some javascript code</script>";
> else {
>     print "Still preparing...";
> }

> А бразуер через ajax этот скрипт
> подтягивает каждые 1.5 секунды у каждого
> юзера.

getimagesize() точно необходима? Если javascript code от неё не
зависит, то всё можно перенести в nginx, писали ранее.

getimagesize() видимо должен говорить о том, сколько картинки уже
закачалось? На это случай есть специальные модули для nginx,
показывающие прогресс закачки.

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


From boda2004 на gmail.com  Tue Apr 10 20:36:10 2012
From: boda2004 на gmail.com (Oleksandr Bodnarashyk)
Date: Tue, 10 Apr 2012 23:36:10 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <146854082.20120410234027@softsearch.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
Message-ID: <CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>

В пхп эта функция возвращает информацию о картинке, в частности высоту
и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
источников (субд/memcache/whatever).

10 апреля 2012 г. 22:40 пользователь Михаил Монашёв
<postmaster на softsearch.ru> написал:
> Здравствуйте, grigory.
>
>> Вот это делает:
>
>> if (file_exists($imagepath)) {
>>     $imgsz = getimagesize($imagepath);
>>     print "<script>some javascript code</script>";
>> else {
>>     print "Still preparing...";
>> }
>
>> А бразуер через ajax этот скрипт
>> подтягивает каждые 1.5 секунды у каждого
>> юзера.
>
> getimagesize() точно необходима? Если javascript code от неё не
> зависит, то всё можно перенести в nginx, писали ранее.
>
> getimagesize() видимо должен говорить о том, сколько картинки уже
> закачалось? На это случай есть специальные модули для nginx,
> показывающие прогресс закачки.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From zzz на zzz.org.ua  Tue Apr 10 20:55:06 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 10 Apr 2012 23:55:06 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
Message-ID: <CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>

> и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
> загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
> источников (субд/memcache/whatever).

>> getimagesize() точно необходима? Если javascript code от неё не
>> зависит, то всё можно перенести в nginx, писали ранее.

Зачем? Это все закэшируется операционной системой и нет абсолютно
никакой разницы в пхп это или в нджинкс. Ну сэкономите чуть-чуть
процессора, ну и что. На перегруженные диски автора это никак не
повлияет.

From hell-for-yahoo на umail.ru  Tue Apr 10 21:46:53 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 11 Apr 2012 01:46:53 +0400
Subject: =?UTF-8?B?UmVbNF06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
	<CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>
Message-ID: <677675082.20120411014653@mtu-net.ru>

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

>>> getimagesize() точно необходима? Если javascript code от неё не
>>> зависит, то всё можно перенести в nginx, писали ранее.

>> и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
>> загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
>> источников (субд/memcache/whatever).

AG> Зачем? Это все закэшируется операционной системой и нет абсолютно
AG> никакой разницы в пхп это или в нджинкс. Ну сэкономите чуть-чуть
AG> процессора, ну и что. На перегруженные диски автора это никак не
AG> повлияет.

"Это" закешируется системой, только если запрос придёт немедленно после
загрузки. Даже несколько секунд активности дисковой системы между двумя
запросами может вытеснить эту информацию из кеша.
Когда известно, что какая-то информация о картинке будет нужна отдельно от
картинки, лучше её заранее отделить и где-то сохранить.


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

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 11.04.2012, <01:37>

From zzz на zzz.org.ua  Tue Apr 10 22:06:21 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 11 Apr 2012 01:06:21 +0300
Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <677675082.20120411014653@mtu-net.ru>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
	<CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>
	<677675082.20120411014653@mtu-net.ru>
Message-ID: <CAKb9G9j0e4iCqtvB2KKETx4mjab=AVBMQUfm624Zg+fZjDo2Vg@mail.gmail.com>

>>>> getimagesize() точно необходима? Если javascript code от неё не
>>>> зависит, то всё можно перенести в nginx, писали ранее.
>
>>> и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
>>> загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
>>> источников (субд/memcache/whatever).
>
> AG> Зачем? Это все закэшируется операционной системой и нет абсолютно
> AG> никакой разницы в пхп это или в нджинкс. Ну сэкономите чуть-чуть
> AG> процессора, ну и что. На перегруженные диски автора это никак не
> AG> повлияет.
>
> "Это" закешируется системой, только если запрос придёт немедленно после
> загрузки. Даже несколько секунд активности дисковой системы между двумя
> запросами может вытеснить эту информацию из кеша.
> Когда известно, что какая-то информация о картинке будет нужна отдельно от
> картинки, лучше её заранее отделить и где-то сохранить.

Закэшируется и без только если :)
Можно проверить, если добавить в лог $upstream_response_time

From boda2004 на gmail.com  Wed Apr 11 04:42:27 2012
From: boda2004 на gmail.com (Oleksandr Bodnarashyk)
Date: Wed, 11 Apr 2012 07:42:27 +0300
Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQoNCw0LfQtNCw0YfQsCDRgdGC0LDRgtC40LrQuA==?=
In-Reply-To: <CAKb9G9j0e4iCqtvB2KKETx4mjab=AVBMQUfm624Zg+fZjDo2Vg@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
	<CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>
	<677675082.20120411014653@mtu-net.ru>
	<CAKb9G9j0e4iCqtvB2KKETx4mjab=AVBMQUfm624Zg+fZjDo2Vg@mail.gmail.com>
Message-ID: <CAD5cj7hh1fVo_WEFq2vfyrLoOffu9FtX4B1kC-sX_n3Ojd5M2Q@mail.gmail.com>

кеш-кешем, но в общем случае, если клиентов заинтересованных в
картинке достаточно много, то на каждого из них вызовется getimagesize
- в лучше случае это неоправданный расход ресурсов цпу, в худшем - это
еще чтение с диска (если по какой-то причине содержимое фала
"вымоется" из кеша ФС).

11 апреля 2012 г. 1:06 пользователь Alexandr Gomoliako <zzz на zzz.org.ua> написал:
>>>>> getimagesize() точно необходима? Если javascript code от неё не
>>>>> зависит, то всё можно перенести в nginx, писали ранее.
>>
>>>> и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
>>>> загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
>>>> источников (субд/memcache/whatever).
>>
>> AG> Зачем? Это все закэшируется операционной системой и нет абсолютно
>> AG> никакой разницы в пхп это или в нджинкс. Ну сэкономите чуть-чуть
>> AG> процессора, ну и что. На перегруженные диски автора это никак не
>> AG> повлияет.
>>
>> "Это" закешируется системой, только если запрос придёт немедленно после
>> загрузки. Даже несколько секунд активности дисковой системы между двумя
>> запросами может вытеснить эту информацию из кеша.
>> Когда известно, что какая-то информация о картинке будет нужна отдельно от
>> картинки, лучше её заранее отделить и где-то сохранить.
>
> Закэшируется и без только если :)
> Можно проверить, если добавить в лог $upstream_response_time
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From ingvar на westsib.ru  Wed Apr 11 05:00:10 2012
From: ingvar на westsib.ru (Igor V. Fatkulin)
Date: Wed, 11 Apr 2012 12:00:10 +0700
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAD5cj7hh1fVo_WEFq2vfyrLoOffu9FtX4B1kC-sX_n3Ojd5M2Q@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
	<CAKb9G9iRaKgmNO8Ust3c-v2Ae7gBZ1ata8-ZLAkiz-NN-n7Oaw@mail.gmail.com>
	<677675082.20120411014653@mtu-net.ru>
	<CAKb9G9j0e4iCqtvB2KKETx4mjab=AVBMQUfm624Zg+fZjDo2Vg@mail.gmail.com>
	<CAD5cj7hh1fVo_WEFq2vfyrLoOffu9FtX4B1kC-sX_n3Ojd5M2Q@mail.gmail.com>
Message-ID: <719418620.20120411120010@westsib.ru>


Вклинюсь в тему: насколько тяжела для дисковой системы операция filemtime()?
Храню тамбнейлы в proxy_store, в коде страницы указывая <img src="/path/imageFile.jpg?imageModificatimonTime">

> кеш-кешем, но в общем случае, если клиентов заинтересованных в
> картинке достаточно много, то на каждого из них вызовется getimagesize
> - в лучше случае это неоправданный расход ресурсов цпу, в худшем - это
> еще чтение с диска (если по какой-то причине содержимое фала
> "вымоется" из кеша ФС).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120411/7eacbbf3/attachment.html>

From postmaster на softsearch.ru  Wed Apr 11 06:02:44 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 11 Apr 2012 10:02:44 +0400
Subject: =?UTF-8?B?UmVbNF06INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
	<4a40d8f4b8c63ca79b84a503a23cd67d.NginxMailingListRussian@forum.nginx.org>
	<17f33a40be8e175cf0b6e465d5c4d469.NginxMailingListRussian@forum.nginx.org>
	<d1c809609655129cb10111ac755e7f11.NginxMailingListRussian@forum.nginx.org>
	<64b3523555f1244ff1598de1aa414f5e.NginxMailingListRussian@forum.nginx.org>
	<066cd310add3f48b44ce72bd78cfb6c4.NginxMailingListRussian@forum.nginx.org>
	<f377006aca8303f8f537fff583753fc5.NginxMailingListRussian@forum.nginx.org>
	<413b1087dd1a21967636e8594dee89d0.NginxMailingListRussian@forum.nginx.org>
	<146854082.20120410234027@softsearch.ru>
	<CAD5cj7jo5psQk4A-NDYfFrOD7WR6QK=-nuAvGjnbuhxOiUcYYQ@mail.gmail.com>
Message-ID: <995999277.20120411100244@softsearch.ru>

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

> В пхп эта функция возвращает информацию о картинке, в частности высоту
> и ширину, и, пожалуй, присоединюсь к совету получать информацию о том,
> загружена ли картинка (а также высоте-ширине-майме и т.д.) из других
> источников (субд/memcache/whatever).

можно у url её прописать в качестве параметров.

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


From nikita на kamchatkin.ru  Wed Apr 11 14:49:30 2012
From: nikita на kamchatkin.ru (=?UTF-8?B?0J3QuNC60LjRgtCwINCa0LDQvNGH0LDRgtC60LjQvQ==?=)
Date: Wed, 11 Apr 2012 18:49:30 +0400
Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIFhTTCB0cmFuc2Zvcm1hdGlvbg==?=
Message-ID: <4F8599FA.1010005@kamchatkin.ru>

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

У меня не работает XSL transformation, причем именно на nginx. На 
остальных движках работает - проверяли через связку Apache+PHP. а также 
в онлайновых сервисах.

Nginx настроен как прокси, а ответ должен преобразовываться. Конфиг:

location /portal-facade-picassa-jsonpp/ {
           proxy_pass http://picasaweb.google.com/;
           proxy_set_header  Host picasaweb.google.com;
           xslt_stylesheet /var/spool/nginx/tve-jsonpp/picassa.xsl;
           break;
         }

URL, откуда грузится исходный XML:
http://picasaweb.google.com/data/feed/api/user/alexander.babin/albumid/5487919689060061681?kind=photo&access=public&imgmax=640

XSLT-файл:

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns="http://www.w3.org/2002/06/xhtml2" 
xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
xmlns:atom="http://www.w3.org/2005/Atom" 
xmlns:media="http://search.yahoo.com/mrss/">
     <xsl:output method="text" media-type="application/x-javascript" />
     <xsl:template match="atom:feed">
         <![CDATA[{"feed":{"entry":[]]>
         <xsl:for-each select="atom:entry">
             <xsl:if test="position() > 1"><![CDATA[ ,]]></xsl:if>
             <xsl:for-each select="media:group">
                 <xsl:for-each select="media:content">
                     <![CDATA[{"media$group":{"media$content":[{]]>
                     <![CDATA["url":"]]><xsl:value-of 
select="@url"/><![CDATA[",]]>
                     <![CDATA["width":]]><xsl:value-of 
select="@width"/><![CDATA[,]]>
                     <![CDATA["height":]]><xsl:value-of 
select="@height"/><![CDATA[}]}} ]]>
                 </xsl:for-each>
             </xsl:for-each>
         </xsl:for-each>
         <![CDATA[ ]}}  ]]>
     </xsl:template>
</xsl:stylesheet>


В результате, при запросе на
http://localhost/portal-facade-picassa-jsonpp/data/feed/api/user/alexander.babin/albumid/5487919689060061681?kind=photo&access=public&imgmax=640

nginx отдает не преобразовыанный XML - ровно то, что он получает с Picasa.

Кто-нибудь может предположить, в чем тут дело?


From citrin на citrin.ru  Wed Apr 11 14:55:30 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Wed, 11 Apr 2012 18:55:30 +0400
Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBYU0wgdHJhbnNmb3JtYXRpb24=?=
In-Reply-To: <4F8599FA.1010005@kamchatkin.ru>
References: <4F8599FA.1010005@kamchatkin.ru>
Message-ID: <4F859B62.4070000@citrin.ru>

On 04/11/12 18:49, Никита Камчаткин wrote:
>
> У меня не работает XSL transformation, причем именно на nginx. На остальных
> движках работает - проверяли через связку Apache+PHP. а также в онлайновых
...
>
>
> В результате, при запросе на
> http://localhost/portal-facade-picassa-jsonpp/data/feed/api/user/alexander.babin/albumid/5487919689060061681?kind=photo&access=public&imgmax=640
>
>
> nginx отдает не преобразовыанный XML - ровно то, что он получает с Picasa.

xslt_types application/atom+xml

-- 
  Anton Yuzhaninov


From zzz на zzz.org.ua  Wed Apr 11 14:57:03 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Wed, 11 Apr 2012 17:57:03 +0300
Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBYU0wgdHJhbnNmb3JtYXRpb24=?=
In-Reply-To: <4F8599FA.1010005@kamchatkin.ru>
References: <4F8599FA.1010005@kamchatkin.ru>
Message-ID: <CAKb9G9iiwDd+JqKuYvVdhB=RVrLvOP83bMPTAvshZn=HZKP3DA@mail.gmail.com>

> У меня не работает XSL transformation, причем именно на nginx. На остальных
> движках работает - проверяли через связку Apache+PHP. а также в онлайновых
> сервисах.

xslt_types нужно указывать, раз не text/xml

From nginx-forum на nginx.us  Thu Apr 12 07:21:52 2012
From: nginx-forum на nginx.us (valet)
Date: Thu, 12 Apr 2012 03:21:52 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IDMwMS3Ri9C5INGA0LXQtNC40YDQtdC60YIg0LTQu9GPINCx0L7Qu9GM0Yg=?=
	=?UTF-8?B?0L7Qs9C+INC60L7Qu9C40YfQtdGB0YLQstC+INGD0YDQuy3QvtCy?=
In-Reply-To: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
References: <ac8143328f6edf48898fe26aa58c38c8.NginxMailingListRussian@forum.nginx.org>
Message-ID: <792350cb6fb42bb8921aa41627de239f.NginxMailingListRussian@forum.nginx.org>

Спасибо, попробую.

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


From nginx-forum на nginx.us  Thu Apr 12 10:14:02 2012
From: nginx-forum на nginx.us (kamchatkin)
Date: Thu, 12 Apr 2012 06:14:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBYU0wgdHJhbnNmb3JtYXRpb24=?=
In-Reply-To: <CAKb9G9iiwDd+JqKuYvVdhB=RVrLvOP83bMPTAvshZn=HZKP3DA@mail.gmail.com>
References: <CAKb9G9iiwDd+JqKuYvVdhB=RVrLvOP83bMPTAvshZn=HZKP3DA@mail.gmail.com>
Message-ID: <d17a554c3ffb718f3cdbc22a16d9844a.NginxMailingListRussian@forum.nginx.org>

Указание xslt_types в конфиге не помогает.

Пробовал:
xslt_types application/atom+xml;

Не помогло.

Пробовал вставлять полностью
заголовок с пикасы:
xslt_types 'application/atom+xml; charset=UTF-8';

тоже не помогло.

Всё равно отдаёт оригинальный xml
который приходит с пикасы.

Похоже проблема в исходном xml, в namespace
указаных в нём.
Попробовал для теста убрать из него все
namespace и символы ":" заменил на "_".
Далее использовал следующий xsl:

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/
    <xsl:output method="text" media-type="text/html" />
    <xsl:template match="/">
        <xsl:for-each select="//media_content">
            <xsl:text><![CDATA[<pre>]]></xsl:text>
            <xsl:text>image: </xsl:text>
            <xsl:value-of select="@url"/>
            <xsl:text>&lt;br /&gt;</xsl:text>
            <xsl:text>width: </xsl:text>
            <xsl:value-of select="@width"/>
            <xsl:text>&lt;br /&gt;</xsl:text>
            <xsl:text>height: </xsl:text>
            <xsl:value-of select="@height"/>
            <xsl:text>&lt;br /&gt;</xsl:text>
            <xsl:text>&lt;/pre&gt;</xsl:text>
        </xsl:for-each>
    </xsl:template>
</xsl:stylesheet>


Отработал корректно.
Это может быть из-за установленной в
системе версии libxml2?

У меня используется:
Arch       : x86_64
Version    : 2.6.26
Release    : 2.1.15.el5_8.2

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


From mdounin на mdounin.ru  Thu Apr 12 13:26:40 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 17:26:40 +0400
Subject: nginx-1.1.19
Message-ID: <20120412132640.GB13466@mdounin.ru>

Изменения в nginx 1.1.19                                          12.04.2012

    *) Безопасность: при обработке специально созданного mp4 файла модулем
       ngx_http_mp4_module могли перезаписываться области памяти рабочего
       процесса, что могло приводить к выполнению произвольного кода
       (CVE-2012-2089).
       Спасибо Matthew Daley.

    *) Исправление: nginx/Windows мог завершаться аварийно.
       Спасибо Vincent Lee.

    *) Исправление: nginx нагружал процессор, если все серверы в upstream'е
       были помечены флагом backup.

    *) Исправление: директивы allow и deny могли наследоваться некорректно,
       если в них использовались IPv6 адреса.

    *) Исправление: директивы modern_browser и ancient_browser могли
       наследоваться некорректно.

    *) Исправление: таймауты могли работать некорректно на Solaris/SPARC.

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


Maxim Dounin


From mdounin на mdounin.ru  Thu Apr 12 13:27:14 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 17:27:14 +0400
Subject: nginx-1.0.15
Message-ID: <20120412132714.GF13466@mdounin.ru>

Изменения в nginx 1.0.15                                          12.04.2012

    *) Безопасность: при обработке специально созданного mp4 файла модулем
       ngx_http_mp4_module могли перезаписываться области памяти рабочего
       процесса, что могло приводить к выполнению произвольного кода
       (CVE-2012-2089).
       Спасибо Matthew Daley.

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


Maxim Dounin


From mdounin на mdounin.ru  Thu Apr 12 13:28:12 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 17:28:12 +0400
Subject: security advisory
Message-ID: <20120412132812.GJ13466@mdounin.ru>

Hello!

Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module, 
CVE-2012-2089.

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

Проблеме подвержены версии nginx'а 1.1.3+, 1.0.7+, если они собраны 
с модулем ngx_http_mp4_module (по умолчанию не собирается) и директива 
mp4 используется в конфигурационном файле.

Проблема исправлена в 1.1.19, 1.0.15.

Патч, исправляющий проблему, доступен тут:

http://nginx.org/download/patch.2012.mp4.txt

Maxim Dounin


From a.vasilishin на kpi.ua  Thu Apr 12 13:31:32 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, 12 Apr 2012 16:31:32 +0300
Subject: security advisory
In-Reply-To: <20120412132812.GJ13466@mdounin.ru>
References: <20120412132812.GJ13466@mdounin.ru>
Message-ID: <4F86D934.3080701@kpi.ua>

12.04.2012 16:28, Maxim Dounin написал:
> Hello!
>
> Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module,
> CVE-2012-2089.
>
> При обработке специально созданного mp4 файла модулем
> ngx_http_mp4_module могли перезаписываться области памяти рабочего
> процесса, что могло приводить к выполнению произвольного кода.

А как это файл надо "специально создавать"? Может не так страшен черт, 
как его малюют?


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


From mdounin на mdounin.ru  Thu Apr 12 13:41:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 17:41:47 +0400
Subject: security advisory
In-Reply-To: <4F86D934.3080701@kpi.ua>
References: <20120412132812.GJ13466@mdounin.ru>
 <4F86D934.3080701@kpi.ua>
Message-ID: <20120412134147.GM13466@mdounin.ru>

Hello!

On Thu, Apr 12, 2012 at 04:31:32PM +0300, Андрей Василишин wrote:

> 12.04.2012 16:28, Maxim Dounin написал:
> >Hello!
> >
> >Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module,
> >CVE-2012-2089.
> >
> >При обработке специально созданного mp4 файла модулем
> >ngx_http_mp4_module могли перезаписываться области памяти рабочего
> >процесса, что могло приводить к выполнению произвольного кода.
> 
> А как это файл надо "специально создавать"? Может не так страшен
> черт, как его малюют?

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

Maxim Dounin


From vsjcfm на gmail.com  Thu Apr 12 13:42:32 2012
From: vsjcfm на gmail.com (Sayetsky Anton)
Date: Thu, 12 Apr 2012 16:42:32 +0300
Subject: security advisory
In-Reply-To: <4F86D934.3080701@kpi.ua>
References: <20120412132812.GJ13466@mdounin.ru> <4F86D934.3080701@kpi.ua>
Message-ID: <CAFG2KCKq+MFrHcK_fJudUBmhJmCA_mhwLq-Xks=zbKGBc_LB8w@mail.gmail.com>

2012/4/12 Андрей Василишин <a.vasilishin на kpi.ua>:
> А как это файл надо "специально создавать"? Может не так страшен черт, как
> его малюют?
Берём файл с эксплойтом
Cохраняем как ${somename}.mp4
Отдаём в nginx.
???
PROFIT!

И неважно, будут ли там корректные данные с точки зрения контейнера mp4.

From a.vasilishin на kpi.ua  Thu Apr 12 13:46:12 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, 12 Apr 2012 16:46:12 +0300
Subject: security advisory
In-Reply-To: <20120412134147.GM13466@mdounin.ru>
References: <20120412132812.GJ13466@mdounin.ru> <4F86D934.3080701@kpi.ua>
	<20120412134147.GM13466@mdounin.ru>
Message-ID: <4F86DCA4.1060602@kpi.ua>

12.04.2012 16:41, Maxim Dounin написал:
> Hello!
>
> On Thu, Apr 12, 2012 at 04:31:32PM +0300, Андрей Василишин wrote:
>
>> 12.04.2012 16:28, Maxim Dounin написал:
>>> Hello!
>>>
>>> Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module,
>>> CVE-2012-2089.
>>>
>>> При обработке специально созданного mp4 файла модулем
>>> ngx_http_mp4_module могли перезаписываться области памяти рабочего
>>> процесса, что могло приводить к выполнению произвольного кода.
>>
>> А как это файл надо "специально создавать"? Может не так страшен
>> черт, как его малюют?
>
> Если у пользователей есть возможность заливать произвольные
> mp4-файлы для последующего стриминга, то проблема имеет место
> быть.

А если после этого файл проходит через MP4Box или qt-faststart, проблема 
воспроизводится?


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


From hell-for-yahoo на umail.ru  Thu Apr 12 13:44:08 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 12 Apr 2012 17:44:08 +0400
Subject: security advisory
In-Reply-To: <4F86D934.3080701@kpi.ua>
References: <20120412132812.GJ13466@mdounin.ru> <4F86D934.3080701@kpi.ua>
Message-ID: <941432589.20120412174408@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Андрей Василишин!

>> Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module,
>> CVE-2012-2089.
>>
>> При обработке специально созданного mp4 файла модулем
>> ngx_http_mp4_module могли перезаписываться области памяти рабочего
>> процесса, что могло приводить к выполнению произвольного кода.

АВ> А как это файл надо "специально создавать"? Может не так страшен черт, 
АВ> как его малюют?

Это совершенно не важно.


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

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

From mdounin на mdounin.ru  Thu Apr 12 14:15:02 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 18:15:02 +0400
Subject: security advisory
In-Reply-To: <4F86DCA4.1060602@kpi.ua>
References: <20120412132812.GJ13466@mdounin.ru> <4F86D934.3080701@kpi.ua>
	<20120412134147.GM13466@mdounin.ru> <4F86DCA4.1060602@kpi.ua>
Message-ID: <20120412141501.GN13466@mdounin.ru>

Hello!

On Thu, Apr 12, 2012 at 04:46:12PM +0300, Андрей Василишин wrote:

> 12.04.2012 16:41, Maxim Dounin написал:
> >Hello!
> >
> >On Thu, Apr 12, 2012 at 04:31:32PM +0300, Андрей Василишин wrote:
> >
> >>12.04.2012 16:28, Maxim Dounin написал:
> >>>Hello!
> >>>
> >>>Matthew Daley обнаружил проблему в модуле ngx_http_mp4_module,
> >>>CVE-2012-2089.
> >>>
> >>>При обработке специально созданного mp4 файла модулем
> >>>ngx_http_mp4_module могли перезаписываться области памяти рабочего
> >>>процесса, что могло приводить к выполнению произвольного кода.
> >>
> >>А как это файл надо "специально создавать"? Может не так страшен
> >>черт, как его малюют?
> >
> >Если у пользователей есть возможность заливать произвольные
> >mp4-файлы для последующего стриминга, то проблема имеет место
> >быть.
> 
> А если после этого файл проходит через MP4Box или qt-faststart,
> проблема воспроизводится?

No idea, но с высокой вероятность да и/или возможно возможно 
создать такой файл, для которого будет воспроизводится.  По 
крайней мере в случае qt-faststart, на mp4box не смотрел.

Maxim Dounin


From br на bsdpad.com  Thu Apr 12 16:49:54 2012
From: br на bsdpad.com (Ruslan Bukin)
Date: Thu, 12 Apr 2012 20:49:54 +0400
Subject: mime.types patch / swz
Message-ID: <20120412164954.GA41274@jail.io>

Index: conf/mime.types
===================================================================
--- conf/mime.types	(revision 4593)
+++ conf/mime.types	(working copy)
@@ -45,7 +45,7 @@
     application/x-rar-compressed          rar;
     application/x-redhat-package-manager  rpm;
     application/x-sea                     sea;
-    application/x-shockwave-flash         swf;
+    application/x-shockwave-flash         swf swz;
     application/x-stuffit                 sit;
     application/x-tcl                     tcl tk;
     application/x-x509-ca-cert            der pem crt;

-Ruslan
RTCLab


From mdounin на mdounin.ru  Thu Apr 12 17:28:10 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 12 Apr 2012 21:28:10 +0400
Subject: mime.types patch / swz
In-Reply-To: <20120412164954.GA41274@jail.io>
References: <20120412164954.GA41274@jail.io>
Message-ID: <20120412172810.GP13466@mdounin.ru>

Hello!

On Thu, Apr 12, 2012 at 08:49:54PM +0400, Ruslan Bukin wrote:

> Index: conf/mime.types
> ===================================================================
> --- conf/mime.types	(revision 4593)
> +++ conf/mime.types	(working copy)
> @@ -45,7 +45,7 @@
>      application/x-rar-compressed          rar;
>      application/x-redhat-package-manager  rpm;
>      application/x-sea                     sea;
> -    application/x-shockwave-flash         swf;
> +    application/x-shockwave-flash         swf swz;
>      application/x-stuffit                 sit;
>      application/x-tcl                     tcl tk;
>      application/x-x509-ca-cert            der pem crt;

А надо?

"SWF files have the extension .swf and a MIME type of 
application/x-shockwave-flash."

(c) SWF File Format Specification, Version 10

Maxim Dounin


From gmm на csdoc.com  Thu Apr 12 18:11:53 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 12 Apr 2012 21:11:53 +0300
Subject: application/x-font-woff
In-Reply-To: <20120412172810.GP13466@mdounin.ru>
References: <20120412164954.GA41274@jail.io>
	<20120412172810.GP13466@mdounin.ru>
Message-ID: <4F871AE9.3070401@csdoc.com>

On 12.04.2012 20:28, Maxim Dounin wrote:

>> -    application/x-shockwave-flash         swf;
>> +    application/x-shockwave-flash         swf swz;
>
> А надо?
>
> "SWF files have the extension .swf and a MIME type of
> application/x-shockwave-flash."
>
> (c) SWF File Format Specification, Version 10
>

а можно ли добавить "application/x-font-woff woff;" ?

http://code.google.com/p/chromium/issues/detail?id=70283#c3

-- 
Best regards,
  Gena


From postmaster на softsearch.ru  Thu Apr 12 18:45:25 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 12 Apr 2012 22:45:25 +0400
Subject: application/x-font-woff
In-Reply-To: <4F871AE9.3070401@csdoc.com>
References: <20120412164954.GA41274@jail.io>
	<20120412172810.GP13466@mdounin.ru> <4F871AE9.3070401@csdoc.com>
Message-ID: <353514952.20120412224525@softsearch.ru>

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

>>> -    application/x-shockwave-flash         swf;
>>> +    application/x-shockwave-flash         swf swz;
>>
>> А надо?
>>
>> "SWF files have the extension .swf and a MIME type of
>> application/x-shockwave-flash."
>>
>> (c) SWF File Format Specification, Version 10
>>

> а можно ли добавить "application/x-font-woff woff;" ?

> http://code.google.com/p/chromium/issues/detail?id=70283#c3

А зачем?

Эти добавления, востребованные единицами (которые вообще-то сами могут
дополнить  дефолтные  настройки своими типами) раздувают хэш, поиск по
нему становится чуточку медленнее. Совсем чуточку. Но зато у ВСЕХ и на
КАЖДЫЙ запрос к статике.

Одно такое не добавление сэкономит мегават/час на всей планете.

P.S.
Сам давно уже уже оставил в списке своих майм-типов только вот это:

        types {
                text/html                       html htm shtml;
                text/css                        css;
                text/xml                        xml;
                image/gif                       gif;
                image/jpeg                      jpeg jpg;
                application/x-javascript        js;
                text/plain                      txt;
                image/png                       png;
                image/x-icon                    ico;
                application/x-shockwave-flash   swf;
                audio/mpeg                      mp3;
                application/x-gzip              gz;
        }

        

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


From roman.vasilyev на yousendit.com  Thu Apr 12 21:05:55 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 12 Apr 2012 14:05:55 -0700
Subject: =?UTF-8?B?UENSRSDQuCDQuNC80LXQvdCwINC/0LXRgNC10LzQtdC90L3Ri9GF?=
Message-ID: <4F8743B3.7030804@yousendit.com>

ннопишу имя переменной непосредственно в строке location но когда его 
пытаюсь использовать гденибудь еще получаю ошибку что переменная 
неопределена
когда пробиваю ее через set то все работет нормально, пример ниже:
     set $id '';
     location ~ /a/b/(?P<id>(.*))$ { return 200 $id}

вопрос/просьба/предложение
Есть ли возможность пользоваться PCRE переменной более элегантно? Если 
нет, может стоит добавть такую возможность?


From ne на vbart.ru  Thu Apr 12 21:23:16 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 13 Apr 2012 01:23:16 +0400
Subject: =?UTF-8?B?UmU6IFBDUkUg0Lgg0LjQvNC10L3QsCDQv9C10YDQtdC80LXQvdC90YvRhQ==?=
In-Reply-To: <4F8743B3.7030804@yousendit.com>
References: <4F8743B3.7030804@yousendit.com>
Message-ID: <201204130123.16318.ne@vbart.ru>

On Friday 13 April 2012 01:05:55 Roman Vasilyev wrote:
> ннопишу имя переменной непосредственно в строке location но когда его
> пытаюсь использовать гденибудь еще получаю ошибку что переменная
> неопределена
> когда пробиваю ее через set то все работет нормально, пример ниже:
>      set $id '';
>      location ~ /a/b/(?P<id>(.*))$ { return 200 $id}
> 
> вопрос/просьба/предложение
> Есть ли возможность пользоваться PCRE переменной более элегантно? Если
> нет, может стоит добавть такую возможность?
> 

location ~ /a/b/(?P<id>.*)$ { return 200 $id; }

$ curl localhost:8000/a/b/somevar
somevar

Должно работать. Какая версия nginx?

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

From roman.vasilyev на yousendit.com  Thu Apr 12 21:28:56 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 12 Apr 2012 14:28:56 -0700
Subject: =?UTF-8?B?UmU6IFBDUkUg0Lgg0LjQvNC10L3QsCDQv9C10YDQtdC80LXQvdC90YvRhQ==?=
In-Reply-To: <201204130123.16318.ne@vbart.ru>
References: <4F8743B3.7030804@yousendit.com> <201204130123.16318.ne@vbart.ru>
Message-ID: <4F874918.7040700@yousendit.com>

On 04/12/2012 02:23 PM, Валентин Бартенев wrote:
> location ~/a/b/(?P<id>.*)$ { return 200 $id; }
>    
вот черт, теперь заработало,
дошло... я пока дебажил после локейшена = поставил
прошу прощения
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120412/f7dcd95e/attachment.html>

From schors на gmail.com  Fri Apr 13 09:50:37 2012
From: schors на gmail.com (Phil Kulin)
Date: Fri, 13 Apr 2012 13:50:37 +0400
Subject: =?UTF-8?B?0L/QviDQutCw0LrQuNC8INC/0YDQuNC30L3QsNC60LDQvCDRgdGC0YDQvtC60LAg?=
	=?UTF-8?B?0LfQsNC/0YDQvtGB0LAg0LLRi9C30YvQstCw0LXRgiA0MDAgQmFkIFJlcXVl?=
	=?UTF-8?B?c3Q=?=
Message-ID: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>

Вот такая строка:
http://mydomain.tld/faq/%D0%B0%D1%80%D...A%D1%82%D1%8B/
выдаёт ошибку 400, а вот такие:
http://mydomain.tld/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
http://mydomain.tld/faq/%D1
пропускатся дальше к апстримам (и вот например apache на них внезапно
реагирует 400).

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

Мне не очень понятно, почему вообще они считаются Bad Request? Apache
хочет их раскодировать, это понятно, а nginx-то что делает? И в чём
разница между приведёнными ссылками?

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

From igor на sysoev.ru  Fri Apr 13 10:20:22 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 13 Apr 2012 14:20:22 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
Message-ID: <20120413102022.GA64578@nginx.com>

On Fri, Apr 13, 2012 at 01:50:37PM +0400, Phil Kulin wrote:
> Вот такая строка:
> http://mydomain.tld/faq/%D0%B0%D1%80%D...A%D1%82%D1%8B/
> выдаёт ошибку 400, а вот такие:
> http://mydomain.tld/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
> http://mydomain.tld/faq/%D1
> пропускатся дальше к апстримам (и вот например apache на них внезапно
> реагирует 400).
> 
> Изначальная задача - ловить переходы по битым ссылкам. И если первые
> перехватываются директивой error_page, то остальные нет.
> 
> Мне не очень понятно, почему вообще они считаются Bad Request? Apache
> хочет их раскодировать, это понятно, а nginx-то что делает? И в чём
> разница между приведёнными ссылками?

"%D." неправильно закодированный символ.
nginx тоже пытается раскодировать, чтобы сравнивать с location'ами.


-- 
Igor Sysoev


From schors на gmail.com  Fri Apr 13 10:34:44 2012
From: schors на gmail.com (Phil Kulin)
Date: Fri, 13 Apr 2012 14:34:44 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <20120413102022.GA64578@nginx.com>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
	<20120413102022.GA64578@nginx.com>
Message-ID: <CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>

13 апреля 2012 г. 14:20 пользователь Igor Sysoev <igor на sysoev.ru> написал:
> On Fri, Apr 13, 2012 at 01:50:37PM +0400, Phil Kulin wrote:
>> Вот такая строка:
>> http://mydomain.tld/faq/%D0%B0%D1%80%D...A%D1%82%D1%8B/
>> выдаёт ошибку 400, а вот такие:
>> http://mydomain.tld/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
>> http://mydomain.tld/faq/%D1
>> пропускатся дальше к апстримам (и вот например apache на них внезапно
>> реагирует 400).
>> И в чём
>> разница между приведёнными ссылками?
> "%D." неправильно закодированный символ.
> nginx тоже пытается раскодировать, чтобы сравнивать с location'ами.

А %D1 ? А %D?

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

From igor на sysoev.ru  Fri Apr 13 10:36:52 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 13 Apr 2012 14:36:52 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
	<20120413102022.GA64578@nginx.com>
	<CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>
Message-ID: <20120413103652.GA65060@nginx.com>

On Fri, Apr 13, 2012 at 02:34:44PM +0400, Phil Kulin wrote:
> 13 апреля 2012 г. 14:20 пользователь Igor Sysoev <igor на sysoev.ru> написал:
> > On Fri, Apr 13, 2012 at 01:50:37PM +0400, Phil Kulin wrote:
> >> Вот такая строка:
> >> http://mydomain.tld/faq/%D0%B0%D1%80%D...A%D1%82%D1%8B/
> >> выдаёт ошибку 400, а вот такие:
> >> http://mydomain.tld/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
> >> http://mydomain.tld/faq/%D1
> >> пропускатся дальше к апстримам (и вот например apache на них внезапно
> >> реагирует 400).
> >> И в чём
> >> разница между приведёнными ссылками?
> > "%D." неправильно закодированный символ.
> > nginx тоже пытается раскодировать, чтобы сравнивать с location'ами.
> 
> А %D1 ? А %D?

%D1 - правильный, 0xd1. Хотя и не правильный с точки зрения utf-8.
%D  - неправильный.


-- 
Igor Sysoev


From schors на gmail.com  Fri Apr 13 11:31:52 2012
From: schors на gmail.com (Phil Kulin)
Date: Fri, 13 Apr 2012 15:31:52 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <20120413103652.GA65060@nginx.com>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
	<20120413102022.GA64578@nginx.com>
	<CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>
	<20120413103652.GA65060@nginx.com>
Message-ID: <CAK=u2EURyMZp-nj+WRG_4TPBBUQJT-TnTEs7ffx4mp7xgEDPuQ@mail.gmail.com>

13 апреля 2012 г. 14:36 пользователь Igor Sysoev <igor на sysoev.ru> написал:
> On Fri, Apr 13, 2012 at 02:34:44PM +0400, Phil Kulin wrote:

>> А %D1 ? А %D?
> %D1 - правильный, 0xd1. Хотя и не правильный с точки зрения utf-8.
> %D  - неправильный.

Я и спрашивал - последний пролетает со свистом мимо nginx:
http://nvworld.ru/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
Собственно, я поэтому разницу не понял.

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

From mdounin на mdounin.ru  Fri Apr 13 11:47:16 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 13 Apr 2012 15:47:16 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <CAK=u2EURyMZp-nj+WRG_4TPBBUQJT-TnTEs7ffx4mp7xgEDPuQ@mail.gmail.com>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
	<20120413102022.GA64578@nginx.com>
	<CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>
	<20120413103652.GA65060@nginx.com>
	<CAK=u2EURyMZp-nj+WRG_4TPBBUQJT-TnTEs7ffx4mp7xgEDPuQ@mail.gmail.com>
Message-ID: <20120413114716.GZ13466@mdounin.ru>

Hello!

On Fri, Apr 13, 2012 at 03:31:52PM +0400, Phil Kulin wrote:

> 13 апреля 2012 г. 14:36 пользователь Igor Sysoev <igor на sysoev.ru> написал:
> > On Fri, Apr 13, 2012 at 02:34:44PM +0400, Phil Kulin wrote:
> 
> >> А %D1 ? А %D?
> > %D1 - правильный, 0xd1. Хотя и не правильный с точки зрения utf-8.
> > %D  - неправильный.
> 
> Я и спрашивал - последний пролетает со свистом мимо nginx:
> http://nvworld.ru/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
> Собственно, я поэтому разницу не понял.

Это ошибка, проявляется если незаконченный "%" HEX HEX стоит в 
конце uri.  Должно тоже выдавать 400, но сейчас просто отбрасывает 
некорректную часть.

Maxim Dounin


From alex946 на zokov.net  Fri Apr 13 15:05:59 2012
From: alex946 на zokov.net (alex946)
Date: Fri, 13 Apr 2012 19:05:59 +0400 (MSD)
Subject: =?UTF-8?B?0JrQsNC6INGD0LHRgNCw0YLRjCDQu9C40YjQvdC40Lkg0LfQsNCz0L7Qu9C+0LI=?=
	=?UTF-8?B?0L7Quj8=?=
Message-ID: <722f81218773d6b99a46169bb17bdfba.squirrel@mail.zokov.net>

День добрый.

Использую nginx/0.9.5

В конфиге конструкция для раздачи файлов без расширения как картинок

location ~* ^/forum/attach/image/.*\.jpg$ {
   rewrite  ^/forum/attach/image/(.*)\..*$  /$1 break;

   root /.../forum/files;
   expires      1y;
   add_header  Cache-Control  public;
   add_header  Content-Type  image/jpeg;

}

В результате имею двойной набор заголовков Content-Type, Expires и
Last-Modified

  HTTP/1.1 200 OK
  Server: nginx
  Date: Fri, 13 Apr 2012 14:55:20 GMT
  Content-Type: application/octet-stream
  Content-Length: 33780
  Last-Modified: Thu, 12 Apr 2012 17:41:16 GMT
  Connection: keep-alive
  Expires: Sat, 13 Apr 2013 14:55:20 GMT
  Cache-Control: max-age=31536000
  Cache-Control: public
  Content-Type: image/jpeg
  Accept-Ranges: bytes

Чую что как-то неправильно подошёл к вопросу, но где искать грабли не пойму.

-- 
ALEX946-RIPN
ICQ: 314808127
JID:  alex946 на jabber.ru



From citrin на citrin.ru  Fri Apr 13 15:18:22 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 13 Apr 2012 19:18:22 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9Cx0YDQsNGC0Ywg0LvQuNGI0L3QuNC5INC30LDQs9C+0Ls=?=
	=?UTF-8?B?0L7QstC+0Lo/?=
In-Reply-To: <722f81218773d6b99a46169bb17bdfba.squirrel@mail.zokov.net>
References: <722f81218773d6b99a46169bb17bdfba.squirrel@mail.zokov.net>
Message-ID: <4F8843BE.7020500@citrin.ru>

On 04/13/12 19:05, alex946 wrote:
> location ~* ^/forum/attach/image/.*\.jpg$ {
>     rewrite  ^/forum/attach/image/(.*)\..*$  /$1 break;
>
>     root /.../forum/files;
>     expires      1y;
>     add_header  Cache-Control  public;
>     add_header  Content-Type  image/jpeg;

       types        { }
       default_type image/jpeg;
>
> }
>
> В результате имею двойной набор заголовков Content-Type, Expires и
> Last-Modified
>
>    HTTP/1.1 200 OK
>    Server: nginx
>    Date: Fri, 13 Apr 2012 14:55:20 GMT
>    Content-Type: application/octet-stream
>    Content-Length: 33780
>    Last-Modified: Thu, 12 Apr 2012 17:41:16 GMT
>    Connection: keep-alive
>    Expires: Sat, 13 Apr 2013 14:55:20 GMT
>    Cache-Control: max-age=31536000
>    Cache-Control: public
>    Content-Type: image/jpeg
>    Accept-Ranges: bytes

Expires, Last-Modified в данном ответе по одному заголовку.
Cache-Control два разных заголовка, но бразуеры должны их склеить.
Про Content-Type написал выше.

-- 
  Anton Yuzhaninov


From alex946 на zokov.net  Fri Apr 13 16:52:56 2012
From: alex946 на zokov.net (alex946)
Date: Fri, 13 Apr 2012 20:52:56 +0400 (MSD)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9Cx0YDQsNGC0Ywg0LvQuNGI0L3QuNC5INC30LDQs9C+0Ls=?=
	=?UTF-8?B?0L7QstC+0Lo/?=
In-Reply-To: <4F8843BE.7020500@citrin.ru>
References: <722f81218773d6b99a46169bb17bdfba.squirrel@mail.zokov.net>
	<4F8843BE.7020500@citrin.ru>
Message-ID: <94ca4697f86f4500bc18923563bc6ad1.squirrel@mail.zokov.net>


>        types        { }
>        default_type image/jpeg;

Спасибо! До этого места в документации не добрался.


> Expires, Last-Modified в данном ответе по одному заголовку.
> Cache-Control два разных заголовка, но бразуеры должны их склеить.

Да, но они разное время показывают, непорядок.


From schors на gmail.com  Fri Apr 13 18:26:28 2012
From: schors на gmail.com (Phil Kulin)
Date: Fri, 13 Apr 2012 22:26:28 +0400
Subject: =?UTF-8?B?UmU6INC/0L4g0LrQsNC60LjQvCDQv9GA0LjQt9C90LDQutCw0Lwg0YHRgtGA0L4=?=
	=?UTF-8?B?0LrQsCDQt9Cw0L/RgNC+0YHQsCDQstGL0LfRi9Cy0LDQtdGCIDQwMCBCYWQg?=
	=?UTF-8?B?UmVxdWVzdA==?=
In-Reply-To: <20120413114716.GZ13466@mdounin.ru>
References: <CAK=u2EXKTbcyFbHhV-MbuuP2UroPd-NWW7x9ZuKdO+tdwBR2Vw@mail.gmail.com>
	<20120413102022.GA64578@nginx.com>
	<CAK=u2EXXfDpgv2cP0jry8LDJkHO_O97fjJLEOFx=_xsJSVtXkg@mail.gmail.com>
	<20120413103652.GA65060@nginx.com>
	<CAK=u2EURyMZp-nj+WRG_4TPBBUQJT-TnTEs7ffx4mp7xgEDPuQ@mail.gmail.com>
	<20120413114716.GZ13466@mdounin.ru>
Message-ID: <CAK=u2EWazw1y1Ea+Xz_XcYWdeTPvKRQD-LPzY2MBzjFXEOO2QA@mail.gmail.com>

13 апреля 2012 г. 15:47 пользователь Maxim Dounin <mdounin на mdounin.ru> написал:

>> >> А %D1 ? А %D?
>> > %D1 - правильный, 0xd1. Хотя и не правильный с точки зрения utf-8.
>> > %D  - неправильный.
>> Я и спрашивал - последний пролетает со свистом мимо nginx:
>> http://nvworld.ru/news/tags/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%D0%BA%D0%B0%D1%80%D
>> Собственно, я поэтому разницу не понял.
> Это ошибка, проявляется если незаконченный "%" HEX HEX стоит в
> конце uri.  Должно тоже выдавать 400, но сейчас просто отбрасывает
> некорректную часть.

А, понял. А то я думал, что я чего-то не допонял. Всё встало на свои
места. Спасибо.

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

From nginx-forum на nginx.us  Sat Apr 14 13:01:31 2012
From: nginx-forum на nginx.us (reaper)
Date: Sat, 14 Apr 2012 09:01:31 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC/0L7QstC10LTQtdC90LjQtSBlcnJvciBwYWdl?=
In-Reply-To: <20120203063601.GA29756@nginx.com>
References: <20120203063601.GA29756@nginx.com>
Message-ID: <251b9d806e4af73683b8fb381e33b976.NginxMailingListRussian@forum.nginx.org>

давно не повторялось, сейчас вот опять
началось :)

на клиенте вижу ответ
HTTP/1.1 504 Gateway Time-out

хотя в error_page прописано 503

2012/04/14 12:51:50 [debug] 11906#0: *3332442 event timer del: 6:
2968108478
2012/04/14 12:51:50 [debug] 11906#0: *3332442 generic phase: 0
2012/04/14 12:51:50 [debug] 11906#0: *3332442 rewrite phase: 1
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script var
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script var:
"my.fs.test"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script value:
"fs.test"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script equal
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script equal: no
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script if
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script if: false
2012/04/14 12:51:50 [debug] 11906#0: *3332442 test location: "/"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 using configuration "/"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http cl:-1 max:104857600
2012/04/14 12:51:50 [debug] 11906#0: *3332442 rewrite phase: 3
2012/04/14 12:51:50 [debug] 11906#0: *3332442 post rewrite phase: 4
2012/04/14 12:51:50 [debug] 11906#0: *3332442 generic phase: 5
2012/04/14 12:51:50 [debug] 11906#0: *3332442 generic phase: 6
2012/04/14 12:51:50 [debug] 11906#0: *3332442 generic phase: 7
2012/04/14 12:51:50 [debug] 11906#0: *3332442 access phase: 8
2012/04/14 12:51:50 [debug] 11906#0: *3332442 access phase: 9
2012/04/14 12:51:50 [debug] 11906#0: *3332442 access phase: 10
2012/04/14 12:51:50 [debug] 11906#0: *3332442 post access phase: 11
2012/04/14 12:51:50 [debug] 11906#0: *3332442 try files phase: 12
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http init upstream, client
timer: 0
2012/04/14 12:51:50 [debug] 11906#0: *3332442 epoll add event: fd:6 op:3
ev:80000005
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy: "Host:
www.fs.test
"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy:
"X-Real-IP: "
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script var:
"192.168.98.15"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy: "
"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy:
"X-Forwarded-For: "
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script var:
"192.168.98.15"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy: "
"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http script copy:
"Connection: close
"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http proxy header:
"User-Agent: curl/7.25.0 (i486-pc-linux-gnu) libcurl/7.25.0
OpenSSL/1.0.1 zlib/1.2.6 libidn/1.24 libssh2/1.4.0 librtmp/2.3"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http proxy header:
"Accept: */*"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http proxy header:
"GET /f/free+free+free+free HTTP/1.0
Host: www.fs.test
X-Real-IP: 192.168.98.15
X-Forwarded-For: 192.168.98.15
Connection: close
User-Agent: curl/7.25.0 (i486-pc-linux-gnu) libcurl/7.25.0 OpenSSL/1.0.1
zlib/1.2.6 libidn/1.24 libssh2/1.4.0 librtmp/2.3
Accept: */*

"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http cleanup add:
09D81310
2012/04/14 12:51:50 [debug] 11906#0: *3332442 get ip hash peer, try: 1
2012/04/14 12:51:50 [debug] 11906#0: *3332442 get rr peer, try: 1
2012/04/14 12:51:50 [debug] 11906#0: *3332442 socket 20
2012/04/14 12:51:50 [debug] 11906#0: *3332442 epoll add connection:
fd:20 ev:80000005
2012/04/14 12:51:50 [debug] 11906#0: *3332442 connect to
192.168.98.175:80, fd:20 #3332443
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream connect: -2
2012/04/14 12:51:50 [debug] 11906#0: *3332442 event timer add: 20:
20000:2968068479
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http finalize request: -4,
"/f/free+free+free+free?" a:1, c:2
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http request count:2
blk:0
2012/04/14 12:51:50 [debug] 11906#0: *3332442 post event 09DF11A0
2012/04/14 12:51:50 [debug] 11906#0: *3332442 delete posted event
09DF11A0
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http run request:
"/f/free+free+free+free?"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream check
client, write event:1, "/f/free+free+free+free"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream recv(): -1
(11: Resource temporarily unavailable)
2012/04/14 12:51:50 [debug] 11906#0: *3332442 post event 09DF0918
2012/04/14 12:51:50 [debug] 11906#0: *3332442 delete posted event
09DF0918
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream request:
"/f/free+free+free+free?"
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream send request
handler
2012/04/14 12:51:50 [debug] 11906#0: *3332442 http upstream send
request
2012/04/14 12:51:50 [debug] 11906#0: *3332442 chain writer buf fl:1
s:280
2012/04/14 12:51:50 [debug] 11906#0: *3332442 chain writer in: 09D81338
2012/04/14 12:51:50 [debug] 11906#0: *3332442 writev: 280
2012/04/14 12:51:50 [debug] 11906#0: *3332442 chain writer out:
00000000
2012/04/14 12:51:50 [debug] 11906#0: *3332442 event timer del: 20:
2968068479
2012/04/14 12:51:50 [debug] 11906#0: *3332442 event timer add: 20:
20000:2968068480
2012/04/14 12:52:10 [debug] 11906#0: *3332442 event timer del: 20:
2968068480
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream request:
"/f/free+free+free+free?"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream process
header
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http next upstream, 4
2012/04/14 12:52:10 [debug] 11906#0: *3332442 free rr peer 1 4
2012/04/14 12:52:10 [error] 11906#0: *3332442 upstream timed out (110:
Connection timed out) while reading response header from upstream,
client: 192.168.98.15, server: my.fs.test, request: "GET
/f/free+free+free+free HTTP/1.1", upstream:
"http://192.168.98.175:80/f/free+free+free+free", host: "my.fs.test"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 finalize http upstream
request: 504
2012/04/14 12:52:10 [debug] 11906#0: *3332442 finalize http proxy
request
2012/04/14 12:52:10 [debug] 11906#0: *3332442 free rr peer 0 0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 close http upstream
connection: 20
2012/04/14 12:52:10 [debug] 11906#0: *3332442 reusable connection: 0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http finalize request:
504, "/f/free+free+free+free?" a:1, c:1
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http special response:
504, "/f/free+free+free+free?"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 internal redirect: "/?"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 rewrite phase: 1
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script var
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script var:
"my.fs.test"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script value:
"fs.test"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script equal
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script equal: no
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script if
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script if: false
2012/04/14 12:52:10 [debug] 11906#0: *3332442 test location: "/"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 using configuration "/"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http cl:-1 max:104857600
2012/04/14 12:52:10 [debug] 11906#0: *3332442 rewrite phase: 3
2012/04/14 12:52:10 [debug] 11906#0: *3332442 post rewrite phase: 4
2012/04/14 12:52:10 [debug] 11906#0: *3332442 generic phase: 5
2012/04/14 12:52:10 [debug] 11906#0: *3332442 generic phase: 6
2012/04/14 12:52:10 [debug] 11906#0: *3332442 generic phase: 7
2012/04/14 12:52:10 [debug] 11906#0: *3332442 access phase: 8
2012/04/14 12:52:10 [debug] 11906#0: *3332442 access phase: 9
2012/04/14 12:52:10 [debug] 11906#0: *3332442 access phase: 10
2012/04/14 12:52:10 [debug] 11906#0: *3332442 post access phase: 11
2012/04/14 12:52:10 [debug] 11906#0: *3332442 try files phase: 12
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http init upstream, client
timer: 0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy: "Host:
www.fs.test
"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy:
"X-Real-IP: "
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script var:
"192.168.98.15"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy: "
"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy:
"X-Forwarded-For: "
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script var:
"192.168.98.15"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy: "
"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http script copy:
"Connection: close
"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http proxy header:
"User-Agent: curl/7.25.0 (i486-pc-linux-gnu) libcurl/7.25.0
OpenSSL/1.0.1 zlib/1.2.6 libidn/1.24 libssh2/1.4.0 librtmp/2.3"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http proxy header:
"Accept: */*"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http proxy header:
"GET /f/free+free+free+free HTTP/1.0
Host: www.fs.test
X-Real-IP: 192.168.98.15
X-Forwarded-For: 192.168.98.15
Connection: close
User-Agent: curl/7.25.0 (i486-pc-linux-gnu) libcurl/7.25.0 OpenSSL/1.0.1
zlib/1.2.6 libidn/1.24 libssh2/1.4.0 librtmp/2.3
Accept: */*

"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http cleanup add:
09D817D0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 get ip hash peer, try: 1
2012/04/14 12:52:10 [debug] 11906#0: *3332442 get rr peer, try: 1
2012/04/14 12:52:10 [debug] 11906#0: *3332442 socket 3
2012/04/14 12:52:10 [debug] 11906#0: *3332442 epoll add connection: fd:3
ev:80000005
2012/04/14 12:52:10 [debug] 11906#0: *3332442 connect to
192.168.98.175:80, fd:3 #3333550
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream connect: -2
2012/04/14 12:52:10 [debug] 11906#0: *3332442 event timer add: 3:
20000:2968088483
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http finalize request: -4,
"/?" a:1, c:3
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http request count:3
blk:0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http finalize request: -4,
"/?" a:1, c:2
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http request count:2
blk:0
2012/04/14 12:52:10 [debug] 11906#0: *3332442 post event 09DF0918
2012/04/14 12:52:10 [debug] 11906#0: *3332442 delete posted event
09DF0918
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream request:
"/?"
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream send request
handler
2012/04/14 12:52:10 [debug] 11906#0: *3332442 http upstream send
request
2012/04/14 12:52:10 [debug] 11906#0: *3332442 chain writer buf fl:1
s:280
2012/04/14 12:52:10 [debug] 11906#0: *3332442 chain writer in: 09D81878
2012/04/14 12:52:10 [debug] 11906#0: *3332442 writev: 280
2012/04/14 12:52:10 [debug] 11906#0: *3332442 chain writer out:
00000000
2012/04/14 12:52:10 [debug] 11906#0: *3332442 event timer del: 3:
2968088483
2012/04/14 12:52:10 [debug] 11906#0: *3332442 event timer add: 3:
20000:2968088498
2012/04/14 12:52:30 [debug] 11906#0: *3332442 event timer del: 3:
2968088498
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http upstream request:
"/?"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http upstream process
header
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http next upstream, 4
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free rr peer 1 4
2012/04/14 12:52:30 [error] 11906#0: *3332442 upstream timed out (110:
Connection timed out) while reading response header from upstream,
client: 192.168.98.15, server: my.fs.test, request: "GET
/f/free+free+free+free HTTP/1.1", upstream:
"http://192.168.98.175:80/f/free+free+free+free", host: "my.fs.test"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 finalize http upstream
request: 504
2012/04/14 12:52:30 [debug] 11906#0: *3332442 finalize http proxy
request
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free rr peer 0 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 close http upstream
connection: 3
2012/04/14 12:52:30 [debug] 11906#0: *3332442 reusable connection: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http finalize request:
504, "/?" a:1, c:1
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http special response:
504, "/?"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http set discard body
2012/04/14 12:52:30 [debug] 11906#0: *3332442 xslt filter header
2012/04/14 12:52:30 [debug] 11906#0: *3332442 posix_memalign:
09E24800:4096 @16
2012/04/14 12:52:30 [debug] 11906#0: *3332442 HTTP/1.1 504 Gateway
Time-out
Server: nginx/1.0.15
Date: Sat, 14 Apr 2012 12:52:30 GMT
Content-Type: text/html
Content-Length: 183
Connection: keep-alive

2012/04/14 12:52:30 [debug] 11906#0: *3332442 write new buf t:1 f:0
09E24810, pos 09E24810, size: 162 file: 0, size: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http write filter: l:0 f:0
s:162
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http output filter "/?"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http copy filter: "/?"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 image filter
2012/04/14 12:52:30 [debug] 11906#0: *3332442 xslt filter body
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http postpone filter "/?"
09D81924
2012/04/14 12:52:30 [debug] 11906#0: *3332442 write old buf t:1 f:0
09E24810, pos 09E24810, size: 162 file: 0, size: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 write new buf t:0 f:0
00000000, pos 080EA3E0, size: 130 file: 0, size: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 write new buf t:0 f:0
00000000, pos 080E9060, size: 53 file: 0, size: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http write filter: l:1 f:0
s:345
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http write filter limit 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 writev: 345
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http write filter
00000000
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http copy filter: 0 "/?"
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http finalize request: 0,
"/?" a:1, c:1
2012/04/14 12:52:30 [debug] 11906#0: *3332442 set http keepalive
handler
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http close request
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http log handler
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09D80930, unused: 4
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09E24800, unused:
3816
2012/04/14 12:52:30 [debug] 11906#0: *3332442 event timer add: 6:
65000:2968153499
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09DB1B80
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09D88458
2012/04/14 12:52:30 [debug] 11906#0: *3332442 hc free: 00000000 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 hc busy: 00000000 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 tcp_nodelay
2012/04/14 12:52:30 [debug] 11906#0: *3332442 reusable connection: 1
2012/04/14 12:52:30 [debug] 11906#0: *3332442 post event 09DBD198
2012/04/14 12:52:30 [debug] 11906#0: *3332442 delete posted event
09DBD198
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http keepalive handler
2012/04/14 12:52:30 [debug] 11906#0: *3332442 malloc: 09D88458:1024
2012/04/14 12:52:30 [debug] 11906#0: *3332442 recv: fd:6 -1 of 1024
2012/04/14 12:52:30 [debug] 11906#0: *3332442 recv() not ready (11:
Resource temporarily unavailable)
2012/04/14 12:52:30 [debug] 11906#0: *3332442 http keepalive handler
2012/04/14 12:52:30 [debug] 11906#0: *3332442 recv: fd:6 0 of 1024
2012/04/14 12:52:30 [info] 11906#0: *3332442 client 192.168.98.15 closed
keepalive connection
2012/04/14 12:52:30 [debug] 11906#0: *3332442 close http connection: 6
2012/04/14 12:52:30 [debug] 11906#0: *3332442 event timer del: 6:
2968153499
2012/04/14 12:52:30 [debug] 11906#0: *3332442 reusable connection: 0
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09D88458
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 00000000
2012/04/14 12:52:30 [debug] 11906#0: *3332442 free: 09D760C0, unused: 28

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


From coolcold на coolcold.org  Sun Apr 15 14:01:47 2012
From: coolcold на coolcold.org (CoolCold)
Date: Sun, 15 Apr 2012 18:01:47 +0400
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
References: <201204090247.55997.ne@vbart.ru>
	<b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
Message-ID: <137725387.20120415180147@coolcold.org>

Hello playnet,

Monday, April 9, 2012, 6:47:01 PM, you wrote:

>> http://nginx.org/r/proxy_cache_lock/ru
p> 1.1.12+
p> А теперь вопрос, где есть эта или более
p> свежая версия? В дебиляне до сих пор 0.7,
p> центось 0.8 вроде было, во фре 1.0... Именно
p> штатно, а не самосбор.

Just in case: в backports для squeeze есть devel ветка http://packages.debian.org/squeeze-backports/nginx

p> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224857,225068#msg-225068

p> _______________________________________________
p> nginx-ru mailing list
p> nginx-ru на nginx.org
p> http://mailman.nginx.org/mailman/listinfo/nginx-ru



Best regards,
CoolCold [COOLCOLD-RIPN]


From kokorin.ivan на itmh.ru  Mon Apr 16 05:47:22 2012
From: kokorin.ivan на itmh.ru (=?koi8-r?B?68/Lz9LJziDp18HOIPfMwcTJzcnSz9fJ3g==?=)
Date: Mon, 16 Apr 2012 05:47:22 +0000
Subject: =?UTF-8?Q?excess_=D0=B2_ngx=5Fhttp=5Flimit=5Freq=5Fmodule?=
Message-ID: <9183453B60A9EB498F2EC94E1E721BCF1117AA4F@TARIS.itmh.local>

Добрый день.
Использую ngx_http_limit_req_module. В error_log появляются сообщения вида:
2012/04/16 11:26:51 [warn] 51234#0: *2960920 delaying request, excess: 0.530, by zone "ib_soap", client: 172.16.3.204, server: ***, request: "POST /InformbureauApi.php HTTP/1.1", host: "***"

Если я правильно понимаю, это означает, что запрос был задержан на 0.530 сек и это время в access_log должно отразиться в виде увеличения $request_time относительно $upstream_response_time.

В access_log этому запросу соответствует запись
16/Apr/2012:11:26:51 +0600 *** 0.090 200 [ 127.0.0.1:10010 200 0.037 ][ 172.16.3.204 POST /InformbureauApi.php HTTP/1.1 756 ][ "-" "PHP-SOAP/5.2.9" "-" ]

Разница между $request_time (0.090) и  $upstream_response_time (0.036) равна 0.053 сек. Т.е. фактическая разница в 10 раз меньше, чем значение excess. То же самое и с другими запросами. Я что-то неправильно понимаю или значение excess в лог записывается с ошибкой?

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120416/787e7fd6/attachment.html>

From mdounin на mdounin.ru  Mon Apr 16 09:14:23 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 16 Apr 2012 13:14:23 +0400
Subject: =?UTF-8?B?UmU6IGV4Y2VzcyDQsiBuZ3hfaHR0cF9saW1pdF9yZXFfbW9kdWxl?=
In-Reply-To: <9183453B60A9EB498F2EC94E1E721BCF1117AA4F@TARIS.itmh.local>
References: <9183453B60A9EB498F2EC94E1E721BCF1117AA4F@TARIS.itmh.local>
Message-ID: <20120416091423.GG13466@mdounin.ru>

Hello!

On Mon, Apr 16, 2012 at 05:47:22AM +0000, Кокорин Иван Владимирович wrote:

> Добрый день.
> Использую ngx_http_limit_req_module. В error_log появляются 
> сообщения вида:
> 2012/04/16 11:26:51 [warn] 51234#0: *2960920 delaying request, excess: 0.530, by zone "ib_soap", client: 172.16.3.204, server: ***, request: "POST /InformbureauApi.php HTTP/1.1", host: "***"
> 
> Если я правильно понимаю, это означает, что запрос был задержан 
> на 0.530 сек и это время в access_log должно отразиться в виде 
> увеличения $request_time относительно $upstream_response_time.
> 
> В access_log этому запросу соответствует запись
> 16/Apr/2012:11:26:51 +0600 *** 0.090 200 [ 127.0.0.1:10010 200 0.037 ][ 172.16.3.204 POST /InformbureauApi.php HTTP/1.1 756 ][ "-" "PHP-SOAP/5.2.9" "-" ]
> 
> Разница между $request_time (0.090) и  $upstream_response_time 
> (0.036) равна 0.053 сек. Т.е. фактическая разница в 10 раз 
> меньше, чем значение excess. То же самое и с другими запросами. 
> Я что-то неправильно понимаю или значение excess в лог 
> записывается с ошибкой?

Excess - это количество запросов, сейчас посчитанное в 
соответствующем bucket'е.  Задержка будет на время (excess / 
rate), обеспечивающей поступление запросов со скоростью, не 
превышающей заданную.

Т.е. если у вас rate=10r/s, то задержка в 0.053s - это правильно.

Maxim Dounin


From a.vasilishin на kpi.ua  Mon Apr 16 10:51:33 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, 16 Apr 2012 13:51:33 +0300
Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0YTQsNC50LvQvtCyINGBINCx0Y0=?=
	=?UTF-8?B?0LrQtdC90LTQsA==?=
In-Reply-To: <b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
References: <201204090247.55997.ne@vbart.ru>
	<b287cafc2349d1ab7407fe33460e9f93.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F8BF9B5.8000603@kpi.ua>

09.04.2012 17:47, playnet написал:
>> http://nginx.org/r/proxy_cache_lock/ru
> 1.1.12+
> А теперь вопрос, где есть эта или более
> свежая версия? В дебиляне до сих пор 0.7,

sid, wheezy пробовали?


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


From kokorin.ivan на itmh.ru  Mon Apr 16 12:58:28 2012
From: kokorin.ivan на itmh.ru (=?koi8-r?B?68/Lz9LJziDp18HOIPfMwcTJzcnSz9fJ3g==?=)
Date: Mon, 16 Apr 2012 12:58:28 +0000
Subject: =?UTF-8?B?UkU6IGV4Y2VzcyDQsiBuZ3hfaHR0cF9saW1pdF9yZXFfbW9kdWxl?=
In-Reply-To: <20120416091423.GG13466@mdounin.ru>
References: <9183453B60A9EB498F2EC94E1E721BCF1117AA4F@TARIS.itmh.local>
	<20120416091423.GG13466@mdounin.ru>
Message-ID: <9183453B60A9EB498F2EC94E1E721BCF1117EFCA@TARIS.itmh.local>

Максим, спасибо за разъяснения. 
Вы правы, rate=10r/s.

-----Original Message-----
From: nginx-ru-bounces на nginx.org [mailto:nginx-ru-bounces на nginx.org] On Behalf Of Maxim Dounin
Sent: Monday, April 16, 2012 3:15 PM
To: nginx-ru на nginx.org
Subject: Re: excess в ngx_http_limit_req_module

Hello!

On Mon, Apr 16, 2012 at 05:47:22AM +0000, Кокорин Иван Владимирович wrote:

> Добрый день.
> Использую ngx_http_limit_req_module. В error_log появляются сообщения 
> вида:
> 2012/04/16 11:26:51 [warn] 51234#0: *2960920 delaying request, excess: 0.530, by zone "ib_soap", client: 172.16.3.204, server: ***, request: "POST /InformbureauApi.php HTTP/1.1", host: "***"
> 
> Если я правильно понимаю, это означает, что запрос был задержан на 
> 0.530 сек и это время в access_log должно отразиться в виде увеличения 
> $request_time относительно $upstream_response_time.
> 
> В access_log этому запросу соответствует запись
> 16/Apr/2012:11:26:51 +0600 *** 0.090 200 [ 127.0.0.1:10010 200 0.037 
> ][ 172.16.3.204 POST /InformbureauApi.php HTTP/1.1 756 ][ "-" 
> "PHP-SOAP/5.2.9" "-" ]
> 
> Разница между $request_time (0.090) и  $upstream_response_time
> (0.036) равна 0.053 сек. Т.е. фактическая разница в 10 раз меньше, чем 
> значение excess. То же самое и с другими запросами.
> Я что-то неправильно понимаю или значение excess в лог записывается с 
> ошибкой?

Excess - это количество запросов, сейчас посчитанное в соответствующем bucket'е.  Задержка будет на время (excess / rate), обеспечивающей поступление запросов со скоростью, не превышающей заданную.

Т.е. если у вас rate=10r/s, то задержка в 0.053s - это правильно.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru на nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru


From elifan2007 на ya.ru  Mon Apr 16 14:07:33 2012
From: elifan2007 на ya.ru (Elifan)
Date: Mon, 16 Apr 2012 17:07:33 +0300
Subject: mp4 module
In-Reply-To: <9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru>
References: <20110909114307.GG97288@nginx.com>
	<183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org>
	<9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru>
Message-ID: <626084126.20120416170733@ya.ru>

> Проблема только на 32-битных платформах.


Перечитал весь тред, но не встретил подобного вопроса у других..
Имеем большое количество flv файлов.
Ввиду   появления   множества   мобильных   устройств  и  беспроводных
технологий, тестируя для них html5, столкнулись с такой проблемой:
устройство  видит  плеер или запускает свой (RMA и тп), подключается к
nginx,  забирает  порядка  10-30  кбайт  и  отрубается  с  ошибкой типа
"Воспроизведение  невозможно".  Если  файл  в  контейнере  mp4, то все
работает отлично.

Многие перекодируют mp4 в flv и наоборот, на вкус и цвет.
Абсолютно не знаком  с  процессом построения атома и тп, посему, может
кто просветит - а что нельзя подсунуть или использовать контейнер/атом
от mp4, транслируя при этом flv?
Что-то  вроде  flv  файла, который бы понимали и плееры, которые умеют
только работать с mp4 или ogg?

Уж   больно   накладно  перегонять  терабайты  flv  в  mp4  (а потом и
хранить) только ради немногочисленных мобильных клиентов.


From gmm на csdoc.com  Mon Apr 16 15:20:55 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Mon, 16 Apr 2012 18:20:55 +0300
Subject: mp4 module
In-Reply-To: <626084126.20120416170733@ya.ru>
References: <20110909114307.GG97288@nginx.com>
	<183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org>
	<9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru>
	<626084126.20120416170733@ya.ru>
Message-ID: <4F8C38D7.7070001@csdoc.com>

On 16.04.2012 17:07, Elifan wrote:

> Имеем большое количество flv файлов.
> Ввиду   появления   множества   мобильных   устройств  и  беспроводных
> технологий, тестируя для них html5, столкнулись с такой проблемой:
> устройство  видит  плеер или запускает свой (RMA и тп), подключается к
> nginx,  забирает  порядка  10-30  кбайт  и  отрубается  с  ошибкой типа
> "Воспроизведение  невозможно".  Если  файл  в  контейнере  mp4, то все
> работает отлично.

а что мешает перекодировать все файлы
в формат mp4 и забыть про эту проблему?

разве есть еще какие-то браузеры/флеш-плагины,
которые понимают формат flv и не понимают mp4 ?

> Уж   больно   накладно  перегонять  терабайты  flv  в  mp4  (а потом и
> хранить) только ради немногочисленных мобильных клиентов.

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

-- 
Best regards,
  Gena


From elifan2007 на ya.ru  Mon Apr 16 18:26:41 2012
From: elifan2007 на ya.ru (Elifan)
Date: Mon, 16 Apr 2012 21:26:41 +0300
Subject: mp4 module
In-Reply-To: <4F8C38D7.7070001@csdoc.com>
References: <20110909114307.GG97288@nginx.com>
	<183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org>
	<9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru>
	<626084126.20120416170733@ya.ru> <4F8C38D7.7070001@csdoc.com>
Message-ID: <160516876.20120416212641@ya.ru>

Gena писал 16 апреля 2012 г., 18:20:55:

> On 16.04.2012 17:07, Elifan wrote:

>> Имеем большое количество flv файлов.
>> Ввиду   появления   множества   мобильных   устройств  и  беспроводных
>> технологий, тестируя для них html5, столкнулись с такой проблемой:
>> устройство  видит  плеер или запускает свой (RMA и тп), подключается к
>> nginx,  забирает  порядка  10-30  кбайт  и  отрубается  с  ошибкой типа
>> "Воспроизведение  невозможно".  Если  файл  в  контейнере  mp4, то все
>> работает отлично.

> а что мешает перекодировать все файлы
> в формат mp4 и забыть про эту проблему?

> разве есть еще какие-то браузеры/флеш-плагины,
> которые понимают формат flv и не понимают mp4 ?

Логично, mp4 получается с этой стороны более универсальным.
Да  и  перекодировка  копированием  видео  и звука не должна сказаться
отрицательно на качестве.. Надо попробывать.
Спасибо, теперь это будет идея фикс!


>> Уж   больно   накладно  перегонять  терабайты  flv  в  mp4  (а потом и
>> хранить) только ради немногочисленных мобильных клиентов.

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


From ink08 на ink-online.ru  Mon Apr 16 18:44:36 2012
From: ink08 на ink-online.ru (ink08)
Date: Mon, 16 Apr 2012 22:44:36 +0400
Subject: if else
Message-ID: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>

if ($host = 'domain') {
    return 404;
}
else {
    return 403;
}

вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
directive "else"'
что не так?

-- 
С уважением,
Боваев Бова

From latypoff на yandex.ru  Mon Apr 16 18:48:02 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Tue, 17 Apr 2012 01:48:02 +0700
Subject: if else
In-Reply-To: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
Message-ID: <343151334602082@web96.yandex.ru>

17.04.2012, 01:44, "ink08" <ink08 на ink-online.ru>:
> if ($host = 'domain') {
>     return 404;
> }
> else {
>     return 403;
> }
>
> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
> directive "else"'
> что не так?

Неизвестная директива "else"

-- 
br, Denis F. Latypoff.


From roman.vasilyev на yousendit.com  Mon Apr 16 19:01:26 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 16 Apr 2012 12:01:26 -0700
Subject: if else
In-Reply-To: <343151334602082@web96.yandex.ru>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru>
Message-ID: <4F8C6C86.2040305@yousendit.com>

Я думаю то что вы хотите написать, в синтаксисе NGINX будет выглядеть приблизительно слкдующим образом:

location /blah {
   if ($host = 'domain') { return 404; }
   return 403;
}


On 04/16/2012 11:48 AM, Denis F.Latypoff wrote:
> 17.04.2012, 01:44, "ink08"<ink08 на ink-online.ru>:
>    
>> if ($host = 'domain') {
>>      return 404;
>> }
>> else {
>>      return 403;
>> }
>>
>> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
>> directive "else"'
>> что не так?
>>      
> Неизвестная директива "else"
>
>    


From ink08 на ink-online.ru  Mon Apr 16 19:02:27 2012
From: ink08 на ink-online.ru (ink08)
Date: Mon, 16 Apr 2012 23:02:27 +0400
Subject: if else
In-Reply-To: <343151334602082@web96.yandex.ru>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru>
Message-ID: <CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>

кэп, переводить я и сам умею, но тут http://wiki.opennet.ru/Nginx
использовали else.
PS: nginx version: nginx/1.0.15

16 апреля 2012 г. 22:48 пользователь Denis F. Latypoff
<latypoff на yandex.ru> написал:
> 17.04.2012, 01:44, "ink08" <ink08 на ink-online.ru>:
>> if ($host = 'domain') {
>>     return 404;
>> }
>> else {
>>     return 403;
>> }
>>
>> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
>> directive "else"'
>> что не так?
>
> Неизвестная директива "else"
>
> --
> br, Denis F. Latypoff.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From ink08 на ink-online.ru  Mon Apr 16 19:04:40 2012
From: ink08 на ink-online.ru (ink08)
Date: Mon, 16 Apr 2012 23:04:40 +0400
Subject: if else
In-Reply-To: <4F8C6C86.2040305@yousendit.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru> <4F8C6C86.2040305@yousendit.com>
Message-ID: <CA+WOrk0_jaizVuR6eRAYOqA9N_LomgOXtKqQJztVT2sbP7SJ+A@mail.gmail.com>

спасибо, пример был не точным, имел ввиду разные try_files
использовать, но оказалось нельзя. получилось так:
    location / {
        if ($host = 'dynamic.domain.com') {
            return 418;
        }
        return 419;
        try_files /undefined @backend;
        error_page 418 = @backend;
        error_page 419 = @backend-cache;
        recursive_error_pages on;


16 апреля 2012 г. 23:01 пользователь Roman Vasilyev
<roman.vasilyev на yousendit.com> написал:
> Я думаю то что вы хотите написать, в синтаксисе NGINX будет выглядеть
> приблизительно слкдующим образом:
>
> location /blah {
>
>  if ($host = 'domain') { return 404; }
>  return 403;
>
> }
>
>
> On 04/16/2012 11:48 AM, Denis F.Latypoff wrote:
>>
>> 17.04.2012, 01:44, "ink08"<ink08 на ink-online.ru>:
>>
>>>
>>> if ($host = 'domain') {
>>>     return 404;
>>> }
>>> else {
>>>     return 403;
>>> }
>>>
>>> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
>>> directive "else"'
>>> что не так?
>>>
>>
>> Неизвестная директива "else"
>>
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From wangsamp на gmail.com  Mon Apr 16 19:09:06 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Mon, 16 Apr 2012 22:09:06 +0300 (EEST)
Subject: if else
In-Reply-To: <CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru>
	<CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1204162205450.38615@u.fchgavxzrqvn.arg>

Today Apr 16, 2012 at 23:02 ink08 wrote:

> кэп, переводить я и сам умею, но тут http://wiki.opennet.ru/Nginx
> использовали else.
> PS: nginx version: nginx/1.0.15

  Вот только else там в коде на perl, кэп.
  А документация совсем в другом месте: http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html

-- 
WNGS-RIPE


From roman.vasilyev на yousendit.com  Mon Apr 16 19:09:09 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 16 Apr 2012 12:09:09 -0700
Subject: if else
In-Reply-To: <CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>	<343151334602082@web96.yandex.ru>
	<CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
Message-ID: <4F8C6E55.9060008@yousendit.com>

On 04/16/2012 12:02 PM, ink08 wrote:
> кэп, переводить я и сам умею, но тут http://wiki.opennet.ru/Nginx
> использовали else.
>    

там где используется "else" первой строкой стоит красноречивый
#!/usr/bin/perl

> PS: nginx version: nginx/1.0.15
>
> 16 апреля 2012 г. 22:48 пользователь Denis F. Latypoff
> <latypoff на yandex.ru>  написал:
>    
>> 17.04.2012, 01:44, "ink08"<ink08 на ink-online.ru>:
>>      
>>> if ($host = 'domain') {
>>>      return 404;
>>> }
>>> else {
>>>      return 403;
>>> }
>>>
>>> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
>>> directive "else"'
>>> что не так?
>>>        
>> Неизвестная директива "else"
>>
>> --
>> br, Denis F. Latypoff.
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>      
>
>
>    


From swood на fotofor.biz  Mon Apr 16 19:10:50 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Mon, 16 Apr 2012 23:10:50 +0400
Subject: if else
In-Reply-To: <CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru>
	<CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
Message-ID: <CAM_jxg1tq0e5V82D3FcjxC8jx-XCFLUD6JpaEwkvEKn2Dej81Q@mail.gmail.com>

А вы точно от nginx смотрите, а не для встроенного перла?

понедельник, 16 апреля 2012 г. пользователь ink08 <ink08 на ink-online.ru>
писал:
> кэп, переводить я и сам умею, но тут http://wiki.opennet.ru/Nginx
> использовали else.
> PS: nginx version: nginx/1.0.15
>
> 16 апреля 2012 г. 22:48 пользователь Denis F. Latypoff
> <latypoff на yandex.ru> написал:
>> 17.04.2012, 01:44, "ink08" <ink08 на ink-online.ru>:
>>> if ($host = 'domain') {
>>>     return 404;
>>> }
>>> else {
>>>     return 403;
>>> }
>>>
>>> вот на такую конструкцию nginx -t говорит 'nginx: [emerg] unknown
>>> directive "else"'
>>> что не так?
>>
>> Неизвестная директива "else"
>>
>> --
>> br, Denis F. Latypoff.
>>
>> _______________________________________________
>> 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,
Anton Kiryushkin,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120416/1444d77d/attachment.html>

From ink08 на ink-online.ru  Mon Apr 16 19:11:20 2012
From: ink08 на ink-online.ru (ink08)
Date: Mon, 16 Apr 2012 23:11:20 +0400
Subject: if else
In-Reply-To: <alpine.BSF.2.00.1204162205450.38615@u.fchgavxzrqvn.arg>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru>
	<CA+WOrk3De_5eyO2WOCa22pXcnf5Q9rZNET4Yxf-5zF24rcXVvg@mail.gmail.com>
	<alpine.BSF.2.00.1204162205450.38615@u.fchgavxzrqvn.arg>
Message-ID: <CA+WOrk3xZkyBfhAPcER+hMK8PFXb9NMr_mtduXzqeL-51ZR5fA@mail.gmail.com>

Хм, не заметил, что perl, тупо поиском нашел ))

16 апреля 2012 г. 23:09 пользователь Oleksandr V. Typlyns'kyi
<wangsamp на gmail.com> написал:
> Today Apr 16, 2012 at 23:02 ink08 wrote:
>
>> кэп, переводить я и сам умею, но тут http://wiki.opennet.ru/Nginx
>> использовали else.
>> PS: nginx version: nginx/1.0.15
>
>  Вот только else там в коде на perl, кэп.
>  А документация совсем в другом месте: http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html
>
> --
> WNGS-RIPE
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From wangsamp на gmail.com  Mon Apr 16 19:14:22 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Mon, 16 Apr 2012 22:14:22 +0300 (EEST)
Subject: if else
In-Reply-To: <CA+WOrk0_jaizVuR6eRAYOqA9N_LomgOXtKqQJztVT2sbP7SJ+A@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru> <4F8C6C86.2040305@yousendit.com>
	<CA+WOrk0_jaizVuR6eRAYOqA9N_LomgOXtKqQJztVT2sbP7SJ+A@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1204162210050.38615@u.fchgavxzrqvn.arg>

Today Apr 16, 2012 at 23:04 ink08 wrote:

> спасибо, пример был не точным, имел ввиду разные try_files
> использовать, но оказалось нельзя. получилось так:
>     location / {
>         if ($host = 'dynamic.domain.com') {
>             return 418;
>         }
>         return 419;
>         try_files /undefined @backend;
>         error_page 418 = @backend;
>         error_page 419 = @backend-cache;
>         recursive_error_pages on;

  Не нужно домены if-ом проверять.
  Пропишите для другого домена отдельный виртуальный сервер:
  http://nginx.org/en/docs/http/converting_rewrite_rules.html

-- 
WNGS-RIPE


From ink08 на ink-online.ru  Mon Apr 16 19:18:44 2012
From: ink08 на ink-online.ru (ink08)
Date: Mon, 16 Apr 2012 23:18:44 +0400
Subject: if else
In-Reply-To: <alpine.BSF.2.00.1204162210050.38615@u.fchgavxzrqvn.arg>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru> <4F8C6C86.2040305@yousendit.com>
	<CA+WOrk0_jaizVuR6eRAYOqA9N_LomgOXtKqQJztVT2sbP7SJ+A@mail.gmail.com>
	<alpine.BSF.2.00.1204162210050.38615@u.fchgavxzrqvn.arg>
Message-ID: <CA+WOrk3T0rvkJQBtPMa_coccd2nc0DifBSwAUATFPVDQZ_h0FA@mail.gmail.com>

хех, а я наоборот для сокращения конфига переделал вариант из 2 server
в 1... пошел переделывать обратно.

16 апреля 2012 г. 23:14 пользователь Oleksandr V. Typlyns'kyi
<wangsamp на gmail.com> написал:
> Today Apr 16, 2012 at 23:04 ink08 wrote:
>
>> спасибо, пример был не точным, имел ввиду разные try_files
>> использовать, но оказалось нельзя. получилось так:
>>     location / {
>>         if ($host = 'dynamic.domain.com') {
>>             return 418;
>>         }
>>         return 419;
>>         try_files /undefined @backend;
>>         error_page 418 = @backend;
>>         error_page 419 = @backend-cache;
>>         recursive_error_pages on;
>
>  Не нужно домены if-ом проверять.
>  Пропишите для другого домена отдельный виртуальный сервер:
>  http://nginx.org/en/docs/http/converting_rewrite_rules.html
>
> --
> WNGS-RIPE
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From admin на voglea.net  Tue Apr 17 02:24:39 2012
From: admin на voglea.net (Ivan "Spoofing" Alex. G.)
Date: Tue, 17 Apr 2012 10:24:39 +0800
Subject: =?UTF-8?B?0JzQtdGB0YLRjCDQsdC+0YLQsNC8?=
Message-ID: <20120417022438.GA11393@voglea.net>

Какие существуют способы максимально усложнить жизнь ботам, которые
рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
прочие?

Быть может, можно DROP'ать сокет (как в iptables), чтобы бот не
дожидался ответа, но тратил свои ресурсы на соединение. Или редиректить на
другой сайт. Или отдавать ему /dev/urandom на очень маленькой скорости,
чтобы забивать боту ресурсы (память).

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

Есть у кого еще идеи? Если конечно, такая игра оправдает средства.
-- 
Ivan "Spoofing" Alex. G. <admin на voglea.net>
http://www.voglea.net/ | GnuPG: 0x7896EC55


From s на bykov.odessa.ua  Tue Apr 17 02:33:27 2012
From: s на bykov.odessa.ua (s на bykov.odessa.ua)
Date: Tue, 17 Apr 2012 05:33:27 +0300
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <4F8CD677.6070304@bykov.odessa.ua>

Если честно больше смахивает на борьбу с ветряными мельницами. Вряд ли 
боты расплачутся, а уж тем более стоит ошибиться - нормальные юзеры 
этого не простят
> Какие существуют способы максимально усложнить жизнь ботам, которые
> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
> прочие?
>
> Быть может, можно DROP'ать сокет (как в iptables), чтобы бот не
> дожидался ответа, но тратил свои ресурсы на соединение. Или редиректить на
> другой сайт. Или отдавать ему /dev/urandom на очень маленькой скорости,
> чтобы забивать боту ресурсы (память).
>
> Идея в том, чтобы сделать нечто вроде пасхального яйца для ботов, дабы
> он так просто от вас не ушел, получив 404 ошибку, а потратил на вас
> ресурсы, но при этом желательно самому не тратить их на ботов.
>
> Есть у кого еще идеи? Если конечно, такая игра оправдает средства.


From nginx-forum на nginx.us  Tue Apr 17 05:52:44 2012
From: nginx-forum на nginx.us (lydia520)
Date: Tue, 17 Apr 2012 01:52:44 -0400 (EDT)
Subject: Beetle Experiment
Message-ID: <4a2883eb506f1d90b62c70ae5e5d89bc.NginxMailingListRussian@forum.nginx.org>

One day, a blonde was left alone in a lab with a beetle. She examined it
and decided to do an experiment. 

She pulled off one of its legs, then asked it to run. The beetle obeyed
her command. 

Then, she pulled off a second leg and asked it to run. It did, but with
a lot of difficulty. 

Finally, she pulled the remaining legs off and asked it to run. It
couldn't. 

"I have made a new discovery!" the blonde cried. "When you pull all of a
beetle's legs off, it becomes deaf!!"

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


From unlexx на gmail.com  Tue Apr 17 07:13:27 2012
From: unlexx на gmail.com (Un Lexx)
Date: Tue, 17 Apr 2012 13:13:27 +0600
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <4F8CD677.6070304@bykov.odessa.ua>
References: <20120417022438.GA11393@voglea.net>
	<4F8CD677.6070304@bykov.odessa.ua>
Message-ID: <CAAnzuPOTauGYn9ND0oBP6Lj5Eb=qOCwiEeZgu3UBQxAsLLe5Og@mail.gmail.com>

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

особого смысла я то же не вижу в это проще на iptables ограничить кол-во и
частоту соединений с определенного iP  хотя если речь идет об организации
какого то honeypot то да

17 апреля 2012 г. 8:33 пользователь s на bykov.odessa.ua
<s на bykov.odessa.ua>написал:

> Если честно больше смахивает на борьбу с ветряными мельницами. Вряд ли
> боты расплачутся, а уж тем более стоит ошибиться - нормальные юзеры этого
> не простят
>
>  Какие существуют способы максимально усложнить жизнь ботам, которые
>> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
>> прочие?
>>
>> Быть может, можно DROP'ать сокет (как в iptables), чтобы бот не
>> дожидался ответа, но тратил свои ресурсы на соединение. Или редиректить на
>> другой сайт. Или отдавать ему /dev/urandom на очень маленькой скорости,
>> чтобы забивать боту ресурсы (память).
>>
>> Идея в том, чтобы сделать нечто вроде пасхального яйца для ботов, дабы
>> он так просто от вас не ушел, получив 404 ошибку, а потратил на вас
>> ресурсы, но при этом желательно самому не тратить их на ботов.
>>
>> Есть у кого еще идеи? Если конечно, такая игра оправдает средства.
>>
>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120417/afadfb6b/attachment.html>

From gmm на csdoc.com  Tue Apr 17 07:54:29 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 17 Apr 2012 10:54:29 +0300
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <4F8D21B5.4090304@csdoc.com>

On 17.04.2012 5:24, Ivan "Spoofing" Alex. G. wrote:

> Какие существуют способы максимально усложнить жизнь ботам, которые
> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
> прочие?

это могут быть и поисковые боты гугла/яндекса/... - если где-то в 
интернете будет опубликована ссылка http://www.example.com/admin/

> Быть может, можно DROP'ать сокет (как в iptables), чтобы бот не
> дожидался ответа, но тратил свои ресурсы на соединение.

можно. return 444;

http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#return

> Или редиректить на другой сайт.

а другой сайт чем виноват? это ведь будет уже что-то вроде DDoS-атаки.

> Идея в том, чтобы сделать нечто вроде пасхального яйца для ботов, дабы
> он так просто от вас не ушел, получив 404 ошибку, а потратил на вас
> ресурсы, но при этом желательно самому не тратить их на ботов.
>
> Есть у кого еще идеи? Если конечно, такая игра оправдает средства.

"return 444;" - это наверное самый оптимальный вариант.

-- 
Best regards,
  Gena


From nginx на khpnets.info  Tue Apr 17 07:56:37 2012
From: nginx на khpnets.info (Paul Khusainov)
Date: Tue, 17 Apr 2012 11:56:37 +0400
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <4F8D2235.7030601@khpnets.info>

Не в тему рассылки, но посмотрите в сторону tarpit из iptables.

17.04.2012 06:24, Ivan "Spoofing" Alex. G. написал:
> Какие существуют способы максимально усложнить жизнь ботам, которые
> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
> прочие?
>
> Быть может, можно DROP'ать сокет (как в iptables), чтобы бот не
> дожидался ответа, но тратил свои ресурсы на соединение. Или редиректить на
> другой сайт. Или отдавать ему /dev/urandom на очень маленькой скорости,
> чтобы забивать боту ресурсы (память).
>
> Идея в том, чтобы сделать нечто вроде пасхального яйца для ботов, дабы
> он так просто от вас не ушел, получив 404 ошибку, а потратил на вас
> ресурсы, но при этом желательно самому не тратить их на ботов.
>
> Есть у кого еще идеи? Если конечно, такая игра оправдает средства.


From postmaster на softsearch.ru  Tue Apr 17 08:44:28 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 17 Apr 2012 12:44:28 +0400
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <522560862.20120417124428@softsearch.ru>

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

> Какие существуют способы максимально усложнить жизнь ботам, которые
> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
> прочие?


> Есть у кого еще идеи? Если конечно, такая игра оправдает средства.

Если  число  ip-шек  конечное, то можно скриптом через логи их ловить,
блокировать на сутки хотя бы. И забыть о проблеме.

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


From meganuke на meganuke.ru  Tue Apr 17 10:52:33 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Tue, 17 Apr 2012 14:52:33 +0400
Subject: =?UTF-8?B?UmU6INCc0LXRgdGC0Ywg0LHQvtGC0LDQvA==?=
In-Reply-To: <20120417022438.GA11393@voglea.net>
References: <20120417022438.GA11393@voglea.net>
Message-ID: <4F8D4B71.8060600@meganuke.ru>

А оно вам надо? По сравнению с рабочим трафиком, доля этих ботов 
измеряется в миллионных процента.

On 4/17/12 6:24 AM, Ivan "Spoofing" Alex. G. wrote:
> Какие существуют способы максимально усложнить жизнь ботам, которые
> рандомно запрашивают всякие несуществующие /phpmyadmin/, /admin/, /db/ и
> прочие?


From uncleandyv на gmail.com  Tue Apr 17 12:55:04 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Tue, 17 Apr 2012 16:55:04 +0400
Subject: =?UTF-8?B?0KDQsNC30L3Ri9C5INGB0L/QuNGB0L7QuiDQv9C+0LvRjNC30L7QstCw0YLQtdC7?=
	=?UTF-8?B?0LXQuSDQtNC70Y8gR0VUINC4INC+0YHRgtCw0LvRjNC90YvRhSDQt9Cw0L8=?=
	=?UTF-8?B?0YDQvtGB0L7Qsg==?=
Message-ID: <CAOrB69MDAXbeUKjFqL6i_k2M+8z29-MseVgritGQTdjBeQBkeA@mail.gmail.com>

Разбираюсь с limit_exept. Задача - сделать что-бы на mercurial сервер
пользователи из одного htpasswd файла могли делать любые запросы, а
пользователи из другого - только GET. Чуствую, что задача банальная, но не
пойму как сделать. Если делать по аналогии с тем что есть в инете:

        location / {
            limit_except GET {
                auth_basic           "Restricted Access";
                auth_basic_user_file /etc/nginx/.hg.htpasswd;
                proxy_pass           http://mercurial;
            }
            auth_basic           "Restricted Access";
            auth_basic_user_file /etc/nginx/.hg.htpasswd.ro;
            proxy_pass           http://mercurial;
        }

тогда в .hg.htpasswd надо помещать тех, кому все доступно, а в .
hg.htpasswd.ro - всех пользователей.

Что нужно прописать в локэйшене что-бы юзеры были четко разделены по файлам
(что-бы не нужно было их дублировать в оба файла)?

Спасибо.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120417/b8f79e56/attachment.html>

From hell-for-yahoo на umail.ru  Tue Apr 17 23:37:22 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 18 Apr 2012 03:37:22 +0400
Subject: if else
In-Reply-To: <CA+WOrk3T0rvkJQBtPMa_coccd2nc0DifBSwAUATFPVDQZ_h0FA@mail.gmail.com>
References: <CA+WOrk0GFCXY-ijmttmTREiDVLfBqsq46FVO7TDXAQha6Bu7-w@mail.gmail.com>
	<343151334602082@web96.yandex.ru> <4F8C6C86.2040305@yousendit.com>
	<CA+WOrk0_jaizVuR6eRAYOqA9N_LomgOXtKqQJztVT2sbP7SJ+A@mail.gmail.com>
	<alpine.BSF.2.00.1204162210050.38615@u.fchgavxzrqvn.arg>
	<CA+WOrk3T0rvkJQBtPMa_coccd2nc0DifBSwAUATFPVDQZ_h0FA@mail.gmail.com>
Message-ID: <1759039304.20120418033722@mtu-net.ru>

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

i> хех, а я наоборот для сокращения конфига переделал вариант из 2 server
i> в 1... пошел переделывать обратно.

Это была глупая идея...
Ваша задача должна быть не конйиги сокращаться, а сервер настраивать.


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

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 18.04.2012, <03:36>

From gmm на csdoc.com  Wed Apr 18 08:49:59 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Wed, 18 Apr 2012 11:49:59 +0300
Subject: mp4 module
In-Reply-To: <160516876.20120416212641@ya.ru>
References: <20110909114307.GG97288@nginx.com>
	<183f2e014970715454050d1702e986c7.NginxMailingListRussian@forum.nginx.org>
	<9B020D5A-593E-44EC-AF25-F2BA39EDCB8B@sysoev.ru>
	<626084126.20120416170733@ya.ru> <4F8C38D7.7070001@csdoc.com>
	<160516876.20120416212641@ya.ru>
Message-ID: <4F8E8037.2050401@csdoc.com>

On 16.04.2012 21:26, Elifan wrote:

>>> Имеем большое количество flv файлов.
>>> Ввиду   появления   множества   мобильных   устройств  и  беспроводных
>>> технологий, тестируя для них html5, столкнулись с такой проблемой:
>>> устройство  видит  плеер или запускает свой (RMA и тп), подключается к
>>> nginx,  забирает  порядка  10-30  кбайт  и  отрубается  с  ошибкой типа
>>> "Воспроизведение  невозможно".  Если  файл  в  контейнере  mp4, то все
>>> работает отлично.

>> а что мешает перекодировать все файлы
>> в формат mp4 и забыть про эту проблему?

>> разве есть еще какие-то браузеры/флеш-плагины,
>> которые понимают формат flv и не понимают mp4 ?

> Логично, mp4 получается с этой стороны более универсальным.
> Да  и  перекодировка  копированием  видео  и звука не должна сказаться
> отрицательно на качестве.. Надо попробывать.
> Спасибо, теперь это будет идея фикс!

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

а если файл в формате flv - то таких проблем не будет.

так что наверное наилучший вариант - держать два файла, в двух разных 
форматах.

вряд ли получится из одного файла в каком-то мета-формате одновременно 
стримить для клиентов и flv и mp4.

хотя тут могу и заблуждаться, хотелось бы узнать мнение разработчиков nginx.

-------- Original Message --------
Subject: Re: MP4 pseudostreaming - seek delay
Date: Wed, 18 Apr 2012 10:38:12 +0400
From: Igor Sysoev <igor на sysoev.ru>
Reply-To: nginx на nginx.org
To: nginx на nginx.org

On Tue, Apr 17, 2012 at 09:23:13PM -0400, ragivan wrote:

 > That was back in 2008, they didn't have 2 hour long videos. But what I
 > was talking about what regarding the technology, lighttpd and nginx both
 > do pseudo streaming. The moov atom is about 5 MB so it takes about 10
 > seconds to download that before playing the video. Is there some
 > technique to start playing the video after partial download of the moov
 > atom? Or is it possible to cache the moov atom into memory for faster
 > retrieval?

I've just tried to watch 3 YouTube movies in Firefox 11 with Flash installed
and discovered using LiveHTTPHeaders that these movies are in FLV format.
Using this format player is smart enough to request just a file offset
but not movie time and it does not need movie metadata such as MOOV atom.
It need just a small static 13-bytes FLV header:
http://nginx.org/en/docs/http/ngx_http_flv_module.html


-- 
Igor Sysoev

_______________________________________________
nginx mailing list
nginx на nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

-- 
Best regards,
  Gena


From catap на catap.ru  Wed Apr 18 10:33:13 2012
From: catap на catap.ru (Kirill A. Korinskiy)
Date: Wed, 18 Apr 2012 14:33:13 +0400
Subject: NGINX + SCTP
In-Reply-To: <4F7E9078.8070103@nginx.com>
References: <4F7CD50D.5070804@yousendit.com> <4F7E9078.8070103@nginx.com>
Message-ID: <A2B8044C-8B08-4C79-821D-E72F2990E3D0@catap.ru>

On 6 Apr, 2012, at 10:43 , Maxim Konovalov wrote:

> On 4/5/12 3:11 AM, Roman Vasilyev wrote:
>> Хотел поинтересоваться,
>> 
>> не думают ли отцы создатели добавить вщзможность хождения по этому
>> протоколу тоже?
>> Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?
>> 
> Формально такой пункт в разделе НИР есть.   Но нет понимания, когда до него руки дойдут.
> 

У меня даже код есть.

Причесать и прислать?

> -- 
> Maxim Konovalov
> +7 (910) 4293178
> http://nginx.com/
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From maxim на nginx.com  Wed Apr 18 10:54:11 2012
From: maxim на nginx.com (Maxim Konovalov)
Date: Wed, 18 Apr 2012 14:54:11 +0400
Subject: NGINX + SCTP
In-Reply-To: <A2B8044C-8B08-4C79-821D-E72F2990E3D0@catap.ru>
References: <4F7CD50D.5070804@yousendit.com> <4F7E9078.8070103@nginx.com>
	<A2B8044C-8B08-4C79-821D-E72F2990E3D0@catap.ru>
Message-ID: <4F8E9D53.60407@nginx.com>

On 4/18/12 2:33 PM, Kirill A. Korinskiy wrote:
> On 6 Apr, 2012, at 10:43 , Maxim Konovalov wrote:
> 
>> On 4/5/12 3:11 AM, Roman Vasilyev wrote:
>>> Хотел поинтересоваться,
>>>
>>> не думают ли отцы создатели добавить вщзможность хождения по этому
>>> протоколу тоже?
>>> Или она уже есть и я опять не туда смотрел, поправте пожалуйста тога?
>>>
>> Формально такой пункт в разделе НИР есть.   Но нет понимания, когда до него руки дойдут.
>>
> 
> У меня даже код есть.
> 
> Причесать и прислать?
> 
Да, помню, ты рассказывал :-)

Конечно будет любопытно взглянуть.

-- 
Maxim Konovalov
+7 (910) 4293178
http://nginx.com/


From mybrokenbeat на gmail.com  Wed Apr 18 10:54:38 2012
From: mybrokenbeat на gmail.com (Oleg)
Date: Wed, 18 Apr 2012 13:54:38 +0300
Subject: =?UTF-8?B?KNC80L7QtNGD0LvRjCluZ2lueCDQuCDQv9Cw0YDQsNC70LXQu9GM0L3QvtC1INCy?=
	=?UTF-8?B?0YvQv9C+0LvQvdC10L3QuNC1IHdvcmtlcifQvtCy?=
Message-ID: <F9645323-BED9-4B02-9040-7EC2BE4DB00F@gmail.com>

	У меня есть следующая задача: каждый раз, когда я получаю ngx_http_request мне необходимо написать\прочитать несколько байт из\в пайп. Соответственно, я должен открывать пайпы каждый раз, когда создается worker, чтобы каждый воркер имел доступ к своим пайпам. Это не есть проблема, я могу поставить свой коллбек на создание воркера. Но вот как понять на каком именно воркере я сейчас нахожусь в момент, когда мой модуль дергают с ngx_http_request_t ? В этой структуре я не нашел ссылки на ngx_cycle_t или другой переменной по которой я мог бы определить, где я сейчас нахожусь. Как вариант, я мог бы открывать пайпы, когда вызываются мои конфигурационные функции, но они по моим тестам открываются несколько раз и опять таки нужно как-то понимать на каком процессе я сейчас нахожусь.
	Как должны решаться подобного рода задачи? Спасибо.

From nginx-forum на nginx.us  Wed Apr 18 16:01:51 2012
From: nginx-forum на nginx.us (sumjohn)
Date: Wed, 18 Apr 2012 12:01:51 -0400 (EDT)
Subject: NGINX + SCTP
In-Reply-To: <4F8E9D53.60407@nginx.com>
References: <4F8E9D53.60407@nginx.com>
Message-ID: <92bb1a0c080ade3d54c2abd849a7ec70.NginxMailingListRussian@forum.nginx.org>

Подписался на тему, для nginx как
основного frontend поддержка sctp весьма
актуальна.

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


From roman.vasilyev на yousendit.com  Wed Apr 18 16:35:52 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 18 Apr 2012 09:35:52 -0700
Subject: NGINX + SCTP
In-Reply-To: <4F8E9D53.60407@nginx.com>
References: <4F7CD50D.5070804@yousendit.com>
	<4F7E9078.8070103@nginx.com>	<A2B8044C-8B08-4C79-821D-E72F2990E3D0@catap.ru>
	<4F8E9D53.60407@nginx.com>
Message-ID: <4F8EED68.2090406@yousendit.com>

On 04/18/2012 03:54 AM, Maxim Konovalov wrote:
> У меня даже код есть.
> >  
> >  Причесать и прислать?
>    
Здорово, обязательно присылайте, хочу тоже в этом поучаствовать.


From roman.vasilyev на yousendit.com  Wed Apr 18 16:46:06 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 18 Apr 2012 09:46:06 -0700
Subject: nginx file encryption/decryption
Message-ID: <4F8EEFCE.3000004@yousendit.com>

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

На всякий случай спрошу, не существует ли такая возможность: 
криптовать/декриптовать статику как слой NGINX?

Исходя из этого поста http://forum.nginx.org/read.php?10,201138,201138 
такого нет.

Опять же вопрос на сколько это было бы востребовано в мире? Потому что 
проэкты типа ecryptfs все под определенную ось и иемеют подводные 
грабли. Поэтому скажем по NFS BSD+Linux как читатели/писатели работать 
физически не смогут.


From chipitsine на gmail.com  Thu Apr 19 15:31:12 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Thu, 19 Apr 2012 21:31:12 +0600
Subject: =?UTF-8?B?UmU6INCg0LDQt9C00LDRh9CwINGB0YLQsNGC0LjQutC4?=
In-Reply-To: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
References: <54e247e207a25aeab8811b5e78d9277c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQEW+=uzmLNrFc_BT6OWxb1rAptzyZts+NsziO7oUQK4rw@mail.gmail.com>

sysstat + php-xdebug?
06.04.2012 4:36 пользователь "grigory" <nginx-forum на nginx.us> написал:

> Всем привет.
>
> Пользуюсь nginx уже много лет для раздачи
> картинок (сервис хостинга картинок).
> Давно заметил одну неприятность, но не
> знаю, где копать. Ситуация такая: когда
> раздается одновременно очень много
> картинок (например, если я создаю
> .html-файл с открытием 300 картинок разных),
> то начинает подниматься load average со
> средних 1.0-2.0 до 6-7. Я так понимаю, что
> идет нагрузка на дисковую подсистему?
> Но проблема в том, что сама раздача
> картинок в этот момент как бы
> "подвисает", причем ситуацию спасает
> почему-то только "service httpd restart", хотя
> статика отдается именно nginx.
> Подскажите, на какой параметр в конфиге
> обратить внимание? И причем тут апач? И
> что стоит дополнительно сделать:
> добавить жесткий диск или лучше
> оперативной памяти?
>
> Заранее спасибо за ответы.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224990,224990#msg-224990
>
> _______________________________________________
> 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/20120419/4d9e04b8/attachment.html>

From mdounin на mdounin.ru  Thu Apr 19 16:42:26 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 19 Apr 2012 20:42:26 +0400
Subject: =?UTF-8?B?UmU6INC/0L7QstC10LTQtdC90LjQtSBlcnJvciBwYWdl?=
In-Reply-To: <251b9d806e4af73683b8fb381e33b976.NginxMailingListRussian@forum.nginx.org>
References: <20120203063601.GA29756@nginx.com>
	<251b9d806e4af73683b8fb381e33b976.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120419164225.GA13466@mdounin.ru>

Hello!

On Sat, Apr 14, 2012 at 09:01:31AM -0400, reaper wrote:

> давно не повторялось, сейчас вот опять
> началось :)
> 
> на клиенте вижу ответ
> HTTP/1.1 504 Gateway Time-out
> 
> хотя в error_page прописано 503

[...]

> 2012/04/14 12:52:10 [error] 11906#0: *3332442 upstream timed out (110:
> Connection timed out) while reading response header from upstream,
> client: 192.168.98.15, server: my.fs.test, request: "GET
> /f/free+free+free+free HTTP/1.1", upstream:
> "http://192.168.98.175:80/f/free+free+free+free", host: "my.fs.test"
> 2012/04/14 12:52:10 [debug] 11906#0: *3332442 finalize http upstream
> request: 504

[...]

> 2012/04/14 12:52:10 [debug] 11906#0: *3332442 http special response:
> 504, "/f/free+free+free+free?"
> 2012/04/14 12:52:10 [debug] 11906#0: *3332442 internal redirect: "/?"

Раз ошибка, ушли по error_page.

[...]

> 2012/04/14 12:52:30 [error] 11906#0: *3332442 upstream timed out (110:
> Connection timed out) while reading response header from upstream,
> client: 192.168.98.15, server: my.fs.test, request: "GET
> /f/free+free+free+free HTTP/1.1", upstream:
> "http://192.168.98.175:80/f/free+free+free+free", host: "my.fs.test"

[...]

> 2012/04/14 12:52:30 [debug] 11906#0: *3332442 http finalize request:
> 504, "/?" a:1, c:1
> 2012/04/14 12:52:30 [debug] 11906#0: *3332442 http special response:
> 504, "/?"
> 2012/04/14 12:52:30 [debug] 11906#0: *3332442 http set discard body

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

Самый правильный подход к решению данной проблемы - держать 
статические страницы для ошибок.  Заодно решает множество других 
проблем.

Maxim Dounin


From catap на catap.ru  Fri Apr 20 11:29:53 2012
From: catap на catap.ru (Kirill A. Korinskiy)
Date: Fri, 20 Apr 2012 15:29:53 +0400
Subject: NGINX + SCTP
In-Reply-To: <4F8EED68.2090406@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com>
	<4F7E9078.8070103@nginx.com>	<A2B8044C-8B08-4C79-821D-E72F2990E3D0@catap.ru>
	<4F8E9D53.60407@nginx.com> <4F8EED68.2090406@yousendit.com>
Message-ID: <1425B488-725A-4074-9409-47B756A46921@catap.ru>


On 18 Apr, 2012, at 20:35 , Roman Vasilyev wrote:

> On 04/18/2012 03:54 AM, Maxim Konovalov wrote:
>> У меня даже код есть.
>> >  >  Причесать и прислать?
>>   
> Здорово, обязательно присылайте, хочу тоже в этом поучаствовать.


Тогда я не буду обещать сроки, но в течение какого-то времени выдам код.

-- 
wbr, Kirill

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

From nginx-forum на nginx.us  Fri Apr 20 11:43:42 2012
From: nginx-forum на nginx.us (dwow)
Date: Fri, 20 Apr 2012 07:43:42 -0400 (EDT)
Subject: =?UTF-8?B?0KDQtdCz0LjRgdGC0YAg0LIgbG9jYXRpb24=?=
Message-ID: <3989661cb538063e9e7ca835535a5a18.NginxMailingListRussian@forum.nginx.org>

Добрый день,

не работают регистрозависимые location,
т.е. ~ /a и ~ /A для nginx одно и тоже. 

MacOS, Nginx 1.0.14

Есть вариант как решить проблему?

Спасибо.

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


From ne на vbart.ru  Fri Apr 20 12:04:31 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 20 Apr 2012 16:04:31 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9C40YHRgtGAINCyIGxvY2F0aW9u?=
In-Reply-To: <3989661cb538063e9e7ca835535a5a18.NginxMailingListRussian@forum.nginx.org>
References: <3989661cb538063e9e7ca835535a5a18.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204201604.32042.ne@vbart.ru>

On Friday 20 April 2012 15:43:42 dwow wrote:
> Добрый день,
> 
> не работают регистрозависимые location,
> т.е. ~ /a и ~ /A для nginx одно и тоже.
> 
> MacOS, Nginx 1.0.14
> 
> Есть вариант как решить проблему?
> 
> Спасибо.
> 

Так и должно быть.

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

  "Для операционных систем, нечувствительных к регистру символов, таких
   как Mac OS X и Cygwin, сравнение с префиксными строками производится
   без учёта регистра (0.7.7). Однако, сравнение ограничено только
   однобайтными locale'ями."

Если очень хочется, то выключить регистронезависимость в регулярном выражении 
можно с помощью опции: (?-i).

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

From nginx-forum на nginx.us  Fri Apr 20 19:23:04 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 20 Apr 2012 15:23:04 -0400 (EDT)
Subject: =?UTF-8?B?bGltaXQgcmVxIHpvbmUg0L/QviAyINC/0LXRgNC10LzQtdC90L3Ri9C8INC60LA=?=
	=?UTF-8?B?0Lo/?=
Message-ID: <87011366b76c652050c48aede7383896.NginxMailingListRussian@forum.nginx.org>

Привет, Алл.

Стоит задача сделать ограничение на
зону по двум переменным: $binary_remote_addr и
$arg_h (разрешить 1 клик в час с 1 IP по урлу,
который маркируется GET-параметром &h).
Конструкция
 limit_req_zone $binary_remote_addr$arg_h zone=zone_name1:100m
rate=1r/h;
не работает.
Помогите решить задачку... ;)

С уважением, Тиберий ;)

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


From nginx-forum на nginx.us  Fri Apr 20 19:28:03 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 20 Apr 2012 15:28:03 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0YDQviDQs9C10L4t0LHQsNC30YMgd2lwbWFuaWEuY29t?=
In-Reply-To: <949793524.20120107203600@softsearch.ru>
References: <949793524.20120107203600@softsearch.ru>
Message-ID: <748e09c24d3a0d744091f1a7cde2fc6d.NginxMailingListRussian@forum.nginx.org>

К сожалению випмания год уже как не
обновляется... Раньше использовал ее и
был доволен, но пришлось, в итоге,
вернутся на максминд. :(

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


From ne на vbart.ru  Fri Apr 20 20:03:49 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sat, 21 Apr 2012 00:03:49 +0400
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJlcSB6b25lINC/0L4gMiDQv9C10YDQtdC80LXQvdC90YvQvCA=?=
	=?UTF-8?B?0LrQsNC6Pw==?=
In-Reply-To: <87011366b76c652050c48aede7383896.NginxMailingListRussian@forum.nginx.org>
References: <87011366b76c652050c48aede7383896.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204210003.49718.ne@vbart.ru>

On Friday 20 April 2012 23:23:04 Tiberiy wrote:
> Привет, Алл.
> 
> Стоит задача сделать ограничение на
> зону по двум переменным: $binary_remote_addr и
> $arg_h (разрешить 1 клик в час с 1 IP по урлу,
> который маркируется GET-параметром &h).
> Конструкция
>  limit_req_zone $binary_remote_addr$arg_h zone=zone_name1:100m
> rate=1r/h;
> не работает.
> Помогите решить задачку... ;)
> 

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

  limit_req_zone $limit1 zone=zone_name1:100m rate=1r/h;

  set $limit1 $binary_remote_addr$arg_h;

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

From nginx-forum на nginx.us  Fri Apr 20 20:30:08 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 20 Apr 2012 16:30:08 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJlcSB6b25lINC/0L4gMiDQv9C10YDQtdC80LXQvdC90YvQvCA=?=
	=?UTF-8?B?0LrQsNC6Pw==?=
In-Reply-To: <201204210003.49718.ne@vbart.ru>
References: <201204210003.49718.ne@vbart.ru>
Message-ID: <a120f8660c57bd764befe4cd0c5823bb.NginxMailingListRussian@forum.nginx.org>

Syntax: 	set variable value;
Context: 	server, location, if

а 

Syntax: limit_req_zone $session_variable zone=name_of_zone:size
rate=rate
Context: http 

В контексте http set не работает. Я не прав?

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


From nginx-forum на nginx.us  Fri Apr 20 20:37:48 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 20 Apr 2012 16:37:48 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJlcSB6b25lINC/0L4gMiDQv9C10YDQtdC80LXQvdC90YvQvCA=?=
	=?UTF-8?B?0LrQsNC6Pw==?=
In-Reply-To: <201204210003.49718.ne@vbart.ru>
References: <201204210003.49718.ne@vbart.ru>
Message-ID: <eceeb51b1251da327b79c29aca753f43.NginxMailingListRussian@forum.nginx.org>

Ответ правильный!
Валентин, спасибо.

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


From roman.vasilyev на yousendit.com  Fri Apr 20 20:52:29 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Fri, 20 Apr 2012 13:52:29 -0700
Subject: MultiViews
Message-ID: <4F91CC8D.1010206@yousendit.com>

попытался запустить jwchat
а этой заразе нуен апачевский multiviews
ну выкрутился с помощью try_files $uri $uri.ru;
только вот не задача, content type он на все начал отдавать octet-stream

можно ли какнибудь это тоже решить?
Там есть такие файлы как:
index.html.html common.js.js


From ne на vbart.ru  Fri Apr 20 22:37:41 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sat, 21 Apr 2012 02:37:41 +0400
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJlcSB6b25lINC/0L4gMiDQv9C10YDQtdC80LXQvdC90YvQvCA=?=
	=?UTF-8?B?0LrQsNC6Pw==?=
In-Reply-To: <a120f8660c57bd764befe4cd0c5823bb.NginxMailingListRussian@forum.nginx.org>
References: <201204210003.49718.ne@vbart.ru>
	<a120f8660c57bd764befe4cd0c5823bb.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204210237.41291.ne@vbart.ru>

On Saturday 21 April 2012 00:30:08 Tiberiy wrote:
> Syntax: 	set variable value;
> Context: 	server, location, if
> 
> а
> 
> Syntax: limit_req_zone $session_variable zone=name_of_zone:size
> rate=rate
> Context: http
> 
> В контексте http set не работает. Я не прав?
> 

И не надо set писать в http, я для того и дал ссылку на доку.

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

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

From public-mail на alekciy.ru  Sat Apr 21 09:56:03 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Sat, 21 Apr 2012 13:56:03 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQviDQs9C10L4t0LHQsNC30YMgd2lwbWFuaWEuY29t?=
In-Reply-To: <748e09c24d3a0d744091f1a7cde2fc6d.NginxMailingListRussian@forum.nginx.org>
References: <949793524.20120107203600@softsearch.ru>
	<748e09c24d3a0d744091f1a7cde2fc6d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPP2NXqnK2_WMD6noMi-xeu278j7NKyvRszHw8UieRLFYYjXxw@mail.gmail.com>

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

20 апреля 2012 г. 23:28 пользователь Tiberiy <nginx-forum на nginx.us> написал:
> К сожалению випмания год уже как не
> обновляется... Раньше использовал ее и
> был доволен, но пришлось, в итоге,
> вернутся на максминд. :(
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,220914,225563#msg-225563
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From postmaster на softsearch.ru  Sat Apr 21 20:17:36 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 22 Apr 2012 00:17:36 +0400
Subject: =?UTF-8?B?0JrQvtGA0LrQsCDQstGL0L/QsNC70LA=?=
Message-ID: <38077864.20120422001736@softsearch.ru>

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

в error-логе:
2012/04/21 19:52:31 [alert] 27366#0: worker process 27402 exited on signal 11 (core dumped)

FreeBSD 8.2-RELEASE-p3

/usr/local/sbin/nginx -V
nginx version: nginx/1.1.18
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-debug --with-file-aio --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_image_filter_module --with-http_stub_status_module --with-pcre

gdb /usr/local/sbin/nginx /var/coredumps/nginx.27402.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"...
Core was generated by `nginx'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.5...done.
Loaded symbols for /lib/libcrypt.so.5
Reading symbols from /usr/local/lib/libpcre.so.1...done.
Loaded symbols for /usr/local/lib/libpcre.so.1
Reading symbols from /lib/libmd.so.5...done.
Loaded symbols for /lib/libmd.so.5
Reading symbols from /lib/libz.so.5...done.
Loaded symbols for /lib/libz.so.5
Reading symbols from /usr/local/lib/libgd.so.4...done.
Loaded symbols for /usr/local/lib/libgd.so.4
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libpng.so.6...done.
Loaded symbols for /usr/local/lib/libpng.so.6
Reading symbols from /usr/local/lib/libjpeg.so.11...done.
Loaded symbols for /usr/local/lib/libjpeg.so.11
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Loaded symbols for /usr/local/lib/libfreetype.so.9
Reading symbols from /lib/libm.so.5...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/lib/libbz2.so.4...done.
Loaded symbols for /usr/lib/libbz2.so.4
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x0000000000497612 in ngx_http_proxy_parse_chunked (r=0x801627900, buf=0x8019d73c8) at src/http/modules/ngx_http_proxy_module.c:1639
1639    src/http/modules/ngx_http_proxy_module.c: No such file or directory.
        in src/http/modules/ngx_http_proxy_module.c
(gdb) bt
#0  0x0000000000497612 in ngx_http_proxy_parse_chunked (r=0x801627900, buf=0x8019d73c8) at src/http/modules/ngx_http_proxy_module.c:1639
#1  0x000000000049715d in ngx_http_proxy_chunked_filter (p=0x801bda108, buf=0x8019d73c8) at src/http/modules/ngx_http_proxy_module.c:1891
#2  0x000000000042da8c in ngx_event_pipe_read_upstream (p=0x801bda108) at src/event/ngx_event_pipe.c:408
#3  0x000000000042c897 in ngx_event_pipe (p=0x801bda108, do_write=0) at src/event/ngx_event_pipe.c:49
#4  0x000000000046596e in ngx_http_upstream_process_upstream (r=0x801627900, u=0x801bd9be8) at src/http/ngx_http_upstream.c:2641
#5  0x0000000000461f9c in ngx_http_upstream_handler (ev=0x80180e950) at src/http/ngx_http_upstream.c:935
#6  0x0000000000438e00 in ngx_kqueue_process_events (cycle=0x801630050, timer=67, flags=1) at src/event/modules/ngx_kqueue_module.c:684
#7  0x000000000042849c in ngx_process_events_and_timers (cycle=0x801630050) at src/event/ngx_event.c:246
#8  0x0000000000435524 in ngx_worker_process_cycle (cycle=0x801630050, data=0x0) at src/os/unix/ngx_process_cycle.c:806
#9  0x0000000000432491 in ngx_spawn_process (cycle=0x801630050, proc=0x435370 <ngx_worker_process_cycle>, data=0x0, name=0x4b1ee1 "worker process", respawn=-3)
    at src/os/unix/ngx_process.c:198
#10 0x00000000004343fa in ngx_start_worker_processes (cycle=0x801630050, n=30, type=-3) at src/os/unix/ngx_process_cycle.c:365
#11 0x0000000000433a89 in ngx_master_process_cycle (cycle=0x801630050) at src/os/unix/ngx_process_cycle.c:137
#12 0x0000000000403eda in main (argc=1, argv=0x7fffffffec10) at src/core/nginx.c:410
(gdb) q

Что ещё надо, пишите, сделаю.

Конфиг вышлю, но не в лист. Сейчас nginx до сих пор падает, проработав
до  того  пару  недель.  Перезапускать его или пока оставить в падучем
состоянии?

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


From mdounin на mdounin.ru  Sat Apr 21 23:06:42 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 22 Apr 2012 03:06:42 +0400
Subject: =?UTF-8?B?UmU6INCa0L7RgNC60LAg0LLRi9C/0LDQu9Cw?=
In-Reply-To: <38077864.20120422001736@softsearch.ru>
References: <38077864.20120422001736@softsearch.ru>
Message-ID: <20120421230641.GM13466@mdounin.ru>

Hello!

On Sun, Apr 22, 2012 at 12:17:36AM +0400, Михаил Монашёв wrote:

> Здравствуйте.
> 
> в error-логе:
> 2012/04/21 19:52:31 [alert] 27366#0: worker process 27402 exited on signal 11 (core dumped)
> 
> FreeBSD 8.2-RELEASE-p3
> 
> /usr/local/sbin/nginx -V
> nginx version: nginx/1.1.18
> 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-debug --with-file-aio --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_image_filter_module --with-http_stub_status_module --with-pcre

[...]

> #0  0x0000000000497612 in ngx_http_proxy_parse_chunked (r=0x801627900, buf=0x8019d73c8) at src/http/modules/ngx_http_proxy_module.c:1639
> 1639    src/http/modules/ngx_http_proxy_module.c: No such file or directory.
>         in src/http/modules/ngx_http_proxy_module.c

[...]

> Конфиг вышлю, но не в лист. Сейчас nginx до сих пор падает, проработав
> до  того  пару  недель.  Перезапускать его или пока оставить в падучем
> состоянии?

В конфиге, я так понимаю, image filter во всю используется, и 
ошибки от него error_page'ем куда-то обрабатываются?  Если есть 
ещё какие-то нюансы - шли.

Патч наверное какой-то такой:

--- a/src/http/modules/ngx_http_proxy_module.c
+++ b/src/http/modules/ngx_http_proxy_module.c
@@ -1497,6 +1497,10 @@ ngx_http_proxy_input_filter_init(void *d
     u = r->upstream;
     ctx = ngx_http_get_module_ctx(r, ngx_http_proxy_module);
 
+    if (ctx == NULL) {
+        return NGX_ERROR;
+    }
+
     ngx_log_debug4(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
                    "http proxy filter init s:%d h:%d c:%d l:%O",
                    u->headers_in.status_n, ctx->head, u->headers_in.chunked,
@@ -1636,6 +1640,11 @@ ngx_http_proxy_parse_chunked(ngx_http_re
     } state;
 
     ctx = ngx_http_get_module_ctx(r, ngx_http_proxy_module);
+
+    if (ctx == NULL) {
+        return NGX_ERROR;
+    }
+
     state = ctx->state;
 
     if (state == sw_chunk_data && ctx->size == 0) {
@@ -1883,6 +1892,10 @@ ngx_http_proxy_chunked_filter(ngx_event_
     r = p->input_ctx;
     ctx = ngx_http_get_module_ctx(r, ngx_http_proxy_module);
 
+    if (ctx == NULL) {
+        return NGX_ERROR;
+    }
+
     b = NULL;
     prev = &buf->shadow;
 
@@ -2064,6 +2077,11 @@ ngx_http_proxy_non_buffered_chunked_filt
     ngx_http_proxy_ctx_t  *ctx;
 
     ctx = ngx_http_get_module_ctx(r, ngx_http_proxy_module);
+
+    if (ctx == NULL) {
+        return NGX_ERROR;
+    }
+
     u = r->upstream;
     buf = &u->buffer;
 

Maxim Dounin


From postmaster на softsearch.ru  Sun Apr 22 05:34:48 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 22 Apr 2012 09:34:48 +0400
Subject: =?UTF-8?B?UmVbMl06INCa0L7RgNC60LAg0LLRi9C/0LDQu9Cw?=
In-Reply-To: <20120421230641.GM13466@mdounin.ru>
References: <38077864.20120422001736@softsearch.ru>
	<20120421230641.GM13466@mdounin.ru>
Message-ID: <38138386.20120422093448@softsearch.ru>

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

>> в error-логе:
>> 2012/04/21 19:52:31 [alert] 27366#0: worker process 27402
>> exited on signal 11 (core dumped)
>> 
>> FreeBSD 8.2-RELEASE-p3
>> 
>> /usr/local/sbin/nginx -V
>> nginx version: nginx/1.1.18
>> 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-debug --with-file-aio
>> --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_image_filter_module --with-http_stub_status_module
>> --with-pcre

> [...]

>> #0  0x0000000000497612 in ngx_http_proxy_parse_chunked
>> (r=0x801627900, buf=0x8019d73c8) at
>> src/http/modules/ngx_http_proxy_module.c:1639
>> 1639    src/http/modules/ngx_http_proxy_module.c: No such file or directory.
>>         in src/http/modules/ngx_http_proxy_module.c

> [...]

>> Конфиг вышлю, но не в лист. Сейчас nginx до сих пор падает, проработав
>> до  того  пару  недель.  Перезапускать его или пока оставить в падучем
>> состоянии?

> В конфиге, я так понимаю, image filter во всю используется,

Да. Кэширую картинки со других сайтов.

> и 
> ошибки от него error_page'ем куда-то обрабатываются?

Да. Именно так. Через именованный локейшн. Кинул тебе на почту конфиг.

> Патч наверное какой-то такой:

Спасибо.

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


From nginx-forum на nginx.us  Mon Apr 23 09:22:53 2012
From: nginx-forum на nginx.us (paulstrong)
Date: Mon, 23 Apr 2012 05:22:53 -0400 (EDT)
Subject: server_name regexp
Message-ID: <a1b3cff15419bac7e731aef02154ccfa.NginxMailingListRussian@forum.nginx.org>

Всем привет!
Пишу здесь впервые. Как правило, ответы
на все свои вопросы нашел на этом
форуме, но столкнулся с одной задачкой,
которую не смог решить.
Нужно, чтобы nginx реагировал на
следующие server_name - ^dev([0-9a-z]+).example.com$
Пробовал по-разному:
server_name  ~^dev(.+)\.example\.com;
server_name  "~^dev(.+)\.example\.com";
server_name  ~^dev([0-9a-z]+)\.example\.com;
server_name  "~^dev([0-9a-z]+)\.example\.com";
добавлял $ в конец...
Что бы я ни делал, nginx просто не попадает
в этот конфиг, использует дефолтный и
проксирует, соответственно, не туда.
В конфигах regexp используется в location и в
rewrite, но в server_name regexp почему то не
отрабатывает, и как продебажить, пока
не знаю.
Кто-то сталкивался?

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


From nginx-forum на nginx.us  Mon Apr 23 09:58:07 2012
From: nginx-forum на nginx.us (paulstrong)
Date: Mon, 23 Apr 2012 05:58:07 -0400 (EDT)
Subject: server_name regexp
In-Reply-To: <a1b3cff15419bac7e731aef02154ccfa.NginxMailingListRussian@forum.nginx.org>
References: <a1b3cff15419bac7e731aef02154ccfa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f402e4fc5e691840e06477f326b4126b.NginxMailingListRussian@forum.nginx.org>

разобрался, вроде

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


From hell-for-yahoo на umail.ru  Mon Apr 23 10:38:42 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 23 Apr 2012 14:38:42 +0400
Subject: server_name regexp
In-Reply-To: <a1b3cff15419bac7e731aef02154ccfa.NginxMailingListRussian@forum.nginx.org>
References: <a1b3cff15419bac7e731aef02154ccfa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <353035413.20120423143842@mtu-net.ru>

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

p> Всем привет!
p> Пишу здесь впервые. Как правило, ответы
p> на все свои вопросы нашел на этом
p> форуме, но столкнулся с одной задачкой,
p> которую не смог решить.
p> Нужно, чтобы nginx реагировал на
p> следующие server_name - ^dev([0-9a-z]+).example.com$
p> Пробовал по-разному:
p> server_name  ~^dev(.+)\.example\.com;
p> server_name  "~^dev(.+)\.example\.com";
p> server_name  ~^dev([0-9a-z]+)\.example\.com;
p> server_name  "~^dev([0-9a-z]+)\.example\.com";

server_name ~ "^dev([0-9a-z]+)\.example\.com";

?


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

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 23.04.2012, <14:37>

From nginx-forum на nginx.us  Mon Apr 23 11:38:11 2012
From: nginx-forum на nginx.us (b0rman)
Date: Mon, 23 Apr 2012 07:38:11 -0400 (EDT)
Subject: =?UTF-8?B?0JrQsNC6INC00L7QsdCw0LLQuNGC0Ywg0LzQvtC00YPQu9GMINCyIE5HSU54INC/?=
	=?UTF-8?B?0L7QtCBXaW5kb3dzPw==?=
Message-ID: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>

Всем привет!
Подскажите, как добавить модуль в NGINx
под Windows?
Конкретно интересует
http://code.google.com/p/nginx-sticky-module/ или аналог,
который даст возможность корректно
распределять клиентов по серверам
соответственно cookies. ip_hash не совсем
подходит, т.к. он балансирует
неравномерно. 

Спасибо!

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


From yakubovsky на gmail.com  Mon Apr 23 12:05:19 2012
From: yakubovsky на gmail.com (Yuriy Yakubovskyy)
Date: Mon, 23 Apr 2012 15:05:19 +0300
Subject: Ssl key values mismatch
Message-ID: <CAO5LTWAdniUvhbwvwUnY0_ZbLTh36NxHuoYYaJTQHw8ZeAfscg@mail.gmail.com>

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

Есть проблема.
Не могу запустить ссл сертификат.

Генерирую запрос согласно этому
https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&actp=CROSSLINK&id=so17666

Подключаю согласно этому
https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&id=SO17482


Это читал
http://nginx.org/en/docs/http/configuring_https_servers.html#chains


На выходе все равно имеем

nginx: [emerg] SSL_CTX_use_PrivateKey_file("/home/tesac/ssl/server.key")
failed (SSL: error:0B080074:x509 certificate
routines:X509_check_private_key:key values mismatch)



nginx -V
nginx version: nginx/1.0.15
TLS SNI support enabled
configure arguments: --prefix=/etc/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
--pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx
--group=nginx --with-http_ssl_module --with-debug



Куда копать?


From yakubovsky на gmail.com  Mon Apr 23 12:00:35 2012
From: yakubovsky на gmail.com (Yuriy Yakubovskyy)
Date: Mon, 23 Apr 2012 15:00:35 +0300
Subject: Ssl key values mismatch
Message-ID: <CAO5LTWCi34gk7fNxVDoDAUDO7LQBLRc-UouKiGxsgE2OFULx0g@mail.gmail.com>

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

Есть проблема.
Не могу запустить ссл сертификат.

Генерирую запрос согласно этому
https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&actp=CROSSLINK&id=so17666

Подключаю согласно этому
https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&id=SO17482


Это читал
http://nginx.org/en/docs/http/configuring_https_servers.html#chains


На выходе все равно имеем

nginx: [emerg] SSL_CTX_use_PrivateKey_file("/home/tesac/ssl/server.key")
failed (SSL: error:0B080074:x509 certificate
routines:X509_check_private_key:key values mismatch)



nginx -V
nginx version: nginx/1.0.15
TLS SNI support enabled
configure arguments: --prefix=/etc/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
--pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx
--group=nginx --with-http_ssl_module --with-debug



Куда копать?


From pavel2000 на ngs.ru  Mon Apr 23 13:39:22 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Mon, 23 Apr 2012 20:39:22 +0700
Subject: Ssl key values mismatch
In-Reply-To: <CAO5LTWAdniUvhbwvwUnY0_ZbLTh36NxHuoYYaJTQHw8ZeAfscg@mail.gmail.com>
References: <CAO5LTWAdniUvhbwvwUnY0_ZbLTh36NxHuoYYaJTQHw8ZeAfscg@mail.gmail.com>
Message-ID: <08926197.20120423203922@ngs.ru>

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

Вы писали 23 апреля 2012 г., 19:05:19:

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

> Есть проблема.
> Не могу запустить ссл сертификат.
> Это читал
> http://nginx.org/en/docs/http/configuring_https_servers.html#chains

Ваш сертификат должен быть первым в файле www.example.com.chained.crt
Об этом же написано в документации, которую вы читали.

Думаю, что стоит проверить сооветствие сертификата и ключа - см. раздел "Verify A Certificate Matches
A Private Key" по ссылке http://security.ncsa.illinois.edu/research/grid-howtos/usefulopenssl.html

Если сертификат и ключ соответствуют друг другу, приводите команды, которыми собираете chained.crt,
или подробнее опишите как вы это делаете, если делаете копипастом.

-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From mdounin на mdounin.ru  Mon Apr 23 13:46:25 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 23 Apr 2012 17:46:25 +0400
Subject: nginx-1.2.0
Message-ID: <20120423134625.GD31671@mdounin.ru>

Изменения в nginx 1.2.0                                           23.04.2012

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

    *) Исправление: ответ мог быть передан не полностью, если использовалось
       больше IOV_MAX буферов.

    *) Исправление: в работе параметра crop директивы image_filter.
       Спасибо Maxim Bublis.


Maxim Dounin


From uncleandyv на gmail.com  Mon Apr 23 13:53:10 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Mon, 23 Apr 2012 17:53:10 +0400
Subject: nginx-1.2.0
In-Reply-To: <20120423134625.GD31671@mdounin.ru>
References: <20120423134625.GD31671@mdounin.ru>
Message-ID: <CAOrB69OC-mMt5fh2rHL=RMGKXd-92xapg07NsbgCXmhjzvwjWw@mail.gmail.com>

Я так понимаю, это стабильная ветка?

23 апреля 2012 г. 17:46 пользователь Maxim Dounin <mdounin на mdounin.ru>написал:

> Изменения в nginx 1.2.0
> 23.04.2012
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120423/156ad1b6/attachment.html>

From mdounin на mdounin.ru  Mon Apr 23 13:57:25 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 23 Apr 2012 17:57:25 +0400
Subject: nginx-1.2.0
In-Reply-To: <CAOrB69OC-mMt5fh2rHL=RMGKXd-92xapg07NsbgCXmhjzvwjWw@mail.gmail.com>
References: <20120423134625.GD31671@mdounin.ru>
	<CAOrB69OC-mMt5fh2rHL=RMGKXd-92xapg07NsbgCXmhjzvwjWw@mail.gmail.com>
Message-ID: <20120423135725.GF31671@mdounin.ru>

Hello!

On Mon, Apr 23, 2012 at 05:53:10PM +0400, Andrey Velikoredchanin wrote:

> Я так понимаю, это стабильная ветка?

Да.

Maxim Dounin

> 
> 23 апреля 2012 г. 17:46 пользователь Maxim Dounin <mdounin на mdounin.ru>написал:
> 
> > Изменения в nginx 1.2.0
> > 23.04.2012
> >
> >

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Mon Apr 23 15:24:16 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 23 Apr 2012 19:24:16 +0400
Subject: =?UTF-8?B?0YHRgtCw0LHQuNC70YzQvdCw0Y8g0LLQtdGC0LrQsCAxLjIueA==?=
Message-ID: <20120423152416.GL31671@mdounin.ru>

Hello!

Выпущена первая версия стабильной ветки 1.2.x.  В версию 1.2.0 
вошло множество улучшений, разработанных в рамках ветки 1.1.x, 
в том числе:

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

Maxim Dounin


From nginx-forum на nginx.us  Mon Apr 23 16:16:29 2012
From: nginx-forum на nginx.us (mikevmk)
Date: Mon, 23 Apr 2012 12:16:29 -0400 (EDT)
Subject: Segfault nginx 1.1.19
Message-ID: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>

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

После обновления с 1.1.18 до 1.1.19 (с
аналогичными параметрами сборки)
воркеры начали падать с 11 сигналом на
двух location. Добавил --with-debug при сборке,
'error_log error.log debug;' в конфиг, получил кору.
Вот локейшены:

  location ~ ^/m/(.*)/(.*)? {
    set $username $1; 
    set $newuri $2; 
    root /var/www/DOCROOT/mass-username-sites/$username;
    try_files /$newuri /index.html =404;
  }

  location ~ /m/(.*)$ {
    rewrite ^(.*) $1/ last;
  }

  location ~ ^/s/(.*)/(.*)? {
    set $userdomain $1; 
    set $newuri $2; 
    root /var/www/DOCROOT/mass-domain-sites/$userdomain;
    try_files /$newuri /index.html =404;
  }

  location ~ /s/(.*)$ {
    rewrite ^(.*) $1/ last;
  }

Вот кусочек еггог-лога после включения
дебага по запросу /m/test (на /m/test/anything та
же реакция):


2012/04/23 09:12:28 [notice] 13702#0: *47 "^(.*)" matches "/m/test",
client: X.X.X.X, server: domain.tld, request: "GET /m/test HTTP/1.1",
host: "domain.tld"
2012/04/23 09:12:28 [notice] 13702#0: *47 rewritten data: "/m/test/",
args: "", client: X.X.X.X, server: domain.tld, request: "GET /m/test
HTTP/1.1", host: "domain.tld"
2012/04/23 09:12:28 [alert] 11927#0: worker process 13702 exited on
signal 11 (core dumped)

От реального наличия и отсутствия
директории указанной в root падение не
зависит (падает все равно). В 1.1.18
работало. Вот бэктрейс:

# gdb -c core /opt/bin/nginx
GNU gdb (GDB) 7.4-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/opt/bin/nginx...done.
[New LWP 11928]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `nginx: worker p'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f82f3ddcfc1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007f82f3ddcfc1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x000000000043b5e4 in ngx_http_script_copy_code (e=<optimized out>)
at src/http/ngx_http_script.c:750
#2  0x000000000042f198 in ngx_http_core_try_files_phase (r=0x2089440,
ph=<optimized out>) at src/http/ngx_http_core_module.c:1271
#3  0x0000000000429523 in ngx_http_core_run_phases (r=0x2089440) at
src/http/ngx_http_core_module.c:877
#4  0x000000000042961d in ngx_http_handler (r=<optimized out>) at
src/http/ngx_http_core_module.c:860
#5  0x0000000000433005 in ngx_http_process_request (r=0x2089440) at
src/http/ngx_http_request.c:1670
#6  0x00000000004335c1 in ngx_http_process_request_headers
(rev=<optimized out>) at src/http/ngx_http_request.c:1114
#7  0x0000000000433ac3 in ngx_http_process_request_line (rev=0x228b798)
at src/http/ngx_http_request.c:914
#8  0x0000000000430ebb in ngx_http_init_request (rev=0x228b798) at
src/http/ngx_http_request.c:519
#9  0x000000000041c0d2 in ngx_event_process_posted (cycle=<optimized
out>, posted=0x69f9c0) at src/event/ngx_event_posted.c:40
#10 0x000000000041bceb in ngx_process_events_and_timers
(cycle=0x207c0a0) at src/event/ngx_event.c:273
#11 0x0000000000421b02 in ngx_worker_process_cycle (cycle=0x207c0a0,
data=<optimized out>) at src/os/unix/ngx_process_cycle.c:806
#12 0x00000000004203a2 in ngx_spawn_process (cycle=0x207c0a0,
proc=0x421a31 <ngx_worker_process_cycle>, data=0x0,
    name=0x4737b3 "worker process", respawn=-3) at
src/os/unix/ngx_process.c:198
#13 0x0000000000421236 in ngx_start_worker_processes (cycle=0x207c0a0,
n=4, type=-3) at src/os/unix/ngx_process_cycle.c:365
#14 0x00000000004221bb in ngx_master_process_cycle (cycle=0x207c0a0) at
src/os/unix/ngx_process_cycle.c:137
#15 0x0000000000407254 in main (argc=<optimized out>, argv=<optimized
out>) at src/core/nginx.c:410
(gdb) 


Помогите, пожалуйста, разобраться,
товарищи ученые. Не попробовать ли мне
свежую ветку 1.2? Спасибо.

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


From a.vasilishin на kpi.ua  Mon Apr 23 16:18:28 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, 23 Apr 2012 19:18:28 +0300
Subject: Segfault nginx 1.1.19
In-Reply-To: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
References: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F9580D4.4090300@kpi.ua>

23.04.2012 19:16, mikevmk написал:

> Помогите, пожалуйста, разобраться,
> товарищи ученые. Не попробовать ли мне
> свежую ветку 1.2? Спасибо.


Судя по чендж-логу
"    *) Исправление: в рабочем процессе мог произойти segmentation fault,
        если использовалась директива try_files; ошибка появилась в 1.1.19."

таки стоит либо откатиться либо обновиться.
-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Mon Apr 23 16:19:12 2012
From: nginx-forum на nginx.us (mikevmk)
Date: Mon, 23 Apr 2012 12:19:12 -0400 (EDT)
Subject: Segfault nginx 1.1.19
In-Reply-To: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
References: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
Message-ID: <98e445a17443d0142182f87beab76726.NginxMailingListRussian@forum.nginx.org>

Опции сборки забыл, вот:

nginx version: nginx/1.1.19
built by gcc 4.6.3 (Debian 4.6.3-1) 
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-http_addition_module --with-http_gzip_static_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--add-module=/usr/custom_stuff/nginx/mods/ngx_http_redis-0.3.5
--add-module=/usr/custom_stuff/nginx/mods/echo-nginx-module

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


From mdounin на mdounin.ru  Mon Apr 23 16:46:02 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 23 Apr 2012 20:46:02 +0400
Subject: Segfault nginx 1.1.19
In-Reply-To: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
References: <7132cac799b9280d3b38664a8815fa56.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120423164602.GU31671@mdounin.ru>

Hello!

On Mon, Apr 23, 2012 at 12:16:29PM -0400, mikevmk wrote:

> Здравствуйте!
> 
> После обновления с 1.1.18 до 1.1.19 (с
> аналогичными параметрами сборки)
> воркеры начали падать с 11 сигналом на
> двух location. Добавил --with-debug при сборке,
> 'error_log error.log debug;' в конфиг, получил кору.
> Вот локейшены:
> 
>   location ~ ^/m/(.*)/(.*)? {
>     set $username $1; 
>     set $newuri $2; 
>     root /var/www/DOCROOT/mass-username-sites/$username;
>     try_files /$newuri /index.html =404;
>   }

[...]

> Помогите, пожалуйста, разобраться,
> товарищи ученые. Не попробовать ли мне
> свежую ветку 1.2? Спасибо.

Да, обновиться до 1.2.0, там это исправлено.

Maxim Dounin


From postmaster на softsearch.ru  Tue Apr 24 15:03:17 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 24 Apr 2012 19:03:17 +0400
Subject: =?UTF-8?B?0KDQtdGB0LDQudC3INCyIGltYWdlX2ZpbHRlcg==?=
Message-ID: <1979203847.20120424190317@softsearch.ru>

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

Возможно ли при ресайзе модулем image_filter указывать размеры в
процентах от исходного размера?

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


From igor на sysoev.ru  Tue Apr 24 15:07:10 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Tue, 24 Apr 2012 19:07:10 +0400
Subject: =?UTF-8?B?UmU6INCg0LXRgdCw0LnQtyDQsiBpbWFnZV9maWx0ZXI=?=
In-Reply-To: <1979203847.20120424190317@softsearch.ru>
References: <1979203847.20120424190317@softsearch.ru>
Message-ID: <6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>

On Apr 24, 2012, at 19:03 , Михаил Монашёв wrote:

> Здравствуйте.
> 
> Возможно ли при ресайзе модулем image_filter указывать размеры в
> процентах от исходного размера?

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


--
Igor Sysoev

From postmaster на softsearch.ru  Tue Apr 24 16:33:05 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 24 Apr 2012 20:33:05 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LXRgdCw0LnQtyDQsiBpbWFnZV9maWx0ZXI=?=
In-Reply-To: <6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
Message-ID: <596263712.20120424203305@softsearch.ru>

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

>> Возможно ли при ресайзе модулем image_filter указывать размеры в
>> процентах от исходного размера?

> Нет, а для чего ?

Есть  аватарки  у  юзеров.  Все они разных размеров, ограниченные лишь
максимальными  величинами  ширины  и  высоты.  Ну и весом естественно.
Задача  показывать  уменьшенную  (например вдвое) копию аватарки, там,
что уместнее по дизайну маленькая аватарка.

Вот наглядный пример: http://www.bitrix24.ru/images/content/newday.png

> Текущий сценарий использования - есть заданные размеры, в которые
> нужно поместить картинку.


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


From zzz на zzz.org.ua  Tue Apr 24 17:04:48 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 24 Apr 2012 20:04:48 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNC10YHQsNC50Lcg0LIgaW1hZ2VfZmlsdGVy?=
In-Reply-To: <596263712.20120424203305@softsearch.ru>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
	<596263712.20120424203305@softsearch.ru>
Message-ID: <CAKb9G9jz5kKjpQD5YYC7Nwt_AXsY5yUFU0xkST2DXjYiQVjjxg@mail.gmail.com>

> Есть  аватарки  у  юзеров.  Все они разных размеров, ограниченные лишь
> максимальными  величинами  ширины  и  высоты.  Ну и весом естественно.
> Задача  показывать  уменьшенную  (например вдвое) копию аватарки, там,
> что уместнее по дизайну маленькая аватарка.
>
> Вот наглядный пример: http://www.bitrix24.ru/images/content/newday.png

Браузеры такое тоже умеют уменьшать :)

From hell-for-yahoo на umail.ru  Tue Apr 24 18:04:02 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 24 Apr 2012 22:04:02 +0400
Subject: =?UTF-8?B?UmU6INCg0LXRgdCw0LnQtyDQsiBpbWFnZV9maWx0ZXI=?=
In-Reply-To: <596263712.20120424203305@softsearch.ru>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
	<596263712.20120424203305@softsearch.ru>
Message-ID: <1894987443.20120424220402@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Михаил Монашёв!

>>> Возможно ли при ресайзе модулем image_filter указывать размеры в
>>> процентах от исходного размера?

>> Нет, а для чего ?

ММ> Есть  аватарки  у  юзеров.  Все они разных размеров, ограниченные лишь
ММ> максимальными  величинами  ширины  и  высоты.  Ну и весом естественно.
ММ> Задача  показывать  уменьшенную  (например вдвое) копию аватарки, там,
ММ> что уместнее по дизайну маленькая аватарка.

Нафига? Если аватарка больше некоторого размера, приемлемого для отображения -
уразать до приемлемого размера.
Никаких процентов.
Так вы аватарку на 1 пиксель больше условия ужмёте в два раза, убив картинку
чуть менее, чем полностью.

ММ> Вот наглядный пример: http://www.bitrix24.ru/images/content/newday.png

>> Текущий сценарий использования - есть заданные размеры, в которые
>> нужно поместить картинку.


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

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 24.04.2012, <22:02>

From igor на sysoev.ru  Tue Apr 24 18:19:05 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Tue, 24 Apr 2012 22:19:05 +0400
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNC10YHQsNC50Lcg0LIgaW1hZ2VfZmlsdGVy?=
In-Reply-To: <596263712.20120424203305@softsearch.ru>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
	<596263712.20120424203305@softsearch.ru>
Message-ID: <71E9FFBB-79A1-44F8-B6CD-E7A3C3C260CA@sysoev.ru>


On Apr 24, 2012, at 20:33 , Михаил Монашёв wrote:

> Здравствуйте, Igor.
> 
>>> Возможно ли при ресайзе модулем image_filter указывать размеры в
>>> процентах от исходного размера?
> 
>> Нет, а для чего ?
> 
> Есть  аватарки  у  юзеров.  Все они разных размеров, ограниченные лишь
> максимальными  величинами  ширины  и  высоты.  Ну и весом естественно.
> Задача  показывать  уменьшенную  (например вдвое) копию аватарки, там,
> что уместнее по дизайну маленькая аватарка.
> 
> Вот наглядный пример: http://www.bitrix24.ru/images/content/newday.png

Непонятно, почему в этом случае нельзя просто сказать - уменьшить
картинку пропорционально, чтобы вписалась в 200x100 ?

>> Текущий сценарий использования - есть заданные размеры, в которые
>> нужно поместить картинку.


--
Igor Sysoev
http://sysoev.ru/en/


From postmaster на softsearch.ru  Tue Apr 24 18:27:36 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 24 Apr 2012 22:27:36 +0400
Subject: =?UTF-8?B?UmVbNF06INCg0LXRgdCw0LnQtyDQsiBpbWFnZV9maWx0ZXI=?=
In-Reply-To: <71E9FFBB-79A1-44F8-B6CD-E7A3C3C260CA@sysoev.ru>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
	<596263712.20120424203305@softsearch.ru>
	<71E9FFBB-79A1-44F8-B6CD-E7A3C3C260CA@sysoev.ru>
Message-ID: <912524147.20120424222736@softsearch.ru>

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

>>>> Возможно ли при ресайзе модулем image_filter указывать размеры в
>>>> процентах от исходного размера?
>> 
>>> Нет, а для чего ?
>> 
>> Есть  аватарки у юзеров. Все они разных размеров, ограниченные лишь
>> максимальными  величинами  ширины и высоты. Ну и весом естественно.
>> Задача показывать уменьшенную (например вдвое) копию аватарки, там,
>> что уместнее по дизайну маленькая аватарка.
>> 
>> Вот наглядный пример:
>> http://www.bitrix24.ru/images/content/newday.png

> Непонятно, почему в этом случае нельзя просто сказать - уменьшить
> картинку пропорционально, чтобы вписалась в 200x100 ?

Потому  что аватарки изначально разные по размерам и такими же разными
и  должны  остаться.  Пример:  одни пользователи имею право на большие
аватарки,  другие  только  на  маленькие.  И  если аватарки уменьшатся
непропорционально,  то  эта  фича  пропадёт.  Т.е. важно уменьшить все
аватарки одинаково пропорционально в процентах от исходного размера.

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


From postmaster на softsearch.ru  Tue Apr 24 18:28:06 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 24 Apr 2012 22:28:06 +0400
Subject: =?UTF-8?B?UmVbNF06INCg0LXRgdCw0LnQtyDQsiBpbWFnZV9maWx0ZXI=?=
In-Reply-To: <CAKb9G9jz5kKjpQD5YYC7Nwt_AXsY5yUFU0xkST2DXjYiQVjjxg@mail.gmail.com>
References: <1979203847.20120424190317@softsearch.ru>
	<6F6D94C9-59D5-439F-8989-E51678207A68@sysoev.ru>
	<596263712.20120424203305@softsearch.ru>
	<CAKb9G9jz5kKjpQD5YYC7Nwt_AXsY5yUFU0xkST2DXjYiQVjjxg@mail.gmail.com>
Message-ID: <17510247432.20120424222806@softsearch.ru>

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

>> Есть  аватарки  у  юзеров.  Все они разных размеров, ограниченные лишь
>> максимальными  величинами  ширины  и  высоты.  Ну и весом естественно.
>> Задача  показывать  уменьшенную  (например вдвое) копию аватарки, там,
>> что уместнее по дизайну маленькая аватарка.
>>
>> Вот наглядный пример:
>> http://www.bitrix24.ru/images/content/newday.png

> Браузеры такое тоже умеют уменьшать :)

Только размеры, но не трафик.

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


From uncleandyv на gmail.com  Wed Apr 25 06:13:33 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 10:13:33 +0400
Subject: =?UTF-8?B?0KXQvtGH0LXRgtGB0Y8g0YHRgtGA0LDQvdC90L7Qs9C+ICjRgdC40L3RhdGA0L4=?=
	=?UTF-8?B?0L3QvdC+L9Cw0YHQuNC90YXRgNC+0L3QvdGL0LUg0LfQsNC/0YDQvtGB0Ysp?=
Message-ID: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>

Всем привет!

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

Работать должно примерно так:

1. На определенный урл поступает HTTP запрос;
2. Конвертер сохраняет запрос вместе с его сокетом в буфер с определенным
идентификатором;
3. Запрос с присоединенным идентификатором передается в модуль асинхронной
обработки (обычный fastcgi который регистрирует запрос в очереди на
обработку и закрывает коннект);
4. По окончанию обработки, модуль асинхронной обработки отправляет на
второй определенный урл (урл конвертера) через HTTP запрос идентификатор
запроса из п.2 и результатирующий ответ на первый запрос;
5. Конвертер извлекает из буфера ждущих соединений нужный сокет и отдает в
него результатирующий ответ.

Необходимость проистекает из-за высокой нагрузки и многообразия алгоритмов
обработки запросов.

Может быть, если не nginx, то есть какие-то другие решения?

Спасибо.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/f44fc5f8/attachment.html>

From a.vasilishin на kpi.ua  Wed Apr 25 07:45:25 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, 25 Apr 2012 10:45:25 +0300
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
Message-ID: <4F97AB95.4000509@kpi.ua>


> Может быть, если не nginx, то есть какие-то другие решения?

http://nodejs.org/
http://ru.wikipedia.org/wiki/Nodejs


WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From uncleandyv на gmail.com  Wed Apr 25 07:59:30 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 11:59:30 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <4F97AB95.4000509@kpi.ua>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97AB95.4000509@kpi.ua>
Message-ID: <CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>

25 апреля 2012 г. 11:45 пользователь Андрей Василишин
<a.vasilishin на kpi.ua>написал:

>
>  Может быть, если не nginx, то есть какие-то другие решения?
>>
>
> http://nodejs.org/
> http://ru.wikipedia.org/wiki/**Nodejs<http://ru.wikipedia.org/wiki/Nodejs>
>
>
Про него я знаю и уверен что для определенных задачь он хорош. Но для
оценки того, подходит-ли он для данной мне не хватает информации.

Насколько ресурсоемко для nodejs держать открытыми большое количество
соединений? Для описанной мною задачи это один из главных критериев.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/49ef7a66/attachment-0001.html>

From aleks.raiden на gmail.com  Wed Apr 25 08:14:54 2012
From: aleks.raiden на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCb0L7Qt9C+0LLRjtC6?=)
Date: Wed, 25 Apr 2012 11:14:54 +0300
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97AB95.4000509@kpi.ua>
	<CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>
Message-ID: <CANtcu6g1dz62x+ZnN9m_Jb1WKJbpSVDYQz+FengXKVpVviT8MQ@mail.gmail.com>

Есть сведенья про рабочие конфигурации с 100к, 250к конекшинов. Лично
я держал 16 - 20К соединений с активной записью в каждый - упираюсь в
канал.

Например:  http://blog.caustik.com/2012/04/10/node-js-w250k-concurrent-connections/

25 апреля 2012 г. 10:59 пользователь Andrey Velikoredchanin
<uncleandyv на gmail.com> написал:
> 25 апреля 2012 г. 11:45 пользователь Андрей Василишин <a.vasilishin на kpi.ua>
> написал:
>
>>
>>> Может быть, если не nginx, то есть какие-то другие решения?
>>
>>
>> http://nodejs.org/
>> http://ru.wikipedia.org/wiki/Nodejs
>>
>
> Про него я знаю и уверен что для определенных задачь он хорош. Но для оценки
> того, подходит-ли он для данной мне не хватает информации.
>
> Насколько ресурсоемко для nodejs держать открытыми большое количество
> соединений? Для описанной мною задачи это один из главных критериев.
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
C уважением, Александр Лозовюк
Alpha-Beta-Release Blog
http://abrdev.com
http://asyncionews.com

From s на bykov.odessa.ua  Wed Apr 25 09:16:22 2012
From: s на bykov.odessa.ua (s на bykov.odessa.ua)
Date: Wed, 25 Apr 2012 12:16:22 +0300
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CANtcu6g1dz62x+ZnN9m_Jb1WKJbpSVDYQz+FengXKVpVviT8MQ@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97AB95.4000509@kpi.ua>
	<CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>
	<CANtcu6g1dz62x+ZnN9m_Jb1WKJbpSVDYQz+FengXKVpVviT8MQ@mail.gmail.com>
Message-ID: <4F97C0E6.3040704@bykov.odessa.ua>

Можно поискать готовые решения на libev 
(https://metacpan.org/release/EV), что позволит сэкономить время, к 
сожалению, какое точно посоветовать сложно без более детального описания 
проблемы на примере

> Есть сведенья про рабочие конфигурации с 100к, 250к конекшинов. Лично
> я держал 16 - 20К соединений с активной записью в каждый - упираюсь в
> канал.
>
> Например:  http://blog.caustik.com/2012/04/10/node-js-w250k-concurrent-connections/
>
> 25 апреля 2012 г. 10:59 пользователь Andrey Velikoredchanin
> <uncleandyv на gmail.com>  написал:
>> 25 апреля 2012 г. 11:45 пользователь Андрей Василишин<a.vasilishin на kpi.ua>
>> написал:
>>
>>>> Может быть, если не nginx, то есть какие-то другие решения?
>>>
>>> http://nodejs.org/
>>> http://ru.wikipedia.org/wiki/Nodejs
>>>
>> Про него я знаю и уверен что для определенных задачь он хорош. Но для оценки
>> того, подходит-ли он для данной мне не хватает информации.
>>
>> Насколько ресурсоемко для nodejs держать открытыми большое количество
>> соединений? Для описанной мною задачи это один из главных критериев.
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>


From nginx-forum на nginx.us  Wed Apr 25 09:26:31 2012
From: nginx-forum на nginx.us (Craken)
Date: Wed, 25 Apr 2012 05:26:31 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80L7QtNGD0LvRjCDQsiBOR0lO?=
	=?UTF-8?B?eCDQv9C+0LQgV2luZG93cz8=?=
In-Reply-To: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
References: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7f518cf3cc8ae49ced525c0028663079.NginxMailingListRussian@forum.nginx.org>

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

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


From uncleandyv на gmail.com  Wed Apr 25 09:55:28 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 13:55:28 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <4F97C0E6.3040704@bykov.odessa.ua>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97AB95.4000509@kpi.ua>
	<CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>
	<CANtcu6g1dz62x+ZnN9m_Jb1WKJbpSVDYQz+FengXKVpVviT8MQ@mail.gmail.com>
	<4F97C0E6.3040704@bykov.odessa.ua>
Message-ID: <CAOrB69PmrOOX0A8c09sxx9qM++Nqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>

25 апреля 2012 г. 13:16 пользователь s на bykov.odessa.ua
<s на bykov.odessa.ua>написал:

> Можно поискать готовые решения на libev (https://metacpan.org/release/EV),
> что позволит сэкономить время, к сожалению, какое точно посоветовать сложно
> без более детального описания проблемы на примере
>

На примере сложно, т.к. мы сами пока разрабатываем эту методику. Общий
смысл в том что по входному запросу необходимо выполнять нескоторые
действия, некоторые из которых можно выполнять асинхронно. Это, по идее,
должно минимизировать общее время исполнения запроса. Но, в то-же время,
снаружи запрос приходит обычный и он ждет ответа. Вот и нужна некая
прослойка между синхронным входным запросом и кучей асинхронных процессов
на этапе обработки.

После изучения node.js пока он кажеться достаточно интересным вариантом. По
идее, то, что нужно на нем можно написать достаточно быстро.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/096cc52e/attachment.html>

From ilvin на mail.ru  Wed Apr 25 10:12:30 2012
From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=)
Date: Wed, 25 Apr 2012 14:12:30 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJFWJjx6jg@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJFWJjx6jg@mail.gmail.com>
Message-ID: <E1SMzD4-0003ji-2N.ilvin-mail-ru@f46.mail.ru>

Здравствуйте, Андрей!

Вам хочется не конвертера, а работы FastCGI протокола в multiplex connections режиме.

Какая схема:
1) Много внешних клиентов открывают соединения с nginx
2) nginx открывает с FastCGI бекендом ограниченное количество FastCGI соединений в  multiplex connections режиме
3) nginx мультиплексирует запросы от большого количества внешних клиентов через ограниченное число FastCGI соединений.
4) FastCGI бекенд мультиплексирует ответы через ограниченное число FastCGI соединений. 
5) nginx отдает ответы внешним клиентам.

На сколько я понял, nginx не поддерживает  multiplex connections режим  FastCGI протокола, но движется в этом направлении: поддерживается keep-alive для FastCGI.

PS:  multiplex connections режим  должен уметь еще и бекенд, но это уже другая история.


С почтением,
  Илья Винокуров.


Wed, 25 Apr 2012 10:13:33 +0400 от Andrey Velikoredchanin <uncleandyv на gmail.com>:
Всем привет!

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

Работать должно примерно так:

1. На определенный урл поступает HTTP запрос;
 2. Конвертер сохраняет запрос вместе с его сокетом в буфер с определенным идентификатором;
3. Запрос с присоединенным идентификатором передается в модуль асинхронной обработки (обычный fastcgi который регистрирует запрос в очереди на обработку и закрывает коннект);
 4. По окончанию обработки, модуль асинхронной обработки отправляет на второй определенный урл (урл конвертера) через HTTP запрос идентификатор запроса из п.2 и результатирующий ответ на первый запрос;
5. Конвертер извлекает из буфера ждущих соединений нужный сокет и отдает в него результатирующий ответ.

Необходимость проистекает из-за высокой нагрузки и многообразия алгоритмов обработки запросов.

Может быть, если не nginx, то есть какие-то другие решения?

Спасибо.

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

From s на bykov.odessa.ua  Wed Apr 25 10:21:11 2012
From: s на bykov.odessa.ua (s на bykov.odessa.ua)
Date: Wed, 25 Apr 2012 13:21:11 +0300
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69PmrOOX0A8c09sxx9qM++Nqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97AB95.4000509@kpi.ua>
	<CAOrB69MuGC4s6Z_oYDA10KNC=6owTpaNTWae-bBmyGUPj2+-kA@mail.gmail.com>
	<CANtcu6g1dz62x+ZnN9m_Jb1WKJbpSVDYQz+FengXKVpVviT8MQ@mail.gmail.com>
	<4F97C0E6.3040704@bykov.odessa.ua>
	<CAOrB69PmrOOX0A8c09sxx9qM++Nqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
Message-ID: <4F97D017.70004@bykov.odessa.ua>

Вроде как node.js как раз и использует libev которая грубо говоря 
является частью модуля EV который является основным имплементатором 
AnyEvent. Так что проще и логичнее поискать готовую реализацию на Perl. 
Чтобы было в 10 строчек.

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

> 25 апреля 2012 г. 13:16 пользователь s на bykov.odessa.ua 
> <mailto:s на bykov.odessa.ua> <s на bykov.odessa.ua 
> <mailto:s на bykov.odessa.ua>> написал:
>
>     Можно поискать готовые решения на libev
>     (https://metacpan.org/release/EV), что позволит сэкономить время,
>     к сожалению, какое точно посоветовать сложно без более детального
>     описания проблемы на примере
>
>
> На примере сложно, т.к. мы сами пока разрабатываем эту методику. Общий 
> смысл в том что по входному запросу необходимо выполнять нескоторые 
> действия, некоторые из которых можно выполнять асинхронно. Это, по 
> идее, должно минимизировать общее время исполнения запроса. Но, в 
> то-же время, снаружи запрос приходит обычный и он ждет ответа. Вот и 
> нужна некая прослойка между синхронным входным запросом и кучей 
> асинхронных процессов на этапе обработки.
>
> После изучения node.js пока он кажеться достаточно интересным 
> вариантом. По идее, то, что нужно на нем можно написать достаточно быстро.
>
>
> _______________________________________________
> 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/20120425/781f30d8/attachment-0001.html>

From ne на vbart.ru  Wed Apr 25 10:25:56 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Wed, 25 Apr 2012 14:25:56 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAoICDRgdC40L0=?=
	=?UTF-8?B?0YXRgNC+0L3QvdC+L9Cw0YHQuNC90YXRgNC+0L3QvdGL0LUg0LfQsNC/0YA=?=
	=?UTF-8?B?0L7RgdGLKQ==?=
In-Reply-To: <CAOrB69PmrOOX0A8c09sxx9qM++Nqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<4F97C0E6.3040704@bykov.odessa.ua>
	<CAOrB69PmrOOX0A8c09sxx9qM++Nqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
Message-ID: <201204251425.56988.ne@vbart.ru>

On Wednesday 25 April 2012 13:55:28 Andrey Velikoredchanin wrote:
> 25 апреля 2012 г. 13:16 пользователь s на bykov.odessa.ua
> 
> <s на bykov.odessa.ua>написал:
> > Можно поискать готовые решения на libev
> > (https://metacpan.org/release/EV), что позволит сэкономить время, к
> > сожалению, какое точно посоветовать сложно без более детального описания
> > проблемы на примере
> 
> На примере сложно, т.к. мы сами пока разрабатываем эту методику. Общий
> смысл в том что по входному запросу необходимо выполнять нескоторые
> действия, некоторые из которых можно выполнять асинхронно. Это, по идее,
> должно минимизировать общее время исполнения запроса. Но, в то-же время,
> снаружи запрос приходит обычный и он ждет ответа. Вот и нужна некая
> прослойка между синхронным входным запросом и кучей асинхронных процессов
> на этапе обработки.
> 


Судя по витиеватому описанию вам просто нужен асинхронный application-сервер.

uWSGI + Python отличный вариант, imho:
http://projects.unbit.it/uwsgi/wiki/AsyncSupport
http://projects.unbit.it/uwsgi/wiki/uGreen

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

From snar на snar.spb.ru  Wed Apr 25 10:38:40 2012
From: snar на snar.spb.ru (Alexandre Snarskii)
Date: Wed, 25 Apr 2012 14:38:40 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
Message-ID: <20120425103840.GA45481@snar.spb.ru>

On Wed, Apr 25, 2012 at 10:13:33AM +0400, Andrey Velikoredchanin wrote:
> Всем привет!
> 
> Появилась необходимость в конверторе синхронных HTTP запросов в асинхронные. По
> идее, задача как раз для nginx, поэтому сюда и пишу.
> 
> Работать должно примерно так:
> 
> 1. На определенный урл поступает HTTP запрос;
> 2. Конвертер сохраняет запрос вместе с его сокетом в буфер с определенным
> идентификатором;
> 3. Запрос с присоединенным идентификатором передается в модуль асинхронной
> обработки (обычный fastcgi который регистрирует запрос в очереди на обработку и
> закрывает коннект);
> 4. По окончанию обработки, модуль асинхронной обработки отправляет на второй
> определенный урл (урл конвертера) через HTTP запрос идентификатор запроса из
> п.2 и результатирующий ответ на первый запрос;
> 5. Конвертер извлекает из буфера ждущих соединений нужный сокет и отдает в него
> результатирующий ответ.
> 
> Необходимость проистекает из-за высокой нагрузки и многообразия алгоритмов
> обработки запросов.
> 
> Может быть, если не nginx, то есть какие-то другие решения?

Я не уверен, что хорошо понял задачу, но я бы посмотрел в сторону
https://github.com/calio/beanstalkd-nginx-module
в примерно следующем сценарии: 

Начальный запрос поступает на простой fastcgi который делает необходимую
предобработку и формирование таски в beanstalk'е (в частности, с указанием
уникальной "очереди ответа"), после чего возвращает "управление" в nginx 
с помощью X-Accel-Redirect на спец. location, который и ждет появления
ответа в этой самой уникальной очереди. А уж кто и как обрабатывает 
задачи из очередей beanstalk'а - совершенно отдельный вопрос. 

PS: не факт, что оно заработает, никогда не тестировал. В частности,
совершенно не уверен, что модуль работы с beanstalk'ом умеет ожидать
ответов по нескольким очередям "в одном соединении". 

-- 
In theory, there is no difference between theory and practice. 
But, in practice, there is. 


From vladsm на mail.ru  Wed Apr 25 10:54:32 2012
From: vladsm на mail.ru (=?UTF-8?B?0JLQu9Cw0LQg0JzQsNC60YHQuNC80L7Qsg==?=)
Date: Wed, 25 Apr 2012 14:54:32 +0400
Subject: =?UTF-8?B?UmVbMl06INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC9?=
	=?UTF-8?B?0YXRgNC+0L3QvdC+L9Cw0YHQuNC90YXRgNC+0L3QvdGL0LUg0LfQsNC/0YA=?=
	=?UTF-8?B?0L7RgdGLKQ==?=
In-Reply-To: <CAOrB69PmrOOX0A8c09sxx9qMNqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
References: <4F97C0E6.3040704@bykov.odessa.ua>
	<CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<CAOrB69PmrOOX0A8c09sxx9qMNqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
Message-ID: <E1SMzrk-0003qt-67.vladsm-mail-ru@f167.mail.ru>



Вернуть на запрос бэкендом ssi-ный шаблон с пачкой <!--# include virtual="/backend/taskProcessor&taskId=...&taskParam1=...&taksParam2=..." --> , не?  :)


Wed, 25 Apr 2012 13:55:28 +0400 от Andrey Velikoredchanin <uncleandyv на gmail.com>:
25 апреля 2012 г. 13:16 пользователь s на bykov.odessa.ua <s на bykov.odessa.ua> написал:
Можно поискать готовые решения на libev (https://metacpan.org/release/EV), что позволит сэкономить время, к сожалению, какое точно посоветовать сложно без более детального описания проблемы на примере

На примере сложно, т.к. мы сами пока разрабатываем эту методику. Общий смысл в том что по входному запросу необходимо выполнять нескоторые действия, некоторые из которых можно выполнять асинхронно. Это, по идее, должно минимизировать общее время исполнения запроса. Но, в то-же время, снаружи запрос приходит обычный и он ждет ответа. Вот и нужна некая прослойка между синхронным входным запросом и кучей асинхронных процессов на этапе обработки.

После изучения node.js пока он кажеться достаточно интересным вариантом. По идее, то, что нужно на нем можно написать достаточно быстро.

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

From uncleandyv на gmail.com  Wed Apr 25 11:11:51 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 15:11:51 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <20120425103840.GA45481@snar.spb.ru>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<20120425103840.GA45481@snar.spb.ru>
Message-ID: <CAOrB69Ms3d4RZ2aLF_TsyNd5BHsi1ZvY-wBoXfOxjZgCxa-myw@mail.gmail.com>

25 апреля 2012 г. 14:38 пользователь Alexandre Snarskii
<snar на snar.spb.ru>написал:

> Я не уверен, что хорошо понял задачу, но я бы посмотрел в сторону
> https://github.com/calio/beanstalkd-nginx-module
> в примерно следующем сценарии:
>
> Начальный запрос поступает на простой fastcgi который делает необходимую
> предобработку и формирование таски в beanstalk'е (в частности, с указанием
> уникальной "очереди ответа"), после чего возвращает "управление" в nginx
> с помощью X-Accel-Redirect на спец. location, который и ждет появления
> ответа в этой самой уникальной очереди. А уж кто и как обрабатывает
> задачи из очередей beanstalk'а - совершенно отдельный вопрос.
>

Вот этот вариант очень похож на то что нужно за исключеним одного - в конце
в ответ на первоначальный запрос должен возвращаться ответ, который
сгенерирован "где-то там" при асинхронной обработке. А не просто сообщение
что запрос обработан.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/56084a9b/attachment.html>

From uncleandyv на gmail.com  Wed Apr 25 11:15:53 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 15:15:53 +0400
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQpdC+0YfQtdGC0YHRjyDRgdGC0YDQsNC90L3QvtCz0L4gKNGB?=
	=?UTF-8?B?0LjQvdGF0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LA=?=
	=?UTF-8?B?0L/RgNC+0YHRiyk=?=
In-Reply-To: <E1SMzrk-0003qt-67.vladsm-mail-ru@f167.mail.ru>
References: <4F97C0E6.3040704@bykov.odessa.ua>
	<CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<CAOrB69PmrOOX0A8c09sxx9qMNqqa=cakbhr2f0A5WCVayahg@mail.gmail.com>
	<E1SMzrk-0003qt-67.vladsm-mail-ru@f167.mail.ru>
Message-ID: <CAOrB69NC+xBa440jK7v-hvaFZtE_gUZJ2N+5DT_=xw--TZJSCw@mail.gmail.com>

25 апреля 2012 г. 14:54 пользователь Влад Максимов <vladsm на mail.ru>написал:

> Вернуть на запрос бэкендом ssi-ный шаблон с пачкой <!--# include
> virtual="/backend/taskProcessor&taskId=...&taskParam1=...&taksParam2=..."
> --> , не?  :)
>

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

Это, наверное, более точная формулировка задачи.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/23888df4/attachment.html>

From snar на snar.spb.ru  Wed Apr 25 11:49:39 2012
From: snar на snar.spb.ru (Alexandre Snarskii)
Date: Wed, 25 Apr 2012 15:49:39 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <CAOrB69Ms3d4RZ2aLF_TsyNd5BHsi1ZvY-wBoXfOxjZgCxa-myw@mail.gmail.com>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<20120425103840.GA45481@snar.spb.ru>
	<CAOrB69Ms3d4RZ2aLF_TsyNd5BHsi1ZvY-wBoXfOxjZgCxa-myw@mail.gmail.com>
Message-ID: <20120425114939.GB45481@snar.spb.ru>

On Wed, Apr 25, 2012 at 03:11:51PM +0400, Andrey Velikoredchanin wrote:
> 25 апреля 2012 г. 14:38 пользователь Alexandre Snarskii <snar на snar.spb.ru>
> написал:
> 
>     Я не уверен, что хорошо понял задачу, но я бы посмотрел в сторону
>     https://github.com/calio/beanstalkd-nginx-module
>     в примерно следующем сценарии:
> 
>     Начальный запрос поступает на простой fastcgi который делает необходимую
>     предобработку и формирование таски в beanstalk'е (в частности, с указанием
>     уникальной "очереди ответа"), после чего возвращает "управление" в nginx
>     с помощью X-Accel-Redirect на спец. location, который и ждет появления
>     ответа в этой самой уникальной очереди. А уж кто и как обрабатывает
>     задачи из очередей beanstalk'а - совершенно отдельный вопрос.
> 
> 
> Вот этот вариант очень похож на то что нужно за исключеним одного - в конце в
> ответ на первоначальный запрос должен возвращаться ответ, который сгенерирован
> "где-то там" при асинхронной обработке. А не просто сообщение что запрос
> обработан.

"Запрос отработан" возвращается не клиенту, а nginx'у, на первой фазе
обработки. Клиенту, после второй фазы обработки запроса (ожидание _ответа_ 
в уникальной очереди) возвращается именно этот ответ, и что уж в нем 
содержится - на совести разработчика того кого-нибудь, кто этот ответ 
в очередь ставит :) 

-- 
In theory, there is no difference between theory and practice. 
But, in practice, there is. 


From uncleandyv на gmail.com  Wed Apr 25 11:55:13 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Wed, 25 Apr 2012 15:55:13 +0400
Subject: =?UTF-8?B?UmU6INCl0L7Rh9C10YLRgdGPINGB0YLRgNCw0L3QvdC+0LPQviAo0YHQuNC90YU=?=
	=?UTF-8?B?0YDQvtC90L3Qvi/QsNGB0LjQvdGF0YDQvtC90L3Ri9C1INC30LDQv9GA0L4=?=
	=?UTF-8?B?0YHRiyk=?=
In-Reply-To: <20120425114939.GB45481@snar.spb.ru>
References: <CAOrB69OfAP_MqjrcXowTgGGCdA5cuyoE5o-cOZmyJ=FWJjx6jg@mail.gmail.com>
	<20120425103840.GA45481@snar.spb.ru>
	<CAOrB69Ms3d4RZ2aLF_TsyNd5BHsi1ZvY-wBoXfOxjZgCxa-myw@mail.gmail.com>
	<20120425114939.GB45481@snar.spb.ru>
Message-ID: <CAOrB69Pqu38-iFg7N6t86ziWZoeK-CvWJy7EtaHWM9hp2QNJmw@mail.gmail.com>

25 апреля 2012 г. 15:49 пользователь Alexandre Snarskii
<snar на snar.spb.ru>написал:

> On Wed, Apr 25, 2012 at 03:11:51PM +0400, Andrey Velikoredchanin wrote:
> "Запрос отработан" возвращается не клиенту, а nginx'у, на первой фазе
> обработки. Клиенту, после второй фазы обработки запроса (ожидание _ответа_
> в уникальной очереди) возвращается именно этот ответ, и что уж в нем
> содержится - на совести разработчика того кого-нибудь, кто этот ответ
> в очередь ставит :)
>
> Тогда это практически то, что нужно. Буду изучать. Спасибо.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120425/11ebad59/attachment.html>

From nginx-forum на nginx.us  Wed Apr 25 12:27:36 2012
From: nginx-forum на nginx.us (vsharun)
Date: Wed, 25 Apr 2012 08:27:36 -0400 (EDT)
Subject: =?UTF-8?B?0JLQutC70Y7Rh9C10L3QuNC1INC00LXQsdCw0LPQsCwgMS4yLjAg0L3QtSDRgdC+?=
	=?UTF-8?B?0LHQuNGA0LDQtdGC0YHRjw==?=
Message-ID: <a2c098ca55d50396affaf0afa7796184.NginxMailingListRussian@forum.nginx.org>

src/os/unix/ngx_freebsd_init.c: In function 'ngx_debug_init':
src/os/unix/ngx_freebsd_init.c:80: error: '_malloc_options' undeclared
(first use in this function)
src/os/unix/ngx_freebsd_init.c:80: error: (Each undeclared identifier is
reported only once
src/os/unix/ngx_freebsd_init.c:80: error: for each function it appears
in.)
*** [objs/src/os/unix/ngx_freebsd_init.o] Error code 1

FreeBSD HEAD amd64 от 25.04.2012
clang/gcc штатные - эффект одинаковый

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


From citrin на citrin.ru  Wed Apr 25 13:05:20 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Wed, 25 Apr 2012 17:05:20 +0400
Subject: =?UTF-8?B?UmU6INCS0LrQu9GO0YfQtdC90LjQtSDQtNC10LHQsNCz0LAsIDEuMi4wINC90LUg?=
	=?UTF-8?B?0YHQvtCx0LjRgNCw0LXRgtGB0Y8=?=
In-Reply-To: <a2c098ca55d50396affaf0afa7796184.NginxMailingListRussian@forum.nginx.org>
References: <a2c098ca55d50396affaf0afa7796184.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F97F690.1080803@citrin.ru>

On 04/25/12 16:27, vsharun wrote:
> src/os/unix/ngx_freebsd_init.c: In function 'ngx_debug_init':
> src/os/unix/ngx_freebsd_init.c:80: error: '_malloc_options' undeclared
> (first use in this function)
> src/os/unix/ngx_freebsd_init.c:80: error: (Each undeclared identifier is
> reported only once
> src/os/unix/ngx_freebsd_init.c:80: error: for each function it appears
> in.)
> *** [objs/src/os/unix/ngx_freebsd_init.o] Error code 1
>
> FreeBSD HEAD amd64 от 25.04.2012
> clang/gcc штатные - эффект одинаковый

see /usr/src/UPDATING

20120417:
         The malloc(3) implementation embedded in libc now uses sources imported
         as contrib/jemalloc.  The most disruptive API change is to
         /etc/malloc.conf.  If your system has an old-style /etc/malloc.conf,
         delete it prior to installworld, and optionally re-create it using the
         new format after rebooting.  See malloc.conf(5) for details
         (specifically the TUNING section and the "opt.*" entries in the MALLCTL
         NAMESPACE section).

Насколько понимаю _malloc_options удалили этим же импортом.

-- 
  Anton Yuzhaninov


From nginx-forum на nginx.us  Wed Apr 25 13:11:28 2012
From: nginx-forum на nginx.us (OlegEk)
Date: Wed, 25 Apr 2012 09:11:28 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCDRgNC10LLRgNCw?=
	=?UTF-8?B?0LnRgiDQv9C70LjQtw==?=
In-Reply-To: <541427b2b17f7973f358547fcddc5cc3.NginxMailingListRussian@forum.nginx.org>
References: <541427b2b17f7973f358547fcddc5cc3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <06092e2a56d83e847d5a7656a379a8bb.NginxMailingListRussian@forum.nginx.org>

Странно, но вот такой реврайт позволяет
исправить данную проблему
    rewrite ^(.*)(php|html)(\&|\?)(.*)=(.*)&(.*)=(.*)&(.*)=(.*)
$1$2?$4=$5&$6=$7&$8=$9 permanent;
    rewrite ^(.*)(php|html)(\&|\?)(.*)=(.*)&(.*)=(.*) $1$2?$4=$5&$6=$7
permanent;
    rewrite ^(.*)(php|html)(\&|\?)(.*)=(.*) $1$2?$4=$5 permanent;

В принципе работает
Однако понятно что конструкция
получилась корявая
Целых 3 строчки
Так сделано потому что параметров
может быть 3, 2, или 1
А если их будет например 4, то мне уже
просто не хватает переменных
Может подскажете как сделать
правильно?

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


From mdounin на mdounin.ru  Wed Apr 25 13:26:28 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 25 Apr 2012 17:26:28 +0400
Subject: =?UTF-8?B?UmU6INCS0LrQu9GO0YfQtdC90LjQtSDQtNC10LHQsNCz0LAsIDEuMi4wINC90LUg?=
	=?UTF-8?B?0YHQvtCx0LjRgNCw0LXRgtGB0Y8=?=
In-Reply-To: <a2c098ca55d50396affaf0afa7796184.NginxMailingListRussian@forum.nginx.org>
References: <a2c098ca55d50396affaf0afa7796184.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120425132628.GN31671@mdounin.ru>

Hello!

On Wed, Apr 25, 2012 at 08:27:36AM -0400, vsharun wrote:

> src/os/unix/ngx_freebsd_init.c: In function 'ngx_debug_init':
> src/os/unix/ngx_freebsd_init.c:80: error: '_malloc_options' undeclared
> (first use in this function)
> src/os/unix/ngx_freebsd_init.c:80: error: (Each undeclared identifier is
> reported only once
> src/os/unix/ngx_freebsd_init.c:80: error: for each function it appears
> in.)
> *** [objs/src/os/unix/ngx_freebsd_init.o] Error code 1
> 
> FreeBSD HEAD amd64 от 25.04.2012
> clang/gcc штатные - эффект одинаковый

Там jasone@ в -current понакоммитил "нового и прогрессивного", 
сломав нафиг обратную совместимость /etc/malloc.conf и промотав 
_malloc_options:

http://svnweb.freebsd.org/base?view=revision&revision=234370

Устаканится - будем смотреть.  Чтобы собиралось - проще всего не 
выпендриваться и не определять NGX_DEBUG_MALLOC, эта 
функциональность нужна в первую очередь для разработки.  Ну или 
незамысловато пропатчить руками как-то так:

--- a/src/os/unix/ngx_freebsd_init.c
+++ b/src/os/unix/ngx_freebsd_init.c
@@ -76,9 +76,9 @@ ngx_debug_init()
 {
 #if (NGX_DEBUG_MALLOC)
 
-#if __FreeBSD_version >= 500014
+#if __FreeBSD_version >= 500014 && __FreeBSD_version < 1000011
     _malloc_options = "J";
-#else
+#elif __FreeBSD_version < 500014
     malloc_options = "J";
 #endif
 

(not tested; __FreeBSD_version взят ближайший, т.к. jasone@ 
побампать его не удосужился)

Maxim Dounin


From nginx-forum на nginx.us  Wed Apr 25 13:38:20 2012
From: nginx-forum на nginx.us (vsharun)
Date: Wed, 25 Apr 2012 09:38:20 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCS0LrQu9GO0YfQtdC90LjQtSDQtNC10LHQsNCz0LAsIDEuMi4wINC90LUg?=
	=?UTF-8?B?0YHQvtCx0LjRgNCw0LXRgtGB0Y8=?=
In-Reply-To: <20120425132628.GN31671@mdounin.ru>
References: <20120425132628.GN31671@mdounin.ru>
Message-ID: <f579ae29a379dea6146bafae587076e7.NginxMailingListRussian@forum.nginx.org>

Спасибо.

Для моего случая нужна была только
вторая оцпия как оказалось (debuglog, а не
debug просто, кстати несколько неясно чем
оно отличается одно от второго когда
делаешь make config).

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


From nginx-forum на nginx.us  Wed Apr 25 13:46:23 2012
From: nginx-forum на nginx.us (vsharun)
Date: Wed, 25 Apr 2012 09:46:23 -0400 (EDT)
Subject: nginx + dav + dav_ext
Message-ID: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>

Добрый день еще раз :)

Ради интереса решил попробовать
конкурента SMB/CIFS'у: webdav. Клиент win7,
сервер - nginx 1.2.0. Сначала fail был из-за options
& propfind. Добавил dav_ext. Теперь могу забрать
файл (windows explorer'ом всё делаю) и удалить
файл. Аплоадить - никак. Метод PUT
разрешен. По логам всё в порядке внешне,
но выглядит как череда propfind и попытка
stat() несуществующего файла, после чего
fail.:

2012/04/25 15:02:16 [alert] 46819#0: *2 dav_ext stat failed on
'/4T/.DAV/root/00DAV00/license.txt', client: 10.1.1.26, server:
cobalt.test, request: "PROPFIND /00DAV00/license.txt HTTP/1.1", host:
"cobalt.test:34576"

Попыток файл залить не наблюдается,
включение расширенного лога (debug
который) ничего не даёт: много много
страниц о том, что мы неудачно stat'им
файл, которого естественно нет.

Теперь вопрос: у кого-то удавалось
поднять в простейшем виде такую связку:
встроенный в винду7 клиент webdav и nginx,
чтобы осуществлять ftp-like операции
положил.забрал.удалил и т.п.
Предположительная цель использованися
- workgroup помойка, никакая авторизация не
требуется.

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


From mdounin на mdounin.ru  Wed Apr 25 13:57:04 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 25 Apr 2012 17:57:04 +0400
Subject: =?UTF-8?B?UmU6INCS0LrQu9GO0YfQtdC90LjQtSDQtNC10LHQsNCz0LAsIDEuMi4wINC90LUg?=
	=?UTF-8?B?0YHQvtCx0LjRgNCw0LXRgtGB0Y8=?=
In-Reply-To: <f579ae29a379dea6146bafae587076e7.NginxMailingListRussian@forum.nginx.org>
References: <20120425132628.GN31671@mdounin.ru>
	<f579ae29a379dea6146bafae587076e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120425135704.GP31671@mdounin.ru>

Hello!

On Wed, Apr 25, 2012 at 09:38:20AM -0400, vsharun wrote:

> Спасибо.
> 
> Для моего случая нужна была только
> вторая оцпия как оказалось (debuglog, а не
> debug просто, кстати несколько неясно чем
> оно отличается одно от второго когда
> делаешь make config).

Если говорить об опциях порта, то DEBUG - это -g при сборке, чтобы 
debug-информация в бинарнике была и backtrace'ы можно было 
смотреть, а DEBUGLOG - чтобы "error_log ... debug" работал.

Включающийся по опции debug ещё и -DNGX_DEBUG_MALLOC - это 
неправильно (и теперь вот ещё и жить мешает).  Сергей, уберёшь?

Maxim Dounin


From postmaster на softsearch.ru  Wed Apr 25 14:09:46 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 25 Apr 2012 18:09:46 +0400
Subject: =?UTF-8?B?UmVbMl06INCS0LrQu9GO0YfQtdC90LjQtSDQtNC10LHQsNCz0LAsIDEuMi4wINC9?=
	=?UTF-8?B?0LUg0YHQvtCx0LjRgNCw0LXRgtGB0Y8=?=
In-Reply-To: <f579ae29a379dea6146bafae587076e7.NginxMailingListRussian@forum.nginx.org>
References: <20120425132628.GN31671@mdounin.ru>
	<f579ae29a379dea6146bafae587076e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <72594581.20120425180946@softsearch.ru>

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

> Для  моего  случая  нужна  была  только  вторая  оцпия как оказалось
> (debuglog,  а  не  debug  просто,  кстати  несколько  неясно чем оно
> отличается одно от второго когда делаешь make config).

Я  говорил  как-то  ментейнеру  порта о том, что эти две опции требуют
пояснения или иного описания, ибо не всем понятно, чем они отличаются.
Он  сказал,  что  не  разделяет  моих опасений. А недавно наткнулся на
прекрасный пост http://nuclight.livejournal.com/128712.html . Я уважаю
людей,  которые  тянут на себе совершенно безвозмездно FreeBSD, и этот
пост  как  раз  о  том,  как  эти воистину полезные дела наполнить ещё
большим смыслом.

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


From arut на qip.ru  Wed Apr 25 15:07:28 2012
From: arut на qip.ru (arut на qip.ru)
Date: Wed, 25 Apr 2012 19:07:28 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
References: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F981330.90000@qip.ru>

On 04/25/2012 05:46 PM, vsharun wrote:
> Добрый день еще раз :)
>
> Ради интереса решил попробовать
> конкурента SMB/CIFS'у: webdav. Клиент win7,
> сервер - nginx 1.2.0. Сначала fail был из-за options
> &  propfind. Добавил dav_ext. Теперь могу забрать
> файл (windows explorer'ом всё делаю) и удалить
> файл. Аплоадить - никак. Метод PUT
> разрешен. По логам всё в порядке внешне,
> но выглядит как череда propfind и попытка
> stat() несуществующего файла, после чего
> fail.:
>
> 2012/04/25 15:02:16 [alert] 46819#0: *2 dav_ext stat failed on
> '/4T/.DAV/root/00DAV00/license.txt', client: 10.1.1.26, server:
> cobalt.test, request: "PROPFIND /00DAV00/license.txt HTTP/1.1", host:
> "cobalt.test:34576"
>
> Попыток файл залить не наблюдается,
> включение расширенного лога (debug
> который) ничего не даёт: много много
> страниц о том, что мы неудачно stat'им
> файл, которого естественно нет.
>
> Теперь вопрос: у кого-то удавалось
> поднять в простейшем виде такую связку:
> встроенный в винду7 клиент webdav и nginx,
> чтобы осуществлять ftp-like операции
> положил.забрал.удалил и т.п.
> Предположительная цель использованися
> - workgroup помойка, никакая авторизация не
> требуется.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225769,225769#msg-225769
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
Попробуйте выкачать новую версию nginx-dav-ext-module, я добавил более 
подробный вывод ошибки.


From hell-for-yahoo на umail.ru  Wed Apr 25 17:41:13 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 25 Apr 2012 21:41:13 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
References: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
Message-ID: <132924948.20120425214113@mtu-net.ru>

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

v> Ради интереса решил попробовать
v> конкурента SMB/CIFS'у: webdav.

NFS попробуй...


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

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 25.04.2012, <21:40>

From postmaster на softsearch.ru  Wed Apr 25 17:59:24 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 25 Apr 2012 21:59:24 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
References: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
Message-ID: <458443402.20120425215924@softsearch.ru>

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

Отпишись потом, пожалуйста, всё ли получилось...


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


From kav на karagodov.name  Wed Apr 25 18:38:07 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Wed, 25 Apr 2012 22:38:07 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <132924948.20120425214113@mtu-net.ru>
References: <5fee6a285d3805c749e554fa4e4406ad.NginxMailingListRussian@forum.nginx.org>
	<132924948.20120425214113@mtu-net.ru>
Message-ID: <EDB1A286-F689-4DF1-B1A7-42AE95EDCEAE@karagodov.name>


On 25.04.2012, at 21:41, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) vsharun!
> 
> v> Ради интереса решил попробовать
> v> конкурента SMB/CIFS'у: webdav.
> 
> NFS попробуй...
фуфло с кучей не решённых за десятилетия недостатков 
особенно если канал не надёжный 

а ещё можно попробовать объяснить клиенту типа "блондинка" и подобным, как подключиться в NFS-ресурсу ... 

> 
> 
> -- 
> С уважением
> 
>    Andrey Repin (hell-for-yahoo на umail.ru) среда, 25.04.2012, <21:40>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- 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/20120425/afcd3692/attachment.bin>

From fobfreeman на gmail.com  Wed Apr 25 22:58:33 2012
From: fobfreeman на gmail.com (Dmitriy)
Date: Thu, 26 Apr 2012 01:58:33 +0300
Subject: =?UTF-8?B?NTAwINC+0YjQuNCx0LrQsCDRgdGA0LDQt9GDINC90LAg0LjRgdGC0LDQu9C1?=
In-Reply-To: <CAKoALV-78xFiMy2-+4rw8MibuX3ZzYQupVHbwV3KjbKuxjsYuA@mail.gmail.com>
References: <CAKoALV-78xFiMy2-+4rw8MibuX3ZzYQupVHbwV3KjbKuxjsYuA@mail.gmail.com>
Message-ID: <CAKoALV8sM_Fk=UfVjneYqK=in0JHTOe402nPnnaEp2hZfBo-ww@mail.gmail.com>

Помогите пожалуйста решить проблему - уже не знаю куда смотреть.
root на vm9120:/etc/nginx# uname -a
Linux vm9120 3.1.0-1.2-xen #5 SMP Mon Mar 5 14:10:54 MSK 2012 i686 GNU/Linux
конфиг nginx

user                    www-data;
worker_processes        8;
error_log               /var/log/nginx/error.log debug;
pid                     /var/run/nginx.pid;


http {
    include             /etc/nginx/mime.types;
    client_max_body_size 100m;
    access_log          /var/log/nginx/access.log;
    sendfile            on;
    keepalive_timeout   65;
    tcp_nodelay         on;
    port_in_redirect   off;
    gzip                on;
    gzip_min_length     1000;
    gzip_proxied        any;
    gzip_types          text/plain ext/html text/xml application/xml
application/x-javascript text/javascript text/css text/json;
    gzip_disable        "msie6";
    gzip_comp_level     8;
    charset             utf-8;
    include             /etc/nginx/conf.d/*.conf;
    include             /etc/nginx/sites-enabled/*;
}
конфиг site1
upstream backend-site1 {server unix:/var/run/php5-site1.sock;}
server {
    listen              80;
    server_name         localhost;
    root                /var/www/site1.com/www;
    access_log          /var/log/nginx/site1.com-access.log;
    error_log           /var/log/nginx/site1.com-error.log;
    index               index.php;
    rewrite_log         on;
    location /core/
{

        deny
all;

    }
    location / {
        try_files       $uri $uri/ @rewrite;
    }
       location @rewrite {
        rewrite         ^/(.*)$ /index.php?q=$1;
    }
    location ~ \.php$ {
        include         fastcgi_params;
        fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass    backend-site1;
    }
    location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|bmp)$ {
       access_log       off;
       expires          10d;
       break;
    }
    location ~ /\.ht {
        deny            all;
    }
}
site1.com-error.log
2012/04/25 02:07:07 [debug] 2385#0: *1 accept: 176.36.135.38 fd:18
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer add: 18: 60000:3865426140
2012/04/25 02:07:07 [debug] 2385#0: *1 epoll add event: fd:18 op:1
ev:80000001
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 08161F58
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 08161F58
2012/04/25 02:07:07 [debug] 2385#0: *1 malloc: 08129B50:680
2012/04/25 02:07:07 [debug] 2385#0: *1 malloc: 081405B8:1024
2012/04/25 02:07:07 [debug] 2385#0: *1 posix_memalign: 0812F8D0:4096 @16
2012/04/25 02:07:07 [debug] 2385#0: *1 http process request line
2012/04/25 02:07:07 [debug] 2385#0: *1 recv: fd:18 461 of 1024
2012/04/25 02:07:07 [debug] 2385#0: *1 http request line: "GET
/installation/index.php HTTP/1.1"
2012/04/25 02:07:07 [debug] 2385#0: *1 http uri: "/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http args: ""
2012/04/25 02:07:07 [debug] 2385#0: *1 http exten: "php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http process request header line
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Host: 109.234.152.158"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "User-Agent:
Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:11.0) Gecko/20100101 Firefox/11.0"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Accept-Language:
ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Accept-Encoding: gzip,
deflate"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "DNT: 1"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Cookie:
sess=bde0132883b2ce18c1365d5554950e3de378d8b2;
PHPSESSID=hmp17tm1gt1nic7eeq4n9ppjr5"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Connection: keep-alive"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header: "Cache-Control:
max-age=0"
2012/04/25 02:07:07 [debug] 2385#0: *1 http header done
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer del: 18: 3865426140
2012/04/25 02:07:07 [debug] 2385#0: *1 generic phase: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 rewrite phase: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 test location: "/"
2012/04/25 02:07:07 [debug] 2385#0: *1 test location: "core/"
2012/04/25 02:07:07 [debug] 2385#0: *1 test location: ~ "\.php$"
2012/04/25 02:07:07 [debug] 2385#0: *1 using configuration "\.php$"
2012/04/25 02:07:07 [debug] 2385#0: *1 http cl:-1 max:104857600
2012/04/25 02:07:07 [debug] 2385#0: *1 rewrite phase: 3
2012/04/25 02:07:07 [debug] 2385#0: *1 post rewrite phase: 4
2012/04/25 02:07:07 [debug] 2385#0: *1 generic phase: 5
2012/04/25 02:07:07 [debug] 2385#0: *1 generic phase: 6
2012/04/25 02:07:07 [debug] 2385#0: *1 generic phase: 7
2012/04/25 02:07:07 [debug] 2385#0: *1 access phase: 8
2012/04/25 02:07:07 [debug] 2385#0: *1 access phase: 9
2012/04/25 02:07:07 [debug] 2385#0: *1 access phase: 10
2012/04/25 02:07:07 [debug] 2385#0: *1 post access phase: 11
2012/04/25 02:07:07 [debug] 2385#0: *1 try files phase: 12
2012/04/25 02:07:07 [debug] 2385#0: *1 http init upstream, client timer: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 epoll add event: fd:18 op:3
ev:80000005
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "QUERY_STRING"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "QUERY_STRING: "
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "REQUEST_METHOD"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "GET"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "REQUEST_METHOD: GET"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "CONTENT_TYPE"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "CONTENT_TYPE: "
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "CONTENT_LENGTH"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "CONTENT_LENGTH: "
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SCRIPT_FILENAME"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "/var/www/
site1.com/www/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SCRIPT_FILENAME:
/var/www/site1.com/www/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SCRIPT_NAME"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var:
"/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SCRIPT_NAME:
/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "REQUEST_URI"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var:
"/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "REQUEST_URI:
/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "DOCUMENT_URI"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var:
"/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "DOCUMENT_URI:
/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "DOCUMENT_ROOT"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "/var/www/
site1.com/www"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "DOCUMENT_ROOT:
/var/www/site1.com/www"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SERVER_PROTOCOL"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "HTTP/1.1"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SERVER_PROTOCOL:
HTTP/1.1"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "GATEWAY_INTERFACE"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "CGI/1.1"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "GATEWAY_INTERFACE:
CGI/1.1"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SERVER_SOFTWARE"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "nginx/"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "1.1.19"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SERVER_SOFTWARE:
nginx/1.1.19"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "REMOTE_ADDR"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "176.36.135.38"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "REMOTE_ADDR:
176.36.135.38"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "REMOTE_PORT"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "57392"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "REMOTE_PORT: 57392"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SERVER_ADDR"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "109.234.152.158"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SERVER_ADDR:
109.234.152.158"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SERVER_PORT"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "80"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SERVER_PORT: 80"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SERVER_NAME"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "localhost"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SERVER_NAME:
localhost"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "REDIRECT_STATUS"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "200"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "REDIRECT_STATUS: 200"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script copy: "SCRIPT_FILENAME"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var: "/var/www/
site1.com/www"
2012/04/25 02:07:07 [debug] 2385#0: *1 http script var:
"/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "SCRIPT_FILENAME:
/var/www/site1.com/www/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_HOST:
109.234.152.158"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_USER_AGENT:
Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:11.0) Gecko/20100101 Firefox/11.0"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_ACCEPT:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param:
"HTTP_ACCEPT_LANGUAGE: ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param:
"HTTP_ACCEPT_ENCODING: gzip, deflate"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_DNT: 1"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_COOKIE:
sess=bde0132883b2ce18c1365d5554950e3de378d8b2;
PHPSESSID=hmp17tm1gt1nic7eeq4n9ppjr5"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_CONNECTION:
keep-alive"
2012/04/25 02:07:07 [debug] 2385#0: *1 fastcgi param: "HTTP_CACHE_CONTROL:
max-age=0"
2012/04/25 02:07:07 [debug] 2385#0: *1 http cleanup add: 0813060C
2012/04/25 02:07:07 [debug] 2385#0: *1 get rr peer, try: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 socket 19
2012/04/25 02:07:07 [debug] 2385#0: *1 epoll add connection: fd:19
ev:80000005
2012/04/25 02:07:07 [debug] 2385#0: *1 connect to
unix:/var/run/php5-site1.sock, fd:19 #2
2012/04/25 02:07:07 [debug] 2385#0: *1 connected
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream connect: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 posix_memalign: 08139DB0:128 @16
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream send request
2012/04/25 02:07:07 [debug] 2385#0: *1 chain writer buf fl:0 s:1048
2012/04/25 02:07:07 [debug] 2385#0: *1 chain writer in: 08130628
2012/04/25 02:07:07 [debug] 2385#0: *1 writev: 1048
2012/04/25 02:07:07 [debug] 2385#0: *1 chain writer out: 00000000
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer add: 19: 60000:3865426141
2012/04/25 02:07:07 [debug] 2385#0: *1 http finalize request: -4,
"/installation/index.php?" a:1, c:2
2012/04/25 02:07:07 [debug] 2385#0: *1 http request count:2 blk:0
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 0816EF60
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 0816EF94
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 0816EF94
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream request:
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream dummy handler
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 0816EF60
2012/04/25 02:07:07 [debug] 2385#0: *1 http run request:
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream check client, write
event:1, "/installation/index.php"
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream recv(): -1 (11:
Resource temporarily unavailable)
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 08161F8C
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 0816EF94
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 0816EF94
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream request:
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream dummy handler
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 08161F8C
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream request:
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream process header
2012/04/25 02:07:07 [debug] 2385#0: *1 malloc: 081308E8:4096
2012/04/25 02:07:07 [debug] 2385#0: *1 recv: fd:19 256 of 4096
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 01
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 06
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 01
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: E2
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 06
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record length: 226
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Status: 500
Internal Server Error"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "X-Powered-By:
PHP/5.4.0-3"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Expires: Thu,
19 Nov 1981 08:52:00 GMT"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Cache-Control:
no-store, no-cache, must-revalidate, post-check=0, pre-check=0"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Pragma:
no-cache"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Content-type:
text/html"
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header done
2012/04/25 02:07:07 [debug] 2385#0: *1 xslt filter header
2012/04/25 02:07:07 [debug] 2385#0: *1 charset: "" > "utf-8"
2012/04/25 02:07:07 [debug] 2385#0: *1 posix_memalign: 081318F0:4096 @16
2012/04/25 02:07:07 [debug] 2385#0: *1 HTTP/1.1 500 Internal Server Error
Server: nginx/1.1.19
Date: Tue, 24 Apr 2012 22:07:07 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.4.0-3
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache

2012/04/25 02:07:07 [debug] 2385#0: *1 write new buf t:1 f:0 08131900, pos
08131900, size: 353 file: 0, size: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http write filter: l:0 f:0 s:353
2012/04/25 02:07:07 [debug] 2385#0: *1 http cacheable: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream process upstream
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe read upstream: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe preread: 22
2012/04/25 02:07:07 [debug] 2385#0: *1 readv: 1:3840
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe recv chain: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe buf free s:0 t:1 f:0 081308E8,
pos 081309D2, size: 22 file: 0, size: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe length: -1
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 01
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 03
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 01
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 08
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record byte: 00
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi record length: 8
2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi sent end request
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 081308E8
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe write downstream: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 pipe write downstream done
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer: 19, old: 3865426141,
new: 3865426142
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream exit: 00000000
2012/04/25 02:07:07 [debug] 2385#0: *1 finalize http upstream request: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 finalize http fastcgi request
2012/04/25 02:07:07 [debug] 2385#0: *1 free rr peer 1 0
2012/04/25 02:07:07 [debug] 2385#0: *1 close http upstream connection: 19
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 08139DB0, unused: 88
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer del: 19: 3865426141
2012/04/25 02:07:07 [debug] 2385#0: *1 reusable connection: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http upstream temp fd: -1
2012/04/25 02:07:07 [debug] 2385#0: *1 http output filter
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http copy filter:
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 image filter
2012/04/25 02:07:07 [debug] 2385#0: *1 xslt filter body
2012/04/25 02:07:07 [debug] 2385#0: *1 http postpone filter
"/installation/index.php?" BFC60ED8
2012/04/25 02:07:07 [debug] 2385#0: *1 http chunk: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 write old buf t:1 f:0 08131900, pos
08131900, size: 353 file: 0, size: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 write new buf t:0 f:0 00000000, pos
080E53CE, size: 5 file: 0, size: 0
2012/04/25 02:07:07 [debug] 2385#0: *1 http write filter: l:1 f:0 s:358
2012/04/25 02:07:07 [debug] 2385#0: *1 http write filter limit 0
2012/04/25 02:07:07 [debug] 2385#0: *1 writev: 358
2012/04/25 02:07:07 [debug] 2385#0: *1 http write filter 00000000
2012/04/25 02:07:07 [debug] 2385#0: *1 http copy filter: 0
"/installation/index.php?"
2012/04/25 02:07:07 [debug] 2385#0: *1 http finalize request: 0,
"/installation/index.php?" a:1, c:1
2012/04/25 02:07:07 [debug] 2385#0: *1 set http keepalive handler
2012/04/25 02:07:07 [debug] 2385#0: *1 http close request
2012/04/25 02:07:07 [debug] 2385#0: *1 http log handler
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 00000000
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 0812F8D0, unused: 20
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 081318F0, unused: 3264
2012/04/25 02:07:07 [debug] 2385#0: *1 event timer add: 18: 65000:3865431142
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 08129B50
2012/04/25 02:07:07 [debug] 2385#0: *1 free: 081405B8
2012/04/25 02:07:07 [debug] 2385#0: *1 hc free: 00000000 0
2012/04/25 02:07:07 [debug] 2385#0: *1 hc busy: 00000000 0
2012/04/25 02:07:07 [debug] 2385#0: *1 tcp_nodelay
2012/04/25 02:07:07 [debug] 2385#0: *1 reusable connection: 1
2012/04/25 02:07:07 [debug] 2385#0: *1 post event 08161F58
2012/04/25 02:07:07 [debug] 2385#0: *1 delete posted event 08161F58
2012/04/25 02:07:07 [debug] 2385#0: *1 http keepalive handler
2012/04/25 02:07:07 [debug] 2385#0: *1 malloc: 08129B50:1024
2012/04/25 02:07:07 [debug] 2385#0: *1 recv: fd:18 -1 of 1024
2012/04/25 02:07:07 [debug] 2385#0: *1 recv() not ready (11: Resource
temporarily unavailable)
2012/04/25 02:08:12 [debug] 2385#0: *1 event timer del: 18: 3865431142
2012/04/25 02:08:12 [debug] 2385#0: *1 http keepalive handler
2012/04/25 02:08:12 [debug] 2385#0: *1 close http connection: 18
2012/04/25 02:08:12 [debug] 2385#0: *1 reusable connection: 0
2012/04/25 02:08:12 [debug] 2385#0: *1 free: 08129B50
2012/04/25 02:08:12 [debug] 2385#0: *1 free: 00000000
2012/04/25 02:08:12 [debug] 2385#0: *1 free: 0813F010, unused: 40
/var/log/nginx/error.log
2012/04/25 02:07:04 [debug] 2382#0: bind() 0.0.0.0:80 #9
2012/04/25 02:07:04 [debug] 2382#0: counter: B7700080, 1
2012/04/25 02:07:04 [debug] 2383#0: bind() 0.0.0.0:80 #9
2012/04/25 02:07:04 [notice] 2383#0: using the "epoll" event method
2012/04/25 02:07:04 [debug] 2383#0: counter: B7765080, 1
2012/04/25 02:07:04 [notice] 2383#0: nginx/1.1.19
2012/04/25 02:07:04 [notice] 2383#0: OS: Linux 3.1.0-1.2-xen
2012/04/25 02:07:04 [notice] 2383#0: getrlimit(RLIMIT_NOFILE): 1024:4096
2012/04/25 02:07:04 [debug] 2384#0: write: 10, BFC61286, 5, 0
2012/04/25 02:07:04 [debug] 2384#0: setproctitle: "nginx: master process
/usr/sbin/nginx"
2012/04/25 02:07:04 [notice] 2384#0: start worker processes
2012/04/25 02:07:04 [debug] 2384#0: channel 3:10
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2385
2012/04/25 02:07:04 [debug] 2384#0: channel 11:12
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2386
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:1 pid:2386 fd:11 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2385#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2384#0: channel 13:14
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2387
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:2 pid:2387 fd:13 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:2 pid:2387 fd:13 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2384#0: channel 15:16
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2388
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:3 pid:2388 fd:15 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:3 pid:2388 fd:15 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:3 pid:2388 fd:15 to s:2
pid:2387 fd:13
2012/04/25 02:07:04 [debug] 2384#0: channel 17:18
2012/04/25 02:07:04 [debug] 2385#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2385#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [debug] 2385#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2385#0: epoll add event: fd:10 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2385#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2385#0: worker cycle
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2389
2012/04/25 02:07:04 [debug] 2385#0: accept mutex locked
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:4 pid:2389 fd:17 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2385#0: epoll timer: -1
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:4 pid:2389 fd:17 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2385#0: epoll: fd:10 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:4 pid:2389 fd:17 to s:2
pid:2387 fd:13
2012/04/25 02:07:04 [debug] 2385#0: post event 08161F24
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:4 pid:2389 fd:17 to s:3
pid:2388 fd:15
2012/04/25 02:07:04 [debug] 2385#0: timer delta: 5
2012/04/25 02:07:04 [debug] 2385#0: posted events 08161F24
2012/04/25 02:07:04 [debug] 2385#0: posted event 08161F24
2012/04/25 02:07:04 [debug] 2385#0: delete posted event 08161F24
2012/04/25 02:07:04 [debug] 2385#0: channel handler
2012/04/25 02:07:04 [debug] 2384#0: channel 19:20
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: get channel s:1 pid:2386 fd:3
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: get channel s:2 pid:2387 fd:12
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: get channel s:3 pid:2388 fd:13
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: get channel s:4 pid:2389 fd:14
2012/04/25 02:07:04 [debug] 2385#0: channel: -2
2012/04/25 02:07:04 [debug] 2385#0: posted event 00000000
2012/04/25 02:07:04 [debug] 2385#0: worker cycle
2012/04/25 02:07:04 [debug] 2385#0: accept mutex locked
2012/04/25 02:07:04 [debug] 2385#0: epoll timer: -1
2012/04/25 02:07:04 [debug] 2387#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2386#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2387#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2387#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [debug] 2386#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2386#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [debug] 2387#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2386#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2387#0: epoll add event: fd:14 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2386#0: epoll add event: fd:12 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2387#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2387#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2386#0: worker cycle
2012/04/25 02:07:04 [debug] 2387#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2387#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2386#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2386#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2387#0: epoll: fd:14 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2386#0: epoll: fd:12 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2387#0: channel handler
2012/04/25 02:07:04 [debug] 2386#0: channel handler
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2390
2012/04/25 02:07:04 [debug] 2387#0: channel: 16
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:5 pid:2390 fd:19 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2387#0: channel command: 1
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: get channel s:3 pid:2388 fd:10
2012/04/25 02:07:04 [debug] 2386#0: get channel s:2 pid:2387 fd:10
2012/04/25 02:07:04 [debug] 2387#0: channel: 16
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:5 pid:2390 fd:19 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2385#0: epoll: fd:10 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:5 pid:2390 fd:19 to s:2
pid:2387 fd:13
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2387#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: post event 08161F24
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: timer delta: 0
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:5 pid:2390 fd:19 to s:3
pid:2388 fd:15
2012/04/25 02:07:04 [debug] 2385#0: posted events 08161F24
2012/04/25 02:07:04 [debug] 2387#0: get channel s:4 pid:2389 fd:12
2012/04/25 02:07:04 [debug] 2385#0: posted event 08161F24
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:5 pid:2390 fd:19 to s:4
pid:2389 fd:17
2012/04/25 02:07:04 [debug] 2385#0: delete posted event 08161F24
2012/04/25 02:07:04 [debug] 2386#0: get channel s:3 pid:2388 fd:11
2012/04/25 02:07:04 [debug] 2385#0: channel handler
2012/04/25 02:07:04 [debug] 2387#0: channel: 16
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2387#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: get channel s:5 pid:2390 fd:13
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2384#0: channel 21:22
2012/04/25 02:07:04 [debug] 2385#0: get channel s:5 pid:2390 fd:15
2012/04/25 02:07:04 [debug] 2387#0: channel: -2
2012/04/25 02:07:04 [debug] 2387#0: timer delta: 5
2012/04/25 02:07:04 [debug] 2387#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2387#0: worker cycle
2012/04/25 02:07:04 [debug] 2387#0: accept mutex locked
2012/04/25 02:07:04 [debug] 2387#0: epoll timer: -1
2012/04/25 02:07:04 [debug] 2386#0: get channel s:4 pid:2389 fd:14
2012/04/25 02:07:04 [debug] 2389#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2385#0: channel: -2
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: posted event 00000000
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2385#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: get channel s:5 pid:2390 fd:15
2012/04/25 02:07:04 [debug] 2385#0: accept mutex lock failed: 1
2012/04/25 02:07:04 [debug] 2389#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2386#0: channel: -2
2012/04/25 02:07:04 [debug] 2385#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2386#0: timer delta: 5
2012/04/25 02:07:04 [debug] 2389#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [debug] 2386#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2386#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2386#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2389#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2389#0: epoll add event: fd:18 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2389#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2389#0: worker cycle
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2391
2012/04/25 02:07:04 [debug] 2389#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2389#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2389#0: epoll: fd:18 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2389#0: channel handler
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:2
pid:2387 fd:13
2012/04/25 02:07:04 [debug] 2385#0: epoll: fd:10 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:3
pid:2388 fd:15
2012/04/25 02:07:04 [debug] 2385#0: channel handler
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:4
pid:2389 fd:17
2012/04/25 02:07:04 [debug] 2386#0: epoll: fd:12 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2386#0: channel handler
2012/04/25 02:07:04 [debug] 2387#0: epoll: fd:14 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:6 pid:2391 fd:21 to s:5
pid:2390 fd:19
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: post event 08161F24
2012/04/25 02:07:04 [debug] 2385#0: get channel s:6 pid:2391 fd:16
2012/04/25 02:07:04 [debug] 2387#0: timer delta: 1
2012/04/25 02:07:04 [debug] 2385#0: channel: -2
2012/04/25 02:07:04 [debug] 2387#0: posted events 08161F24
2012/04/25 02:07:04 [debug] 2385#0: timer delta: 1
2012/04/25 02:07:04 [debug] 2384#0: channel 23:24
2012/04/25 02:07:04 [debug] 2385#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2387#0: posted event 08161F24
2012/04/25 02:07:04 [debug] 2385#0: worker cycle
2012/04/25 02:07:04 [debug] 2387#0: delete posted event 08161F24
2012/04/25 02:07:04 [debug] 2385#0: accept mutex locked
2012/04/25 02:07:04 [debug] 2387#0: channel handler
2012/04/25 02:07:04 [debug] 2385#0: epoll timer: -1
2012/04/25 02:07:04 [debug] 2387#0: channel: 16
2012/04/25 02:07:04 [debug] 2387#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: get channel s:6 pid:2391 fd:16
2012/04/25 02:07:04 [debug] 2389#0: channel: 16
2012/04/25 02:07:04 [debug] 2387#0: channel: -2
2012/04/25 02:07:04 [debug] 2387#0: posted event 00000000
2012/04/25 02:07:04 [debug] 2389#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: worker cycle
2012/04/25 02:07:04 [debug] 2389#0: get channel s:5 pid:2390 fd:10
2012/04/25 02:07:04 [debug] 2387#0: accept mutex lock failed: 1
2012/04/25 02:07:04 [debug] 2387#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2389#0: channel: 16
2012/04/25 02:07:04 [debug] 2389#0: channel command: 1
2012/04/25 02:07:04 [debug] 2389#0: get channel s:6 pid:2391 fd:12
2012/04/25 02:07:04 [debug] 2388#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2389#0: channel: -2
2012/04/25 02:07:04 [debug] 2389#0: timer delta: 6
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2389#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2389#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: get channel s:6 pid:2391 fd:16
2012/04/25 02:07:04 [debug] 2389#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2388#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2386#0: channel: -2
2012/04/25 02:07:04 [debug] 2389#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2386#0: timer delta: 1
2012/04/25 02:07:04 [debug] 2388#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [debug] 2386#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2386#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2386#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2388#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2390#0: malloc: 0812E0B0:6144
2012/04/25 02:07:04 [debug] 2390#0: malloc: 08148EE8:102400
2012/04/25 02:07:04 [debug] 2390#0: malloc: 08161EF0:53248
2012/04/25 02:07:04 [notice] 2384#0: start worker process 2392
2012/04/25 02:07:04 [debug] 2390#0: malloc: 0816EEF8:53248
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:0
pid:2385 fd:3
2012/04/25 02:07:04 [debug] 2388#0: epoll add event: fd:16 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:1
pid:2386 fd:11
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:2
pid:2387 fd:13
2012/04/25 02:07:04 [debug] 2388#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2385#0: epoll: fd:10 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:3
pid:2388 fd:15
2012/04/25 02:07:04 [debug] 2385#0: post event 08161F24
2012/04/25 02:07:04 [debug] 2386#0: epoll: fd:12 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2387#0: epoll: fd:14 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2385#0: timer delta: 0
2012/04/25 02:07:04 [debug] 2387#0: channel handler
2012/04/25 02:07:04 [debug] 2385#0: posted events 08161F24
2012/04/25 02:07:04 [debug] 2386#0: channel handler
2012/04/25 02:07:04 [debug] 2385#0: posted event 08161F24
2012/04/25 02:07:04 [debug] 2387#0: channel: 16
2012/04/25 02:07:04 [debug] 2385#0: delete posted event 08161F24
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:4
pid:2389 fd:17
2012/04/25 02:07:04 [debug] 2385#0: channel handler
2012/04/25 02:07:04 [debug] 2387#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: get channel s:7 pid:2392 fd:17
2012/04/25 02:07:04 [debug] 2385#0: channel: 16
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:5
pid:2390 fd:19
2012/04/25 02:07:04 [debug] 2387#0: channel: -2
2012/04/25 02:07:04 [debug] 2385#0: channel command: 1
2012/04/25 02:07:04 [debug] 2387#0: timer delta: 0
2012/04/25 02:07:04 [debug] 2385#0: get channel s:7 pid:2392 fd:17
2012/04/25 02:07:04 [debug] 2384#0: pass channel s:7 pid:2392 fd:23 to s:6
pid:2391 fd:21
2012/04/25 02:07:04 [debug] 2385#0: channel: -2
2012/04/25 02:07:04 [debug] 2387#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2385#0: posted event 00000000
2012/04/25 02:07:04 [debug] 2384#0: sigsuspend
2012/04/25 02:07:04 [debug] 2385#0: worker cycle
2012/04/25 02:07:04 [debug] 2387#0: worker cycle
2012/04/25 02:07:04 [debug] 2385#0: accept mutex locked
2012/04/25 02:07:04 [debug] 2385#0: epoll timer: -1
2012/04/25 02:07:04 [debug] 2387#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2387#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2386#0: channel: 16
2012/04/25 02:07:04 [debug] 2388#0: worker cycle
2012/04/25 02:07:04 [debug] 2386#0: channel command: 1
2012/04/25 02:07:04 [debug] 2386#0: get channel s:7 pid:2392 fd:17
2012/04/25 02:07:04 [debug] 2388#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2388#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2386#0: channel: -2
2012/04/25 02:07:04 [debug] 2386#0: timer delta: 0
2012/04/25 02:07:04 [debug] 2386#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2386#0: worker cycle
2012/04/25 02:07:04 [debug] 2388#0: epoll: fd:16 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2388#0: channel handler
2012/04/25 02:07:04 [debug] 2386#0: accept mutex lock failed: 0
2012/04/25 02:07:04 [debug] 2386#0: epoll timer: 500
2012/04/25 02:07:04 [debug] 2388#0: channel: 16
2012/04/25 02:07:04 [debug] 2388#0: channel command: 1
2012/04/25 02:07:04 [debug] 2388#0: get channel s:4 pid:2389 fd:10
2012/04/25 02:07:04 [debug] 2389#0: epoll: fd:18 ev:0001 d:08148F4C
2012/04/25 02:07:04 [debug] 2388#0: channel: 16
2012/04/25 02:07:04 [debug] 2389#0: channel handler
2012/04/25 02:07:04 [debug] 2388#0: channel command: 1
2012/04/25 02:07:04 [debug] 2390#0: epoll add event: fd:20 op:1 ev:00000001
2012/04/25 02:07:04 [debug] 2389#0: channel: 16
2012/04/25 02:07:04 [debug] 2388#0: get channel s:5 pid:2390 fd:12
2012/04/25 02:07:04 [debug] 2389#0: channel command: 1
2012/04/25 02:07:04 [debug] 2388#0: channel: 16
2012/04/25 02:07:04 [debug] 2389#0: get channel s:7 pid:2392 fd:14
2012/04/25 02:07:04 [debug] 2388#0: channel command: 1
2012/04/25 02:07:04 [debug] 2389#0: channel: -2
2012/04/25 02:07:04 [debug] 2388#0: get channel s:6 pid:2391 fd:14
2012/04/25 02:07:04 [debug] 2390#0: setproctitle: "nginx: worker process"
2012/04/25 02:07:04 [debug] 2388#0: channel: 16
2012/04/25 02:07:04 [debug] 2389#0: timer delta: 0
2012/04/25 02:07:04 [debug] 2388#0: channel command: 1
2012/04/25 02:07:04 [debug] 2389#0: posted events 00000000
2012/04/25 02:07:04 [debug] 2388#0: get channel s:7 pid:2392 fd:15
2012/04/25 02:07:04 [debug] 2390#0: worker cycle
2012/04/25 02:07:04 [debug] 2389#0: worker cycle

ну и там оно повторяется, скажите куда копать?
500 выскакивает на запуске скрипта инсталятора.

C Уважением, Дмитрий
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120426/2f14ac5b/attachment-0001.html>

From nginx-forum на nginx.us  Thu Apr 26 05:11:32 2012
From: nginx-forum на nginx.us (vsharun)
Date: Thu, 26 Apr 2012 01:11:32 -0400 (EDT)
Subject: nginx + dav + dav_ext
In-Reply-To: <458443402.20120425215924@softsearch.ru>
References: <458443402.20120425215924@softsearch.ru>
Message-ID: <c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>

NFS отпал, т.к. требовалась максимально
"тупая" с точки зрения юзера система, а
он в свою очередь требует установки
клиента, что тянет за собой наверное и
администраторские права.

По поводу WebDAV, чем вчера закончились
тесты: провалом в первую очередь из-за
скорости работы. Затрудняюсь сказать,
что именно было bottleneck'ом, но скорость в
10мбайт/с в прыжке мягко говоря не
устраивает - это первое. Я уж было
подумал что сеть дома не в порядке,
попробовал фаром потянуть через самбу -
ок, wire speed, ок. гигабита. Второе - в винде
установлен внутренний лимит на размер
файла вебклиента в 50 млн байт, сменить
который можно только будучи админом.
Короче говоря webclient в винде - это не
самое лучшее средство. Встретившись с
такими непреодолимыми препятствиями (в
первую очередь низкая скорость), идею
win7-webclient-webdav/nginx пришлось перечеркнуть.

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


From mdounin на mdounin.ru  Thu Apr 26 09:25:13 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 26 Apr 2012 13:25:13 +0400
Subject: =?UTF-8?B?UmU6IDUwMCDQvtGI0LjQsdC60LAg0YHRgNCw0LfRgyDQvdCwINC40YHRgtCw0Ls=?=
	=?UTF-8?B?0LU=?=
In-Reply-To: <CAKoALV8sM_Fk=UfVjneYqK=in0JHTOe402nPnnaEp2hZfBo-ww@mail.gmail.com>
References: <CAKoALV-78xFiMy2-+4rw8MibuX3ZzYQupVHbwV3KjbKuxjsYuA@mail.gmail.com>
	<CAKoALV8sM_Fk=UfVjneYqK=in0JHTOe402nPnnaEp2hZfBo-ww@mail.gmail.com>
Message-ID: <20120426092513.GS31671@mdounin.ru>

Hello!

On Thu, Apr 26, 2012 at 01:58:33AM +0300, Dmitriy wrote:

> Помогите пожалуйста решить проблему - уже не знаю куда смотреть.

[...]

> 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Status: 500
> Internal Server Error"
> 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
> 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "X-Powered-By:
> PHP/5.4.0-3"

Ошибку вернул php, в него и смотреть.

[...]

Maxim Dounin


From fobfreeman на gmail.com  Thu Apr 26 10:00:51 2012
From: fobfreeman на gmail.com (Dmitriy)
Date: Thu, 26 Apr 2012 13:00:51 +0300
Subject: =?UTF-8?B?UmU6IDUwMCDQvtGI0LjQsdC60LAg0YHRgNCw0LfRgyDQvdCwINC40YHRgtCw0Ls=?=
	=?UTF-8?B?0LU=?=
In-Reply-To: <20120426092513.GS31671@mdounin.ru>
References: <CAKoALV-78xFiMy2-+4rw8MibuX3ZzYQupVHbwV3KjbKuxjsYuA@mail.gmail.com>
	<CAKoALV8sM_Fk=UfVjneYqK=in0JHTOe402nPnnaEp2hZfBo-ww@mail.gmail.com>
	<20120426092513.GS31671@mdounin.ru>
Message-ID: <CAKoALV-MOUZEOwyNwY-_s6aUWP50gMfsUi3=hHFCH1ctFKUZXQ@mail.gmail.com>

Гм... смотрю в книгу вижу ....
Как узнать почему php5-fpm возвращает 500 код?
Может надо другую версию поставить?
C Уважением, Дмитрий


On Thu, Apr 26, 2012 at 12:25 PM, Maxim Dounin <mdounin на mdounin.ru> wrote:

> Hello!
>
> On Thu, Apr 26, 2012 at 01:58:33AM +0300, Dmitriy wrote:
>
> > Помогите пожалуйста решить проблему - уже не знаю куда смотреть.
>
> [...]
>
> > 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header: "Status: 500
> > Internal Server Error"
> > 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi parser: 0
> > 2012/04/25 02:07:07 [debug] 2385#0: *1 http fastcgi header:
> "X-Powered-By:
> > PHP/5.4.0-3"
>
> Ошибку вернул php, в него и смотреть.
>
> [...]
>
> Maxim Dounin
>
> _______________________________________________
> 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/20120426/5dd937b8/attachment.html>

From kruglovk на gmail.com  Thu Apr 26 10:17:07 2012
From: kruglovk на gmail.com (Konstantin Kruglov)
Date: Thu, 26 Apr 2012 14:17:07 +0400
Subject: nginx + dav + dav_ext
In-Reply-To: <c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>
References: <458443402.20120425215924@softsearch.ru>
	<c5b4ba06a1d6d786090a149a999cf130.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CABW4mEiBeMVY3QFT33QBikJ+0Odg=D7JZVWphWU2uREY0NM6Xw@mail.gmail.com>

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


2012/4/26 vsharun <nginx-forum на nginx.us>

> NFS отпал, т.к. требовалась максимально
> "тупая" с точки зрения юзера система, а
> он в свою очередь требует установки
> клиента, что тянет за собой наверное и
> администраторские права.
>
> По поводу WebDAV, чем вчера закончились
> тесты: провалом в первую очередь из-за
> скорости работы. Затрудняюсь сказать,
> что именно было bottleneck'ом, но скорость в
> 10мбайт/с в прыжке мягко говоря не
> устраивает - это первое. Я уж было
> подумал что сеть дома не в порядке,
> попробовал фаром потянуть через самбу -
> ок, wire speed, ок. гигабита. Второе - в винде
> установлен внутренний лимит на размер
> файла вебклиента в 50 млн байт, сменить
> который можно только будучи админом.
> Короче говоря webclient в винде - это не
> самое лучшее средство. Встретившись с
> такими непреодолимыми препятствиями (в
> первую очередь низкая скорость), идею
> win7-webclient-webdav/nginx пришлось перечеркнуть.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,225769,225787#msg-225787
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Konstantin Kruglov
mailto:kruglovk на gmail.com
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120426/ea0941d4/attachment.html>

From ne на vbart.ru  Thu Apr 26 10:46:58 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 26 Apr 2012 14:46:58 +0400
Subject: =?UTF-8?B?UmU6IDUwMCAg0L7RiNC40LHQutCwINGB0YDQsNC30YMg0L3QsCDQuNGB0YLQsNC7?=
	=?UTF-8?B?0LU=?=
In-Reply-To: <CAKoALV-MOUZEOwyNwY-_s6aUWP50gMfsUi3=hHFCH1ctFKUZXQ@mail.gmail.com>
References: <CAKoALV-78xFiMy2-+4rw8MibuX3ZzYQupVHbwV3KjbKuxjsYuA@mail.gmail.com>
	<20120426092513.GS31671@mdounin.ru>
	<CAKoALV-MOUZEOwyNwY-_s6aUWP50gMfsUi3=hHFCH1ctFKUZXQ@mail.gmail.com>
Message-ID: <201204261446.58649.ne@vbart.ru>

On Thursday 26 April 2012 14:00:51 Dmitriy wrote:
> Гм... смотрю в книгу вижу ....
> Как узнать почему php5-fpm возвращает 500 код?

Посмотреть логи php-fpm. Если там пусто, то 500ую возвращают ваши php скрипты.

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

From nginx-forum на nginx.us  Thu Apr 26 13:29:20 2012
From: nginx-forum на nginx.us (charlie)
Date: Thu, 26 Apr 2012 09:29:20 -0400 (EDT)
Subject: disable symlinks + try files = fail
Message-ID: <ab008a1c4b84dd25e5c8b7a10dfcdd52.NginxMailingListRussian@forum.nginx.org>

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

"disable_symlinks" не работает вместе с
директивой  "try_files". 

Имеется симлинк "test.txt -> /home/otheruser/config.php" 

Вот с таким конфигом виртхоста,
http://test.ru/test.txt отображет 403-ю ошибку в
браузере:

-----------------------------------------------------
server {
    listen 192.168.0.1:80;
    server_name test.ru www.test.ru;
    location / {
       proxy_pass http://192.168.0.1:8081;
       include proxy.inc;
       location ~.*\.(gif|jpg|png|ico|txt|js|css)$ {
          root /home/test/public_html;
       }
    }
}
-----------------------------------------------------

А вот с конфигом, в котором
используется try_files, http://test.ru/test.txt
отображает содержимое файла другого
юзера:

-----------------------------------------------------
server {
   listen 192.168.0.1:80;
   server_name test.ru www.test.ru;
   root /home/test/public_html;
   location / {
     location ~.*\.(gif|jpg|png|ico|txt|js|css)$ {
     try_files $uri @backend;
     }
     error_page 405 = @backend;
     add_header X-Cache "HIT from Backend";
     proxy_pass http://192.168.0.1:8081;
     include proxy.inc;
     }
   location @backend {
   internal;
   proxy_pass http://192.168.0.1:8081;
   include proxy.inc;
   }
   location ~ .*\.(php|jsp|cgi|pl|py)?$ {
   proxy_pass http://192.168.0.1:8081;
   include proxy.inc;
   }
 }
-----------------------------------------------------
Это бага или фича?
Если фича, как будет выглядеть
корректный конфиг, чтобы и try_files
работало, проксируя запросы в апач,
если файл не существует, и запросы к
существующим файлам проверялись на
симлинкнутость?

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


From nginx-forum на nginx.us  Thu Apr 26 13:42:12 2012
From: nginx-forum на nginx.us (jch)
Date: Thu, 26 Apr 2012 09:42:12 -0400 (EDT)
Subject: =?UTF-8?B?ZXJyb3IgcGFnZSDQsiDQu9C+0LrQtdC50YjQvSDRgSBwcm94eSBwYXNz?=
Message-ID: <a84e358d87b00c76170d8a39f4024226.NginxMailingListRussian@forum.nginx.org>

Привет!
Есть такой конфиг:

        error_page  504 =
/cgi-bin/errorpage.pl?request_uri=$request_uri;
        location /cgi-bin/ {
            proxy_pass http://10.0.0.50:8289;
        }

Хочется мониторить ошибки 504 и писать о
них письма.
Но не случается - на сервер 10.0.0.50:8289
прилетает первоначальный запрос.
Почему и как быть?

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


From nginx-forum на nginx.us  Thu Apr 26 13:56:46 2012
From: nginx-forum на nginx.us (charlie)
Date: Thu, 26 Apr 2012 09:56:46 -0400 (EDT)
Subject: disable symlinks + try files = fail
In-Reply-To: <ab008a1c4b84dd25e5c8b7a10dfcdd52.NginxMailingListRussian@forum.nginx.org>
References: <ab008a1c4b84dd25e5c8b7a10dfcdd52.NginxMailingListRussian@forum.nginx.org>
Message-ID: <217e412d06110c746df7ed525b323acb.NginxMailingListRussian@forum.nginx.org>

ой, чуть не забыл:

# /usr/local/sbin/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: --with-pcre=/usr/local/src/publicnginx/pcre-8.30
--sbin-path=/usr/local/sbin --conf-path=/etc/nginx/nginx.conf
--pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --with-http_realip_module
--with-http_ssl_module --http-client-body-temp-path=/tmp/nginx_client
--http-proxy-temp-path=/tmp/nginx_proxy
--http-fastcgi-temp-path=/tmp/nginx_fastcgi
--with-http_stub_status_module

# uname -a
Linux test.ru 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
# cat /etc/redhat-release 
CentOS release 5.8 (Final)

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


From ne на vbart.ru  Thu Apr 26 14:01:22 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 26 Apr 2012 18:01:22 +0400
Subject: disable symlinks + try files = fail
In-Reply-To: <ab008a1c4b84dd25e5c8b7a10dfcdd52.NginxMailingListRussian@forum.nginx.org>
References: <ab008a1c4b84dd25e5c8b7a10dfcdd52.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204261801.22482.ne@vbart.ru>

On Thursday 26 April 2012 17:29:20 charlie wrote:
[...]
> А вот с конфигом, в котором
> используется try_files, http://test.ru/test.txt
> отображает содержимое файла другого
> юзера:
> 
> -----------------------------------------------------
> server {
>    listen 192.168.0.1:80;
>    server_name test.ru www.test.ru;
>    root /home/test/public_html;
>    location / {
>      location ~.*\.(gif|jpg|png|ico|txt|js|css)$ {
>      try_files $uri @backend;
>      }
>      error_page 405 = @backend;
>      add_header X-Cache "HIT from Backend";
>      proxy_pass http://192.168.0.1:8081;
>      include proxy.inc;
>      }
>    location @backend {
>    internal;
>    proxy_pass http://192.168.0.1:8081;
>    include proxy.inc;
>    }
>    location ~ .*\.(php|jsp|cgi|pl|py)?$ {
>    proxy_pass http://192.168.0.1:8081;
>    include proxy.inc;
>    }
>  }
> -----------------------------------------------------
> Это бага или фича?
> Если фича, как будет выглядеть
> корректный конфиг, чтобы и try_files
> работало, проксируя запросы в апач,
> если файл не существует, и запросы к
> существующим файлам проверялись на
> симлинкнутость?
> 

try_files работает корректно, оно делает ровно то, что вы написали в 
конфигурации: при недоступности файла перенаправляет на @backend. И,
судя по всему, файл уже отдает ваш апач.

Подозреваю, вы хотели что-то такое:

  location \.(?:gif|jpg|png|ico|txt|js|css)$ {
      error_page 404 = @backend;
  }

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


From kav на karagodov.name  Thu Apr 26 14:03:12 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Thu, 26 Apr 2012 18:03:12 +0400
Subject: =?UTF-8?B?UmU6IGVycm9yIHBhZ2Ug0LIg0LvQvtC60LXQudGI0L0g0YEgcHJveHkgcGFzcw==?=
In-Reply-To: <a84e358d87b00c76170d8a39f4024226.NginxMailingListRussian@forum.nginx.org>
References: <a84e358d87b00c76170d8a39f4024226.NginxMailingListRussian@forum.nginx.org>
Message-ID: <F541CF9A-CD23-4C23-B296-132FF989158C@karagodov.name>

копать в эту сторону - http://nginx.org/ru/docs/http/ngx_http_core_module.html#recursive_error_pages 

On 26.04.2012, at 17:42, jch wrote:

> Привет!
> Есть такой конфиг:
> 
>        error_page  504 =
> /cgi-bin/errorpage.pl?request_uri=$request_uri;
>        location /cgi-bin/ {
>            proxy_pass http://10.0.0.50:8289;
>        }
> 
> Хочется мониторить ошибки 504 и писать о
> них письма.
> Но не случается - на сервер 10.0.0.50:8289
> прилетает первоначальный запрос.
> Почему и как быть?
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225818,225818#msg-225818
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Thu Apr 26 14:20:26 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 26 Apr 2012 18:20:26 +0400
Subject: =?UTF-8?B?UmU6IGVycm9yIHBhZ2Ug0LIg0LvQvtC60LXQudGI0L0g0YEgcHJveHkgcGFzcw==?=
In-Reply-To: <a84e358d87b00c76170d8a39f4024226.NginxMailingListRussian@forum.nginx.org>
References: <a84e358d87b00c76170d8a39f4024226.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120426142026.GZ31671@mdounin.ru>

Hello!

On Thu, Apr 26, 2012 at 09:42:12AM -0400, jch wrote:

> Привет!
> Есть такой конфиг:
> 
>         error_page  504 =
> /cgi-bin/errorpage.pl?request_uri=$request_uri;
>         location /cgi-bin/ {
>             proxy_pass http://10.0.0.50:8289;
>         }
> 
> Хочется мониторить ошибки 504 и писать о
> них письма.
> Но не случается - на сервер 10.0.0.50:8289
> прилетает первоначальный запрос.
> Почему и как быть?

В 1.1.12+ должно работать как написано у вас.

Если nginx старый, то делать так:

        location /cgi-bin/ {
             proxy_pass http://10.0.0.50:8289/cgi-bin/;
        }

(note "/cgi-bin/" in proxy_pass)

Maxim Dounin


From nginx-forum на nginx.us  Thu Apr 26 14:26:48 2012
From: nginx-forum на nginx.us (charlie)
Date: Thu, 26 Apr 2012 10:26:48 -0400 (EDT)
Subject: disable symlinks + try files = fail
In-Reply-To: <201204261801.22482.ne@vbart.ru>
References: <201204261801.22482.ne@vbart.ru>
Message-ID: <0f820586c132e616f97cda1c7842ef0e.NginxMailingListRussian@forum.nginx.org>

Точно! Я-то думал что апач попытки 
запрашивать симлинки на чужие файлы
пресекает по умолчанию.

добавление SymLinksIfOwnerMatch в конфига пача
решило проблему:

<Directory "/">
    Options All
    AllowOverride All
    Options +SymLinksIfOwnerMatch
</Directory>

Спасибо за подсказку.

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


From ne на vbart.ru  Thu Apr 26 14:34:15 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 26 Apr 2012 18:34:15 +0400
Subject: disable symlinks + try files = fail
In-Reply-To: <0f820586c132e616f97cda1c7842ef0e.NginxMailingListRussian@forum.nginx.org>
References: <201204261801.22482.ne@vbart.ru>
	<0f820586c132e616f97cda1c7842ef0e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204261834.15352.ne@vbart.ru>

On Thursday 26 April 2012 18:26:48 charlie wrote:
> Точно! Я-то думал что апач попытки
> запрашивать симлинки на чужие файлы
> пресекает по умолчанию.
> 
> добавление SymLinksIfOwnerMatch в конфига пача
> решило проблему:
> 
> <Directory "/">
>     Options All
>     AllowOverride All
>     Options +SymLinksIfOwnerMatch
> </Directory>
> 
> Спасибо за подсказку.
> 

Имейте ввиду, что у апача есть race condition в этом месте и эту опцию
нельзя рассматривать как 100% защиту, о чем написано в документации:
http://httpd.apache.org/docs/2.2/mod/core.html#options

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

From nginx-forum на nginx.us  Thu Apr 26 15:12:26 2012
From: nginx-forum на nginx.us (b0rman)
Date: Thu, 26 Apr 2012 11:12:26 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80L7QtNGD0LvRjCDQsiBOR0lO?=
	=?UTF-8?B?eCDQv9C+0LQgV2luZG93cz8=?=
In-Reply-To: <7f518cf3cc8ae49ced525c0028663079.NginxMailingListRussian@forum.nginx.org>
References: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
	<7f518cf3cc8ae49ced525c0028663079.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7e56dc8602694042d678610ceb13155b.NginxMailingListRussian@forum.nginx.org>

Это понятно, но исходников-то под win нет
:(

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


From ne на vbart.ru  Thu Apr 26 15:16:57 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 26 Apr 2012 19:16:57 +0400
Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC+0LTRg9C70Ywg0LIgTkdJ?=
	=?UTF-8?B?Tngg0L/QvtC0IFdpbmRvd3M/?=
In-Reply-To: <7e56dc8602694042d678610ceb13155b.NginxMailingListRussian@forum.nginx.org>
References: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
	<7f518cf3cc8ae49ced525c0028663079.NginxMailingListRussian@forum.nginx.org>
	<7e56dc8602694042d678610ceb13155b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201204261916.58062.ne@vbart.ru>

On Thursday 26 April 2012 19:12:26 b0rman wrote:
> Это понятно, но исходников-то под win нет
> 
> :(
> 

Исходники для всех ОС общие.

http://nginx.org/ru/download.html

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

From gmm на csdoc.com  Thu Apr 26 17:05:18 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 26 Apr 2012 20:05:18 +0300
Subject: NGINX + SCTP
In-Reply-To: <4F7CD50D.5070804@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com>
Message-ID: <4F99804E.4060803@csdoc.com>

On 05.04.2012 2:11, Roman Vasilyev wrote:

> Хотел поинтересоваться,
> не думают ли отцы создатели добавить вщзможность хождения по этому
> протоколу тоже?

а какой клиентский софт (браузеры) уже имеет поддержку SCTP ?
или каким образом этот протокол SCTP планируется использовать?

судя по https://bugzilla.mozilla.org/show_bug.cgi?id=486199
- Firefox еще не поддерживает протокол SCTP и HTTP over SCTP

может быть исходный вопрос был все-таки по поводу протокола SPDY ?
учитывая, что http://www.opennet.ru/opennews/art.shtml?num=33638

-- 
Best regards,
  Gena


From roman.vasilyev на yousendit.com  Thu Apr 26 17:15:33 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 26 Apr 2012 10:15:33 -0700
Subject: NGINX + SCTP
In-Reply-To: <4F99804E.4060803@csdoc.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
Message-ID: <4F9982B5.6050900@yousendit.com>

Нет исходный вопрос был именно про SCTP
пока его надо дополнительно устанавливать по Windows как часть ядра
либо дополнительно линковаться с userspace либой. Но приделать можно, 
под Linux все уже есть из коробки.

и согласно этой ветки, плавно все движется в этом направлении тоже
http://code.google.com/p/chromium/issues/detail?id=24699

поэтому мне кажется имеет смысл держать этот протокол в поле зрения. 
Темболее, судя по примерам, изменения в создании сокета предельно 
минимальны.

On 04/26/2012 10:05 AM, Gena Makhomed wrote:
> On 05.04.2012 2:11, Roman Vasilyev wrote:
>
>> Хотел поинтересоваться,
>> не думают ли отцы создатели добавить вщзможность хождения по этому
>> протоколу тоже?
>
> а какой клиентский софт (браузеры) уже имеет поддержку SCTP ?
> или каким образом этот протокол SCTP планируется использовать?
>
> судя по https://bugzilla.mozilla.org/show_bug.cgi?id=486199
> - Firefox еще не поддерживает протокол SCTP и HTTP over SCTP
>
> может быть исходный вопрос был все-таки по поводу протокола SPDY ?
> учитывая, что http://www.opennet.ru/opennews/art.shtml?num=33638
>


From mdounin на mdounin.ru  Thu Apr 26 17:32:40 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 26 Apr 2012 21:32:40 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80L7QtNGD0LvRjCDQsiBOR0lO?=
	=?UTF-8?B?eCDQv9C+0LQgV2luZG93cz8=?=
In-Reply-To: <201204261916.58062.ne@vbart.ru>
References: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
	<7f518cf3cc8ae49ced525c0028663079.NginxMailingListRussian@forum.nginx.org>
	<7e56dc8602694042d678610ceb13155b.NginxMailingListRussian@forum.nginx.org>
	<201204261916.58062.ne@vbart.ru>
Message-ID: <20120426173240.GD31671@mdounin.ru>

Hello!

On Thu, Apr 26, 2012 at 07:16:57PM +0400, Валентин Бартенев wrote:

> On Thursday 26 April 2012 19:12:26 b0rman wrote:
> > Это понятно, но исходников-то под win нет
> > 
> > :(
> > 
> 
> Исходники для всех ОС общие.
> 
> http://nginx.org/ru/download.html

Не то чтобы вы оба не правы, но есть нюансы.  Исходников для 
Windows действительно нет в tarball'ах, их нужно брать из svn'а.

Подробности расписаны тут:
http://nginx.org/en/docs/howto_build_on_win32.html

Maxim Dounin


From gmm на csdoc.com  Thu Apr 26 17:41:54 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Thu, 26 Apr 2012 20:41:54 +0300
Subject: NGINX + SCTP
In-Reply-To: <4F9982B5.6050900@yousendit.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com>
Message-ID: <4F9988E2.1080501@csdoc.com>

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.

-- 
Best regards,
  Gena


From roman.vasilyev на yousendit.com  Thu Apr 26 18:16:31 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 26 Apr 2012 11:16:31 -0700
Subject: NGINX + SCTP
In-Reply-To: <4F9988E2.1080501@csdoc.com>
References: <4F7CD50D.5070804@yousendit.com> <4F99804E.4060803@csdoc.com>
	<4F9982B5.6050900@yousendit.com> <4F9988E2.1080501@csdoc.com>
Message-ID: <4F9990FF.1050604@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.
>


From sergey.kobzar на itcraft.org  Fri Apr 27 10:46:30 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 13:46:30 +0300
Subject: =?UTF-8?B?Y2xpZW50IGNsb3NlZCBwcmVtYXR1cmVseSBjb25uZWN0aW9uINCyINGA0LXQttC4?=
	=?UTF-8?B?0LzQtSBwcm94eQ==?=
Message-ID: <4F9A7906.1010209@itcraft.org>

Nginx в режиме прокси (фронтэнд):

user nginx nginx;
worker_processes 24;

error_log /var/log/nginx/error.log info;


events {
         worker_connections 1024;
         use epoll;
}


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

         log_format main
                 '$remote_addr - $remote_user [$time_local] '
                 '"$request" $status $bytes_sent '
                 '"$http_referer" "$http_user_agent" '
                 '"$gzip_ratio" '
                 '$upstream_addr $upstream_status';

         client_header_timeout 10m;
         client_body_timeout 10m;
         keepalive_timeout 75 20;
         send_timeout 10m;
         server_tokens off;
         client_max_body_size 40m;

         sendfile on;
         tcp_nopush on;

         proxy_buffer_size 128k;
         proxy_buffers 8 64k;
         proxy_connect_timeout 5;
         proxy_intercept_errors on;

         set_real_ip_from 127.0.0.1;
         real_ip_header X-Real-IP;


         upstream backend {
                 server 10.17.92.2  max_fails=3 fail_timeout=300s;
                 server 10.17.92.12 max_fails=3 fail_timeout=300s;
                 server 127.0.0.1 backup;
                 ip_hash;
         }

         upstream backend_static {
                 server 10.17.92.2  max_fails=3 fail_timeout=300s;
                 server 10.17.92.12 max_fails=3 fail_timeout=300s;
                 server 127.0.0.1 backup;
         }


         server {
                 listen 127.0.0.1;
                 server_name localhost;

                 access_log /var/log/nginx/localhost_access.log main;
                 error_log /var/log/nginx/localhost_error.log info;

                 location / {
                         error_page 502 504 /errors/500.html;
                         return 500;
                 }

                 location ^~ /errors/ {
                         root /home/www/localhost/htdocs;
                         expires max;
                 }
         }


         server {
                 listen 80 default;
                 server_name localhost;

                 access_log /var/log/nginx/default_access.log main;
                 error_log /var/log/nginx/default_error.log info;

                 location / {
                         proxy_pass http://backend;

                         proxy_set_header Host $host;
                         proxy_set_header X-Real-IP $remote_addr;
                         proxy_set_header X-Forwarded-For 
$proxy_add_x_forwarded_for;
                 }

                 error_page 500 502 504 /errors/500.html;

                 location ^~ /errors/ {
                         root /home/www/localhost/htdocs;
                         expires max;
                 }
         }


На фронтэнде:
66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.1" 504 
9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; 
+http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80 504, 504
66.249.73.209 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1" 504 
9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; 
+http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80 504, 504
66.249.73.15 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1" 500 
9676 "-" "SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 
UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; 
Googlebot-Mobile/2.1; +http://www.google.com/bot.html)" "-" 127.0.0.1:80 500


На бэкенде на тот же запрос:
access log:
66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.0" 499 0 
"-" "Mozilla/5.0 (compatible; Googlebot/2.1; 
+http://www.google.com/bot.html)" "-"

error_log:
2012/04/27 11:23:22 [info] 9804#0: *206566 client closed prematurely 
connection, so upstream connection is closed too while sending request 
to upstream, client: 66.249.73.15, server: localhost, request: "GET ... 
HTTP/1.0", upstream: "fastcgi://127.0.0.1:9001", host: "www.test.com"


Т.е. общая картина:

1. Клиент закрыл соединение - на бэкенде получили 499
2. Вернули фронтенду 504
3. 3 подобные ситуации и бэкэнд выкидываем из пула

Как-то это неправильно IMO. Т.е. несколько клиентов закрывших соединение 
могут завалить всю систему. Уменьшать max_fails=3 fail_timeout=300s не 
хочу, т.к если один из бэкжндов действительно в дауне, начинаются проблемы.

Как правильно решить подобную ситуацию?


Спасибо.


From latypoff на yandex.ru  Fri Apr 27 10:50:22 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Fri, 27 Apr 2012 17:50:22 +0700
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <4F9A7906.1010209@itcraft.org>
References: <4F9A7906.1010209@itcraft.org>
Message-ID: <820891335523822@web10e.yandex.ru>

27.04.2012, 17:46, "Sergey Kobzar" <sergey.kobzar на itcraft.org>:
> Nginx в режиме прокси (фронтэнд):
>
> user nginx nginx;
> worker_processes 24;
>
> error_log /var/log/nginx/error.log info;
>
> events {
>          worker_connections 1024;
>          use epoll;
> }
>
> http {
>          include /etc/nginx/mime.types;
>          default_type application/octet-stream;
>
>          log_format main
>                  '$remote_addr - $remote_user [$time_local] '
>                  '"$request" $status $bytes_sent '
>                  '"$http_referer" "$http_user_agent" '
>                  '"$gzip_ratio" '
>                  '$upstream_addr $upstream_status';
>
>          client_header_timeout 10m;
>          client_body_timeout 10m;
>          keepalive_timeout 75 20;
>          send_timeout 10m;
>          server_tokens off;
>          client_max_body_size 40m;
>
>          sendfile on;
>          tcp_nopush on;
>
>          proxy_buffer_size 128k;
>          proxy_buffers 8 64k;
>          proxy_connect_timeout 5;
>          proxy_intercept_errors on;
>
>          set_real_ip_from 127.0.0.1;
>          real_ip_header X-Real-IP;
>
>          upstream backend {
>                  server 10.17.92.2  max_fails=3 fail_timeout=300s;
>                  server 10.17.92.12 max_fails=3 fail_timeout=300s;
>                  server 127.0.0.1 backup;
>                  ip_hash;
>          }
>
>          upstream backend_static {
>                  server 10.17.92.2  max_fails=3 fail_timeout=300s;
>                  server 10.17.92.12 max_fails=3 fail_timeout=300s;
>                  server 127.0.0.1 backup;
>          }
>
>          server {
>                  listen 127.0.0.1;
>                  server_name localhost;
>
>                  access_log /var/log/nginx/localhost_access.log main;
>                  error_log /var/log/nginx/localhost_error.log info;
>
>                  location / {
>                          error_page 502 504 /errors/500.html;
>                          return 500;
>                  }
>
>                  location ^~ /errors/ {
>                          root /home/www/localhost/htdocs;
>                          expires max;
>                  }
>          }
>
>          server {
>                  listen 80 default;
>                  server_name localhost;
>
>                  access_log /var/log/nginx/default_access.log main;
>                  error_log /var/log/nginx/default_error.log info;
>
>                  location / {
>                          proxy_pass http://backend;
>
>                          proxy_set_header Host $host;
>                          proxy_set_header X-Real-IP $remote_addr;
>                          proxy_set_header X-Forwarded-For
> $proxy_add_x_forwarded_for;
>                  }
>
>                  error_page 500 502 504 /errors/500.html;
>
>                  location ^~ /errors/ {
>                          root /home/www/localhost/htdocs;
>                          expires max;
>                  }
>          }
>
> На фронтэнде:
> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.1" 504
> 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80 504, 504
> 66.249.73.209 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1" 504
> 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80 504, 504
> 66.249.73.15 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1" 500
> 9676 "-" "SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1
> UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible;
> Googlebot-Mobile/2.1; +http://www.google.com/bot.html)" "-" 127.0.0.1:80 500
>
> На бэкенде на тот же запрос:
> access log:
> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.0" 499 0
> "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-"
>
> error_log:
> 2012/04/27 11:23:22 [info] 9804#0: *206566 client closed prematurely
> connection, so upstream connection is closed too while sending request
> to upstream, client: 66.249.73.15, server: localhost, request: "GET ...
> HTTP/1.0", upstream: "fastcgi://127.0.0.1:9001", host: "www.test.com"
>
> Т.е. общая картина:
>
> 1. Клиент закрыл соединение - на бэкенде получили 499
> 2. Вернули фронтенду 504
> 3. 3 подобные ситуации и бэкэнд выкидываем из пула
>
> Как-то это неправильно IMO. Т.е. несколько клиентов закрывших соединение
> могут завалить всю систему. Уменьшать max_fails=3 fail_timeout=300s не
> хочу, т.к если один из бэкжндов действительно в дауне, начинаются проблемы.
>
> Как правильно решить подобную ситуацию?
>

http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_ignore_client_abort

> Спасибо.
>

-- 
br, Denis F. Latypoff.


From sergey.kobzar на itcraft.org  Fri Apr 27 10:57:37 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 13:57:37 +0300
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <820891335523822@web10e.yandex.ru>
References: <4F9A7906.1010209@itcraft.org> <820891335523822@web10e.yandex.ru>
Message-ID: <4F9A7BA1.2040900@itcraft.org>

On 04/27/12 13:50, Denis F. Latypoff wrote:

>> Т.е. общая картина:
>>
>> 1. Клиент закрыл соединение - на бэкенде получили 499
>> 2. Вернули фронтенду 504
>> 3. 3 подобные ситуации и бэкэнд выкидываем из пула
>>
>> Как-то это неправильно IMO. Т.е. несколько клиентов закрывших соединение
>> могут завалить всю систему. Уменьшать max_fails=3 fail_timeout=300s не
>> хочу, т.к если один из бэкжндов действительно в дауне, начинаются проблемы.
>>
>> Как правильно решить подобную ситуацию?
>>
>
> http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_ignore_client_abort

А можно расписать что произойдет, если я выставлю 
proxy_ignore_client_abort в on? Будет ли закрыто соединение фронтэнда с 
бэкэндом если клиент закроет соединение? Почему данный параматр по 
умолчанию в off?


From mdounin на mdounin.ru  Fri Apr 27 11:11:39 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 27 Apr 2012 15:11:39 +0400
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <4F9A7906.1010209@itcraft.org>
References: <4F9A7906.1010209@itcraft.org>
Message-ID: <20120427111139.GO31671@mdounin.ru>

Hello!

On Fri, Apr 27, 2012 at 01:46:30PM +0300, Sergey Kobzar wrote:

[...]

> На фронтэнде:
> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.1" 504
> 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
> 504, 504
> 66.249.73.209 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1"
> 504 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
> 504, 504

Бекенд не успели ответить за время proxy_read_timeout.

[...]

> На бэкенде на тот же запрос:
> access log:
> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.0" 499
> 0 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> +http://www.google.com/bot.html)" "-"
> 
> error_log:
> 2012/04/27 11:23:22 [info] 9804#0: *206566 client closed prematurely
> connection, so upstream connection is closed too while sending
> request to upstream, client: 66.249.73.15, server: localhost,
> request: "GET ... HTTP/1.0", upstream: "fastcgi://127.0.0.1:9001",
> host: "www.test.com"

С точки зрения бекенда - соединение закрыли до того, как он успел 
ответить.  Он это честно об этом написал в лог.

> Т.е. общая картина:
> 
> 1. Клиент закрыл соединение - на бэкенде получили 499
> 2. Вернули фронтенду 504

Не так, см. выше.

> 3. 3 подобные ситуации и бэкэнд выкидываем из пула

Что ещё делать с бекендом, если он не успевает отвечать?

[...]

Maxim Dounin


From sergey.kobzar на itcraft.org  Fri Apr 27 11:28:49 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 14:28:49 +0300
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <20120427111139.GO31671@mdounin.ru>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
Message-ID: <4F9A82F1.6060208@itcraft.org>

Максим

On 04/27/12 14:11, Maxim Dounin wrote:
> Hello!
>
> On Fri, Apr 27, 2012 at 01:46:30PM +0300, Sergey Kobzar wrote:
>
> [...]
>
>> На фронтэнде:
>> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.1" 504
>> 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
>> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
>> 504, 504
>> 66.249.73.209 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1"
>> 504 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
>> +http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
>> 504, 504
>
> Бекенд не успели ответить за время proxy_read_timeout.
>
> [...]
>
>> На бэкенде на тот же запрос:
>> access log:
>> 66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.0" 499
>> 0 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
>> +http://www.google.com/bot.html)" "-"
>>
>> error_log:
>> 2012/04/27 11:23:22 [info] 9804#0: *206566 client closed prematurely
>> connection, so upstream connection is closed too while sending
>> request to upstream, client: 66.249.73.15, server: localhost,
>> request: "GET ... HTTP/1.0", upstream: "fastcgi://127.0.0.1:9001",
>> host: "www.test.com"
>
> С точки зрения бекенда - соединение закрыли до того, как он успел
> ответить.  Он это честно об этом написал в лог.
>
>> Т.е. общая картина:
>>
>> 1. Клиент закрыл соединение - на бэкенде получили 499
>> 2. Вернули фронтенду 504
>
> Не так, см. выше.
>
>> 3. 3 подобные ситуации и бэкэнд выкидываем из пула
>
> Что ещё делать с бекендом, если он не успевает отвечать?
>
> [...]

Спасибо за ответ.

Я не совсем понял. Т.е. это фронтенд (proxy) закрывает соединение с 
бэкендом, т.к. время ожидания ответа превысило proxy_read_timeout (60s) 
или все-же пользователь прервал соединение?


From mdounin на mdounin.ru  Fri Apr 27 11:52:34 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 27 Apr 2012 15:52:34 +0400
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <4F9A82F1.6060208@itcraft.org>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org>
Message-ID: <20120427115234.GP31671@mdounin.ru>

Hello!

On Fri, Apr 27, 2012 at 02:28:49PM +0300, Sergey Kobzar wrote:

> Максим
> 
> On 04/27/12 14:11, Maxim Dounin wrote:
> >Hello!
> >
> >On Fri, Apr 27, 2012 at 01:46:30PM +0300, Sergey Kobzar wrote:
> >
> >[...]
> >
> >>На фронтэнде:
> >>66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.1" 504
> >>9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> >>+http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
> >>504, 504
> >>66.249.73.209 - - [27/Apr/2012:11:23:23 +0100] "GET ... HTTP/1.1"
> >>504 9700 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> >>+http://www.google.com/bot.html)" "-" 10.17.92.12:80, 10.17.92.2:80
> >>504, 504
> >
> >Бекенд не успели ответить за время proxy_read_timeout.
> >
> >[...]
> >
> >>На бэкенде на тот же запрос:
> >>access log:
> >>66.249.73.15 - - [27/Apr/2012:11:23:22 +0100] "GET ... HTTP/1.0" 499
> >>0 "-" "Mozilla/5.0 (compatible; Googlebot/2.1;
> >>+http://www.google.com/bot.html)" "-"
> >>
> >>error_log:
> >>2012/04/27 11:23:22 [info] 9804#0: *206566 client closed prematurely
> >>connection, so upstream connection is closed too while sending
> >>request to upstream, client: 66.249.73.15, server: localhost,
> >>request: "GET ... HTTP/1.0", upstream: "fastcgi://127.0.0.1:9001",
> >>host: "www.test.com"
> >
> >С точки зрения бекенда - соединение закрыли до того, как он успел
> >ответить.  Он это честно об этом написал в лог.
> >
> >>Т.е. общая картина:
> >>
> >>1. Клиент закрыл соединение - на бэкенде получили 499
> >>2. Вернули фронтенду 504
> >
> >Не так, см. выше.
> >
> >>3. 3 подобные ситуации и бэкэнд выкидываем из пула
> >
> >Что ещё делать с бекендом, если он не успевает отвечать?
> >
> >[...]
> 
> Спасибо за ответ.
> 
> Я не совсем понял. Т.е. это фронтенд (proxy) закрывает соединение с
> бэкендом, т.к. время ожидания ответа превысило proxy_read_timeout
> (60s) или все-же пользователь прервал соединение?

Фронтенд закрывает соединение.  Если бы закрывал пользователь - на 
фронтенде было бы 499.

Maxim Dounin


From sergey.kobzar на itcraft.org  Fri Apr 27 12:35:34 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 15:35:34 +0300
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <20120427115234.GP31671@mdounin.ru>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org> <20120427115234.GP31671@mdounin.ru>
Message-ID: <4F9A9296.7@itcraft.org>

On 04/27/12 14:52, Maxim Dounin wrote:

>> Я не совсем понял. Т.е. это фронтенд (proxy) закрывает соединение с
>> бэкендом, т.к. время ожидания ответа превысило proxy_read_timeout
>> (60s) или все-же пользователь прервал соединение?
>
> Фронтенд закрывает соединение.  Если бы закрывал пользователь - на
> фронтенде было бы 499.

Спасибо.

А чем грозит выставление proxy_ignore_client_abort в on? Тяжелого 
(большого по размеру) контента нет.


From latypoff на yandex.ru  Fri Apr 27 12:46:31 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Fri, 27 Apr 2012 19:46:31 +0700
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <4F9A9296.7@itcraft.org>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org> <20120427115234.GP31671@mdounin.ru>
	<4F9A9296.7@itcraft.org>
Message-ID: <131781335530792@web19d.yandex.ru>

27.04.2012, 19:35, "Sergey Kobzar" <sergey.kobzar на itcraft.org>:
> On 04/27/12 14:52, Maxim Dounin wrote:
>
>>>  Я не совсем понял. Т.е. это фронтенд (proxy) закрывает соединение с
>>>  бэкендом, т.к. время ожидания ответа превысило proxy_read_timeout
>>>  (60s) или все-же пользователь прервал соединение?
>>  Фронтенд закрывает соединение.  Если бы закрывал пользователь - на
>>  фронтенде было бы 499.
>
> Спасибо.
>
> А чем грозит выставление proxy_ignore_client_abort в on? Тяжелого
> (большого по размеру) контента нет.
>

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

Вам, вероятно, поможет увеличение proxy_read_timeout на фронтенде.
Или лечить бекенд.

-- 
br, Denis F. Latypoff.


From sergey.kobzar на itcraft.org  Fri Apr 27 12:49:19 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 15:49:19 +0300
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <131781335530792@web19d.yandex.ru>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org>
	<20120427115234.GP31671@mdounin.ru> <4F9A9296.7@itcraft.org>
	<131781335530792@web19d.yandex.ru>
Message-ID: <4F9A95CF.7050507@itcraft.org>

On 04/27/12 15:46, Denis F. Latypoff wrote:

> Да ничем не грозит, просто фронтенд не будет закрывать соединение
> с бекендом, когда клиент уже отвалился.
>
> Вам, вероятно, поможет увеличение proxy_read_timeout на фронтенде.
> Или лечить бекенд.

Да с proxy_read_timeout понятно.

В данном случае интересует proxy_ignore_client_abort on и нужно ли мне 
оно вообще...


From latypoff на yandex.ru  Fri Apr 27 12:51:12 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Fri, 27 Apr 2012 19:51:12 +0700
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <4F9A95CF.7050507@itcraft.org>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org>
	<20120427115234.GP31671@mdounin.ru> <4F9A9296.7@itcraft.org>
	<131781335530792@web19d.yandex.ru> <4F9A95CF.7050507@itcraft.org>
Message-ID: <137011335531072@web19d.yandex.ru>

27.04.2012, 19:49, "Sergey Kobzar" <sergey.kobzar на itcraft.org>:
> On 04/27/12 15:46, Denis F. Latypoff wrote:
>
>>  Да ничем не грозит, просто фронтенд не будет закрывать соединение
>>  с бекендом, когда клиент уже отвалился.
>>
>>  Вам, вероятно, поможет увеличение proxy_read_timeout на фронтенде.
>>  Или лечить бекенд.
>
> Да с proxy_read_timeout понятно.
>
> В данном случае интересует proxy_ignore_client_abort on и нужно ли мне
> оно вообще...
>

Нет.

-- 
br, Denis F. Latypoff.


From sergey.kobzar на itcraft.org  Fri Apr 27 12:55:07 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Fri, 27 Apr 2012 15:55:07 +0300
Subject: =?UTF-8?B?UmU6IGNsaWVudCBjbG9zZWQgcHJlbWF0dXJlbHkgY29ubmVjdGlvbiDQsiDRgNC1?=
	=?UTF-8?B?0LbQuNC80LUgcHJveHk=?=
In-Reply-To: <137011335531072@web19d.yandex.ru>
References: <4F9A7906.1010209@itcraft.org> <20120427111139.GO31671@mdounin.ru>
	<4F9A82F1.6060208@itcraft.org>
	<20120427115234.GP31671@mdounin.ru> <4F9A9296.7@itcraft.org>
	<131781335530792@web19d.yandex.ru> <4F9A95CF.7050507@itcraft.org>
	<137011335531072@web19d.yandex.ru>
Message-ID: <4F9A972B.6010303@itcraft.org>

On 04/27/12 15:51, Denis F. Latypoff wrote:
> 27.04.2012, 19:49, "Sergey Kobzar"<sergey.kobzar на itcraft.org>:
>> On 04/27/12 15:46, Denis F. Latypoff wrote:
>>
>>>   Да ничем не грозит, просто фронтенд не будет закрывать соединение
>>>   с бекендом, когда клиент уже отвалился.
>>>
>>>   Вам, вероятно, поможет увеличение proxy_read_timeout на фронтенде.
>>>   Или лечить бекенд.
>>
>> Да с proxy_read_timeout понятно.
>>
>> В данном случае интересует proxy_ignore_client_abort on и нужно ли мне
>> оно вообще...
>>
>
> Нет.

Денис, Максим, спасибо.


From nginx-forum на nginx.us  Sat Apr 28 11:44:53 2012
From: nginx-forum на nginx.us (lekrus)
Date: Sat, 28 Apr 2012 07:44:53 -0400 (EDT)
Subject: URL from X-Accel-Redirect overrides $uri for $proxy_pass after 1.2.0
	upgrade
Message-ID: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>

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

Есть такой код:

location ~* ^/int/(.*) {
		internal;
				
		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 $scheme://$backend;
		proxy_redirect off;
		proxy_buffering off; 
	}

На эту ветку nginx попадает после
передачи в X-Accel-Redirect параметра вида
"/int/bla"

Запрос вида: http://localhost/test.aspx 
До обновления на 1.2.0 перенаправлял на
http://www.myhost.com/test.aspx
После обновления на 1.2.0 перенаправляет
на http://www.myhost.com/int/bla (т.е. на location, который
передали в X-Accel-Redirect header)

В документации написано, что
оригинальный URI не будет переписан.
После обновления на 1.2.0. пришлось
сделать такое изменение, чтобы
редирект был правильным:
proxy_pass $scheme://$backend$request_uri;

Подскажите - это раньше работало
неправильно, а в новой версии все
хорошо, либо это все же баг новой
версии, либо это новая особенность?

Спасибо,
Алексей

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


From mdounin на mdounin.ru  Sat Apr 28 12:13:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sat, 28 Apr 2012 16:13:22 +0400
Subject: URL from X-Accel-Redirect overrides $uri for $proxy_pass after
	1.2.0 upgrade
In-Reply-To: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>
References: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120428121322.GA31671@mdounin.ru>

Hello!

On Sat, Apr 28, 2012 at 07:44:53AM -0400, lekrus wrote:

> Здравствуйте,
> 
> Есть такой код:
> 
> location ~* ^/int/(.*) {
> 		internal;
> 				
> 		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 $scheme://$backend;
> 		proxy_redirect off;
> 		proxy_buffering off; 
> 	}
> 
> На эту ветку nginx попадает после
> передачи в X-Accel-Redirect параметра вида
> "/int/bla"
> 
> Запрос вида: http://localhost/test.aspx 
> До обновления на 1.2.0 перенаправлял на
> http://www.myhost.com/test.aspx
> После обновления на 1.2.0 перенаправляет
> на http://www.myhost.com/int/bla (т.е. на location, который
> передали в X-Accel-Redirect header)
> 
> В документации написано, что
> оригинальный URI не будет переписан.
> После обновления на 1.2.0. пришлось
> сделать такое изменение, чтобы
> редирект был правильным:
> proxy_pass $scheme://$backend$request_uri;
> 
> Подскажите - это раньше работало
> неправильно, а в новой версии все
> хорошо, либо это все же баг новой
> версии, либо это новая особенность?

Это раньше работало неправильно.

Changes with nginx 1.1.12:

    *) Bugfix: a "proxy_pass" directive without URI part always used
       original request URI if variables were used.

Теперь оно себя ведёт так же, как если бы проксируемый сервер
был задан в конфиге явно, т.е. разницы в поведении

    proxy_pass http://backend.example.org;

и
    set $backend "backend.example.org";
    proxy_pass http://$backend;

нет (за исключением динамического резолвинга имён).

Maxim Dounin


From nginx-forum на nginx.us  Sat Apr 28 12:29:17 2012
From: nginx-forum на nginx.us (lekrus)
Date: Sat, 28 Apr 2012 08:29:17 -0400 (EDT)
Subject: URL from X-Accel-Redirect overrides $uri for $proxy_pass after
	1.2.0 upgrade
In-Reply-To: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>
References: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9404c7be904aa8cbe39f686ab8dba72f.NginxMailingListRussian@forum.nginx.org>

Максим,

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

Я правильно понимаю, что параметр
передаваемый через X-Accel-Redirect подменяет
оригинальный URI (т.е. $uri!=$request_uri), и
именно поэтому в исправленной версии
используется уже измененный $uri,
(соответственно, когда я его не
указывал в proxy_pass, редирект шел на /int/bla)
тогда как в старой версии
использовался всегда только $request_uri?

Еще раз спасибо!
Алексей

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


From mdounin на mdounin.ru  Sat Apr 28 19:15:24 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sat, 28 Apr 2012 23:15:24 +0400
Subject: URL from X-Accel-Redirect overrides $uri for $proxy_pass after
	1.2.0 upgrade
In-Reply-To: <9404c7be904aa8cbe39f686ab8dba72f.NginxMailingListRussian@forum.nginx.org>
References: <c4bb8ce7180b644f835b61a2cbc52c83.NginxMailingListRussian@forum.nginx.org>
	<9404c7be904aa8cbe39f686ab8dba72f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120428191524.GD31671@mdounin.ru>

Hello!

On Sat, Apr 28, 2012 at 08:29:17AM -0400, lekrus wrote:

> Максим,
> 
> Спасибо за оперативный ответ!
> 
> Я правильно понимаю, что параметр
> передаваемый через X-Accel-Redirect подменяет
> оригинальный URI (т.е. $uri!=$request_uri), и
> именно поэтому в исправленной версии
> используется уже измененный $uri,
> (соответственно, когда я его не
> указывал в proxy_pass, редирект шел на /int/bla)
> тогда как в старой версии
> использовался всегда только $request_uri?

Да.

Maxim Dounin


From nginx-forum на nginx.us  Sat Apr 28 20:35:39 2012
From: nginx-forum на nginx.us (igor.goncharenko)
Date: Sat, 28 Apr 2012 16:35:39 -0400 (EDT)
Subject: 301 Moved permanently
In-Reply-To: <d8f1085946a0e72ea9e6cca18a946853.NginxMailingListRussian@forum.nginx.org>
References: <d8f1085946a0e72ea9e6cca18a946853.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6fe1d658c5757e6b29112b20990600ea.NginxMailingListRussian@forum.nginx.org>

Разобрался тестируя nginx 1.2.0. При
использовании модуля headers_more 0.17rc1  и nginx
1.1/1.2, при изменнии заголовка Server модуль
иногда убирает заголовок Location,
соответственно, браузер не знает на
какой url делать редирект.

---
Igor

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


From nginx-forum на nginx.us  Sat Apr 28 23:57:45 2012
From: nginx-forum на nginx.us (b0rman)
Date: Sat, 28 Apr 2012 19:57:45 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80L7QtNGD0LvRjCDQsiBOR0lO?=
	=?UTF-8?B?eCDQv9C+0LQgV2luZG93cz8=?=
In-Reply-To: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
References: <826b2674b12deea30d17dfffd947b2ec.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c7cf484947b1d4e61874c889b2c2d370.NginxMailingListRussian@forum.nginx.org>

Спасибо, буду пробовать!

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


From andrew на nginx.com  Sun Apr 29 09:09:25 2012
From: andrew на nginx.com (Andrew Alexeev)
Date: Sun, 29 Apr 2012 13:09:25 +0400
Subject: 301 Moved permanently
In-Reply-To: <6fe1d658c5757e6b29112b20990600ea.NginxMailingListRussian@forum.nginx.org>
References: <d8f1085946a0e72ea9e6cca18a946853.NginxMailingListRussian@forum.nginx.org>
	<6fe1d658c5757e6b29112b20990600ea.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4159623B-6B2C-44CD-9190-5B7536F258F9@nginx.com>

On Apr 29, 2012, at 12:35 AM, igor.goncharenko wrote:

> Разобрался тестируя nginx 1.2.0. При
> использовании модуля headers_more 0.17rc1  и nginx
> 1.1/1.2, при изменнии заголовка Server модуль
> иногда убирает заголовок Location,
> соответственно, браузер не знает на
> какой url делать редирект.

Если оно Вам реально нужно, напишите agentzh напрямую или в английский мейлинг лист, с более детальным описанием и как воспроизвести проблему - он достаточно быстро фиксит свои модули :)