From nginx-forum at nginx.us  Fri Feb  1 08:13:44 2013
From: nginx-forum at nginx.us (stitrace)
Date: Fri, 01 Feb 2013 03:13:44 -0500
Subject: =?UTF-8?B?0JHQvtC70YzRiNC1INC00LXQstGP0YLQuCDQv9Cw0YDQsNC80LXRgtGA0L7QsiBx?=
 =?UTF-8?B?dWVyeSBzdHJpbmc=?=
Message-ID: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>

rewrite ^/(.*)$ /index.php?page=$1 last;

А если параметров больше 9-ти, к примеру 10?

$10, $11, etc воспринимаются nginx-ом как $1+'0', $1+'1'.

Скажите пожалуйста, как такие параметры получить?

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


From garrotte at demiart.ru  Fri Feb  1 08:25:50 2013
From: garrotte at demiart.ru (garrotte)
Date: Fri, 1 Feb 2013 10:25:50 +0200
Subject: =?UTF-8?B?0YDQtdC00LjRgNC10LrRgtGL?=
Message-ID: <7310534648.20130201102550@demiart.ru>

Здравствуйте
Есть связка nginx - apache
конфиг примерно такой
    server {
        listen 1.1.1.1:80;
        server_name  host.com;

        location / {
            proxy_pass http://apache;
            proxy_set_header  Host       $host;
            proxy_set_header  X-Real-IP  $remote_addr;
            proxy_set_header  X-Forwarded-For  $remote_addr;
         }

       location ~* ^.+\.(jpg|jpeg|gif|png|svg|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
            root /home/host/public_html;
       }

        error_page  404              /error-404.php;

        location = /404.html {
            root   /usr/share/nginx/html;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }

на апаче куча рерайтов
в  данный  момент  сайт  переезжает  на  другой  домен,  задача стоит 
следующая,  если  апач  возвращает  404,  ответ клиенту идет от старого 
домена  host.com,  если  ответ  апача  200,  редирект  на новый домен 
newhost.com.
Проверять  nginx'ом существование файлов и папок из запроса, не имеет 
смысла, поскольку большинства из них не существует и реальный запрос к 
скриптам  (  включая  имена  самих  скриптов  ) формируется рерайтами 
htaccess

никак  не  соображу,  как реализовать эту схему (и возможно-ли вообще?)

подскажите куда копать, заранее спасибо

 


From ru at nginx.com  Fri Feb  1 08:31:27 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Fri, 1 Feb 2013 12:31:27 +0400
Subject: =?UTF-8?B?UmU6INCR0L7Qu9GM0YjQtSDQtNC10LLRj9GC0Lgg0L/QsNGA0LDQvNC10YLRgNC+?=
 =?UTF-8?B?0LIgcXVlcnkgc3RyaW5n?=
In-Reply-To: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
References: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130201083127.GB49367@lo0.su>

On Fri, Feb 01, 2013 at 03:13:44AM -0500, stitrace wrote:
> rewrite ^/(.*)$ /index.php?page=$1 last;
> 
> А если параметров больше 9-ти, к примеру 10?
> 
> $10, $11, etc воспринимаются nginx-ом как $1+'0', $1+'1'.
> 
> Скажите пожалуйста, как такие параметры получить?

http://nginx.org/ru/docs/http/server_names.html#regex_names


From vadim.lazovskiy at gmail.com  Fri Feb  1 08:32:16 2013
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Fri, 1 Feb 2013 12:32:16 +0400
Subject: =?UTF-8?B?UmU6INCR0L7Qu9GM0YjQtSDQtNC10LLRj9GC0Lgg0L/QsNGA0LDQvNC10YLRgNC+?=
 =?UTF-8?B?0LIgcXVlcnkgc3RyaW5n?=
In-Reply-To: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
References: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAL-L5YCd9940YLgTvg1uNQo9Ho6kzKr4KUBe=3t02VUxnTyECQ@mail.gmail.com>

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

Лучше использовать выделения в регулярных выражениях:

rewrite ^/(?<page_id>.*)$ /index.php?page=$page_id last;



1 февраля 2013 г., 12:13 пользователь stitrace <nginx-forum at nginx.us>написал:

> rewrite ^/(.*)$ /index.php?page=$1 last;
>
> А если параметров больше 9-ти, к примеру 10?
>
> $10, $11, etc воспринимаются nginx-ом как $1+'0', $1+'1'.
>
> Скажите пожалуйста, как такие параметры получить?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,235791,235791#msg-235791
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best Regards,
Vadim Lazovskiy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130201/93d31558/attachment.html>

From peter at vereshagin.org  Fri Feb  1 08:33:16 2013
From: peter at vereshagin.org (Peter Vereshagin)
Date: Fri, 1 Feb 2013 12:33:16 +0400
Subject: =?UTF-8?B?UmU6INCR0L7Qu9GM0YjQtSDQtNC10LLRj9GC0Lgg0L/QsNGA0LDQvNC10YLRgNC+?=
 =?UTF-8?B?0LIgcXVlcnkgc3RyaW5n?=
In-Reply-To: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
References: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130201083316.GC42470@external.screwed.box>

Hello.

2013/02/01 03:13:44 -0500 stitrace <nginx-forum at nginx.us> => To nginx-ru at nginx.org :
s> rewrite ^/(.*)$ /index.php?page=$1 last;
s> 
s> А если параметров больше 9-ти, к примеру 10?
s> 
s> $10, $11, etc воспринимаются nginx-ом как $1+'0', $1+'1'.
s> 
s> Скажите пожалуйста, как такие параметры получить?

perldoc perlre

  (?'NAME'pattern) 

  (?<NAME>pattern) 

    A named capture group. 

и далее по тексту

Thank you.

--
Peter Vereshagin <peter at vereshagin.org> (http://vereshagin.org) pgp: 1754B9C1


From nginx-forum at nginx.us  Fri Feb  1 09:43:46 2013
From: nginx-forum at nginx.us (stitrace)
Date: Fri, 01 Feb 2013 04:43:46 -0500
Subject: =?UTF-8?B?UmU6INCR0L7Qu9GM0YjQtSDQtNC10LLRj9GC0Lgg0L/QsNGA0LDQvNC10YLRgNC+?=
 =?UTF-8?B?0LIgcXVlcnkgc3RyaW5n?=
In-Reply-To: <CAL-L5YCd9940YLgTvg1uNQo9Ho6kzKr4KUBe=3t02VUxnTyECQ@mail.gmail.com>
References: <CAL-L5YCd9940YLgTvg1uNQo9Ho6kzKr4KUBe=3t02VUxnTyECQ@mail.gmail.com>
Message-ID: <592861c624f3ec9b53ed44e3bc87005c.NginxMailingListRussian@forum.nginx.org>

Спасибо!

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


From peter at vereshagin.org  Fri Feb  1 11:57:32 2013
From: peter at vereshagin.org (Peter Vereshagin)
Date: Fri, 1 Feb 2013 15:57:32 +0400
Subject: =?UTF-8?B?UmU6INCR0L7Qu9GM0YjQtSDQtNC10LLRj9GC0Lgg0L/QsNGA0LDQvNC10YLRgNC+?=
 =?UTF-8?B?0LIgcXVlcnkgc3RyaW5n?=
In-Reply-To: <20130201084224.GC49367@lo0.su>
References: <cb16b943d43c88d305063ffb55789913.NginxMailingListRussian@forum.nginx.org>
 <20130201083316.GC42470@external.screwed.box>
 <20130201084224.GC49367@lo0.su>
Message-ID: <20130201115732.GD42470@external.screwed.box>

Hello.

2013/02/01 12:42:24 +0400 Ruslan Ermilov <ru at nginx.com> => To Peter Vereshagin :
RE> On Fri, Feb 01, 2013 at 12:33:16PM +0400, Peter Vereshagin wrote:
RE> > Hello.
RE> > 
RE> > 2013/02/01 03:13:44 -0500 stitrace <nginx-forum at nginx.us> => To nginx-ru at nginx.org :
RE> > s> rewrite ^/(.*)$ /index.php?page=$1 last;
RE> > s> 
RE> > s> А если параметров больше 9-ти, к примеру 10?
RE> > s> 
RE> > s> $10, $11, etc воспринимаются nginx-ом как $1+'0', $1+'1'.
RE> > s> 
RE> > s> Скажите пожалуйста, как такие параметры получить?
RE> > 
RE> > perldoc perlre
RE> > 
RE> >   (?'NAME'pattern) 
RE> > 
RE> >   (?<NAME>pattern) 
RE> > 
RE> >     A named capture group. 
RE> > 
RE> > и далее по тексту
RE> 
RE> Это не отвечает на вопрос, как до них добраться из nginx.

Это не означает, что их таким образом невозможно получить.

Thank you.

--
Peter Vereshagin <peter at vereshagin.org> (http://vereshagin.org) pgp: 1754B9C1


From nginx-forum at nginx.us  Fri Feb  1 14:15:27 2013
From: nginx-forum at nginx.us (arriah)
Date: Fri, 01 Feb 2013 09:15:27 -0500
Subject: =?UTF-8?B?bmdpbngg0Lgg0YXQvtGB0YIg0L/QviDRg9C80L7Qu9GH0LDQvdC40Y4=?=
Message-ID: <44bc4a1ab888b6cf7fa0cf9b77d37aa4.NginxMailingListRussian@forum.nginx.org>

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

Есть такой вопрос. 
имеем домен domen.ru, в DNS прописаны поддомены sub.domen.ru, sub1.domen.ru
sub2.domen.ru и т.д. Все прописано на один IP адрес
sub.domen.ru - основной сайт, все остальные не прописаны пока в конфиге
nginx, но если зайти по любому из них, то все время открывается
sub.domen.ru, даже если ввести IP адрес, все равно открывается sub.domen.ru.
Естесствено если в DNS не прописано поддомена, например 123.domen.ru, то и
не открывается ничего.

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

Я пробовал так:
 listen 80 default_server 
server_name localhost;
deny all;

не получается. пробовал и так:

listen 80 default_server;
location /{
root /usr/local/www/data/default;
index index.html
}
тоже не выходит.

Спасибо.

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


From postmaster at softsearch.ru  Fri Feb  1 14:32:08 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 1 Feb 2013 18:32:08 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC4INGF0L7RgdGCINC/0L4g0YPQvNC+0LvRh9Cw0L3QuNGO?=
In-Reply-To: <44bc4a1ab888b6cf7fa0cf9b77d37aa4.NginxMailingListRussian@forum.nginx.org>
References: <44bc4a1ab888b6cf7fa0cf9b77d37aa4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1186644940.20130201183208@softsearch.ru>

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

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

        server {
                listen 1.2.3.4:80 default accept_filter=httpready;
                server_name for.trash;

                location / {
                        return 444;
                }

        }

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


From nginx-forum at nginx.us  Fri Feb  1 15:10:39 2013
From: nginx-forum at nginx.us (arriah)
Date: Fri, 01 Feb 2013 10:10:39 -0500
Subject: =?UTF-8?B?UmU6IG5naW54INC4INGF0L7RgdGCINC/0L4g0YPQvNC+0LvRh9Cw0L3QuNGO?=
In-Reply-To: <1186644940.20130201183208@softsearch.ru>
References: <1186644940.20130201183208@softsearch.ru>
Message-ID: <57da5c02c12f5df0459fb0d6186067dd.NginxMailingListRussian@forum.nginx.org>

Спасибо огромное.
Все работает.

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


From nginx-forum at nginx.us  Fri Feb  1 19:27:19 2013
From: nginx-forum at nginx.us (class0yar)
Date: Fri, 01 Feb 2013 14:27:19 -0500
Subject: =?UTF-8?B?0YDQtdCy0YDQsNC50YIg0LIg0L/QvtC00L/QsNC/0LrRgw==?=
Message-ID: <a6467fd82d67b0a395e1fac55d9d2189.NginxMailingListRussian@forum.nginx.org>

Всем привет, пытаюсь переписать апачевский реврайт

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^files/products/(.+)
resize/resize.php?file=$1&token=%{QUERY_STRING}

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

Такой код работает
rewrite ^/files/products/(.+) /index.php;

но такой
rewrite ^/files/products/(.+) /resize/index.php;

уже не хочет. У кого какие мыли ?

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


From onokonem at gmail.com  Fri Feb  1 20:05:01 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Fri, 1 Feb 2013 23:05:01 +0300
Subject: =?UTF-8?B?UmU6INGA0LXQstGA0LDQudGCINCyINC/0L7QtNC/0LDQv9C60YM=?=
In-Reply-To: <a6467fd82d67b0a395e1fac55d9d2189.NginxMailingListRussian@forum.nginx.org>
References: <a6467fd82d67b0a395e1fac55d9d2189.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOEGe5ow3EJGG4GkGPK8x2tofT0DrzBy=01_C=XqHnCnwQ@mail.gmail.com>

> Такой код работает
> rewrite ^/files/products/(.+) /index.php;
> но такой
> rewrite ^/files/products/(.+) /resize/index.php;
> уже не хочет. У кого какие мыли ?
Мысли у нас такие, что работают оба кода, но ни один из них
использовать не надо - есть более прямые пути.

From nginx-forum at nginx.us  Fri Feb  1 22:08:39 2013
From: nginx-forum at nginx.us (class0yar)
Date: Fri, 01 Feb 2013 17:08:39 -0500
Subject: =?UTF-8?B?UmU6INGA0LXQstGA0LDQudGCINCyINC/0L7QtNC/0LDQv9C60YM=?=
In-Reply-To: <CAKaHDOEGe5ow3EJGG4GkGPK8x2tofT0DrzBy=01_C=XqHnCnwQ@mail.gmail.com>
References: <CAKaHDOEGe5ow3EJGG4GkGPK8x2tofT0DrzBy=01_C=XqHnCnwQ@mail.gmail.com>
Message-ID: <094ebb9814304626f6410165e4259663.NginxMailingListRussian@forum.nginx.org>

Я добавлял в index.php сценарий с простым созданием файла - можно
отверждать, что не работает

Что вы подразумеваете под более прямыми путями ?

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


From onokonem at gmail.com  Sat Feb  2 00:14:32 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Sat, 2 Feb 2013 03:14:32 +0300
Subject: =?UTF-8?B?UmU6INGA0LXQstGA0LDQudGCINCyINC/0L7QtNC/0LDQv9C60YM=?=
In-Reply-To: <094ebb9814304626f6410165e4259663.NginxMailingListRussian@forum.nginx.org>
References: <CAKaHDOEGe5ow3EJGG4GkGPK8x2tofT0DrzBy=01_C=XqHnCnwQ@mail.gmail.com>
 <094ebb9814304626f6410165e4259663.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOF29Of5wUeyPoDDPXETiBMhZzYQfpgiuK8+74H68AoPLg@mail.gmail.com>

> Я добавлял в index.php сценарий с простым созданием файла - можно
> отверждать, что не работает
Можно утверждать, что не работает тот конфиг, что Вы написали. А
рерайты работают оба, инфа 100%

> Что вы подразумеваете под более прямыми путями ?
Обычно то, что в апаче делали рерайтами (от тупизны и привычки к
.htaccess) на nginx можно и нужно делать на location с правильными
root и/или alias. иногда бывают полезны try_files (но мне вот ни разу
не пригодились)

From motienko at gmail.com  Sat Feb  2 15:07:55 2013
From: motienko at gmail.com (Oleg Motienko)
Date: Sat, 2 Feb 2013 19:07:55 +0400
Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YLRiw==?=
In-Reply-To: <7310534648.20130201102550@demiart.ru>
References: <7310534648.20130201102550@demiart.ru>
Message-ID: <CAAtQP1yQ7ZbZJ6fK2ucjV5+GkKtKVDJwYKREkuf0vE9sbBKJag@mail.gmail.com>

Добрый день.

proxy_intercept_errors on должен помочь.


2013/2/1 garrotte <garrotte at demiart.ru>:
> Здравствуйте
> Есть связка nginx - apache
> конфиг примерно такой
>     server {
>         listen 1.1.1.1:80;
>         server_name  host.com;
>
>         location / {
>             proxy_pass http://apache;
>             proxy_set_header  Host       $host;
>             proxy_set_header  X-Real-IP  $remote_addr;
>             proxy_set_header  X-Forwarded-For  $remote_addr;
>          }
>
>        location ~* ^.+\.(jpg|jpeg|gif|png|svg|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
>             root /home/host/public_html;
>        }
>
>         error_page  404              /error-404.php;
>
>         location = /404.html {
>             root   /usr/share/nginx/html;
>         }
>
>         error_page   500 502 503 504  /50x.html;
>         location = /50x.html {
>             root   /usr/share/nginx/html;
>         }
>
> на апаче куча рерайтов
> в  данный  момент  сайт  переезжает  на  другой  домен,  задача стоит
> следующая,  если  апач  возвращает  404,  ответ клиенту идет от старого
> домена  host.com,  если  ответ  апача  200,  редирект  на новый домен
> newhost.com.
> Проверять  nginx'ом существование файлов и папок из запроса, не имеет
> смысла, поскольку большинства из них не существует и реальный запрос к
> скриптам  (  включая  имена  самих  скриптов  ) формируется рерайтами
> htaccess
>
> никак  не  соображу,  как реализовать эту схему (и возможно-ли вообще?)
>
> подскажите куда копать, заранее спасибо
>


-- 
Regards,
Oleg

From nginx-forum at nginx.us  Sat Feb  2 18:08:34 2013
From: nginx-forum at nginx.us (aaaa5)
Date: Sat, 02 Feb 2013 13:08:34 -0500
Subject: =?UTF-8?B?0J/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L3QuNC1L9C+0LHRgNCw0LHQvtGC0Lo=?=
 =?UTF-8?B?0LAg0L7RgtCy0LXRgtCwIDIwMA==?=
Message-ID: <f7ef60c084d79e3b539f9528395993a9.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, встала следующая задача: сервер присылает ответ 200, надо его
не сразу отдать клиенту, а перенаправить в location для обработки, положим в
php, что-то никак не могу понять как это сделать

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


From postmaster at softsearch.ru  Sat Feb  2 19:18:36 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 2 Feb 2013 23:18:36 +0400
Subject: =?UTF-8?B?0JrQsNC6INC+0LHQvtC50YLQuNGB0Ywg0LHQtdC3IHJld3JpdGUg0LIgbG9jYXRp?=
 =?UTF-8?B?b24t0LUg0YEgcmVnZXhwLdC+0Lw/?=
Message-ID: <726471396.20130202231836@softsearch.ru>

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

Задача простая: выделить из location-а, заданного регэкспом, часть и её
использовать в proxy_pass. В голову приходит вот такой конфиг:

location ~ ^/dir(?<ruri>/.+)$ {
     proxy_pass http://1.2.3.4:80$ruri;
}

Но проксируется не $ruri , а исходный запрос, начинающийся на /dir.
Что соответствует документации:
>  В ряде случаев часть URI запроса, подлежащую замене, выделить невозможно:
> 
>     Если location задан регулярным выражением.
> 
>     В этом случае директиву следует указывать без URI.
>
>     Если внутри проксируемого location с помощью директивы rewrite изменяется URI, и именно с этой конфигурацией будет обрабатываться запрос (break):
> 
>         location /name/ {
>             rewrite    /name/([^/]+) /users?name=$1 break;
>             proxy_pass http://127.0.0.1;
>         }
> 
>     В этом случае URI, указанный в директиве, игнорируется, и на сервер передаётся изменённый URI запроса целиком.

Т.е. выходит, что нужен второй регэксп, который изменил бы $uri.

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

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


From postmaster at softsearch.ru  Sat Feb  2 19:20:01 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 2 Feb 2013 23:20:01 +0400
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L3QsNC/0YDQsNCy0LvQtdC90LjQtS/QvtCx0YDQsNCx0L4=?=
 =?UTF-8?B?0YLQutCwINC+0YLQstC10YLQsCAyMDA=?=
In-Reply-To: <f7ef60c084d79e3b539f9528395993a9.NginxMailingListRussian@forum.nginx.org>
References: <f7ef60c084d79e3b539f9528395993a9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <358198287.20130202232001@softsearch.ru>

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

> Здравствуйте, встала следующая задача: сервер присылает ответ 200, надо его
> не сразу отдать клиенту, а перенаправить в location для обработки, положим в
> php, что-то никак не могу понять как это сделать

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

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


From nginx-forum at nginx.us  Sat Feb  2 19:39:29 2013
From: nginx-forum at nginx.us (aaaa5)
Date: Sat, 02 Feb 2013 14:39:29 -0500
Subject: =?UTF-8?B?UmU6INCf0LXRgNC10L3QsNC/0YDQsNCy0LvQtdC90LjQtS/QvtCx0YDQsNCx0L4=?=
 =?UTF-8?B?0YLQutCwINC+0YLQstC10YLQsCAyMDA=?=
In-Reply-To: <358198287.20130202232001@softsearch.ru>
References: <358198287.20130202232001@softsearch.ru>
Message-ID: <0fd76002a0289076d4c8eab8c43d7b68.NginxMailingListRussian@forum.nginx.org>

Спасибо, что-то не совсем понял, как можно использовать internal для
перенаправления, нельзя ли поподробнее?
вот есть 
location / {
     proxy_pass backend;---------------------# здесь мы от бекенда получаем
ответ
     .......---------------------------------------------# здесь нам надо
его перенаправить на другой location для обработки
     error_page 200 =  @processing-------# не работает
}

location @processing {
     ......
}

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

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


From hell-for-yahoo at umail.ru  Sat Feb  2 19:43:31 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 2 Feb 2013 23:43:31 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtCx0L7QudGC0LjRgdGMINCx0LXQtyByZXdyaXRlINCyIGxv?=
 =?UTF-8?B?Y2F0aW9uLdC1INGBIHJlZ2V4cC3QvtC8Pw==?=
In-Reply-To: <726471396.20130202231836@softsearch.ru>
References: <726471396.20130202231836@softsearch.ru>
Message-ID: <130972980.20130202234331@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Михаил Монашёв!

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

ММ> Задача простая: выделить из location-а, заданного регэкспом, часть и её
ММ> использовать в proxy_pass. В голову приходит вот такой конфиг:

ММ> location ~ ^/dir(?<ruri>/.+)$ {
ММ>      proxy_pass http://1.2.3.4:80$ruri;
ММ> }

ММ> Но проксируется не $ruri , а исходный запрос, начинающийся на /dir.
ММ> Что соответствует документации:
>>  В ряде случаев часть URI запроса, подлежащую замене, выделить невозможно:
>> 
>>     Если location задан регулярным выражением.
>> 
>>     В этом случае директиву следует указывать без URI.
>>
>>     Если внутри проксируемого location с помощью директивы rewrite изменяется URI, и именно с этой конфигурацией будет обрабатываться запрос (break):
>> 
>>         location /name/ {
>>             rewrite    /name/([^/]+) /users?name=$1 break;
>>             proxy_pass http://127.0.0.1;
>>         }
>> 
>>     В этом случае URI, указанный в директиве, игнорируется, и на сервер передаётся изменённый URI запроса целиком.

ММ> Т.е. выходит, что нужен второй регэксп, который изменил бы $uri.

ММ> А  можно  без него обойтись? Т.е. не игнорировать заданный в директиве
ММ> uri,  а  использовать именно его. Его ведь для того и указывают, чтобы
ММ> использовать,   а   не   игнорировать.  Тогда  в  локейшнах,  заданных
ММ> регэкспами,  можно  будет отказаться rewrite и сэкономить процессор на
ММ> запуске ещё одного регэкспа.

Можно отказаться от регэкспа в location

location  /dir/ {
    rewrite    "/dir/([^/]+)" "/$1" break;
    proxy_pass http://1.2.3.4 ;
}



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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 02.02.2013, <23:41>

From vbart at nginx.com  Sat Feb  2 21:27:04 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sun, 3 Feb 2013 01:27:04 +0400
Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0L7QsdC+0LnRgtC40YHRjCDQsdC10LcgcmV3cml0ZSDQsiBs?=
 =?UTF-8?B?b2NhdGlvbi3QtSDRgSByZWdleHAt0L7QvD8=?=
In-Reply-To: <726471396.20130202231836@softsearch.ru>
References: <726471396.20130202231836@softsearch.ru>
Message-ID: <201302030127.04709.vbart@nginx.com>

On Saturday 02 February 2013 23:18:36 Михаил Монашёв wrote:
> Здравствуйте.
> 
> Задача простая: выделить из location-а, заданного регэкспом, часть и её
> использовать в proxy_pass. В голову приходит вот такой конфиг:
> 
> location ~ ^/dir(?<ruri>/.+)$ {
>      proxy_pass http://1.2.3.4:80$ruri;
> }
> 

   location /dir/ {
       proxy_pass http://1.2.3.4/;
   }

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

> Но проксируется не $ruri , а исходный запрос, начинающийся на /dir.
> 
> Что соответствует документации:
> >  В ряде случаев часть URI запроса, подлежащую замене, выделить невозможно:
> >     Если location задан регулярным выражением.
> >     
> >     В этом случае директиву следует указывать без URI.
> >     
> >     Если внутри проксируемого location с помощью директивы rewrite 
изменяется URI, и именно с этой конфигурацией будет обрабатываться запрос 
(break):
> >         location /name/ {
> >         
> >             rewrite    /name/([^/]+) /users?name=$1 break;
> >             proxy_pass http://127.0.0.1;
> >         
> >         }
> >     
> >     В этом случае URI, указанный в директиве, игнорируется, и на сервер
> >     передаётся изменённый URI запроса целиком.
> 
> Т.е. выходит, что нужен второй регэксп, который изменил бы $uri.
> 
> А  можно  без него обойтись? Т.е. не игнорировать заданный в директиве
> uri,  а  использовать именно его. Его ведь для того и указывают, чтобы
> использовать,   а   не   игнорировать.  Тогда  в  локейшнах,  заданных
> регэкспами,  можно  будет отказаться rewrite и сэкономить процессор на
> запуске ещё одного регэкспа.





From postmaster at softsearch.ru  Sat Feb  2 23:17:49 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 3 Feb 2013 03:17:49 +0400
Subject: =?UTF-8?B?UmVbMl06INCa0LDQuiDQvtCx0L7QudGC0LjRgdGMINCx0LXQtyByZXdyaXRlINCy?=
 =?UTF-8?B?IGxvY2F0aW9uLdC1INGBIHJlZ2V4cC3QvtC8Pw==?=
In-Reply-To: <201302030127.04709.vbart@nginx.com>
References: <726471396.20130202231836@softsearch.ru>
 <201302030127.04709.vbart@nginx.com>
Message-ID: <1822691375.20130203031749@softsearch.ru>

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

>> Задача простая: выделить из location-а, заданного регэкспом, часть и её
>> использовать в proxy_pass. В голову приходит вот такой конфиг:
>> 
>> location ~ ^/dir(?<ruri>/.+)$ {
>>      proxy_pass http://1.2.3.4:80$ruri;
>> }
>> 

>    location /dir/ {
>        proxy_pass http://1.2.3.4/;
>    }

Я  в  примере намеренно упростил регэксп, видимо зря. Он на самом деле
таков,  что  не  упрощается  до  обычного  локейшна.  В этом то и суть
вопроса.

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


From postmaster at softsearch.ru  Mon Feb  4 07:38:55 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 4 Feb 2013 11:38:55 +0400
Subject: =?UTF-8?B?UmVbMl06INCf0LXRgNC10L3QsNC/0YDQsNCy0LvQtdC90LjQtS/QvtCx0YDQsNCx?=
 =?UTF-8?B?0L7RgtC60LAg0L7RgtCy0LXRgtCwIDIwMA==?=
In-Reply-To: <0fd76002a0289076d4c8eab8c43d7b68.NginxMailingListRussian@forum.nginx.org>
References: <358198287.20130202232001@softsearch.ru>
 <0fd76002a0289076d4c8eab8c43d7b68.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1104202222.20130204113855@softsearch.ru>

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

> Спасибо, что-то не совсем понял, как можно использовать internal для
> перенаправления, нельзя ли поподробнее?
> вот есть 
> location / {
>      proxy_pass backend;---------------------# здесь мы от бекенда получаем
> ответ

который должен содержать X-Accel-Redirect !!!

>      .......---------------------------------------------# здесь нам надо
> его перенаправить на другой location для обработки
>      error_page 200 =  @processing-------# не работает
> }

> location @processing {
>      ......
> }

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

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


From onokonem at gmail.com  Mon Feb  4 09:28:43 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Mon, 4 Feb 2013 12:28:43 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQn9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUv0L7QsdGA?=
 =?UTF-8?B?0LDQsdC+0YLQutCwINC+0YLQstC10YLQsCAyMDA=?=
In-Reply-To: <1104202222.20130204113855@softsearch.ru>
References: <358198287.20130202232001@softsearch.ru>
 <0fd76002a0289076d4c8eab8c43d7b68.NginxMailingListRussian@forum.nginx.org>
 <1104202222.20130204113855@softsearch.ru>
Message-ID: <CAKaHDOFrv2-=dH_rLOj5gQ__RgGtyNAtV5B95a4=gGLJKvqVkw@mail.gmail.com>

> который должен содержать X-Accel-Redirect !!!
Топикстартер хочет получить ответ от бекенда, и затолкать его куда-то
на дополнительную обработку.
а X-Accel-Redirect - это просто способ сделать rewrite на бекенде.

PS
ssi - не подойдет ли топикстартеру?

From nginx-forum at nginx.us  Mon Feb  4 11:34:13 2013
From: nginx-forum at nginx.us (MaxNikitin)
Date: Mon, 04 Feb 2013 06:34:13 -0500
Subject: =?UTF-8?B?0JTQvtCx0LDQstC40YLRjCBuZ8Sxbngg0LIg0LDQstGC0L7Qt9Cw0LPRgNGD0Lc=?=
 =?UTF-8?B?0LrRgyDQv9C+0YHQu9C1INGA0YPRh9C90L7QuSDRgdCx0L7RgNC60Lg=?=
Message-ID: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>

Здравствуйте. Centos 6.3. Собрал nginx "ручками" (пути оставлял те, которые
по умолчанию), теперь не знаю, как добавить его в автозагрузку. Если после
рестарта сервера писать в командной строке nginx, то запускается без
проблем. Подскажите, пожалуйста, как сделать автозапуск?

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


From nefer05 at gmail.com  Mon Feb  4 11:53:10 2013
From: nefer05 at gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=)
Date: Mon, 4 Feb 2013 14:53:10 +0300
Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQuNGC0YwgbmfEsW54INCyINCw0LLRgtC+0LfQsNCz0YA=?=
 =?UTF-8?B?0YPQt9C60YMg0L/QvtGB0LvQtSDRgNGD0YfQvdC+0Lkg0YHQsdC+0YDQutC4?=
In-Reply-To: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
References: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAE-Urwiv69KgCtFyYJOoEoVJF1=igmykFxG1irRb=3NfGpZLYw@mail.gmail.com>

Универсальный ответ:
https://www.google.ru/search?q=centos+init+script&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a


2013/2/4 MaxNikitin <nginx-forum at nginx.us>

> Здравствуйте. Centos 6.3. Собрал nginx "ручками" (пути оставлял те, которые
> по умолчанию), теперь не знаю, как добавить его в автозагрузку. Если после
> рестарта сервера писать в командной строке nginx, то запускается без
> проблем. Подскажите, пожалуйста, как сделать автозапуск?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,235882,235882#msg-235882
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130204/0f6ea40c/attachment.html>

From nginx-forum at nginx.us  Mon Feb  4 13:00:38 2013
From: nginx-forum at nginx.us (aaaa5)
Date: Mon, 04 Feb 2013 08:00:38 -0500
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQn9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUv0L7QsdGA?=
 =?UTF-8?B?0LDQsdC+0YLQutCwINC+0YLQstC10YLQsCAyMDA=?=
In-Reply-To: <CAKaHDOFrv2-=dH_rLOj5gQ__RgGtyNAtV5B95a4=gGLJKvqVkw@mail.gmail.com>
References: <CAKaHDOFrv2-=dH_rLOj5gQ__RgGtyNAtV5B95a4=gGLJKvqVkw@mail.gmail.com>
Message-ID: <7533ca6622bcf0da04408c11fcdd1be3.NginxMailingListRussian@forum.nginx.org>

всем спасибо. Попробую варианты отпишусь, т.к. не рассматривал ни тот, ни
тот

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


From gmm at csdoc.com  Mon Feb  4 13:06:54 2013
From: gmm at csdoc.com (Gena Makhomed)
Date: Mon, 04 Feb 2013 15:06:54 +0200
Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQuNGC0YwgbmfEsW54INCyINCw0LLRgtC+0LfQsNCz0YA=?=
 =?UTF-8?B?0YPQt9C60YMg0L/QvtGB0LvQtSDRgNGD0YfQvdC+0Lkg0YHQsdC+0YDQutC4?=
In-Reply-To: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
References: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
Message-ID: <510FB26E.7070809@csdoc.com>

On 04.02.2013 13:34, MaxNikitin wrote:

> Centos 6.3. Собрал nginx "ручками" (пути оставлял те, которые
> по умолчанию), теперь не знаю, как добавить его в автозагрузку. Если после
> рестарта сервера писать в командной строке nginx, то запускается без
> проблем. Подскажите, пожалуйста, как сделать автозапуск?

есть уже готовый пакет для CentOS: http://nginx.org/packages/centos/6/

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

-- 
Best regards,
  Gena


From ru at nginx.com  Mon Feb  4 14:20:28 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Mon, 4 Feb 2013 18:20:28 +0400
Subject: =?UTF-8?B?UmU6INCd0LXQtNC+0LrRg9C80LXQvdGC0LjRgNC+0LLQsNC90L3Ri9C1INCy0L4=?=
 =?UTF-8?B?0LfQvNC+0LbQvdC+0YHRgtC4IHNlY3VyZV9saW5r?=
In-Reply-To: <20130121085546.GB69613@lo0.su>
References: <50FC1746.9070507@csdoc.com>
 <CACVfVFvOpVreEKO9A10XM3wvfHkMzKyrOUZy09Hgd3medtg-7w@mail.gmail.com>
 <1358707577.879022609@f267.mail.ru> <50FC5E91.20502@csdoc.com>
 <20130121085546.GB69613@lo0.su>
Message-ID: <20130204142028.GA25230@lo0.su>

On Mon, Jan 21, 2013 at 12:55:46PM +0400, Ruslan Ermilov wrote:
> On Sun, Jan 20, 2013 at 11:16:01PM +0200, Gena Makhomed wrote:
> > On 20.01.2013 20:46, Ivan wrote:
> > 
> > > смотря что считать официальной. По ссылке
> > > http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html
> > >
> > > почти ничего нет,
> > 
> > официальная документация - это http://nginx.org/ru/docs/ и 
> > http://nginx.org/en/docs/
> > 
> > > хотя вот тут все написано:
> > > http://wiki.nginx.org/HttpSecureLinkModule
> > 
> > а это просто wiki, там может быть много ошибок и устаревшей информации,
> > потому что текст редактировать на wiki.nginx.org может кто угодно...
> 
> Да, на wiki есть неточности, в т.ч. и в описании этого модуля.
> Речь ниже только про официальную документацию.
> 
> Модуль secure_link умеет работать в двух режимах, старом и новом.
> Старый режим полностью документирован.
> 
> Новый режим сейчас никак не документирован, но патч, исправляющий
> это, уже находится в процессе review.

Документацию по secure_link обновили:
http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html


From lufliw at gmail.com  Mon Feb  4 14:20:23 2013
From: lufliw at gmail.com (Andrey Semenoff)
Date: Mon, 4 Feb 2013 20:20:23 +0600
Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQuNGC0YwgbmfEsW54INCyINCw0LLRgtC+0LfQsNCz0YA=?=
 =?UTF-8?B?0YPQt9C60YMg0L/QvtGB0LvQtSDRgNGD0YfQvdC+0Lkg0YHQsdC+0YDQutC4?=
In-Reply-To: <510FB26E.7070809@csdoc.com>
References: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
 <510FB26E.7070809@csdoc.com>
Message-ID: <CANF=j45GK-tO90O52Ge2rnFivfv6=D3VxwzQ1=PmiU6phVnLAg@mail.gmail.com>

4 февраля 2013 г., 19:06 пользователь Gena Makhomed <gmm at csdoc.com> написал:

> On 04.02.2013 13:34, MaxNikitin wrote:
>
>  Centos 6.3. Собрал nginx "ручками" (пути оставлял те, которые
>> по умолчанию), теперь не знаю, как добавить его в автозагрузку. Если после
>> рестарта сервера писать в командной строке nginx, то запускается без
>> проблем. Подскажите, пожалуйста, как сделать автозапуск?
>>
>
> есть уже готовый пакет для CentOS: http://nginx.org/packages/**centos/6/<http://nginx.org/packages/centos/6/>
>
> если готовый бинарник (в виде пакета) чем-то не устраивает
> можно пересобрать пакет из исходников со своими настройками
> или взять оттуда только инит-скрипт. (самый худший вариант)
>
> --
> Best regards,
>  Gena
>
>
> ______________________________**_________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
>


Лучше уж тогда:
1) собрать из SRC RPM (http://wiki.nginx.org/Install)
http://nginx.org/packages/centos/6/SRPMS/
2) Указать, добавить или убрать то, что Вас не устроило в сборке из
репозитория
https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines
3) Собрать пакет и установить http://wiki.centos.org/HowTos/RebuildSRPM

В дальнейшем будет удобнее обновлять по уже готовому SPEC.
На будущее: старайтесь как можно меньше делать "рукоблудных" скриптов в
бинарной системе, всё уже давно придумано.
-- 
С уважением, Семенов Андрей
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130204/538760c5/attachment.html>

From trurl at mcbyte.net  Mon Feb  4 15:35:04 2013
From: trurl at mcbyte.net (Trurl McByte)
Date: Mon, 4 Feb 2013 17:35:04 +0200
Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQuNGC0YwgbmfEsW54INCyINCw0LLRgtC+0LfQsNCz0YA=?=
 =?UTF-8?B?0YPQt9C60YMg0L/QvtGB0LvQtSDRgNGD0YfQvdC+0Lkg0YHQsdC+0YDQutC4?=
In-Reply-To: <CANF=j45GK-tO90O52Ge2rnFivfv6=D3VxwzQ1=PmiU6phVnLAg@mail.gmail.com>
References: <f630b9fec5bf9929b9ca50c56546f943.NginxMailingListRussian@forum.nginx.org>
 <510FB26E.7070809@csdoc.com>
 <CANF=j45GK-tO90O52Ge2rnFivfv6=D3VxwzQ1=PmiU6phVnLAg@mail.gmail.com>
Message-ID: <CAGRk6YeGgR2Ow-JXqopNgu+XOeVJcJR9L=UDRuyY5CM8s698Hg@mail.gmail.com>

если для systemd

[Unit]
Description=Nginx - a high performance http(s) server
After=syslog.target network.target

[Service]
Type=forking
LimitNOFILE=65536
PIDFile=/var/run/nginx.pid
WorkingDirectory=/var/lib/nginx
ExecStart=/usr/sbin/nginx
ExecReload=/usr/sbin/nginx -s reload
ExecStop=/usr/sbin/nginx -s stop
Restart=on-failure
RestartSec=15

[Install]
WantedBy=multi-user.target



4 февраля 2013 г., 16:20 пользователь Andrey Semenoff <lufliw at gmail.com>написал:

>
>
>
> 4 февраля 2013 г., 19:06 пользователь Gena Makhomed <gmm at csdoc.com>написал:
>
> On 04.02.2013 13:34, MaxNikitin wrote:
>>
>>  Centos 6.3. Собрал nginx "ручками" (пути оставлял те, которые
>>> по умолчанию), теперь не знаю, как добавить его в автозагрузку. Если
>>> после
>>> рестарта сервера писать в командной строке nginx, то запускается без
>>> проблем. Подскажите, пожалуйста, как сделать автозапуск?
>>>
>>
>> есть уже готовый пакет для CentOS: http://nginx.org/packages/**centos/6/<http://nginx.org/packages/centos/6/>
>>
>> если готовый бинарник (в виде пакета) чем-то не устраивает
>> можно пересобрать пакет из исходников со своими настройками
>> или взять оттуда только инит-скрипт. (самый худший вариант)
>>
>> --
>> Best regards,
>>  Gena
>>
>>
>> ______________________________**_________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/**mailman/listinfo/nginx-ru<http://mailman.nginx.org/mailman/listinfo/nginx-ru>
>>
>
>
> Лучше уж тогда:
> 1) собрать из SRC RPM (http://wiki.nginx.org/Install)
> http://nginx.org/packages/centos/6/SRPMS/
> 2) Указать, добавить или убрать то, что Вас не устроило в сборке из
> репозитория
> https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines
> 3) Собрать пакет и установить http://wiki.centos.org/HowTos/RebuildSRPM
>
> В дальнейшем будет удобнее обновлять по уже готовому SPEC.
> На будущее: старайтесь как можно меньше делать "рукоблудных" скриптов в
> бинарной системе, всё уже давно придумано.
> --
> С уважением, Семенов Андрей
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130204/fdc6ed4f/attachment-0001.html>

From nginx-forum at nginx.us  Tue Feb  5 07:40:38 2013
From: nginx-forum at nginx.us (garrotte)
Date: Tue, 05 Feb 2013 02:40:38 -0500
Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YLRiw==?=
In-Reply-To: <CAAtQP1yQ7ZbZJ6fK2ucjV5+GkKtKVDJwYKREkuf0vE9sbBKJag@mail.gmail.com>
References: <CAAtQP1yQ7ZbZJ6fK2ucjV5+GkKtKVDJwYKREkuf0vE9sbBKJag@mail.gmail.com>
Message-ID: <7338215299b037196153b432bf3b6782.NginxMailingListRussian@forum.nginx.org>

спасибо Oleg, упустил из виду

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


From nginx-forum at nginx.us  Tue Feb  5 10:29:16 2013
From: nginx-forum at nginx.us (IgorPr)
Date: Tue, 05 Feb 2013 05:29:16 -0500
Subject: =?UTF-8?B?NDA1IE5vdCBBbGxvd2VkINC/0YDQuCBQT1NUINC30LDQv9GA0L7RgdC1?=
Message-ID: <3616c2b35e79f391cc8f390b1dd7616d.NginxMailingListRussian@forum.nginx.org>

Приветствую, хотел бы опять поднять тему 405 Not Allowed.
Есть 2 сервера, на них были установлены ispmanager после чего был запущен
nginx.

Есть сервис, который отправляет post запрос. Проблема в том, что в ответ от
одного сервера приходит 405 Not Allowed, а от второго нет, он принимает
post.

Почитав форум, решил добавить 
#There is workaround:
     error_page   405   = @405;
     location = @405 {
         root   ...;
     }

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

server {

server_name site.com www.site.com;
listen 195.111.118.107;
listen 195.111.118.107:443 ssl;
set $root_path /var/www/site/data/www/site.com;

error_page   405   = @405;
     location = @405 {
         root   $root_path;
}

location ~*
^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ {
root $root_path;
access_log /var/www/nginx-logs/site isp;
access_log /var/www/httpd-logs/site.com.access.log ;
error_page 404 = @fallback;
}
location / {
proxy_pass http://195.111.118.107:81;
proxy_redirect http://195.111.118.107:81/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
}
location ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ {
proxy_pass http://195.111.118.107:81;
proxy_redirect http://195.111.118.107:81/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
}
location @fallback {
proxy_pass http://195.111.118.107:81;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
}
include /usr/local/ispmgr/etc/nginx.inc;
ssl_certificate /var/www/httpd-cert/site/site.com.crt;
ssl_certificate_key /var/www/httpd-cert/site/site.com.key;
} 

После рестарта nginx ничего не изменилось. Подскажите, что делать?

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


From tetsio.nainn at gmail.com  Tue Feb  5 11:54:46 2013
From: tetsio.nainn at gmail.com (=?UTF-8?B?0Jwu0JAuINCc0L7RhdC90LDRh9C10LLRgdC60LjQuQ==?=)
Date: Tue, 5 Feb 2013 21:54:46 +1000
Subject: =?UTF-8?B?UmU6IDQwNSBOb3QgQWxsb3dlZCDQv9GA0LggUE9TVCDQt9Cw0L/RgNC+0YHQtQ==?=
In-Reply-To: <3616c2b35e79f391cc8f390b1dd7616d.NginxMailingListRussian@forum.nginx.org>
References: <3616c2b35e79f391cc8f390b1dd7616d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CALXqZiGkvhjdUxqiPLz81v6bOUQy5VVQJ3CQ0QS_QAFCK4f17A@mail.gmail.com>

5 февраля 2013 г., 20:29 пользователь IgorPr <nginx-forum at nginx.us> написал:
> Приветствую, хотел бы опять поднять тему 405 Not Allowed.
> Есть 2 сервера, на них были установлены ispmanager после чего был запущен
> nginx.
>
> Есть сервис, который отправляет post запрос. Проблема в том, что в ответ от
> одного сервера приходит 405 Not Allowed, а от второго нет, он принимает
> post.
>
> Почитав форум, решил добавить
> #There is workaround:
>      error_page   405   = @405;
>      location = @405 {
>          root   ...;
>      }
>
> Вот что получилось в конфиге:
>
> server {
>
> server_name site.com www.site.com;
> listen 195.111.118.107;
> listen 195.111.118.107:443 ssl;
> set $root_path /var/www/site/data/www/site.com;
>
> error_page   405   = @405;
>      location = @405 {
>          root   $root_path;
> }
>
> location ~*
> ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ {
> root $root_path;
> access_log /var/www/nginx-logs/site isp;
> access_log /var/www/httpd-logs/site.com.access.log ;
> error_page 404 = @fallback;
> }
> location / {
> proxy_pass http://195.111.118.107:81;
> proxy_redirect http://195.111.118.107:81/ /;
> proxy_set_header Host $host;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> proxy_set_header X-Forwarded-Proto $scheme;
> proxy_set_header X-Real-IP $remote_addr;
> }
> location ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ {
> proxy_pass http://195.111.118.107:81;
> proxy_redirect http://195.111.118.107:81/ /;
> proxy_set_header Host $host;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> proxy_set_header X-Forwarded-Proto $scheme;
> proxy_set_header X-Real-IP $remote_addr;
> }
> location @fallback {
> proxy_pass http://195.111.118.107:81;
> proxy_set_header Host $host;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> proxy_set_header X-Forwarded-Proto $scheme;
> proxy_set_header X-Real-IP $remote_addr;
> }
> include /usr/local/ispmgr/etc/nginx.inc;
> ssl_certificate /var/www/httpd-cert/site/site.com.crt;
> ssl_certificate_key /var/www/httpd-cert/site/site.com.key;
> }
>
> После рестарта nginx ничего не изменилось. Подскажите, что делать?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,235915,235915#msg-235915
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

А на какой URL отправляете запрос?
Может это бэкенд возвращает 405?

From nginx-forum at nginx.us  Tue Feb  5 13:05:56 2013
From: nginx-forum at nginx.us (IgorPr)
Date: Tue, 05 Feb 2013 08:05:56 -0500
Subject: =?UTF-8?B?UmU6IDQwNSBOb3QgQWxsb3dlZCDQv9GA0LggUE9TVCDQt9Cw0L/RgNC+0YHQtQ==?=
In-Reply-To: <CALXqZiGkvhjdUxqiPLz81v6bOUQy5VVQJ3CQ0QS_QAFCK4f17A@mail.gmail.com>
References: <CALXqZiGkvhjdUxqiPLz81v6bOUQy5VVQJ3CQ0QS_QAFCK4f17A@mail.gmail.com>
Message-ID: <79422090a641a420e23622abf3f4a366.NginxMailingListRussian@forum.nginx.org>

Могу я не светить урл? Или могу скинуть в личку, если такова есть.
Вот логи от сервиса

URL
--------------------------------
http://www.site.com/cityads.php

Server IP
--------------------------------
81.177.161.181

Request
--------------------------------
POST /cityads.php HTTP/1.1
User-Agent: CITYADS_XML
Host: www.site.com
Accept: */*
Content-Length: 150
Content-Type: application/x-www-form-urlencoded

xml=%3C%3Fxml+version%3D%221.0%22%3F%3E%3Crequest%3E%3Cdate_from%3E1357416000%3C%2Fdate_from%3E%3Cdate_to%3E1360094399%3C%2Fdate_to%3E%3C%2Frequest%3E

Response
--------------------------------
HTTP/1.1 405 Not Allowed
Server: nginx
Date: Tue, 05 Feb 2013 12:51:00 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 166
Connection: keep-alive
Keep-Alive: timeout=20

<html>
<head><title>405 Not Allowed</title></head>
<body bgcolor="white">
<center><h1>405 Not Allowed</h1></center>
<hr><center>nginx</center>
</body>
</html>

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


From mdounin at mdounin.ru  Tue Feb  5 14:22:51 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 5 Feb 2013 18:22:51 +0400
Subject: nginx-1.3.12
Message-ID: <20130205142251.GA40753@mdounin.ru>

Изменения в nginx 1.3.12                                          05.02.2013

    *) Добавление: директивы proxy_bind, fastcgi_bind, memcached_bind,
       scgi_bind и uwsgi_bind поддерживают переменные.

    *) Добавление: переменные $pipe, $request_length, $time_iso8601 и
       $time_local теперь можно использовать не только в директиве
       log_format.
       Спасибо Kiril Kalchev.

    *) Добавление: поддержка IPv6 в модуле ngx_http_geoip_module.
       Спасибо Gregor Kali?nik.

    *) Исправление: директива proxy_method работала неверно, если была
       указана на уровне http.

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

    *) Исправление: nginx мог нагружать процессор во время SSL handshake с
       бэкендом при использовании методов обработки соединений select, poll
       и /dev/poll.

    *) Исправление: ошибка "[crit] SSL_write() failed (SSL:)".

    *) Исправление: в диркетиве client_body_in_file_only; ошибка появилась в
       1.3.9.

    *) Исправление: в директиве fastcgi_keep_conn.


-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Tue Feb  5 14:57:16 2013
From: nginx-forum at nginx.us (dimn)
Date: Tue, 05 Feb 2013 09:57:16 -0500
Subject: =?UTF-8?B?0J7Rh9C40YHRgtC60LAg0LrQtdGI0LAgbmdpbng=?=
Message-ID: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>

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

Настроил кеширование для неавторизованных пользователей. 
Кешируются разные разделы сайта в папку /var/cache/nginx.
Как настроить очистку кеша для каждого раздела по своему времени, например,
/blogs/ - 5 мин
/news/ - 60 мин.

PS. Кешируется с помощью proxy_cache - 
proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:15m
inactive=10m max_size=500m;

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


From vovansystems at gmail.com  Tue Feb  5 16:11:51 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Tue, 5 Feb 2013 19:11:51 +0300
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAAwq3jzQSeD9YMoZevzpVM87UJaqTZFxesx71B_UfYs27oX+DQ@mail.gmail.com>

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

Видимо, нужно использовать два разных кеша для разных разделов сайта с
разным inactive.

Igor Sysoev wrote:
> Cache manager starts to work just after nginx starts or was reconfigured.
> It deletes inactive cache entries and checks caches size.
http://mailman.nginx.org/pipermail/nginx/2009-August/014472.html

А параметр "inactive" определяет время устаревания данных. "Если к
данным кэша не обращаются в течение времени, заданного параметром
inactive, то данные удаляются, независимо от их свежести."
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_path

proxy_cache_path /var/cache/nginx/blogs levels=2 keys_zone=blogs:15m
inactive=5m max_size=500m;
proxy_cache_path /var/cache/nginx/news levels=2 keys_zone=news:15m
inactive=60m max_size=500m;


2013/2/5 dimn <nginx-forum at nginx.us>:
> Здравствуйте.
>
> Настроил кеширование для неавторизованных пользователей.
> Кешируются разные разделы сайта в папку /var/cache/nginx.
> Как настроить очистку кеша для каждого раздела по своему времени, например,
> /blogs/ - 5 мин
> /news/ - 60 мин.
>
> PS. Кешируется с помощью proxy_cache -
> proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:15m
> inactive=10m max_size=500m;
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,235939,235939#msg-235939
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum at nginx.us  Tue Feb  5 16:42:33 2013
From: nginx-forum at nginx.us (dimn)
Date: Tue, 05 Feb 2013 11:42:33 -0500
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <CAAwq3jzQSeD9YMoZevzpVM87UJaqTZFxesx71B_UfYs27oX+DQ@mail.gmail.com>
References: <CAAwq3jzQSeD9YMoZevzpVM87UJaqTZFxesx71B_UfYs27oX+DQ@mail.gmail.com>
Message-ID: <793810c3f481d2b6df1835dbbfcf2d42.NginxMailingListRussian@forum.nginx.org>

А параметр inactive по-моему чуть не то - например при inactive=10м при
обращении в течении 10 мин кеш не удалается, а удаляется только тогда, когда
не было обращений в течении 10 мин. Или не так?

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


From postmaster at softsearch.ru  Tue Feb  5 16:50:44 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 5 Feb 2013 20:50:44 +0400
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <46310149.20130205205044@softsearch.ru>

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


> Настроил кеширование для неавторизованных пользователей. 
> Кешируются разные разделы сайта в папку /var/cache/nginx.
> Как настроить очистку кеша для каждого раздела по своему времени, например,
> /blogs/ - 5 мин
> /news/ - 60 мин.

> PS. Кешируется с помощью proxy_cache - 
> proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:15m
> inactive=10m max_size=500m;

Поле заголовка ⌠X-Accel-Expires■ задаёт время кэширования ответа в секундах.

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


From vovansystems at gmail.com  Tue Feb  5 16:54:22 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Tue, 5 Feb 2013 19:54:22 +0300
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <793810c3f481d2b6df1835dbbfcf2d42.NginxMailingListRussian@forum.nginx.org>
References: <CAAwq3jzQSeD9YMoZevzpVM87UJaqTZFxesx71B_UfYs27oX+DQ@mail.gmail.com>
 <793810c3f481d2b6df1835dbbfcf2d42.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAAwq3jxkwQ_LjCKZdgQ9u3zHdo8s6c+ySgkK+zJL5RwtEQHbZA@mail.gmail.com>

> А параметр inactive по-моему чуть не то - например при inactive=10м при
> обращении в течении 10 мин кеш не удалается, а удаляется только тогда, когда
> не было обращений в течении 10 мин. Или не так?
да, именно так. в Вашем случае следует использовать разный
proxy_cache_valid для разных location
proxy_cache_valid 200 301 302 5m;
proxy_cache_valid 200 301 302 60m;
Просто насколько я понимаю, после устаревания таких ответов, они
продолжают храниться, т.к. бекенд может упасть и тогда при
соответствующей настройке proxy_cache_use_stale будут показываться
устаревшие закешированные ответы. Возможно, если отключать
proxy_cache_use_stale "proxy_cache_use_stale off;", cache manager
удалит устаревшие ответы раньше, чем кеш заполнится полностью или
пройдёт время inactive с последнего обращения к закешированному
элементу. Но это моё предположение.

From nginx-forum at nginx.us  Wed Feb  6 11:17:31 2013
From: nginx-forum at nginx.us (Trurl)
Date: Wed, 06 Feb 2013 06:17:31 -0500
Subject: watermark patch
Message-ID: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>

откопал старый патч watermark patch by Vadym Zakovinko
причесал, добавил проверок, убрал memory leaking (надеюсь), переделал с JPG
на PNG, добавил полноценную работу с альфаканалом. Работает с версией
1.2.6.

пример использования
        location /images/ {
                image_filter_buffer 10M;
                image_filter_watermark "/srv/www/htdocs/images/swtor.png";
                image_filter_watermark_position top-right; #
top-left|top-right|bottom-right|bottom-left
                image_filter watermark;
                expires -1;
        }
 
сам патч:

--- src/http/modules/ngx_http_image_filter_module.c
+++ src/http/modules/ngx_http_image_filter_module.c
@@ -2,6 +2,7 @@
 /*
  * Copyright (C) Igor Sysoev
  * Copyright (C) Nginx, Inc.
+ * watermark patch: Vadym Zakovinko <vp.zakovinko at gmail.com> updated by
Trurl McByte <trurl at mcbyte.net>
  */


@@ -18,6 +19,7 @@
 #define NGX_HTTP_IMAGE_RESIZE    3
 #define NGX_HTTP_IMAGE_CROP      4
 #define NGX_HTTP_IMAGE_ROTATE    5
+#define NGX_HTTP_IMAGE_WATERMARK 6


 #define NGX_HTTP_IMAGE_START     0
@@ -46,6 +48,9 @@

     ngx_flag_t                   transparency;

+    ngx_str_t                    watermark;
+    ngx_str_t                    watermark_position;
+
     ngx_http_complex_value_t    *wcv;
     ngx_http_complex_value_t    *hcv;
     ngx_http_complex_value_t    *acv;
@@ -150,6 +155,20 @@
       offsetof(ngx_http_image_filter_conf_t, buffer_size),
       NULL },

+    { ngx_string("image_filter_watermark"),
+     
NGX_HTTP_MAIN_CONF|NGX_HTTP_SRV_CONF|NGX_HTTP_LOC_CONF|NGX_CONF_TAKE1,
+      ngx_conf_set_str_slot,
+      NGX_HTTP_LOC_CONF_OFFSET,
+      offsetof(ngx_http_image_filter_conf_t, watermark),
+      NULL },
+
+    { ngx_string("image_filter_watermark_position"),
+     
NGX_HTTP_MAIN_CONF|NGX_HTTP_SRV_CONF|NGX_HTTP_LOC_CONF|NGX_CONF_TAKE1,
+      ngx_conf_set_str_slot,
+      NGX_HTTP_LOC_CONF_OFFSET,
+      offsetof(ngx_http_image_filter_conf_t, watermark_position),
+      NULL },
+
       ngx_null_command
 };

@@ -518,6 +537,15 @@
         return ngx_http_image_resize(r, ctx);
     }

+    if (conf->filter == NGX_HTTP_IMAGE_WATERMARK) {
+
+        if (!conf->watermark.data) {
+            return NULL;
+        }
+
+        return ngx_http_image_resize(r, ctx);
+    }
+
     ctx->max_width = ngx_http_image_filter_get_value(r, conf->wcv,
conf->width);
     if (ctx->max_width == 0) {
         return NULL;
@@ -813,6 +841,10 @@

         resize = 0;

+    } else if (conf->filter == NGX_HTTP_IMAGE_WATERMARK) {
+
+        resize = 0;
+
     } else { /* NGX_HTTP_IMAGE_CROP */

         resize = 0;
@@ -958,6 +990,40 @@
         gdImageColorTransparent(dst, gdImageColorExact(dst, red, green,
blue));
     }

+    if (conf->filter == NGX_HTTP_IMAGE_WATERMARK && conf->watermark.data)
{
+        FILE *watermark_file = fopen((const char *)conf->watermark.data,
"r");
+        if (watermark_file) {
+            gdImagePtr watermark, watermark_mix;
+            ngx_int_t wdx = 0, wdy = 0;
+
+            watermark = gdImageCreateFromPng(watermark_file);
+
+            if(watermark != NULL) {
+              watermark_mix = gdImageCreateTrueColor(watermark->sx,
watermark->sy);
+              if (ngx_strcmp(conf->watermark_position.data,
+                           "bottom-right") == 0) {
+                wdx = dx - watermark->sx - 10;
+                wdy = dy - watermark->sy - 10;
+              } else if (ngx_strcmp(conf->watermark_position.data,
"top-left") == 0) {
+                wdx = wdy = 10;
+              } else if (ngx_strcmp(conf->watermark_position.data,
"top-right") == 0) {
+                wdx = dx - watermark->sx - 10;
+                wdy = 10;
+              } else if (ngx_strcmp(conf->watermark_position.data,
"bottom-left") == 0) {
+                wdx = 10;
+                wdy = dy - watermark->sy - 10;
+              }
+              gdImageCopy(watermark_mix, dst, 0, 0, wdx, wdy,
watermark->sx, watermark->sy);
+              gdImageCopy(watermark_mix, watermark, 0, 0, 0, 0,
watermark->sx, watermark->sy);
+              gdImageCopyMerge(dst, watermark_mix, wdx, wdy, 0, 0,
watermark->sx, watermark->sy, 75);
+              gdFree(watermark);
+              gdFree(watermark_mix);
+            } else { ngx_log_error(NGX_LOG_ERR, r->connection->log, 0,
"watermark file '%s' is not PNG", conf->watermark.data);}
+        } else {
+            ngx_log_error(NGX_LOG_ERR, r->connection->log, 0, "watermark
file '%s' not found", conf->watermark.data);
+        }
+    }
+
     sharpen = ngx_http_image_filter_get_value(r, conf->shcv,
conf->sharpen);
     if (sharpen > 0) {
         gdImageSharpen(dst, sharpen);
@@ -1223,6 +1289,11 @@
     ngx_conf_merge_size_value(conf->buffer_size, prev->buffer_size,
                               1 * 1024 * 1024);

+    ngx_conf_merge_str_value(conf->watermark, prev->watermark, "");
+
+    ngx_conf_merge_str_value(conf->watermark_position,
+                             prev->watermark_position, "bottom-right");
+
     return NGX_CONF_OK;
 }

@@ -1252,6 +1323,9 @@
         } else if (ngx_strcmp(value[i].data, "size") == 0) {
             imcf->filter = NGX_HTTP_IMAGE_SIZE;

+        } else if (ngx_strcmp(value[i].data, "watermark") == 0) {
+            imcf->filter = NGX_HTTP_IMAGE_WATERMARK;
+
         } else {
             goto failed;
         }

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


From nginx-forum at nginx.us  Wed Feb  6 16:52:55 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 11:52:55 -0500
Subject: =?UTF-8?Q?Nginx_=D0=B8_=2Ehtpasswd?=
Message-ID: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>

Вечер бодрый!

Столкнулся с неприятностью, в виде невозможности установить корректно
работающую аутентификацию на аудиторию.
У меня сервер CentOS + ISPConfig + Nginx, стоит скрипт интернет-магазина
Simpla с конфигом следующего вида:

server {
        listen *:80;


        server_name somedomain.com.ua www.somedomain.com.ua;

        root   /var/www/somedomain.com.ua/web;



        index index.html index.htm index.php index.cgi index.pl
index.xhtml;



        error_page 400 /error/400.html;
        error_page 401 /error/401.html;
        error_page 403 /error/403.html;
        error_page 404 /error/404.html;
        error_page 405 /error/405.html;
        error_page 500 /error/500.html;
        error_page 502 /error/502.html;
        error_page 503 /error/503.html;
        recursive_error_pages on;
        location = /error/400.html {
            internal;
        }
        location = /error/401.html {
            internal;
        }
        location = /error/403.html {
            internal;
        }
        location = /error/404.html {
            internal;
        }
        location = /error/405.html {
            internal;
        }
        location = /error/500.html {
            internal;
        }
        location = /error/502.html {
            internal;
        }
        location = /error/503.html {
            internal;
        }

        error_log /var/log/ispconfig/httpd/somedomain.com.ua/error.log;
        access_log /var/log/ispconfig/httpd/somedomain.com.ua/access.log
combined;

## Disable .htaccess and other hidden files
        location ~ /\. {
            deny all;
            access_log off;
            log_not_found off;
        }

        location = /favicon.ico {
            log_not_found off;
            access_log off;
        }

        location = /robots.txt {
            allow all;
            log_not_found off;
            access_log off;
        }

        location /stats {
            index index.html index.php;
            auth_basic "Members Only";
            auth_basic_user_file
/var/www/clients/client1/web11/.htpasswd_stats;
        }

        location ^~ /awstats-icon {
            alias /usr/share/awstats/icon;
        }

        location ~ \.php$ {
            try_files $uri =404;
            include /etc/nginx/fastcgi_params;
            fastcgi_pass unix:/var/lib/php5-fpm/web11.sock;
            fastcgi_index index.php;
            fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
            fastcgi_param PATH_INFO $fastcgi_script_name;
            fastcgi_intercept_errors on;
        }

        location /cgi-bin/ {
            try_files $uri =404;
            include /etc/nginx/fastcgi_params;
            root /var/www/clients/client1/web11;
            gzip off;
            fastcgi_pass  unix:/var/run/fcgiwrap.socket;
            fastcgi_index index.cgi;
            fastcgi_param SCRIPT_FILENAME 
$document_root$fastcgi_script_name;
            fastcgi_intercept_errors on;
        }

        location ^~ /simpla/ {
                auth_basic "Administrator Login";
auth_basic_user_file $document_root/simpla/.htpasswd;

                try_files $uri $uri/ /index.php;

                index index.php;

                location ~ \.php$ {
                        fastcgi_split_path_info ^(.+\.php)(/.+)$;
                        include /etc/nginx/fastcgi_params;
                        fastcgi_intercept_errors on;
                        fastcgi_pass unix:/var/lib/php5-fpm/web11.sock;
                        include fastcgi_params;
                        fastcgi_param SCRIPT_FILENAME
$document_root/$fastcgi_script_name;
                }
        }

        location ~ /\. { deny all; }

        location ~*
^/(api|cache|compiled|config|design/(.*)/html|payment|Smarty|view)/(.*) {
deny all; }

        location / {
                        try_files $uri @rewrite;
        }

        location @rewrite {
                rewrite ^/catalog/([^/]+)/?$   
index.php?module=ProductsView&category=$1;
                rewrite ^/catalog/([^/]+)/([^/]+)/?$   
index.php?module=ProductsView&category=$1&brand=$2;
                rewrite ^/products/([^/]+)/?$  
index.php?module=ProductView&product_url=$1;
                rewrite ^/products/?$   index.php?module=ProductsView;
                rewrite ^/brands/([^/]+)/?$    
index.php?module=ProductsView&brand=$1;
                rewrite ^/brands/([^/]+)/page_([^/]+)/?$       
index.php?module=ProductsView&brand=$1&page=$2;
                rewrite ^/search/([^/]+)/?$    
index.php?module=ProductsView&keyword=$1;
                rewrite ^/search/?$     index.php?module=ProductsView;
                rewrite ^/blog/([^/]+)/?$      
index.php?module=BlogView&url=$1;
                rewrite ^/blog/?$       index.php?module=BlogView;
                rewrite ^/cart/?$       index.php?module=CartView;
                rewrite ^/cart/([^/]+)/?$      
index.php?module=CartView&add_variant=$1;
                rewrite ^/cart/remove/([^/]+)/?$       
index.php?module=CartView&delete_variant=$1;
                rewrite ^/order/([^/]+)/?$     
index.php?module=OrderView&url=$1;
                rewrite ^/order/?$      index.php?module=OrderView;
                rewrite ^/user/login/?$ index.php?module=LoginView;
                rewrite ^/user/register/?$     
index.php?module=RegisterView;
                rewrite ^/user/logout/?$       
index.php?module=LoginView&action=logout;
                rewrite ^/user/password_remind/?$      
index.php?module=LoginView&action=password_remind;
                rewrite ^/user/password_remind/([0-9a-z]+)/?$  
index.php?module=LoginView&action=password_remind&code=$1;
                rewrite ^/user/?$       index.php?module=UserView;
                rewrite ^/sitemap.xml?$ sitemap.php last;
                rewrite ^/yandex.xml?$  yandex.php last;
                rewrite ^/contact/?$    index.php?module=FeedbackView;
                rewrite ^/order/([^/]+)/([^/]+)/?$     
index.php?module=OrderView&url=$1&file=$2;
                if (!-f $request_filename){ 
                set $rule_26 1$rule_26;
                }
                if (!-d $request_filename){
                        set $rule_26 2$rule_26;
                }
                if ($rule_26 = "21"){
                        rewrite ^/([^/]*)/?$   
index.php?module=PageView&page_url=$1;
                }
                rewrite ^/?$    index.php?module=MainView&page_url=;

                rewrite ^ /index.php;
        }

        location ~ \.php$ {
                        fastcgi_split_path_info ^(.+\.php)(/.+)$;
                        include /etc/nginx/fastcgi_params;
                        fastcgi_intercept_errors on;
                        fastcgi_pass unix:/var/lib/php5-fpm/web11.sock;
                        include fastcgi_params;
                        fastcgi_param SCRIPT_FILENAME
$document_root/$fastcgi_script_name;
        }

        location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
                if (!-d $request_filename){
                        set $rule_28 1$rule_28;
                }
                if (!-f $request_filename){
                        set $rule_28 2$rule_28;
                }
                if ($rule_28 = "21"){
                        rewrite ^/files/products/(.+)
resize/resize.php?file=$1&token=$args;
                }
                expires max;
                log_not_found off;
        }
}


Когда ввожу с адресную строку somedomain.com.ua/simpla/index.php просит
логин и пароль, ввожу и данные принимает, но вместо открытия админки,
скачивает файл index.php, если уберу необходимость  аутентификации, войти
могу без проблем и все работает. 

Кто что подскажет?

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


From onokonem at gmail.com  Wed Feb  6 17:03:16 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Wed, 6 Feb 2013 20:03:16 +0300
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
References: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOFbq26xaNcjAJzSdMSGAtFQngrPikCPkKnuq_MyX6mwTA@mail.gmail.com>

> если уберу необходимость  аутентификации, войти
> могу без проблем и все работает.
А как Вы ее убираете? покажите разницу в конфигах..

From nginx-forum at nginx.us  Wed Feb  6 17:08:00 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 12:08:00 -0500
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
References: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4196a890237732a40c65adecf04c1062.NginxMailingListRussian@forum.nginx.org>

Убираю это:
location ^~ /simpla/ {
auth_basic "Administrator Login";
auth_basic_user_file $document_root/simpla/.htpasswd;

try_files $uri $uri/ /index.php;

index index.php;

location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
include /etc/nginx/fastcgi_params;
fastcgi_intercept_errors on;
fastcgi_pass unix:/var/lib/php5-fpm/web11.sock;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
}
}

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

location ^~ /simpla/ {
auth_basic "Administrator Login";
auth_basic_user_file $document_root/simpla/.htpasswd;
try_files $uri $uri/ /index.php;
index index.php;
}

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


From onokonem at gmail.com  Wed Feb  6 17:30:03 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Wed, 6 Feb 2013 20:30:03 +0300
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <4196a890237732a40c65adecf04c1062.NginxMailingListRussian@forum.nginx.org>
References: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
 <4196a890237732a40c65adecf04c1062.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOESt23EvD-QA-_TFfZc2Ax2m9N5_vi5RGNr3+MxXvBYNQ@mail.gmail.com>

> location ^~ /simpla/ {
Из документации: "Если у максимального совпавшего префиксного
location'а указан модификатор "^~", то регулярные выражения не
проверяются."
Я так понимаю - и для вложенных локаций тоже.

From melifaro at ipfw.ru  Wed Feb  6 17:34:48 2013
From: melifaro at ipfw.ru (Alexander V. Chernikov)
Date: Wed, 06 Feb 2013 21:34:48 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQr9C90LTQtdC60YEt0KLRg9GA0LHQvg==?=
In-Reply-To: <931546CA-5690-4633-9E19-ED053915DD15@symbi.org>
References: <16410348687.20130126174210@softsearch.ru>
 <5107C8E7.3030508@citrin.ru> <1445081436.20130129184733@softsearch.ru>
 <5107E611.8050200@ipfw.ru> <931546CA-5690-4633-9E19-ED053915DD15@symbi.org>
Message-ID: <51129438.9000802@ipfw.ru>

On 31.01.2013 00:48, Konstantin Baryshnikov wrote:
> Здравствуйте!
Добрый день.
>
> On Jan 29, 2013, at 7:09 PM, Alexander V. Chernikov wrote:
>
>> На данный момент как-то так:
>>
>> 5.45.192.64/26
>> 5.45.255.64/26
>> 141.8.189.192/27
>> 37.140.189.192/26
>>
>> В будущем, разумеется, эти диапазоны могут (и будут) меняться.
> Спасибо за информацию. Можно ли надеяться, что список подсетей будет когда-нибудь размещен (и поддерживаться в актуальном виде) на официальном сайте? Такую информацию хотелось бы иметь из первых рук.
Мы думаем про это, но никаких обещаний дать не могу :)
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum at nginx.us  Wed Feb  6 17:50:48 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 12:50:48 -0500
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <CAKaHDOESt23EvD-QA-_TFfZc2Ax2m9N5_vi5RGNr3+MxXvBYNQ@mail.gmail.com>
References: <CAKaHDOESt23EvD-QA-_TFfZc2Ax2m9N5_vi5RGNr3+MxXvBYNQ@mail.gmail.com>
Message-ID: <65da2de7d4ef61dff85b55bb985d654d.NginxMailingListRussian@forum.nginx.org>

Из Вашего ответа не совсем понимаю что делать, как решить вопрос. Спасибо

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


From onokonem at gmail.com  Wed Feb  6 19:23:48 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Wed, 6 Feb 2013 22:23:48 +0300
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <65da2de7d4ef61dff85b55bb985d654d.NginxMailingListRussian@forum.nginx.org>
References: <CAKaHDOESt23EvD-QA-_TFfZc2Ax2m9N5_vi5RGNr3+MxXvBYNQ@mail.gmail.com>
 <65da2de7d4ef61dff85b55bb985d654d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOFKB+uOARqY-zFaQYzFhF-qUgvP0XN-2_dbxMaSM9808w@mail.gmail.com>

> Из Вашего ответа не совсем понимаю что делать, как решить вопрос.
Ну - написать новый конфиг, с учетом этого предположения :)

напримеh - точно ли там нужна эта опция - ^~ ?

From postmaster at softsearch.ru  Wed Feb  6 20:44:01 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 7 Feb 2013 00:44:01 +0400
Subject: watermark patch
In-Reply-To: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>
References: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1605008743.20130207004401@softsearch.ru>

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

Функционал  весьма  полезный.  Я  б,  например,  на  картинки, которые
сторонние  сайты  запрашивают,  вставлял бы водные знаки. А сейчас 403
выдаю.

Но  хоть  я  не  сишник,  но  подозреваю,  что сделано не самым лучшим
образом.  При  каждом наложении водного знака зачем-то делается заново
открытие  файла с водным знаком, чтение его с диска (про aio промолчу)
и  создание  изображения.  Всё это можно при старте nginx-а делать или
делать   единожды   при   первой   потребности,   а  потом  много  раз
использовать.  Если  водный знак может меняться, то повесить вотчер на
изменения  файла  и по событию перечитывать его. Зачем-то (подозреваю,
что  это  нужно,  чтобы  иметь  изображение нужного формата/цветности)
делается  аж  три копирования изображений, что наверняка сильно грузит
процессор, если картинка 10 метров, например.

По мелочи: нельзя конфигурировать отступы от края изображения, задавая
их  в  пикселях  или  процентах  ширины  исходного  изображения. Может
кому-то будет полезно влепить водный знак по центру, кстати. И бывает
полезно замостить водным знаком всё изображение: http://i38.beon.ru/56/31/2483156/paid-avatars/95391b8e2d23c38f93a5559c9a6a22c3.gif

Вопросы:  как  работает,  если  изображение  с  водным  знаком  больше
исходного  изображения.  Или исходное изображение меньше, чем 10х10? И
что с анимированными гифами?

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


From nginx-forum at nginx.us  Wed Feb  6 22:09:22 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 17:09:22 -0500
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <CAKaHDOFKB+uOARqY-zFaQYzFhF-qUgvP0XN-2_dbxMaSM9808w@mail.gmail.com>
References: <CAKaHDOFKB+uOARqY-zFaQYzFhF-qUgvP0XN-2_dbxMaSM9808w@mail.gmail.com>
Message-ID: <9ba1bbe5137550af58622ad6e1e9960d.NginxMailingListRussian@forum.nginx.org>

Возможно я смогу подтолкнуть Вас на мысль, как мне решить проблему. Дело в
том что я совсем недавно работаю с nginx, до этого работал исключительно на
апаче, но тут мне нужно решить очень простую задачу, поставить на директорию
simpla или любую другую пароль, что апачем в общем-то делается в два
клика... И как я не пытаюсь, у меня не выходит. Я крутил уже по разному,
перечитал десятки форумов, ответа на вопрос мой не нашел. Хотя как и в
большинстве случаев, скорее всего проблема за малым. 

Я даже использовал готовые конфиги под эту CMS и в результат всегда
одинаковый.

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


From trurl at mcbyte.net  Wed Feb  6 23:03:24 2013
From: trurl at mcbyte.net (Trurl McByte)
Date: Thu, 7 Feb 2013 01:03:24 +0200
Subject: watermark patch
In-Reply-To: <1605008743.20130207004401@softsearch.ru>
References: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>
 <1605008743.20130207004401@softsearch.ru>
Message-ID: <CAGRk6YfoKKL=DgpxNPUVA8mQEzq=r5xFkX5LMtJmgkg7jorZgQ@mail.gmail.com>

6 февраля 2013 г., 22:44 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, Trurl.
>
> Функционал  весьма  полезный.  Я  б,  например,  на  картинки, которые
> сторонние  сайты  запрашивают,  вставлял бы водные знаки. А сейчас 403
> выдаю.
>
> Но  хоть  я  не  сишник,  но  подозреваю,  что сделано не самым лучшим
> образом.  При  каждом наложении водного знака зачем-то делается заново
> открытие  файла с водным знаком, чтение его с диска (про aio промолчу)
> и  создание  изображения.  Всё это можно при старте nginx-а делать или
>

Разница не слишком велика, при интенсивной нагрузке он все равно будет в
буффере системы жить, а зря занимать память тоже не охота. Да и лень )



> делать   единожды   при   первой   потребности,   а  потом  много  раз
> использовать.  Если  водный знак может меняться, то повесить вотчер на
> изменения  файла  и по событию перечитывать его. Зачем-то (подозреваю,
> что  это  нужно,  чтобы  иметь  изображение нужного формата/цветности)
> делается  аж  три копирования изображений, что наверняка сильно грузит
> процессор, если картинка 10 метров, например.
>

Увы, это единственный известный мне способ не потерять альфаканал при
совмещении.
А красивые ватермарки без него не сделать. Да и все равно подразумевается
что там стоит expires 40d; минимум и на внешнем кольце все кешируется..


>
> По мелочи: нельзя конфигурировать отступы от края изображения, задавая
> их  в  пикселях  или  процентах  ширины  исходного  изображения. Может
> кому-то будет полезно влепить водный знак по центру, кстати. И бывает
> полезно замостить водным знаком всё изображение:
> http://i38.beon.ru/56/31/2483156/paid-avatars/95391b8e2d23c38f93a5559c9a6a22c3.gif
>

Угу, а еще на лету генерировать ватермарки из текста, отдаваемого
субреквестом; менять exif картинки; подбирать из набора подходящую
ватермарку под пропорции картинки; автоматически подбирать место для
ватермарки исходя из динамики цвета на картинке (причем как искать
однотонные места, так и наоборот, по выбору)
Короче я сам могу еще много придумать, вот только времени нет это все
реализовывать ;)


>
> Вопросы:  как  работает,  если  изображение  с  водным  знаком  больше
> исходного  изображения.  Или исходное изображение меньше, чем 10х10? И
> что с анимированными гифами?
>

калечит, конечно. Я даже проверку на размеры не делал и вообще весь код был
написан прямо в diff файле ))


>
> --
> С уважением,
>  Михаил                          mailto:postmaster at softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130207/4901c5b6/attachment.html>

From nginx-forum at nginx.us  Thu Feb  7 01:16:32 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 20:16:32 -0500
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <9ba1bbe5137550af58622ad6e1e9960d.NginxMailingListRussian@forum.nginx.org>
References: <CAKaHDOFKB+uOARqY-zFaQYzFhF-qUgvP0XN-2_dbxMaSM9808w@mail.gmail.com>
 <9ba1bbe5137550af58622ad6e1e9960d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c04a3a61f2a963c2cc7713f8ee76fe0a.NginxMailingListRussian@forum.nginx.org>

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

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


From nginx-forum at nginx.us  Thu Feb  7 01:55:35 2013
From: nginx-forum at nginx.us (kosgtx)
Date: Wed, 06 Feb 2013 20:55:35 -0500
Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_=2Ehtpasswd?=
In-Reply-To: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
References: <5146067e96cdf28e570927a1a25403ba.NginxMailingListRussian@forum.nginx.org>
Message-ID: <17646f511abb359f22cefb569e362125.NginxMailingListRussian@forum.nginx.org>

Проблема решена - налажал с адресом и после с портом fastcgi_pass

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


From nginx-forum at nginx.us  Thu Feb  7 06:47:30 2013
From: nginx-forum at nginx.us (gintonic)
Date: Thu, 07 Feb 2013 01:47:30 -0500
Subject: =?UTF-8?B?0JrQsNC6INGA0LDQsdC+0YLQsNC10YIg0YHQstGP0LfQutCwIGlwIGhhc2gg0Lgg?=
 =?UTF-8?B?d2VpZ2h0ID8=?=
Message-ID: <17626554fac7aa3bc0b467d99294f2cf.NginxMailingListRussian@forum.nginx.org>

Всем привет.
Объясните пожалуйста как работает данная связка. Версия nginx 1.2.6
Сейчас в логе есть такие записи:
2013/02/07 07:06:19 [error] 32106#0: *6369192 upstream timed out (110:
Connection timed out) while reading response header from upstream, client:
195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
HTTP/1.1", upstream: "http://192.168.1.41:80/App_Shared/Handlers/Grid.ashx",
host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
2013/02/07 07:08:19 [error] 32106#0: *6369192 upstream timed out (110:
Connection timed out) while reading response header from upstream, client:
195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
HTTP/1.1", upstream: "http://192.168.1.51:80/App_Shared/Handlers/Grid.ashx",
host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
---------------
 Только, пожалуйста, не надо обращать внимание на таймауты бэкенда и то что
это aspx! Вопрос не в этом.
Почему  запросы с одного IP попадают в разные бэкенды?
Конфиг такой:
upstream backend_web_servers {
	ip_hash;
	server 192.168.1.41:80 weight=4 max_fails=3 fail_timeout=30s;
	server 192.168.1.51:80 weight=6 max_fails=3 fail_timeout=30s;
      }

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


From ru at nginx.com  Thu Feb  7 08:40:38 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Thu, 7 Feb 2013 12:40:38 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgNCw0LHQvtGC0LDQtdGCINGB0LLRj9C30LrQsCBpcCBoYXNo?=
 =?UTF-8?B?INC4IHdlaWdodCA/?=
In-Reply-To: <17626554fac7aa3bc0b467d99294f2cf.NginxMailingListRussian@forum.nginx.org>
References: <17626554fac7aa3bc0b467d99294f2cf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130207084038.GD1750@lo0.su>

On Thu, Feb 07, 2013 at 01:47:30AM -0500, gintonic wrote:
> Всем привет.
> Объясните пожалуйста как работает данная связка. Версия nginx 1.2.6
> Сейчас в логе есть такие записи:
> 2013/02/07 07:06:19 [error] 32106#0: *6369192 upstream timed out (110:
> Connection timed out) while reading response header from upstream, client:
> 195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
> HTTP/1.1", upstream: "http://192.168.1.41:80/App_Shared/Handlers/Grid.ashx",
> host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
> 2013/02/07 07:08:19 [error] 32106#0: *6369192 upstream timed out (110:
> Connection timed out) while reading response header from upstream, client:
> 195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
> HTTP/1.1", upstream: "http://192.168.1.51:80/App_Shared/Handlers/Grid.ashx",
> host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
> ---------------
>  Только, пожалуйста, не надо обращать внимание на таймауты бэкенда и то что
> это aspx! Вопрос не в этом.
> Почему  запросы с одного IP попадают в разные бэкенды?

Видимо потому что попытка попасть на бэкенд по значению хэша
была неудачной, и не отключено переключение на следующий
сервер?

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

Если переключение нежелательно, есть вариант его отключить
директивой "proxy_next_upstream off".

Встречный вопрос: а при чём тут веса?

> Конфиг такой:
> upstream backend_web_servers {
> 	ip_hash;
> 	server 192.168.1.41:80 weight=4 max_fails=3 fail_timeout=30s;
> 	server 192.168.1.51:80 weight=6 max_fails=3 fail_timeout=30s;
>       }
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,235980,235980#msg-235980


From mdounin at mdounin.ru  Thu Feb  7 10:58:46 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Thu, 7 Feb 2013 14:58:46 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgNCw0LHQvtGC0LDQtdGCINGB0LLRj9C30LrQsCBpcCBoYXNo?=
 =?UTF-8?B?INC4IHdlaWdodCA/?=
In-Reply-To: <17626554fac7aa3bc0b467d99294f2cf.NginxMailingListRussian@forum.nginx.org>
References: <17626554fac7aa3bc0b467d99294f2cf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130207105846.GC66348@mdounin.ru>

Hello!

On Thu, Feb 07, 2013 at 01:47:30AM -0500, gintonic wrote:

> Всем привет.
> Объясните пожалуйста как работает данная связка. Версия nginx 1.2.6
> Сейчас в логе есть такие записи:
> 2013/02/07 07:06:19 [error] 32106#0: *6369192 upstream timed out (110:
> Connection timed out) while reading response header from upstream, client:
> 195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
> HTTP/1.1", upstream: "http://192.168.1.41:80/App_Shared/Handlers/Grid.ashx",
> host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
> 2013/02/07 07:08:19 [error] 32106#0: *6369192 upstream timed out (110:
> Connection timed out) while reading response header from upstream, client:
> 195.72.228.242, server: *.ru, request: "GET /App_Shared/Handlers/Grid.ashx
> HTTP/1.1", upstream: "http://192.168.1.51:80/App_Shared/Handlers/Grid.ashx",
> host: "www.site.ru", referrer: "http://www.site.ru/home/home.aspx"
> ---------------
>  Только, пожалуйста, не надо обращать внимание на таймауты бэкенда и то что
> это aspx! Вопрос не в этом.
> Почему  запросы с одного IP попадают в разные бэкенды?
> Конфиг такой:
> upstream backend_web_servers {
> 	ip_hash;
> 	server 192.168.1.41:80 weight=4 max_fails=3 fail_timeout=30s;
> 	server 192.168.1.51:80 weight=6 max_fails=3 fail_timeout=30s;
>       }

Если бекенд не отвечает на запрос (как в данном случае) - запрос 
отправляется (или не отправляется) на другой бекенд в соответствии 
с proxy_next_upstream.

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

Если бекенд уже мёртв в соответствии с max_fails/fail_timeout - 
запрос сразу отправляется на какой-то другой бекенд.

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

-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Thu Feb  7 11:17:48 2013
From: nginx-forum at nginx.us (dimn)
Date: Thu, 07 Feb 2013 06:17:48 -0500
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>

а как вообще устроено кеширование в крупных порталах?

Например есть какие то объявления
/board/1.html
/board/2.html
/board/3.html.

Наверно лучше будет, если удалять кеш тогда, когда его редактировали(с
большим inactive), например,  /board/1.html, то удалять только его, а
остальные оставить.

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

Как в этом случае найти папку и кеш страниц /board/1.html для удаления?

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


From nginx-forum at nginx.us  Thu Feb  7 11:52:45 2013
From: nginx-forum at nginx.us (gintonic)
Date: Thu, 07 Feb 2013 06:52:45 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgNCw0LHQvtGC0LDQtdGCINGB0LLRj9C30LrQsCBpcCBoYXNo?=
 =?UTF-8?B?INC4IHdlaWdodCA/?=
In-Reply-To: <20130207105846.GC66348@mdounin.ru>
References: <20130207105846.GC66348@mdounin.ru>
Message-ID: <85c7f6b59ca2ddf660ecac0d4691369e.NginxMailingListRussian@forum.nginx.org>

Спасибо!!!

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


From nginx-forum at nginx.us  Thu Feb  7 11:55:03 2013
From: nginx-forum at nginx.us (gintonic)
Date: Thu, 07 Feb 2013 06:55:03 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgNCw0LHQvtGC0LDQtdGCINGB0LLRj9C30LrQsCBpcCBoYXNo?=
 =?UTF-8?B?INC4IHdlaWdodCA/?=
In-Reply-To: <20130207084038.GD1750@lo0.su>
References: <20130207084038.GD1750@lo0.su>
Message-ID: <4490dc0bc81d0f34eea7f81568d99554.NginxMailingListRussian@forum.nginx.org>

Чтобы 2й бэкенд был загружен больше первого.

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


From vovansystems at gmail.com  Thu Feb  7 12:28:06 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Thu, 7 Feb 2013 15:28:06 +0300
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAAwq3jzzy0mTSUp0t=ZYo7fcpkAkbXixL2kZVteGysmjDAqzCw@mail.gmail.com>

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

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

если сайт на wordpress, то можно использовать плагин
http://wordpress.org/extend/plugins/nginx-helper/ - он удаляет
страницы из кеша после их изменения при соотвествующей конфигурации,
обращаясь на специальный локейшн. пример:
location ~ \.php$ {
...
	    fastcgi_cache_key
"$scheme|$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
...
}

location ~ /purge(/.*) {
	    log_not_found off;
	    set $uri_orig $1; # энкодим кирилличное выделение
	    fastcgi_cache_purge CACHE
"$scheme|$request_method|$http_if_modified_since|$http_if_none_match|$host|$uri_orig$is_args$args";
}
 Т.е. кеш удаляется по ключу. по которому он был создан. Похожим
образом Вы можете организовать своевременное обновление кеша у себя.

На самом же деле, у себя я ограничиваю только размер кеша (а он
находится на рамдиске), а inactive выставляю в 24h. Таким образом кеш
со временем вырастает до своего max_size, а потом cache manager
начинает сам оттуда удалять самые старые записи. Время кеширования
выставляю в 1m. Если вдруг отвалится бекэнд, то самые просматриваемые
страницы сайта будут по-прежнему загружаться, т.к. настроен
proxy_cache_use_stale. Минус данного способа в том, что кеш занимает
постоянно весь выделенный под него объём, а также в том, что
необходимо правильно подобрать экспериментально размер этого самого
кеша, учитывая сколько разных страниц одновременно открывают
пользователи.. Но в любом случае, для большого сайта, есть смысл
управлять кешем на уровне приложения - это просто, удобно и
эффективно.

From postmaster at softsearch.ru  Thu Feb  7 18:11:05 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 7 Feb 2013 22:11:05 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1771784228.20130207221105@softsearch.ru>

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

> а как вообще устроено кеширование в крупных порталах?

Так, как этого требует конкретная задача.

> Например есть какие то объявления
> /board/1.html
> /board/2.html
> /board/3.html.

> Наверно лучше будет, если удалять кеш тогда, когда его редактировали
> (с  большим  inactive),  например,  /board/1.html, то удалять только
> его, а остальные оставить.

Можно собирать страничку через ssi, а в урл изменяемой части добавлять
т.н.  "поколение".  Тогда вместо удаления из кэша достаточно увеличить
на  1  поколение.  А  страница со старым поколением сама вытеснится их
кэша со временем.

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


From postmaster at softsearch.ru  Fri Feb  8 03:55:00 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 8 Feb 2013 07:55:00 +0400
Subject: watermark patch
In-Reply-To: <CAGRk6YfoKKL=DgpxNPUVA8mQEzq=r5xFkX5LMtJmgkg7jorZgQ@mail.gmail.com>
References: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>
 <1605008743.20130207004401@softsearch.ru>
 <CAGRk6YfoKKL=DgpxNPUVA8mQEzq=r5xFkX5LMtJmgkg7jorZgQ@mail.gmail.com>
Message-ID: <1084409608.20130208075500@softsearch.ru>

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

>> Но  хоть  я  не  сишник, но подозреваю, что сделано не самым лучшим
>> образом.  При  каждом  наложении  водного  знака  зачем-то делается
>> заново  открытие файла с водным знаком, чтение его с диска (про aio
>> промолчу)  и создание изображения. Всё это можно при старте nginx-а
>> делать или

> Разница  не  слишком  велика,  при интенсивной нагрузке он все равно
> будет  в  буффере системы жить, а зря занимать память тоже не охота.
> Да и лень )

Это сомнительная экономия, которая может привести к тому, что придётся
увеличивать  количество  воркеров, ибо Ваш код работает так, как будто
он в Апаче, а не в nginx-е.

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


From danila at shtan.ru  Fri Feb  8 06:54:07 2013
From: danila at shtan.ru (Danila Shtan)
Date: Fri, 8 Feb 2013 12:54:07 +0600
Subject: =?UTF-8?B?UmU6IHByb3h5X2NhY2hlINC4IHJhbmdlINC30LDQv9GA0L7RgdGL?=
In-Reply-To: <CALUn_U5fkKf7mvKsaRUWEJik3C5s2VJtj8085m-8iCyBPDtE_Q@mail.gmail.com>
References: <CALUn_U73gO4UYD4bJupmZLW9o7-EsWBvJ1+COfA8PdatNq0v7A@mail.gmail.com>
 <20130122120635.GC9787@mdounin.ru>
 <CALUn_U5fkKf7mvKsaRUWEJik3C5s2VJtj8085m-8iCyBPDtE_Q@mail.gmail.com>
Message-ID: <CALUn_U4s_FkEFZttOWvEzg6U48nood+tdO5=i9YnUpbzBLeUXw@mail.gmail.com>

Хочу вернуться к вопросу о патче из
http://forum.nginx.org/read.php?2,225815,225826#msg-225826
Мы его используем в production, на двух нодах с 150-200 rps на ноду, все
едет с proxy_cache (точнее ? с uwsgi_cache).
Больше двух недель, полет стабильный, нареканий нет.

Собрано вот так:
[501 12:53:23]: # nginx -V
nginx version: nginx/1.2.6
TLS SNI support enabled
configure arguments: --prefix=/usr/share/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-pcre-jit --with-debug --with-file-aio --with-http_addition_module
--with-http_dav_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-http_realip_module --with-http_secure_link_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-auth-pam
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-echo
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-upstream-fair
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-dav-ext-module
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-syslog
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-cache-purge
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-pinba
--add-module=/opt/nginx-1.2.6/debian/modules/nginx-http-substitution-filter
--add-module=/root/nginx-pkg/mod_zip-1.1.6
--add-module=/root/nginx-pkg/nginx-statsd --with-http_image_filter_module

Д.

2013/1/22 Danila Shtan <danila at shtan.ru>

> Приветствую.
>
>
> 2013/1/22 Maxim Dounin <mdounin at mdounin.ru>
>
>> Hello!
>>
>> On Tue, Jan 22, 2013 at 02:38:53AM +0600, Danila Shtan wrote:
>>
>> > Приветствую.
>> >
>> > 1) Для proxy_cache и range есть небольшой патч от Maxim Dounin (
>> > http://forum.nginx.org/read.php?2,225815,225826#msg-225826) который
>> > насколько я понимаю не внесен в основную ветку разработки (из-за проблем
>> > при max_ranges >1), но в случае применения его решает проблему получения
>> > 200 OK при первом запросе к бэкенду и заполнении кэша. Может быть имеет
>> > смысл включить такое поведение по умолчанию при max_ranges 1;? Многие
>> > современные браузеры в части воспроизведения HTML5 видео сурово
>> завязаны на
>> > 206 и правильный Range в ответ на свои запросы, мне кажется, что было бы
>> > неплохо учесть существующие реалии.
>>
>> Может быть.
>>
>> Опыт использования патча в production имеется?  Если да - хотелось
>> бы услышать отзывы.
>>
>
> По вышепомянутой ссылке человек, кажется, доволен.
> Мы свою сборку с патчем и 3rd-party модулями выкатываем завтра ? через
> неделю буду готов поделиться впечатлениями.
>
>
>> > 2) nginx ни за что не отдаст 206 ответ при запросе c Range к
>> > закэшированному файлу, если в оригинальном ответе бэкенда не было
>> заголовка
>> > Accept-Ranges. Поведение мягко говоря не очевидное, стоило мне
>> нескольких
>> > часов попыток понять, что происходит. RFC говорит, что заголовок
>> совершенно
>> > опциональный, более того, если nginx уже получил полное тело файла,
>> имеет
>> > Content-Length ответа и пр. ? еще более непонятно, что мешает ему
>> отдавать
>> > ожидаемые клиентом 206.
>>
>> В самом nginx'е допустимость byte-range-запросов однозначно
>> приводит к появлению заголовка Accept-Ranges (а отсутствие оной
>> поддержки - приводит к его отсутствию), и AFAIK в большинстве
>> других серверов так же.  Такое поведение - позволяет максимально
>> полно дублировать поведение исходного сервера, допуская range'и
>> только там, где бекенд их поддерживает.
>>
>
> Там где бэкенд их не поддерживает ему, вероятно, стоит сказать
> Accept-Ranges: none
> Проблема в том, что эта особенность сервера не описана вообще нигде. :)
>
> Наверное, теперь, когда есть директива max_ranges, и не желающие
>> поддержки range'ей могут от неё отказаться явно, это поведение
>> стоит пересмотреть.
>>
>
> По-моему это хорошая идея.
>
> Д.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130208/41d2adcd/attachment-0001.html>

From mdounin at mdounin.ru  Fri Feb  8 10:29:54 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Fri, 8 Feb 2013 14:29:54 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5X2NhY2hlINC4IHJhbmdlINC30LDQv9GA0L7RgdGL?=
In-Reply-To: <CALUn_U4s_FkEFZttOWvEzg6U48nood+tdO5=i9YnUpbzBLeUXw@mail.gmail.com>
References: <CALUn_U73gO4UYD4bJupmZLW9o7-EsWBvJ1+COfA8PdatNq0v7A@mail.gmail.com>
 <20130122120635.GC9787@mdounin.ru>
 <CALUn_U5fkKf7mvKsaRUWEJik3C5s2VJtj8085m-8iCyBPDtE_Q@mail.gmail.com>
 <CALUn_U4s_FkEFZttOWvEzg6U48nood+tdO5=i9YnUpbzBLeUXw@mail.gmail.com>
Message-ID: <20130208102953.GP66348@mdounin.ru>

Hello!

On Fri, Feb 08, 2013 at 12:54:07PM +0600, Danila Shtan wrote:

> Хочу вернуться к вопросу о патче из
> http://forum.nginx.org/read.php?2,225815,225826#msg-225826
> Мы его используем в production, на двух нодах с 150-200 rps на ноду, все
> едет с proxy_cache (точнее ? с uwsgi_cache).
> Больше двух недель, полет стабильный, нареканий нет.

Спасибо, надо будет на это место ещё разок посмотреть внимательно.

[...]

> --with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl

Just FYI: это глупость, и её надо просто убрать из аргументов 
./configure.

-- 
Maxim Dounin
http://nginx.com/support.html


From gmm at csdoc.com  Fri Feb  8 10:55:46 2013
From: gmm at csdoc.com (Gena Makhomed)
Date: Fri, 08 Feb 2013 12:55:46 +0200
Subject: =?UTF-8?B?UmU6IHByb3h5X2NhY2hlINC4IHJhbmdlINC30LDQv9GA0L7RgdGL?=
In-Reply-To: <20130208102953.GP66348@mdounin.ru>
References: <CALUn_U73gO4UYD4bJupmZLW9o7-EsWBvJ1+COfA8PdatNq0v7A@mail.gmail.com>
 <20130122120635.GC9787@mdounin.ru>
 <CALUn_U5fkKf7mvKsaRUWEJik3C5s2VJtj8085m-8iCyBPDtE_Q@mail.gmail.com>
 <CALUn_U4s_FkEFZttOWvEzg6U48nood+tdO5=i9YnUpbzBLeUXw@mail.gmail.com>
 <20130208102953.GP66348@mdounin.ru>
Message-ID: <5114D9B2.2020703@csdoc.com>

On 08.02.2013 12:29, Maxim Dounin wrote:

>> --with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl

> Just FYI: это глупость, и её надо просто убрать из аргументов
> ./configure.

скрипт ./configure мог бы сам выдавать warning/error
когда ему подсовывают каталоги с заголовочными файлами?

-- 
Best regards,
  Gena


From danila at shtan.ru  Fri Feb  8 11:14:28 2013
From: danila at shtan.ru (Danila Shtan)
Date: Fri, 8 Feb 2013 17:14:28 +0600
Subject: =?UTF-8?B?UmU6IHByb3h5X2NhY2hlINC4IHJhbmdlINC30LDQv9GA0L7RgdGL?=
In-Reply-To: <20130208102953.GP66348@mdounin.ru>
References: <CALUn_U73gO4UYD4bJupmZLW9o7-EsWBvJ1+COfA8PdatNq0v7A@mail.gmail.com>
 <20130122120635.GC9787@mdounin.ru>
 <CALUn_U5fkKf7mvKsaRUWEJik3C5s2VJtj8085m-8iCyBPDtE_Q@mail.gmail.com>
 <CALUn_U4s_FkEFZttOWvEzg6U48nood+tdO5=i9YnUpbzBLeUXw@mail.gmail.com>
 <20130208102953.GP66348@mdounin.ru>
Message-ID: <CALUn_U4_zjYcd_Gw=DgD9qP9yNQGce0ReE6wB2gbp9i9hDtXhw@mail.gmail.com>

Приветствую.

2013/2/8 Maxim Dounin <mdounin at mdounin.ru>

> Hello!
>
> On Fri, Feb 08, 2013 at 12:54:07PM +0600, Danila Shtan wrote:
>
> > Хочу вернуться к вопросу о патче из
> > http://forum.nginx.org/read.php?2,225815,225826#msg-225826
> > Мы его используем в production, на двух нодах с 150-200 rps на ноду, все
> > едет с proxy_cache (точнее ? с uwsgi_cache).
> > Больше двух недель, полет стабильный, нареканий нет.
>
> Спасибо, надо будет на это место ещё разок посмотреть внимательно.
>
> [...]
>
> > --with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
>
> Just FYI: это глупость, и её надо просто убрать из аргументов
> ./configure.


Мы собираем пакет на базе того, что делают чуваки из dotdeb.org
Видимо надо им рассказать, спасибо за информацию.

Д.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130208/8fceefce/attachment.html>

From umask at yandex.ru  Fri Feb  8 11:33:39 2013
From: umask at yandex.ru (umask)
Date: Fri, 08 Feb 2013 15:33:39 +0400
Subject: =?UTF-8?B?0LzQsNC/0LjQvdCzINCx0L7Qu9GM0YjQvtCz0L4g0LrQvtC7LdCy0LAgVVJM?=
Message-ID: <632641360323219@web4g.yandex.ru>

Добрый день,

есть 200-300к URL, запросы на которые нужно перенаправить на соответствующие им новые URL.

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

Можно ли это как-то просто сделать и насколько это может нагрузить nginx?

Я понимаю, что есть способ нагенерить rewrite'ов с location'ами, но может быть есть более элегантное решение?

Спасибо.


From citrin at citrin.ru  Fri Feb  8 11:51:17 2013
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Fri, 08 Feb 2013 15:51:17 +0400
Subject: =?UTF-8?B?UmU6INC80LDQv9C40L3QsyDQsdC+0LvRjNGI0L7Qs9C+INC60L7Quy3QstCwIFVS?=
 =?UTF-8?B?TA==?=
In-Reply-To: <632641360323219@web4g.yandex.ru>
References: <632641360323219@web4g.yandex.ru>
Message-ID: <5114E6B5.7010405@citrin.ru>

On 02/08/13 15:33, umask wrote:
> есть 200-300к URL, запросы на которые нужно перенаправить на соответствующие им новые URL.
>
> Для каждого URL из первого множества, есть соответствующий URL в множестве, куда отображаем.
>
> Можно ли это как-то просто сделать и насколько это может нагрузить nginx?
>
> Я понимаю, что есть способ нагенерить rewrite'ов с location'ами, но может быть есть более элегантное решение?

Насколько знаю location-ы (без regexp-ов), хранятся в дереве, так что их может 
быть много и это не сильно нагрузит nginx.

Так что сгенеренного конфига такого вида, должно быть достаточно:

location = /old-url1 { rewrite . /new-url1; }
location = /old-url2 { rewrite . /new-url2; }

-- 
  Anton Yuzhaninov


From trurl at mcbyte.net  Fri Feb  8 11:58:09 2013
From: trurl at mcbyte.net (Trurl McByte)
Date: Fri, 8 Feb 2013 13:58:09 +0200
Subject: watermark patch
In-Reply-To: <1084409608.20130208075500@softsearch.ru>
References: <ce7785995f720eb6760435b13e53b1a2.NginxMailingListRussian@forum.nginx.org>
 <1605008743.20130207004401@softsearch.ru>
 <CAGRk6YfoKKL=DgpxNPUVA8mQEzq=r5xFkX5LMtJmgkg7jorZgQ@mail.gmail.com>
 <1084409608.20130208075500@softsearch.ru>
Message-ID: <CAGRk6YdZxjgKKs1Y2DObxbbvyNjwioVnwUpx=RWQMtvidGj8vg@mail.gmail.com>

На фоне остальных операций в том же ватермарке (включая открытие основного
файла) это +5%
Так что логичнее вообще пореже этим пользоваться и кешировать наглухо.


8 февраля 2013 г., 5:55 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, Trurl.
>
> >> Но  хоть  я  не  сишник, но подозреваю, что сделано не самым лучшим
> >> образом.  При  каждом  наложении  водного  знака  зачем-то делается
> >> заново  открытие файла с водным знаком, чтение его с диска (про aio
> >> промолчу)  и создание изображения. Всё это можно при старте nginx-а
> >> делать или
>
> > Разница  не  слишком  велика,  при интенсивной нагрузке он все равно
> > будет  в  буффере системы жить, а зря занимать память тоже не охота.
> > Да и лень )
>
> Это сомнительная экономия, которая может привести к тому, что придётся
> увеличивать  количество  воркеров, ибо Ваш код работает так, как будто
> он в Апаче, а не в nginx-е.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster at softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130208/dd18919a/attachment.html>

From nginx-forum at nginx.us  Fri Feb  8 12:11:20 2013
From: nginx-forum at nginx.us (slpls)
Date: Fri, 08 Feb 2013 07:11:20 -0500
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <89f96a50e3a9608337d17d12b68bdc5b.NginxMailingListRussian@forum.nginx.org>

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

можно добавить следующие директивы:
proxy_cache_bypass        $http_drop $http_mis;
proxy_no_cache $http_mis;

тогда послав в запросе заголовок "drop:true" вы прогреете кеш новыми
значениями с бекенда
послав "miss:true" вы просто сходите на бекенд, посмотрите реальный ответ,
но в кеш его не занесете
имена drop и mis замените на что-нибудь.

также интерсные директивы

proxy_cache_lock on;
proxy_cache_use_stale updating error;

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

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


From trurl at mcbyte.net  Fri Feb  8 12:18:29 2013
From: trurl at mcbyte.net (Trurl McByte)
Date: Fri, 8 Feb 2013 14:18:29 +0200
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQntGH0LjRgdGC0LrQsCDQutC10YjQsCBuZ2lueA==?=
In-Reply-To: <1771784228.20130207221105@softsearch.ru>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
 <1771784228.20130207221105@softsearch.ru>
Message-ID: <CAGRk6Yf7s0u6qnG20stMTCaCE2ShbZN4LX04Wa-kcLjb7ZuC=Q@mail.gmail.com>

На своей практике выяснил что оптимальное время кеширования популярных
страниц - от 2х до 5ти минут. Меньше 2х - не выгодно (за некоторыми редкими
исключениями). Очень оптимально догружать части (особенно часто
обновляющиеся блоки) страниц уже на клиенте, яваскриптом (для крупного
портала это вполне приемлемо). При этом еще и канал экономится в
перспективе. Про 2 минуты - это _обычно_ минимальное время кеширования на
провайдерских проксях (и не надо говорить что ими мало пользуются - разве
что портал чисто для айтишников). Использовать ли их для уменьшения трафика
и нагрузки - ваше дело. Из-за этих же проксей (а так же всяких  ускорителей
типа Opera-Turbo) свой кеш чистить вообще смысла мало. Лучше таки
использовать "поколение" или "версию" или еще что-то в этом духе. Например
- использование epochtime, округленного до сотен секунд - аналог expires
100s; (хотя это уже для извращенцев, но мало ли).

У меня вообще код коммита git используется в некоторых местах ))


7 февраля 2013 г., 20:11 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, dimn.
>
> > а как вообще устроено кеширование в крупных порталах?
>
> Так, как этого требует конкретная задача.
>
> > Например есть какие то объявления
> > /board/1.html
> > /board/2.html
> > /board/3.html.
>
> > Наверно лучше будет, если удалять кеш тогда, когда его редактировали
> > (с  большим  inactive),  например,  /board/1.html, то удалять только
> > его, а остальные оставить.
>
> Можно собирать страничку через ssi, а в урл изменяемой части добавлять
> т.н.  "поколение".  Тогда вместо удаления из кэша достаточно увеличить
> на  1  поколение.  А  страница со старым поколением сама вытеснится их
> кэша со временем.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster at softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130208/65acf3f0/attachment.html>

From hell-for-yahoo at umail.ru  Fri Feb  8 12:52:36 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Fri, 8 Feb 2013 16:52:36 +0400
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <CAGRk6Yf7s0u6qnG20stMTCaCE2ShbZN4LX04Wa-kcLjb7ZuC=Q@mail.gmail.com>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
 <1771784228.20130207221105@softsearch.ru>
 <CAGRk6Yf7s0u6qnG20stMTCaCE2ShbZN4LX04Wa-kcLjb7ZuC=Q@mail.gmail.com>
Message-ID: <367198067.20130208165236@mtu-net.ru>

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

TM> На своей практике выяснил что оптимальное время кеширования популярных
TM> страниц - от 2х до 5ти минут. Меньше 2х - не выгодно (за некоторыми редкими
TM> исключениями). Очень оптимально догружать части (особенно часто
TM> обновляющиеся блоки) страниц уже на клиенте, яваскриптом

При этом надо чётко себе представлять, что яваскрипт может
1. сбоить
2. быть отключен

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

TM> (для крупного
TM> портала это вполне приемлемо). При этом еще и канал экономится в
TM> перспективе. Про 2 минуты - это _обычно_ минимальное время кеширования на
TM> провайдерских проксях (и не надо говорить что ими мало пользуются - разве
TM> что портал чисто для айтишников). Использовать ли их для уменьшения трафика
TM> и нагрузки - ваше дело. Из-за этих же проксей (а так же всяких  ускорителей
TM> типа Opera-Turbo) свой кеш чистить вообще смысла мало. Лучше таки
TM> использовать "поколение" или "версию" или еще что-то в этом духе. Например
TM> - использование epochtime, округленного до сотен секунд - аналог expires
TM> 100s; (хотя это уже для извращенцев, но мало ли).

TM> У меня вообще код коммита git используется в некоторых местах ))


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

    Andrey Repin (hell-for-yahoo at umail.ru) пятница, 08.02.2013, <16:50>

From trurl at mcbyte.net  Fri Feb  8 13:44:01 2013
From: trurl at mcbyte.net (Trurl McByte)
Date: Fri, 8 Feb 2013 15:44:01 +0200
Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwIG5naW54?=
In-Reply-To: <367198067.20130208165236@mtu-net.ru>
References: <91a41c0dff7c837037d649803de6b9e7.NginxMailingListRussian@forum.nginx.org>
 <5014d35571d1fedc5319e84d1bda628b.NginxMailingListRussian@forum.nginx.org>
 <1771784228.20130207221105@softsearch.ru>
 <CAGRk6Yf7s0u6qnG20stMTCaCE2ShbZN4LX04Wa-kcLjb7ZuC=Q@mail.gmail.com>
 <367198067.20130208165236@mtu-net.ru>
Message-ID: <CAGRk6YeKc9Ya9HcWsV=QNSKFRCK8XPBuY_WOzBfstty6Gc8Wmw@mail.gmail.com>

8 февраля 2013 г., 14:52 пользователь Andrey Repin
<hell-for-yahoo at umail.ru>написал:

> При этом надо чётко себе представлять, что яваскрипт может
> 1. сбоить
>
Ну в таком случае и html может сбоить. Вероятность даже выше, чем у
закешированного js


> 2. быть отключен
>
Я не зря упомянул "крупные порталы", на них включат, никуда не денутся.


>
> В таком разе лучше, действительно, SSI использовать, кешируя отдельные
> блоки,
> а не страницу в целом.
>
Разница в эффективности уж слишком велика, особенно когда трафик считается
на сотни мегабит и выше.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130208/835d2f1b/attachment.html>

From nginx-forum at nginx.us  Fri Feb  8 16:56:59 2013
From: nginx-forum at nginx.us (billgx)
Date: Fri, 08 Feb 2013 11:56:59 -0500
Subject: =?UTF-8?B?0KPRgdGC0LDQvdC+0LLQutCwIENvbnRlbnQtUmFuZ2Ug0LIg0LfQsNCy0LjRgdC4?=
 =?UTF-8?B?0LzQvtGB0YLQuCDQvtGCIFJhbmdlICjRgSDQv9C+0LTQtNC10LvQsNC90L0=?=
 =?UTF-8?B?0YvQvCBDb250ZW50LUxlbmd0aCk=?=
Message-ID: <7a377b94ab08b1fecc03866d72510f36.NginxMailingListRussian@forum.nginx.org>

Суть проблемы:
Для воспроизведения браузером google chrome из тега <audio> файл формата ogg
будет проигран только после полного получения. Если у посетителя интернет со
скоростью 128kbps, то файл в 2 мб будет отдаваться достаточно долго.
Но если файл будет очень большого размера, то google chrome делает
проигрывание по мере загрузки файла (видимо это не баг, а специально сделано
так).

Задача:
Обмануть google chrome с его хитрым алгоритмом.
Казалось бы, поставив content-length большого размера решит проблему. Но
google chrome <audio> перед проигрыванием файла делает запрос на проверку
всего файла 

Заголовок запроса
Range: bytes=2657723-2723029

Заголовок ответа
Content-Length: 2723030
Content-Range: bytes 0-2723029/2723030

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

Такое происходит если файл действительно такого размера, но если "подсунуть"
мелкий файл в 1 мб и сказать что он 2723030 bytes, то возникает ошибка 
HTTP/1.1 416 Requested Range Not Satisfiable (?запрашиваемый диапазон не
достижим?)


Вопрос:
Как можно перекрыть эту ошибку, и начать отдавать контент?
Такое вообще возможно?

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


From postmaster at softsearch.ru  Fri Feb  8 17:15:04 2013
From: postmaster at softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=)
Date: Fri, 8 Feb 2013 21:15:04 +0400
Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCBDb250ZW50LVJhbmdlINCyINC30LDQstC4?=
 =?UTF-8?B?0YHQuNC80L7RgdGC0Lgg0L7RgiBSYW5nZSAo0YEg0L/QvtC00LTQtdC70LA=?=
 =?UTF-8?B?0L3QvdGL0LwgQ29udGVudC1MZW5ndGgp?=
In-Reply-To: <7a377b94ab08b1fecc03866d72510f36.NginxMailingListRussian@forum.nginx.org>
References: <7a377b94ab08b1fecc03866d72510f36.NginxMailingListRussian@forum.nginx.org>
Message-ID: <344309833.20130208211504@softsearch.ru>

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

> Суть проблемы:
> Для воспроизведения браузером google chrome из тега <audio> файл формата ogg
> будет проигран только после полного получения. Если у посетителя интернет со
> скоростью 128kbps, то файл в 2 мб будет отдаваться достаточно долго.
> Но если файл будет очень большого размера, то google chrome делает
> проигрывание по мере загрузки файла (видимо это не баг, а специально сделано
> так).

Отдавать всегда файл чанками?

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


From ru at nginx.com  Fri Feb  8 19:02:05 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Fri, 8 Feb 2013 23:02:05 +0400
Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCBDb250ZW50LVJhbmdlINCyINC30LDQstC4?=
 =?UTF-8?B?0YHQuNC80L7RgdGC0Lgg0L7RgiBSYW5nZSAo0YEg0L/QvtC00LTQtdC70LA=?=
 =?UTF-8?B?0L3QvdGL0LwgQ29udGVudC1MZW5ndGgp?=
In-Reply-To: <7a377b94ab08b1fecc03866d72510f36.NginxMailingListRussian@forum.nginx.org>
References: <7a377b94ab08b1fecc03866d72510f36.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130208190205.GA51885@lo0.su>

On Fri, Feb 08, 2013 at 11:56:59AM -0500, billgx wrote:
> Суть проблемы:
> Для воспроизведения браузером google chrome из тега <audio> файл формата ogg
> будет проигран только после полного получения. Если у посетителя интернет со
> скоростью 128kbps, то файл в 2 мб будет отдаваться достаточно долго.
> Но если файл будет очень большого размера, то google chrome делает
> проигрывание по мере загрузки файла (видимо это не баг, а специально сделано
> так).
> 
> Задача:
> Обмануть google chrome с его хитрым алгоритмом.
> Казалось бы, поставив content-length большого размера решит проблему. Но
> google chrome <audio> перед проигрыванием файла делает запрос на проверку
> всего файла 
> 
> Заголовок запроса
> Range: bytes=2657723-2723029
> 
> Заголовок ответа
> Content-Length: 2723030
> Content-Range: bytes 0-2723029/2723030
> 
> (этот запрос хочет получить почти весь файл за исключением начала файла,
> после полученных 64 кб запрос отменяется, а браузер далее на слово верит,
> что файл существует целиком, т.е. посути не важно иметь весь контент)
> 
> Такое происходит если файл действительно такого размера, но если "подсунуть"
> мелкий файл в 1 мб и сказать что он 2723030 bytes, то возникает ошибка 
> HTTP/1.1 416 Requested Range Not Satisfiable (?запрашиваемый диапазон не
> достижим?)
> 
> 
> Вопрос:
> Как можно перекрыть эту ошибку, и начать отдавать контент?
> Такое вообще возможно?

"max_ranges 0;" и подсовывание "нужного" Content-Length не решит
проблему?

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


From karamba66 at ukr.net  Fri Feb  8 19:18:31 2013
From: karamba66 at ukr.net (ZZZ)
Date: Fri, 08 Feb 2013 20:18:31 +0100
Subject: =?UTF-8?B?aXBfaGFzaCDQv9C+INCw0LPRgNGD0LzQtdC90YLRgw==?=
Message-ID: <51154F87.8070706@ukr.net>

Привет.

Есть ли возможность для метода балансировки ip_hash использовать не 
непосредственно |$remote_addr| , а брать его из аргумента строки 
запроса, например |$arg_ip ?||| Или может можно переопределять 
|$remote_addr в конфиге ?

Спасибо.
|


From alexey.bobok at gmail.com  Sat Feb  9 12:52:30 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Sat, 9 Feb 2013 14:52:30 +0200
Subject: try_files video cache
Message-ID: <CAH05gjZNb_QbLzuqnD2B-d4z7Fi6bh58Tra-BqbRQ03V0GSqzg@mail.gmail.com>

Приветствую.
Есть элементарная задача, что-то упускаю и не получается решить :)

Есть 2 локейшна со стримингом (см. ниже).
Отдельный скрипт анализирует популярные файлы и копируется популярные файлы
на SSD в папку /cache/, сохраняя полный путь внутри.

Т. е.
      /1/www/a.video/v2/147631/files/u147631_94593_1238.mp4
копируется в
/cache/1/www/a.video/v2/147631/files/u147631_94593_1238.mp4

Нужно добавить try_files, который сначала проверит файл в кеше (типа
/cache/$uri), если нет - отдаст из стораджа.

## config cut

        location ~* \.flv$ {
                root /1/www/a.video;
                access_log /var/log/nginx/video.log video;
                flv;
        }

        location ~* \.mp4$ {
                root /1/www/a.video;
                mp4;
                access_log /var/log/nginx/video.log video;
        }

Как? :)
Спасибо.

-- 
 Think before you print.
Best regards, Alexey Bobok.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130209/10c868fc/attachment.html>

From hell-for-yahoo at umail.ru  Sat Feb  9 16:17:37 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 9 Feb 2013 20:17:37 +0400
Subject: try_files video cache
In-Reply-To: <CAH05gjZNb_QbLzuqnD2B-d4z7Fi6bh58Tra-BqbRQ03V0GSqzg@mail.gmail.com>
References: <CAH05gjZNb_QbLzuqnD2B-d4z7Fi6bh58Tra-BqbRQ03V0GSqzg@mail.gmail.com>
Message-ID: <826016777.20130209201737@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Алексей Бобок!

АБ> Приветствую.
АБ> Есть элементарная задача, что-то упускаю и не получается решить :)

Тривиально - вы задаёте root, в котором ваш кеш найти невозможно.

АБ> Есть 2 локейшна со стримингом (см. ниже).
АБ> Отдельный скрипт анализирует популярные файлы и копируется популярные файлы
АБ> на SSD в папку /cache/, сохраняя полный путь внутри.

АБ> Т. е.
АБ>       /1/www/a.video/v2/147631/files/u147631_94593_1238.mp4
АБ> копируется в
АБ> /cache/1/www/a.video/v2/147631/files/u147631_94593_1238.mp4

АБ> Нужно добавить try_files, который сначала проверит файл в кеше (типа
АБ> /cache/$uri), если нет - отдаст из стораджа.

АБ> ## config cut

АБ>         location ~* \.flv$ {
АБ>                 root /1/www/a.video;
АБ>                 access_log /var/log/nginx/video.log video;
АБ>                 flv;
АБ>         }

АБ>         location ~* \.mp4$ {
АБ>                 root /1/www/a.video;
АБ>                 mp4;
АБ>                 access_log /var/log/nginx/video.log video;
АБ>         }

АБ> Как? :)

Решать как-то так:

        location @nocache {
                root /1/www/a.video;
                access_log /var/log/nginx/video.log video;
                location .flv { flv; }
                location .mp4 { mp4; }
        }

        location ~* \.(mp4|flv)$ {
                root /cache/1/www/a.video;
                try_files $url @nocache;
                access_log /var/log/nginx/video.log video;
                location .flv { flv; }
                location .mp4 { mp4; }
        }

Предупреждаю - может не заработать. Но идея эта. Пробуйте.


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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 09.02.2013, <20:08>

From alexey.bobok at gmail.com  Sat Feb  9 16:23:18 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Sat, 9 Feb 2013 18:23:18 +0200
Subject: try_files video cache
In-Reply-To: <826016777.20130209201737@mtu-net.ru>
References: <CAH05gjZNb_QbLzuqnD2B-d4z7Fi6bh58Tra-BqbRQ03V0GSqzg@mail.gmail.com>
 <826016777.20130209201737@mtu-net.ru>
Message-ID: <CAH05gjZ6-e7GZr7eqk0Tm7hv=U0doHk1kNGgpuU-CnN8cNq7kg@mail.gmail.com>

9 февраля 2013 г., 18:17 пользователь Andrey Repin
<hell-for-yahoo at umail.ru>написал:

> Решать как-то так:
>
>         location @nocache {
>                 root /1/www/a.video;
>                 access_log /var/log/nginx/video.log video;
>                 location .flv { flv; }
>                 location .mp4 { mp4; }
>         }
>
>         location ~* \.(mp4|flv)$ {
>                 root /cache/1/www/a.video;
>                 try_files $url @nocache;
>                 access_log /var/log/nginx/video.log video;
>                 location .flv { flv; }
>                 location .mp4 { mp4; }
>         }
>
> Предупреждаю - может не заработать. Но идея эта. Пробуйте.
>

Спасибо.
Я реализовал похожим способом.
        location ~* \.flv$ {
                root /cache/1/www/a.video;
                try_files $uri @slow-flv;
                access_log /var/log/nginx/video.log video;
                flv;
        }

        location ~* \.mp4$ {
                root /cache/1/www/a.video;
                try_files $uri @slow-mp4;
                mp4;
                access_log /var/log/nginx/video.log video;
        }

        location @slow-mp4 {
                root /1/www/a.video;
                mp4;
                access_log /var/log/nginx/slow.video.log video;
        }

        location @slow-flv {
                root /1/www/a.video;
                flv;
                access_log /var/log/nginx/slow.video.log video;
        }




-- 
 Think before you print.
Best regards, Alexey Bobok.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130209/7931964b/attachment.html>

From nginx-forum at nginx.us  Mon Feb 11 05:29:43 2013
From: nginx-forum at nginx.us (john2do)
Date: Mon, 11 Feb 2013 00:29:43 -0500
Subject: sub_filter + POST request
Message-ID: <787de27d946fcb5ee286e63694c483ef.NginxMailingListRussian@forum.nginx.org>

День добрый,

собственно вопрос по сабжу:
это баг или фича, что sub_filter не работает на POST-ответы?
явного указания на ограничение по GET ответам нигде в документации не
обнаружил.

nginx 1.2.6

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


From nginx-forum at nginx.us  Mon Feb 11 12:08:52 2013
From: nginx-forum at nginx.us (valch85)
Date: Mon, 11 Feb 2013 07:08:52 -0500
Subject: =?UTF-8?B?0LDQstGC0L7RgNC40LfQsNGG0LjRjyBuZ2lueA==?=
Message-ID: <a36ded2e15e2a038f2e94aded799a36c.NginxMailingListRussian@forum.nginx.org>

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

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


From vbart at nginx.com  Mon Feb 11 16:21:05 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 11 Feb 2013 20:21:05 +0400
Subject: =?UTF-8?B?UmU6INC80LDQv9C40L3QsyDQsdC+0LvRjNGI0L7Qs9C+INC60L7Quy3QstCwIFVS?=
 =?UTF-8?B?TA==?=
In-Reply-To: <632641360323219@web4g.yandex.ru>
References: <632641360323219@web4g.yandex.ru>
Message-ID: <201302112021.06013.vbart@nginx.com>

On Friday 08 February 2013 15:33:39 umask wrote:
> Добрый день,
> 
> есть 200-300к URL, запросы на которые нужно перенаправить на
> соответствующие им новые URL.
> 
> Для каждого URL из первого множества, есть соответствующий URL в множестве,
> куда отображаем.
> 
> Можно ли это как-то просто сделать и насколько это может нагрузить nginx?
> 
> Я понимаю, что есть способ нагенерить rewrite'ов с location'ами, но может
> быть есть более элегантное решение?
> 
> Спасибо.
> 

Есть ещё map: http://http://nginx.org/ru/docs/http/ngx_http_map_module.html

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html




From vbart at nginx.com  Mon Feb 11 16:49:30 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 11 Feb 2013 20:49:30 +0400
Subject: sub_filter + POST request
In-Reply-To: <787de27d946fcb5ee286e63694c483ef.NginxMailingListRussian@forum.nginx.org>
References: <787de27d946fcb5ee286e63694c483ef.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302112049.30604.vbart@nginx.com>

On Monday 11 February 2013 09:29:43 john2do wrote:
> День добрый,
> 
> собственно вопрос по сабжу:
> это баг или фича, что sub_filter не работает на POST-ответы?

Работает. Простой тест:

% cat test.conf
events { }

http {
    default_type text/html;

    server {
        listen 8080;
        location / {
            proxy_pass http://localhost:8081;
            sub_filter test replaced;
        }
    }

    server {
        listen 8081;
        location / {
            return 200 test;
        }
    }
}
% build/sbin/nginx -c ../test.conf
% telnet localhost 8080           
POST / HTTP/1.0
Content-Length: 1

a
HTTP/1.1 200 OK
Server: nginx/1.3.12
Date: Mon, 11 Feb 2013 16:46:31 GMT
Content-Type: text/html
Connection: close

replaced


> явного указания на ограничение по GET ответам нигде в документации не
> обнаружил.
> 
> nginx 1.2.6
> 

Смотрите что не так с вашими POST ответами, содержат ли они Content-Type,
заданный в sub_filter_types ( http://nginx.org/r/sub_filter_types/ru ).

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From anatoly at sonru.com  Mon Feb 11 20:05:25 2013
From: anatoly at sonru.com (Anatoly Mikhailov)
Date: Mon, 11 Feb 2013 20:05:25 +0000
Subject: nginx 1.3.12 SPDY add_headers bug
Message-ID: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>

Добрый день,

Обновившись до Nginx 1.3.12 с версии 1.3.5 заметил, что Chrome перестал 
брать из своего кэша (304) статику, которую отдаю таким образом:

 location ~ ^/(assets|images|javascripts|stylesheets|swfs|system)/ {
   gzip_static       on;
   expires           max;
   add_header        Cache-Control public;
   add_header        Last-Modified "";
   add_header        ETag "";
}

У нас SWF файлы размером более 1 мегабайта, которые подгружались один раз, 
после чего браузерный кэш был очень кстати, поэтому мы отключали все лишние заголовки.
Под Firefox 18 закэшированная статика по-прежнему отдается из браузерного кэша.
Не уверен, но возможно что-то связано с обновлением SPDY.

nginx version: nginx/1.3.12
built by gcc 4.4.3 (Ubuntu 4.4.3-4ubuntu5) 
TLS SNI support enabled
configure arguments: --prefix=/opt/nginx --with-pcre=/usr/src/pcre-8.30 --with-zlib=/usr/src/zlib-1.2.7 --with-openssl-opt=no-krb5 --with-openssl=/usr/src/openssl-1.0.1c --with-http_ssl_module --with-http_spdy_module --without-mail_pop3_module --without-mail_smtp_module --without-mail_imap_module --with-http_stub_status_module --with-http_gzip_static_module

Полная конфигурация Nginx, которую мы используем: https://gist.github.com/mikhailov/3052776

Анатолий
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130211/d6c0fa9a/attachment.html>

From mdounin at mdounin.ru  Tue Feb 12 01:49:32 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 05:49:32 +0400
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
Message-ID: <20130212014931.GB16230@mdounin.ru>

Hello!

On Mon, Feb 11, 2013 at 08:05:25PM +0000, Anatoly Mikhailov wrote:

> Добрый день,
> 
> Обновившись до Nginx 1.3.12 с версии 1.3.5 заметил, что Chrome перестал 
> брать из своего кэша (304) статику, которую отдаю таким образом:
> 
>  location ~ ^/(assets|images|javascripts|stylesheets|swfs|system)/ {
>    gzip_static       on;
>    expires           max;
>    add_header        Cache-Control public;
>    add_header        Last-Modified "";
>    add_header        ETag "";
> }
> 
> У нас SWF файлы размером более 1 мегабайта, которые подгружались один раз, 
> после чего браузерный кэш был очень кстати, поэтому мы отключали все лишние заголовки.
> Под Firefox 18 закэшированная статика по-прежнему отдается из браузерного кэша.
> Не уверен, но возможно что-то связано с обновлением SPDY.

У вас отключены оба возможных cache validator'а (Last-Modified, 
ETag), так что 304 с таким конфигом невозможно получить в 
принципе.  Chrome штатно пишет "(from cache)" вместо размера, если 
таки берёт ответ из кеша, именно туда и надо смотреть (ну или в 
логи nginx'а, чтобы уж совсем наверняка).

Погонял немного Chrome с подобным конфигом со spdy и просто по 
https - не вижу каких-либо проблем, равно как и существенных 
отличий в том, какие ответы берутся из кеша.  Отличия есть между 
http и https, но это выглядит как отличие в поведении браузера в 
зависимости от протокола (и как бы намекает, что не надо 
использовать https, даже со spdy, если хватает http).

Что до отключения "лишних заголовков" как о мере оптимизации - то 
это выглядит как странное заблуждение.  Заголовки позволяют 
браузеру проверить, что ресурс на сервере совпадает с тем, что у 
него в кеше, и соответственно ответ из кеша можно использовать.  
Без Last-Modified/ETag - браузеру в аналогичных ситуациях придётся 
просто загружать ответ заново, целиком.

-- 
Maxim Dounin
http://nginx.com/support.html


From sirotar at mail.ru  Tue Feb 12 08:10:36 2013
From: sirotar at mail.ru (Roman)
Date: Tue, 12 Feb 2013 10:10:36 +0200
Subject: =?UTF-8?B?dHJ5X2ZpbGVzINC4IGlm?=
Message-ID: <5119F8FC.4060709@mail.ru>

Добрый день,
у меня имеется nginx version: nginx/1.0.12 и
я конечно же читал сей замечательный документ :
http://wiki.nginx.org/IfIsEvil

Но очень хочется такого функционала:


     map $http_referer $flag {
         default 0;
         "~*domain.com" 1;
         ...
         ...
         }

...

         location ~* ^/([a-z0-9\-]+)/ {
            try_files     $uri $uri/ /catalog/$1/best/index.html =404;
            root /home/wwwroot;
            if ($flag)
            {
                add_header Set-Cookie ...;
            }

         }
Но естественно такой вариат с try_files & if не работает, сломал голову 
всю и никак не могу придумать альтернативного решения,
может кто подскажет какую идею?

Спасибо.


From nginx-forum at nginx.us  Tue Feb 12 08:19:49 2013
From: nginx-forum at nginx.us (john2do)
Date: Tue, 12 Feb 2013 03:19:49 -0500
Subject: sub_filter + POST request
In-Reply-To: <201302112049.30604.vbart@nginx.com>
References: <201302112049.30604.vbart@nginx.com>
Message-ID: <67a3224ba7b203d6b945639e37bebbf9.NginxMailingListRussian@forum.nginx.org>

Валентин Бартенев Wrote:
-------------------------------------------------------
> Работает. Простой тест:

Да, действительно, посыпаю голову пеплом, прилетал json-ответ,
заэкранированный наглухо:
'http\:\/\/...' а поисковая строчка была 'http://...'

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


From anatoly at sonru.com  Tue Feb 12 08:42:06 2013
From: anatoly at sonru.com (Anatoly Mikhailov)
Date: Tue, 12 Feb 2013 08:42:06 +0000
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <20130212014931.GB16230@mdounin.ru>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
Message-ID: <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>


On 12.02.2013, at 1:49, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
> 
> On Mon, Feb 11, 2013 at 08:05:25PM +0000, Anatoly Mikhailov wrote:
> 
>> Добрый день,
>> 
>> Обновившись до Nginx 1.3.12 с версии 1.3.5 заметил, что Chrome перестал 
>> брать из своего кэша (304) статику, которую отдаю таким образом:
>> 
>> location ~ ^/(assets|images|javascripts|stylesheets|swfs|system)/ {
>>   gzip_static       on;
>>   expires           max;
>>   add_header        Cache-Control public;
>>   add_header        Last-Modified "";
>>   add_header        ETag "";
>> }
>> 
>> У нас SWF файлы размером более 1 мегабайта, которые подгружались один раз, 
>> после чего браузерный кэш был очень кстати, поэтому мы отключали все лишние заголовки.
>> Под Firefox 18 закэшированная статика по-прежнему отдается из браузерного кэша.
>> Не уверен, но возможно что-то связано с обновлением SPDY.
> 
> У вас отключены оба возможных cache validator'а (Last-Modified, 
> ETag), так что 304 с таким конфигом невозможно получить в 
> принципе.  Chrome штатно пишет "(from cache)" вместо размера, если 
> таки берёт ответ из кеша, именно туда и надо смотреть (ну или в 
> логи nginx'а, чтобы уж совсем наверняка).
> 
> Погонял немного Chrome с подобным конфигом со spdy и просто по 
> https - не вижу каких-либо проблем, равно как и существенных 
> отличий в том, какие ответы берутся из кеша.  Отличия есть между 
> http и https, но это выглядит как отличие в поведении браузера в 
> зависимости от протокола (и как бы намекает, что не надо 
> использовать https, даже со spdy, если хватает http).
> 
> Что до отключения "лишних заголовков" как о мере оптимизации - то 
> это выглядит как странное заблуждение.  Заголовки позволяют 
> браузеру проверить, что ресурс на сервере совпадает с тем, что у 
> него в кеше, и соответственно ответ из кеша можно использовать.  
> Без Last-Modified/ETag - браузеру в аналогичных ситуациях придётся 
> просто загружать ответ заново, целиком.
> 
> -- 
> Maxim Dounin
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Мы отключили 2 из 3х возможных валидатора кэша, так как Conditional Get применяется в основном для динамического контента (Cache-Control отключен), там связка ETag+LastModified (плюс реверс-прокси) - это очень хорошее и надежное решение для разгрузки сервера. Используя эти заголовки, в одном случае контент отдается сервером, а клиент берет из 304, в другом - реверс-прокси отдает одинаковый ответ из своего кэша при нескольких запросах к серверу, не обращаясь к нему непосредственно. Манипуляция этими заголовками на сервере дает большую свободу для кэширования. Но все это, разумеется, с отключенным Cache-Control. Статика же, наоборот, постоянный статичный контент.

В данном случае речь идет о третьем возможном валидаторе - статике с Cache-Control public, который смотрит на имя файла и отдает его из кэша с 304, если такой был уже загружен.  Убрав заголовки для статики, мы попытались облегчить браузеру необходимость проверки на Conditional Get и генерации md5 (Etag) каждый раз для статичных файлов. В том вслучае если статика изменяется при деплое мы переименовываем файлы по принципу all.js?timestamp

Поправьте, если я что-то не понимаю.

Anatoly

From nginx-forum at nginx.us  Tue Feb 12 10:02:21 2013
From: nginx-forum at nginx.us (valch85)
Date: Tue, 12 Feb 2013 05:02:21 -0500
Subject: =?UTF-8?B?UmU6INCw0LLRgtC+0YDQuNC30LDRhtC40Y8gbmdpbng=?=
In-Reply-To: <a36ded2e15e2a038f2e94aded799a36c.NginxMailingListRussian@forum.nginx.org>
References: <a36ded2e15e2a038f2e94aded799a36c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a436c567bffd29725c133954881c39d1.NginxMailingListRussian@forum.nginx.org>

Решил. 
auth_basic_user_file /etc/nginx/htpass; 
Задаёт файл, в котором хранятся имена и пароли пользователей. Формат файла
следующий:
    # комментарий
    имя1:пароль1
    имя2:пароль2:комментарий
    имя3:пароль3
http://nginx.org/ru/docs/http/ngx_http_auth_basic_module.html

proxy_set_header X-User $remote_user;
Позволяет переопределять или добавлять поля заголовка запроса, передаваемые
проксируемому серверу.

server {
  listen   80;
        server_name site.com;
        access_log /var/log/nginx/access_site.log;
        error_log /var/log/nginx/error_site.log;

location / {
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
       proxy_set_header Host $http_host;
       proxy_pass http://127.0.0.1:8080/;
       proxy_redirect off;
       auth_basic "Private service";
       auth_basic_user_file /etc/nginx/htpass;
       proxy_set_header X-User $remote_user;
  }
}

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


From nginx-forum at nginx.us  Tue Feb 12 10:08:25 2013
From: nginx-forum at nginx.us (ingeniarius)
Date: Tue, 12 Feb 2013 05:08:25 -0500
Subject: =?UTF-8?B?c3BkeSDQsdC10Lcgc3Ns?=
Message-ID: <fe23d6169de98c0c7f32abfd825ef83c.NginxMailingListRussian@forum.nginx.org>

Добрый день!
Подскажите,
как можно настроить поддержку spdy без ssl.
Настройка spdy + ssl работает.
Но так как используется ssl termination до nginx, 
хотелось бы включить spdy без ssl

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


From vbart at nginx.com  Tue Feb 12 10:24:37 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 12 Feb 2013 14:24:37 +0400
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <fe23d6169de98c0c7f32abfd825ef83c.NginxMailingListRussian@forum.nginx.org>
References: <fe23d6169de98c0c7f32abfd825ef83c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302121424.37205.vbart@nginx.com>

On Tuesday 12 February 2013 14:08:25 ingeniarius wrote:
> Добрый день!
> Подскажите,
> как можно настроить поддержку spdy без ssl.
> Настройка spdy + ssl работает.
> Но так как используется ssl termination до nginx,
> хотелось бы включить spdy без ssl
> 

"ssl termination" умеет NPN? Если нет, то никак.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From mdounin at mdounin.ru  Tue Feb 12 10:41:08 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 14:41:08 +0400
Subject: =?UTF-8?Q?Re=3A_try=5Ffiles_=D0=B8_if?=
In-Reply-To: <5119F8FC.4060709@mail.ru>
References: <5119F8FC.4060709@mail.ru>
Message-ID: <20130212104108.GB20890@mdounin.ru>

Hello!

On Tue, Feb 12, 2013 at 10:10:36AM +0200, Roman wrote:

> Добрый день,
> у меня имеется nginx version: nginx/1.0.12 и
> я конечно же читал сей замечательный документ :
> http://wiki.nginx.org/IfIsEvil
> 
> Но очень хочется такого функционала:
> 
> 
>     map $http_referer $flag {
>         default 0;
>         "~*domain.com" 1;
>         ...
>         ...
>         }
> 
> ...
> 
>         location ~* ^/([a-z0-9\-]+)/ {
>            try_files     $uri $uri/ /catalog/$1/best/index.html =404;
>            root /home/wwwroot;
>            if ($flag)
>            {
>                add_header Set-Cookie ...;
>            }
> 
>         }
> Но естественно такой вариат с try_files & if не работает, сломал
> голову всю и никак не могу придумать альтернативного решения,
> может кто подскажет какую идею?

Сделать map вида:

    map $flag $cookievalue {
        0     "";
        1     "...";
    }

И дальше add_header безусловно:

    add_header Set-Cookie $cookievalue;

Если в результате map'а в переменной $cookievalue получится пустая 
строка - соответствующий заголовок клиенту отослан не будет, если 
получится непустая - будет, что, насколько я понимаю, и требуется 
в задаче.

-- 
Maxim Dounin
http://nginx.com/support.html


From mdounin at mdounin.ru  Tue Feb 12 11:28:05 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 15:28:05 +0400
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
 <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
Message-ID: <20130212112805.GD20890@mdounin.ru>

Hello!

On Tue, Feb 12, 2013 at 08:42:06AM +0000, Anatoly Mikhailov wrote:

[...]

> Мы отключили 2 из 3х возможных валидатора кэша, так как 
> Conditional Get применяется в основном для динамического 
> контента (Cache-Control отключен), там связка ETag+LastModified 
> (плюс реверс-прокси) - это очень хорошее и надежное решение для 
> разгрузки сервера. Используя эти заголовки, в одном случае 
> контент отдается сервером, а клиент берет из 304, в другом - 
> реверс-прокси отдает одинаковый ответ из своего кэша при 
> нескольких запросах к серверу, не обращаясь к нему 
> непосредственно. Манипуляция этими заголовками на сервере дает 
> большую свободу для кэширования. Но все это, разумеется, с 
> отключенным Cache-Control. Статика же, наоборот, постоянный 
> статичный контент.
> 
> В данном случае речь идет о третьем возможном валидаторе - 
> статике с Cache-Control public, который смотрит на имя файла и 
> отдает его из кэша с 304, если такой был уже загружен.  Убрав 
> заголовки для статики, мы попытались облегчить браузеру 
> необходимость проверки на Conditional Get и генерации md5 (Etag) 
> каждый раз для статичных файлов. В том вслучае если статика 
> изменяется при деплое мы переименовываем файлы по принципу 
> all.js?timestamp
> 
> Поправьте, если я что-то не понимаю.

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

1) Убедиться, что ответ свежий (fresh, not expired), и если да - 
то ответ можно использовать (замечу - 304 тут ни при чём, см. 
ниже).  На этот этап, в частности, можно влиять с помощью 
заголовков Expires и Cache-Control max-age.  (Но вообще следует 
иметь ввиду, что на этом этапе браузеры используют довольно много 
эвристики, и заставить их считать ответ свежим - в общем случае 
невозможно.)

Подробнее тут:
http://tools.ietf.org/html/rfc2616#section-13.2

2) Если ответ не свежий, то проверить его (валидировать) с помощью 
запроса к серверу.  В этом месте используются cache validator'ы, 
которых в HTTP определено два, Last-Modified и ETag.  Тут и только 
тут может появится 304-й ответ (если ресурс на сервере не менялся, 
и cache validator совпадает).

Подробнее тут:
http://tools.ietf.org/html/rfc2616#section-13.3

Использование Cache-Control public - вообще говоря на 
вышеописанные механизмы никак не должен влиять.  Это специальный  
параметр, позволяющий сказать кешам по дороге, что данный 
конкретный ответ - годен для всех пользователей, даже если для 
доступа к ресурсу использовалась авторизация.  (Я допускаю, что 
некоторые браузеры могут учитывать его при определении свежести 
ответа, но это лишь детали эвристики.)

Подробнее про Cache-Control public тут:
http://tools.ietf.org/html/rfc2616#section-14.9.1

Конфиг, который у вас написан, исключает использование механизма 
из пункта (2), и оставляет браузер перед выбором в пункте (1) - 
счесть ответ свежим, или идти на сервер за новым ответом.  AFAIK, 
упомянутые механизмы в браузерах никак не связаны, и запрет 
использования механизма ревалидации - только ухудшает 
ситуацию, никак не влияя на принятие решения о свежести.

-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Tue Feb 12 11:38:48 2013
From: nginx-forum at nginx.us (ingeniarius)
Date: Tue, 12 Feb 2013 06:38:48 -0500
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <201302121424.37205.vbart@nginx.com>
References: <201302121424.37205.vbart@nginx.com>
Message-ID: <d78f3c299d92d23c34dd3e06aad40fd9.NginxMailingListRussian@forum.nginx.org>

haproxy 1.5 devel snapshot с openssl 1.0.1d

Если убрать в nginx опцию ssl и оставить spdy,
то запрос висит... и потом "No data received"
В логах nginx есть:
...*1048 spdy read handler
...
...client timed out (60: Operation timed out) while SPDY processing

Если +ssl, по получаем "The plain HTTP request was sent to HTTPS port"

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


From sirotar at mail.ru  Tue Feb 12 13:35:34 2013
From: sirotar at mail.ru (Roman)
Date: Tue, 12 Feb 2013 15:35:34 +0200
Subject: =?UTF-8?Q?Re=3A_try=5Ffiles_=D0=B8_if?=
In-Reply-To: <20130212104108.GB20890@mdounin.ru>
References: <5119F8FC.4060709@mail.ru> <20130212104108.GB20890@mdounin.ru>
Message-ID: <511A4526.4090202@mail.ru>

12.02.2013 12:41, Maxim Dounin пишет:
> Hello!
>
> On Tue, Feb 12, 2013 at 10:10:36AM +0200, Roman wrote:
>
>> Добрый день,
>> у меня имеется nginx version: nginx/1.0.12 и
>> я конечно же читал сей замечательный документ :
>> http://wiki.nginx.org/IfIsEvil
>>
>> Но очень хочется такого функционала:
>>
>>
>>      map $http_referer $flag {
>>          default 0;
>>          "~*domain.com" 1;
>>          ...
>>          ...
>>          }
>>
>> ...
>>
>>          location ~* ^/([a-z0-9\-]+)/ {
>>             try_files     $uri $uri/ /catalog/$1/best/index.html =404;
>>             root /home/wwwroot;
>>             if ($flag)
>>             {
>>                 add_header Set-Cookie ...;
>>             }
>>
>>          }
>> Но естественно такой вариат с try_files & if не работает, сломал
>> голову всю и никак не могу придумать альтернативного решения,
>> может кто подскажет какую идею?
> Сделать map вида:
>
>      map $flag $cookievalue {
>          0     "";
>          1     "...";
>      }
>
> И дальше add_header безусловно:
>
>      add_header Set-Cookie $cookievalue;
>
> Если в результате map'а в переменной $cookievalue получится пустая
> строка - соответствующий заголовок клиенту отослан не будет, если
> получится непустая - будет, что, насколько я понимаю, и требуется
> в задаче.
>

Большущее спасибо,
тогда, если можно, вот еще такой вопросик,

perl_set $uidset '
         sub {
             use Time::HiRes qw(gettimeofday);
             ($sec,$milli) = gettimeofday;
             return (($sec & 0x000FFFFF) << 8)+($milli & 0x000000FF) . 
",".time();
         }
';
...
map $flag $cookievalue {
     0 "";
     1 "cookie1=$uidset; Max-Age=86400; path=/;";
}
в таком варианте при $flag = 1 в $cookievalue попадает срока как есть т.е.
cookie1=$uidset; Max-Age=86400; path=/;

есть ли какие механизмы запихнуть в вычисляемое значение map 
($cookievalue), уже посчитанное значение переменной $uidset?

Спасибо.


From vbart at nginx.com  Tue Feb 12 13:49:40 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 12 Feb 2013 17:49:40 +0400
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <d78f3c299d92d23c34dd3e06aad40fd9.NginxMailingListRussian@forum.nginx.org>
References: <201302121424.37205.vbart@nginx.com>
 <d78f3c299d92d23c34dd3e06aad40fd9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302121749.40599.vbart@nginx.com>

On Tuesday 12 February 2013 15:38:48 ingeniarius wrote:
> haproxy 1.5 devel snapshot с openssl 1.0.1d
> 
> Если убрать в nginx опцию ssl и оставить spdy,
> то запрос висит... и потом "No data received"
> В логах nginx есть:
> ...*1048 spdy read handler
> ...
> ...client timed out (60: Operation timed out) while SPDY processing
> 
> Если +ssl, по получаем "The plain HTTP request was sent to HTTPS port"

Если haproxy не анонсирует (не умеет/не настроили) через NPN, что можно
ходить по spdy, то клиент идет простым https запросом, который вы пытаетесь 
проксировать на spdy сокет.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From mdounin at mdounin.ru  Tue Feb 12 13:57:42 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 17:57:42 +0400
Subject: nginx-1.2.7
Message-ID: <20130212135742.GI20890@mdounin.ru>

Изменения в nginx 1.2.7                                           12.02.2013

    *) Изменение: теперь при использовании директивы include с маской на
       Unix-системах включаемые файлы сортируются в алфавитном порядке.

    *) Изменение: директива add_header добавляет строки в ответы с кодом
       201.

    *) Добавление: директива geo теперь поддерживает IPv6 адреса в формате
       CIDR.

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

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

    *) Добавление: переменные $pipe, $request_length, $time_iso8601 и
       $time_local теперь можно использовать не только в директиве
       log_format.
       Спасибо Kiril Kalchev.

    *) Добавление: поддержка IPv6 в модуле ngx_http_geoip_module.
       Спасибо Gregor Kali?nik.

    *) Исправление: nginx в некоторых случаях не собирался с модулем
       ngx_http_perl_module.

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

    *) Исправление: nginx мог не собираться на MacOSX.
       Спасибо Piotr Sikora.

    *) Исправление: при использовании директивы limit_rate с большими
       значениями скорости на 32-битных системах ответ мог возвращаться не
       целиком.
       Спасибо Алексею Антропову.

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

    *) Исправление: ответ "100 Continue" выдавался вместе с ответом "413
       Request Entity Too Large".

    *) Исправление: директивы image_filter, image_filter_jpeg_quality и
       image_filter_sharpen могли наследоваться некорректно.
       Спасибо Ивану Боброву.

    *) Исправление: при использовании директивы auth_basic под Linux могли
       возникать ошибки "crypt_r() failed".

    *) Исправление: в обработке backup-серверов.
       Спасибо Thomas Chen.

    *) Исправление: при проксировании HEAD-запросов мог возвращаться
       некорректный ответ, если использовалась директива gzip.

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

    *) Исправление: директива proxy_method работала неверно, если была
       указана на уровне http.

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

    *) Исправление: nginx мог нагружать процессор во время SSL handshake с
       бэкендом при использовании методов обработки соединений select, poll
       и /dev/poll.

    *) Исправление: ошибка "[crit] SSL_write() failed (SSL:)".

    *) Исправление: в директиве fastcgi_keep_conn.


-- 
Maxim Dounin
http://nginx.com/support.html


From anatoly at sonru.com  Tue Feb 12 14:55:54 2013
From: anatoly at sonru.com (Anatoly Mikhailov)
Date: Tue, 12 Feb 2013 14:55:54 +0000
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <20130212112805.GD20890@mdounin.ru>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
 <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
 <20130212112805.GD20890@mdounin.ru>
Message-ID: <5873F445-737C-4755-9C85-F396212933C9@sonru.com>


On Feb 12, 2013, at 11:28 AM, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
> 
> On Tue, Feb 12, 2013 at 08:42:06AM +0000, Anatoly Mikhailov wrote:
> 
> [...]
> 
>> Мы отключили 2 из 3х возможных валидатора кэша, так как 
>> Conditional Get применяется в основном для динамического 
>> контента (Cache-Control отключен), там связка ETag+LastModified 
>> (плюс реверс-прокси) - это очень хорошее и надежное решение для 
>> разгрузки сервера. Используя эти заголовки, в одном случае 
>> контент отдается сервером, а клиент берет из 304, в другом - 
>> реверс-прокси отдает одинаковый ответ из своего кэша при 
>> нескольких запросах к серверу, не обращаясь к нему 
>> непосредственно. Манипуляция этими заголовками на сервере дает 
>> большую свободу для кэширования. Но все это, разумеется, с 
>> отключенным Cache-Control. Статика же, наоборот, постоянный 
>> статичный контент.
>> 
>> В данном случае речь идет о третьем возможном валидаторе - 
>> статике с Cache-Control public, который смотрит на имя файла и 
>> отдает его из кэша с 304, если такой был уже загружен.  Убрав 
>> заголовки для статики, мы попытались облегчить браузеру 
>> необходимость проверки на Conditional Get и генерации md5 (Etag) 
>> каждый раз для статичных файлов. В том вслучае если статика 
>> изменяется при деплое мы переименовываем файлы по принципу 
>> all.js?timestamp
>> 
>> Поправьте, если я что-то не понимаю.
> 
> Давайте начнём с базовых понятий.  Когда у нас есть ответ из кеша, 
> то прежде чем его использовать, нужно
> 
> 1) Убедиться, что ответ свежий (fresh, not expired), и если да - 
> то ответ можно использовать (замечу - 304 тут ни при чём, см. 
> ниже).  На этот этап, в частности, можно влиять с помощью 
> заголовков Expires и Cache-Control max-age.  (Но вообще следует 
> иметь ввиду, что на этом этапе браузеры используют довольно много 
> эвристики, и заставить их считать ответ свежим - в общем случае 
> невозможно.)
> 
> Подробнее тут:
> http://tools.ietf.org/html/rfc2616#section-13.2
> 
> 2) Если ответ не свежий, то проверить его (валидировать) с помощью 
> запроса к серверу.  В этом месте используются cache validator'ы, 
> которых в HTTP определено два, Last-Modified и ETag.  Тут и только 
> тут может появится 304-й ответ (если ресурс на сервере не менялся, 
> и cache validator совпадает).
> 
> Подробнее тут:
> http://tools.ietf.org/html/rfc2616#section-13.3
> 
> Использование Cache-Control public - вообще говоря на 
> вышеописанные механизмы никак не должен влиять.  Это специальный  
> параметр, позволяющий сказать кешам по дороге, что данный 
> конкретный ответ - годен для всех пользователей, даже если для 
> доступа к ресурсу использовалась авторизация.  (Я допускаю, что 
> некоторые браузеры могут учитывать его при определении свежести 
> ответа, но это лишь детали эвристики.)
> 
> Подробнее про Cache-Control public тут:
> http://tools.ietf.org/html/rfc2616#section-14.9.1
> 
> Конфиг, который у вас написан, исключает использование механизма 
> из пункта (2), и оставляет браузер перед выбором в пункте (1) - 
> счесть ответ свежим, или идти на сервер за новым ответом.  AFAIK, 
> упомянутые механизмы в браузерах никак не связаны, и запрет 
> использования механизма ревалидации - только ухудшает 
> ситуацию, никак не влияя на принятие решения о свежести.
> 
> -- 
> Maxim Dounin
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Максим, спасибо за развернутый ответ, это проясняет некоторые вещи о кэшировании в целом.
Но вернемся к статике без E-Tags и Last-Modified.  Предполагаю, что эвристика разных браузеров 
для "expires max; add_header Cache-Control public;" схожа, так как этот конфиг в продакшне
уже более года. Статика всегда кэшировалась на клиенте и по пути, где успевала оседать на прокси.

Эмпирическим путем мы выяснили, что 'Cache-Control public' все браузеры воспринимают одинаково
и, более того, бонусом кэшируют статику для SSL-соединения, которая, в противном случае, очищается 
из браузерного кэша (и на промежуточных прокси) без данного заголовка.
Все тестирование, которое мы проводили никак не привело к ухудшению ситуации, все браузеры
вели себя, может не по спецификации, но предсказуемо.

Сейчас включил логи и протестировал с Last-Modified/E-Tag и без них. В данном конкретном случае
это не повлияло на результат. Сейчас более подробно.

У нас стейджинг сервер с самоподписанным SSL сертификатом, на нем Nginx 1.3.12 + SPDY.
На продакшне, разумеется, валидный SSL сертификат с Nginx 1.3.5 + SPDY 50, если не ошибаюсь.
На продакшн серверах вся статика кэшируется в браузерах и на сервер запросы не идут.

На стейджинге Firefox все берет из своего кэша, не обращаясь на сервер (наличие E-Tags/Last-Modified не влияет),
но Chrome на стейджинге постоянно идет на сервер за статикой, тут не влияет наличие этих заголовков.
Вопрос - может ли невалидный сертификат повлиять на это? 
"

Анатолий

From mdounin at mdounin.ru  Tue Feb 12 15:21:44 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 19:21:44 +0400
Subject: =?UTF-8?Q?Re=3A_try=5Ffiles_=D0=B8_if?=
In-Reply-To: <511A4526.4090202@mail.ru>
References: <5119F8FC.4060709@mail.ru> <20130212104108.GB20890@mdounin.ru>
 <511A4526.4090202@mail.ru>
Message-ID: <20130212152144.GK20890@mdounin.ru>

Hello!

On Tue, Feb 12, 2013 at 03:35:34PM +0200, Roman wrote:

> 12.02.2013 12:41, Maxim Dounin пишет:
> >Hello!
> >
> >On Tue, Feb 12, 2013 at 10:10:36AM +0200, Roman wrote:
> >
> >>Добрый день,
> >>у меня имеется nginx version: nginx/1.0.12 и
> >>я конечно же читал сей замечательный документ :
> >>http://wiki.nginx.org/IfIsEvil
> >>
> >>Но очень хочется такого функционала:
> >>
> >>
> >>     map $http_referer $flag {
> >>         default 0;
> >>         "~*domain.com" 1;
> >>         ...
> >>         ...
> >>         }
> >>
> >>...
> >>
> >>         location ~* ^/([a-z0-9\-]+)/ {
> >>            try_files     $uri $uri/ /catalog/$1/best/index.html =404;
> >>            root /home/wwwroot;
> >>            if ($flag)
> >>            {
> >>                add_header Set-Cookie ...;
> >>            }
> >>
> >>         }
> >>Но естественно такой вариат с try_files & if не работает, сломал
> >>голову всю и никак не могу придумать альтернативного решения,
> >>может кто подскажет какую идею?
> >Сделать map вида:
> >
> >     map $flag $cookievalue {
> >         0     "";
> >         1     "...";
> >     }
> >
> >И дальше add_header безусловно:
> >
> >     add_header Set-Cookie $cookievalue;
> >
> >Если в результате map'а в переменной $cookievalue получится пустая
> >строка - соответствующий заголовок клиенту отослан не будет, если
> >получится непустая - будет, что, насколько я понимаю, и требуется
> >в задаче.
> >
> 
> Большущее спасибо,
> тогда, если можно, вот еще такой вопросик,
> 
> perl_set $uidset '
>         sub {
>             use Time::HiRes qw(gettimeofday);
>             ($sec,$milli) = gettimeofday;
>             return (($sec & 0x000FFFFF) << 8)+($milli & 0x000000FF)
> . ",".time();
>         }
> ';
> ...
> map $flag $cookievalue {
>     0 "";
>     1 "cookie1=$uidset; Max-Age=86400; path=/;";
> }
> в таком варианте при $flag = 1 в $cookievalue попадает срока как есть т.е.
> cookie1=$uidset; Max-Age=86400; path=/;
> 
> есть ли какие механизмы запихнуть в вычисляемое значение map
> ($cookievalue), уже посчитанное значение переменной $uidset?

В правой части map сейчас может быть либо строка, либо переменная 
(одна).  Соответственно для того, чтобы сделать строку, состоящую 
из переменных и текста, нужно делать это внешними по отношению к 
map'у средствами.  Если всё равно используется perl_set - я бы на 
нём всё это и сделал, и возвращал $cookievalue в нужном виде 
perl'ом.

Альтернативный вариант - сделать что-нибудь вроде

    map $flag $cookievalue {
        0     "";
        1     $uidset_cookie;
    }

и в соответствующем location'е

    set $uidset_cookie "cookie1=$uidset; Max-Age=86400; path=/;";

Но такое решение будет менее эффективно, т.к. set будет 
отрабатывать всегда, даже если $flag == 0.

-- 
Maxim Dounin
http://nginx.com/support.html


From mdounin at mdounin.ru  Tue Feb 12 15:56:34 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 12 Feb 2013 19:56:34 +0400
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <5873F445-737C-4755-9C85-F396212933C9@sonru.com>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
 <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
 <20130212112805.GD20890@mdounin.ru>
 <5873F445-737C-4755-9C85-F396212933C9@sonru.com>
Message-ID: <20130212155634.GL20890@mdounin.ru>

Hello!

On Tue, Feb 12, 2013 at 02:55:54PM +0000, Anatoly Mikhailov wrote:

[...]

> Эмпирическим путем мы выяснили, что 'Cache-Control public' все браузеры воспринимают одинаково
> и, более того, бонусом кэшируют статику для SSL-соединения, которая, в противном случае, очищается 
> из браузерного кэша (и на промежуточных прокси) без данного заголовка.
> Все тестирование, которое мы проводили никак не привело к ухудшению ситуации, все браузеры
> вели себя, может не по спецификации, но предсказуемо.

Да, судя по всему как минимум в FF до недавнего времени это было 
нужно для кеширования ответов по https:

https://bugzilla.mozilla.org/show_bug.cgi?id=531801

> Сейчас включил логи и протестировал с Last-Modified/E-Tag и без них. В данном конкретном случае
> это не повлияло на результат. Сейчас более подробно.
> 
> У нас стейджинг сервер с самоподписанным SSL сертификатом, на нем Nginx 1.3.12 + SPDY.
> На продакшне, разумеется, валидный SSL сертификат с Nginx 1.3.5 + SPDY 50, если не ошибаюсь.
> На продакшн серверах вся статика кэшируется в браузерах и на сервер запросы не идут.
> 
> На стейджинге Firefox все берет из своего кэша, не обращаясь на сервер (наличие E-Tags/Last-Modified не влияет),
> но Chrome на стейджинге постоянно идет на сервер за статикой, тут не влияет наличие этих заголовков.
> Вопрос - может ли невалидный сертификат повлиять на это? 

Провёл простой эксперимент - да, невалидный сертификат влияет, по 
крайней мере в случае Chrome'а.

-- 
Maxim Dounin
http://nginx.com/support.html


From anatoly at sonru.com  Tue Feb 12 16:00:27 2013
From: anatoly at sonru.com (Anatoly Mikhailov)
Date: Tue, 12 Feb 2013 16:00:27 +0000
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <20130212155634.GL20890@mdounin.ru>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
 <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
 <20130212112805.GD20890@mdounin.ru>
 <5873F445-737C-4755-9C85-F396212933C9@sonru.com>
 <20130212155634.GL20890@mdounin.ru>
Message-ID: <AA0D5DCB-7029-422E-B9B0-4B6B8DAEA420@sonru.com>


On Feb 12, 2013, at 3:56 PM, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
> 
> On Tue, Feb 12, 2013 at 02:55:54PM +0000, Anatoly Mikhailov wrote:
> 
> [...]
> 
>> Эмпирическим путем мы выяснили, что 'Cache-Control public' все браузеры воспринимают одинаково
>> и, более того, бонусом кэшируют статику для SSL-соединения, которая, в противном случае, очищается 
>> из браузерного кэша (и на промежуточных прокси) без данного заголовка.
>> Все тестирование, которое мы проводили никак не привело к ухудшению ситуации, все браузеры
>> вели себя, может не по спецификации, но предсказуемо.
> 
> Да, судя по всему как минимум в FF до недавнего времени это было 
> нужно для кеширования ответов по https:
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=531801
> 
>> Сейчас включил логи и протестировал с Last-Modified/E-Tag и без них. В данном конкретном случае
>> это не повлияло на результат. Сейчас более подробно.
>> 
>> У нас стейджинг сервер с самоподписанным SSL сертификатом, на нем Nginx 1.3.12 + SPDY.
>> На продакшне, разумеется, валидный SSL сертификат с Nginx 1.3.5 + SPDY 50, если не ошибаюсь.
>> На продакшн серверах вся статика кэшируется в браузерах и на сервер запросы не идут.
>> 
>> На стейджинге Firefox все берет из своего кэша, не обращаясь на сервер (наличие E-Tags/Last-Modified не влияет),
>> но Chrome на стейджинге постоянно идет на сервер за статикой, тут не влияет наличие этих заголовков.
>> Вопрос - может ли невалидный сертификат повлиять на это? 
> 
> Провёл простой эксперимент - да, невалидный сертификат влияет, по 
> крайней мере в случае Chrome'а.

Максим, спасибо огромное! пошел обновлять бинарник nginx на продакшне.

> 
> -- 
> Maxim Dounin
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Анатолий

From admin at itshnik.pp.ua  Tue Feb 12 16:04:54 2013
From: admin at itshnik.pp.ua (admin at itshnik.pp.ua)
Date: Tue, 12 Feb 2013 18:04:54 +0200
Subject: If exist header X-SSL: (yes/no)
Message-ID: <160689b6c6f9255525a6fdd491ede1e6@itshnik.pp.ua>

Привет сообществу,
есть такой вот вопрос: можно ли на основании определенного хедера 
выполнить реврайт?


         if ( $X-SSL = yes ) {
             rewrite ^/(.*) https://$server_name/$1 permanent;
         }


Этот хедер образуется в коде сайта на определенных страницах.
Заранее спасибо.


From nginx-forum at nginx.us  Tue Feb 12 16:40:53 2013
From: nginx-forum at nginx.us (ingeniarius)
Date: Tue, 12 Feb 2013 11:40:53 -0500
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <201302121749.40599.vbart@nginx.com>
References: <201302121749.40599.vbart@nginx.com>
Message-ID: <10c90f5f57218f55c80b86e9dc4f0d68.NginxMailingListRussian@forum.nginx.org>

Спасибо за новодку!
NPN нормально не работал из-за ненастроенного сертификата.

Но, к сожалению, в результате пока не работает.
По логам приложения видно что nginx получил данные,
но в результате: "The server unexpectedly closed the connection.",
а в логах nginx: "*146 writev() failed (22: Invalid argument) while SPDY
processing"
Подскажите куда смотреть?

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


From onokonem at gmail.com  Tue Feb 12 17:07:18 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Tue, 12 Feb 2013 20:07:18 +0300
Subject: If exist header X-SSL: (yes/no)
In-Reply-To: <160689b6c6f9255525a6fdd491ede1e6@itshnik.pp.ua>
References: <160689b6c6f9255525a6fdd491ede1e6@itshnik.pp.ua>
Message-ID: <CAKaHDOFXSsJkP0O+ub_hGKXLZJ_Tg=gCWhjoRGnkWxUOH3Fatg@mail.gmail.com>

> есть такой вот вопрос: можно ли на основании определенного хедера выполнить
> реврайт?
рерайты делаются ДО того, как будет сгенерирован ответ. Есть способ
сделать рерайт на бекенде - заголовок X-Accel-Redirect

From vbart at nginx.com  Tue Feb 12 18:21:51 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 12 Feb 2013 22:21:51 +0400
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <10c90f5f57218f55c80b86e9dc4f0d68.NginxMailingListRussian@forum.nginx.org>
References: <201302121749.40599.vbart@nginx.com>
 <10c90f5f57218f55c80b86e9dc4f0d68.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302122221.51870.vbart@nginx.com>

On Tuesday 12 February 2013 20:40:53 ingeniarius wrote:
> Спасибо за новодку!
> NPN нормально не работал из-за ненастроенного сертификата.
> 
> Но, к сожалению, в результате пока не работает.
> По логам приложения видно что nginx получил данные,
> но в результате: "The server unexpectedly closed the connection.",
> а в логах nginx: "*146 writev() failed (22: Invalid argument) while SPDY
> processing"
> Подскажите куда смотреть?
> 

Попробуйте новый патч: http://nginx.org/patches/spdy/patch.spdy-62_1.3.12.txt
Должно помочь.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From hell-for-yahoo at umail.ru  Tue Feb 12 22:57:17 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Wed, 13 Feb 2013 02:57:17 +0400
Subject: nginx 1.3.12 SPDY add_headers bug
In-Reply-To: <AA0D5DCB-7029-422E-B9B0-4B6B8DAEA420@sonru.com>
References: <1D12016A-F1E1-4E12-8EC1-86BA85106F17@sonru.com>
 <20130212014931.GB16230@mdounin.ru>
 <701B2C3B-F960-4DF2-A4FB-EC1E150317E4@sonru.com>
 <20130212112805.GD20890@mdounin.ru>
 <5873F445-737C-4755-9C85-F396212933C9@sonru.com>
 <20130212155634.GL20890@mdounin.ru>
 <AA0D5DCB-7029-422E-B9B0-4B6B8DAEA420@sonru.com>
Message-ID: <1285806221.20130213025717@mtu-net.ru>

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

>>> У нас стейджинг сервер с самоподписанным SSL сертификатом, на нем Nginx 1.3.12 + SPDY.
>>> На продакшне, разумеется, валидный SSL сертификат с Nginx 1.3.5 + SPDY 50, если не ошибаюсь.
>>> На продакшн серверах вся статика кэшируется в браузерах и на сервер запросы не идут.
>>> 
>>> На стейджинге Firefox все берет из своего кэша, не обращаясь на сервер (наличие E-Tags/Last-Modified не влияет),
>>> но Chrome на стейджинге постоянно идет на сервер за статикой, тут не влияет наличие этих заголовков.
>>> Вопрос - может ли невалидный сертификат повлиять на это? 
>> 
>> Провёл простой эксперимент - да, невалидный сертификат влияет, по 
>> крайней мере в случае Chrome'а.

AM> Максим, спасибо огромное! пошел обновлять бинарник nginx на продакшне.

После этого займитесь и поднимите себе локальный CA.
Делается за 15 минут и надолго избавляет от воплей браузеров и прочей
программной братии о самоподписанных сертификатах.

В порядке саморекламы:
http://forum.ubuntu.ru/index.php?topic=194259.0


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

    Andrey Repin (hell-for-yahoo at umail.ru) среда, 13.02.2013, <02:45>

From nginx-forum at nginx.us  Wed Feb 13 05:38:52 2013
From: nginx-forum at nginx.us (ingeniarius)
Date: Wed, 13 Feb 2013 00:38:52 -0500
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <201302122221.51870.vbart@nginx.com>
References: <201302122221.51870.vbart@nginx.com>
Message-ID: <64d4f9242fad2b92e0cc04ff6a4ece29.NginxMailingListRussian@forum.nginx.org>

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

С патчем http://nginx.org/patches/spdy/patch.spdy-62_1.3.12.txt
заработало!

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


From sirotar at mail.ru  Wed Feb 13 08:17:35 2013
From: sirotar at mail.ru (Roman)
Date: Wed, 13 Feb 2013 10:17:35 +0200
Subject: =?UTF-8?Q?Re=3A_try=5Ffiles_=D0=B8_if?=
In-Reply-To: <20130212152144.GK20890@mdounin.ru>
References: <5119F8FC.4060709@mail.ru> <20130212104108.GB20890@mdounin.ru>
 <511A4526.4090202@mail.ru> <20130212152144.GK20890@mdounin.ru>
Message-ID: <511B4C1F.2080106@mail.ru>

12.02.2013 17:21, Maxim Dounin пишет:
> Hello!
>
> On Tue, Feb 12, 2013 at 03:35:34PM +0200, Roman wrote:
>
>> 12.02.2013 12:41, Maxim Dounin пишет:
>>> Hello!
>>>
>>> On Tue, Feb 12, 2013 at 10:10:36AM +0200, Roman wrote:
>>>
>>>> Добрый день,
>>>> у меня имеется nginx version: nginx/1.0.12 и
>>>> я конечно же читал сей замечательный документ :
>>>> http://wiki.nginx.org/IfIsEvil
>>>>
>>>> Но очень хочется такого функционала:
>>>>
>>>>
>>>>      map $http_referer $flag {
>>>>          default 0;
>>>>          "~*domain.com" 1;
>>>>          ...
>>>>          ...
>>>>          }
>>>>
>>>> ...
>>>>
>>>>          location ~* ^/([a-z0-9\-]+)/ {
>>>>             try_files     $uri $uri/ /catalog/$1/best/index.html =404;
>>>>             root /home/wwwroot;
>>>>             if ($flag)
>>>>             {
>>>>                 add_header Set-Cookie ...;
>>>>             }
>>>>
>>>>          }
>>>> Но естественно такой вариат с try_files & if не работает, сломал
>>>> голову всю и никак не могу придумать альтернативного решения,
>>>> может кто подскажет какую идею?
>>> Сделать map вида:
>>>
>>>      map $flag $cookievalue {
>>>          0     "";
>>>          1     "...";
>>>      }
>>>
>>> И дальше add_header безусловно:
>>>
>>>      add_header Set-Cookie $cookievalue;
>>>
>>> Если в результате map'а в переменной $cookievalue получится пустая
>>> строка - соответствующий заголовок клиенту отослан не будет, если
>>> получится непустая - будет, что, насколько я понимаю, и требуется
>>> в задаче.
>>>
>> Большущее спасибо,
>> тогда, если можно, вот еще такой вопросик,
>>
>> perl_set $uidset '
>>          sub {
>>              use Time::HiRes qw(gettimeofday);
>>              ($sec,$milli) = gettimeofday;
>>              return (($sec & 0x000FFFFF) << 8)+($milli & 0x000000FF)
>> . ",".time();
>>          }
>> ';
>> ...
>> map $flag $cookievalue {
>>      0 "";
>>      1 "cookie1=$uidset; Max-Age=86400; path=/;";
>> }
>> в таком варианте при $flag = 1 в $cookievalue попадает срока как есть т.е.
>> cookie1=$uidset; Max-Age=86400; path=/;
>>
>> есть ли какие механизмы запихнуть в вычисляемое значение map
>> ($cookievalue), уже посчитанное значение переменной $uidset?
> В правой части map сейчас может быть либо строка, либо переменная
> (одна).  Соответственно для того, чтобы сделать строку, состоящую
> из переменных и текста, нужно делать это внешними по отношению к
> map'у средствами.  Если всё равно используется perl_set - я бы на
> нём всё это и сделал, и возвращал $cookievalue в нужном виде
> perl'ом.
>
> Альтернативный вариант - сделать что-нибудь вроде
>
>      map $flag $cookievalue {
>          0     "";
>          1     $uidset_cookie;
>      }
>
> и в соответствующем location'е
>
>      set $uidset_cookie "cookie1=$uidset; Max-Age=86400; path=/;";
>
> Но такое решение будет менее эффективно, т.к. set будет
> отрабатывать всегда, даже если $flag == 0.
>
Спасибо, будем пробовать :)


From nginx-forum at nginx.us  Wed Feb 13 09:30:49 2013
From: nginx-forum at nginx.us (antohabio)
Date: Wed, 13 Feb 2013 04:30:49 -0500
Subject: =?UTF-8?B?0J/Rg9GC0LDRjtGC0YHRjyDQtNC+0LzQtdC90Ys=?=
Message-ID: <100d2bb2a24397716760a7c40de3b207.NginxMailingListRussian@forum.nginx.org>

Всем здравствуйте.

Не могу справиться с доменами. Для всех доменов у регистратора прописан IP
выделенного сервера. На сервере Debian, Nginx. Для настройки сделаны
стандартные конфиги, прописаны симлинки:

server {
        listen 80;
        server_name domain.com;

        access_log /var/log/nginx/domain.com.access_log;
        error_log /var/log/nginx/domain.com.error_log;

        root /var/www/domain.com;
        index index.php;

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

        location ~ \.php {
                fastcgi_pass  unix:/tmp/fastcgi.socket;
                fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
                include fastcgi_params;
        }

        location ~ \.(tpl|xml|log)$ {
                deny all;
        }
}

server {
    listen 80;
    server_name www.domain.com;
    rewrite  ^(.*)$ http://domain.com$1 permanent;


}


Проблема состоит в следующем, во-первых, на некоторых при  наборе с www
выдается ошибка ДНС, на некторых нормально переадресовывается на версию без
www.

Во-вторых, некоторые настроенные ранее домены, после настройки последующих
стали переадресовываться на эти последующие.

Прошу помочь разобраться.

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


From uncleandyv at gmail.com  Wed Feb 13 10:38:40 2013
From: uncleandyv at gmail.com (Andrey Velikoredchanin)
Date: Wed, 13 Feb 2013 13:38:40 +0300
Subject: =?UTF-8?B?UmU6INCf0YPRgtCw0Y7RgtGB0Y8g0LTQvtC80LXQvdGL?=
In-Reply-To: <100d2bb2a24397716760a7c40de3b207.NginxMailingListRussian@forum.nginx.org>
References: <100d2bb2a24397716760a7c40de3b207.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOrB69MaQ7WcnwHHvOnhN8WGyMoxwkqpSgr70UL6vrtbtPC6ww@mail.gmail.com>

Вы все смешали в кучу. Разделяйте проблемы.

13 февраля 2013 г., 13:30 пользователь antohabio <nginx-forum at nginx.us>написал:

> Проблема состоит в следующем, во-первых, на некоторых при  наборе с www
> выдается ошибка ДНС
>

Это 100% проблема DNS. К nginx не имеет отношения.


> , на некторых нормально переадресовывается на версию без
> www.
>
> Во-вторых, некоторые настроенные ранее домены, после настройки последующих
> стали переадресовываться на эти последующие.
>

Где пример конфига для этих "некоторых"? Давайте реальные конфиги, а не
теоритические.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130213/6f4463e8/attachment.html>

From postmaster at softsearch.ru  Wed Feb 13 11:01:44 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 13 Feb 2013 15:01:44 +0400
Subject: =?UTF-8?B?UmVbMl06IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <64d4f9242fad2b92e0cc04ff6a4ece29.NginxMailingListRussian@forum.nginx.org>
References: <201302122221.51870.vbart@nginx.com>
 <64d4f9242fad2b92e0cc04ff6a4ece29.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1774638261.20130213150144@softsearch.ru>

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


> С патчем http://nginx.org/patches/spdy/patch.spdy-62_1.3.12.txt
> заработало!

Поясните пожалуйста, у Вас SPDY заработало на 80 порту? Сорри, если
глупость спросил.

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


From vbart at nginx.com  Wed Feb 13 11:28:52 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 13 Feb 2013 15:28:52 +0400
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <1774638261.20130213150144@softsearch.ru>
References: <201302122221.51870.vbart@nginx.com>
 <64d4f9242fad2b92e0cc04ff6a4ece29.NginxMailingListRussian@forum.nginx.org>
 <1774638261.20130213150144@softsearch.ru>
Message-ID: <201302131528.52999.vbart@nginx.com>

On Wednesday 13 February 2013 15:01:44 Михаил Монашёв wrote:
> Здравствуйте, ingeniarius.
> 
> > С патчем http://nginx.org/patches/spdy/patch.spdy-62_1.3.12.txt
> > заработало!
> 
> Поясните пожалуйста, у Вас SPDY заработало на 80 порту? Сорри, если
> глупость спросил.

У человека стоит haproxy, который терминирует TLS. Т.е. клиент идет
на haproxy:433, тот, в свою очередь, сообщает клиенту, что поддерживает
http и spdy поверх TLS. Если клиент выбирает http, то haproxy проксирует
уже plain http на nginx:80, а если клиент предпочитает spdy, то haproxy
проксирует spdy без шифрования на какой-то специально установленный для
этого порт, например:

 listen 8033 spdy;

Никто не мешает с последним патчем включить spdy на 80-ом порту. Но
если nginx смотрит наружу, работать это с обычными клиентами не будет.
Поскольку:

 а) У клиента нет нормального механизма сообщить серверу, что он хочет
    работать по spdy (не по http), поэтому nginx без опции ssl, но с
    опцией spdy в listen всегда ожидает spdy запрос. В TLS для этого
    специально Google предложил свое расширение NPN (Next Protocol
    Negotiation). [1] Его поддержка появилась в OpenSSL 1.0.1.

    Chorme/Chromium можно запустить с флагом "--use-spdy=no-ssl", но
    пользоваться остальным интернетом не получится, он будет на все
    сервера ломиться по spdy, даже если те ожидают http.

 б) На пути клиента могут быть все-возможные прокси-сервера, которые
    ожидают на 80-ом порту только голый http. В этом смысле TLS в качестве
    обертки для SPDY, прячет его от существующей инфраструктуры, что
    позволяет работать прозрачно в большинстве случаев.

 [1] http://tools.ietf.org/html/draft-agl-tls-nextprotoneg-04

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From postmaster at softsearch.ru  Wed Feb 13 11:52:33 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 13 Feb 2013 15:52:33 +0400
Subject: =?UTF-8?B?UmVbMl06IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <201302131528.52999.vbart@nginx.com>
References: <201302122221.51870.vbart@nginx.com>
 <64d4f9242fad2b92e0cc04ff6a4ece29.NginxMailingListRussian@forum.nginx.org>
 <1774638261.20130213150144@softsearch.ru> <201302131528.52999.vbart@nginx.com>
Message-ID: <1558095562.20130213155233@softsearch.ru>

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

>> Поясните пожалуйста, у Вас SPDY заработало на 80 порту? Сорри, если
>> глупость спросил.

> У человека стоит haproxy, который терминирует TLS. Т.е. клиент идет
> на haproxy:433, тот, в свою очередь, сообщает клиенту, что поддерживает
> http и spdy поверх TLS. Если клиент выбирает http, то haproxy проксирует
> уже plain http на nginx:80, а если клиент предпочитает spdy, то haproxy
> проксирует spdy без шифрования на какой-то специально установленный для
> этого порт, например:

>  listen 8033 spdy;

> Никто не мешает с последним патчем включить spdy на 80-ом порту. Но
> если nginx смотрит наружу, работать это с обычными клиентами не будет.
> Поскольку:

>  а) У клиента нет нормального механизма сообщить серверу, что он хочет
>     работать по spdy (не по http), поэтому nginx без опции ssl, но с
>     опцией spdy в listen всегда ожидает spdy запрос. В TLS для этого
>     специально Google предложил свое расширение NPN (Next Protocol
>     Negotiation). [1] Его поддержка появилась в OpenSSL 1.0.1.

>     Chorme/Chromium можно запустить с флагом "--use-spdy=no-ssl", но
>     пользоваться остальным интернетом не получится, он будет на все
>     сервера ломиться по spdy, даже если те ожидают http.

>  б) На пути клиента могут быть все-возможные прокси-сервера, которые
>     ожидают на 80-ом порту только голый http. В этом смысле TLS в качестве
>     обертки для SPDY, прячет его от существующей инфраструктуры, что
>     позволяет работать прозрачно в большинстве случаев.

>  [1] http://tools.ietf.org/html/draft-agl-tls-nextprotoneg-04

Спасибо большое за разъяснение.

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


From nginx-forum at nginx.us  Wed Feb 13 13:01:39 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 08:01:39 -0500
Subject: =?UTF-8?B?bmdpbngg0Lgg0LHQsNC70LDQvdGB0LjRgNC+0LLQutCw?=
Message-ID: <26090e4302ad0cdc45e9e780ec4ce029.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.
Прошу помочь в проблеме.
Пытаюсь сделать балансировку через модуль http_upstream_module. 
Запущены 2 tomcat. Поднят nginx 1.3.12.
Томкаты работают на разных портах, а nginx на своём порте.
В конфиге nginx прописываю блансировку тоже что и рекомендуют прописать
везде 
upstream backend  {
  server 192.168.1.10:80;
  server 192.168.1.10:8080;
}
nginx слушает 90 порт
Томкаты и nginx все работают каждый открывает свою страницу.
Балансировка только не работает. Я так понимаю если один томкат падает то
должен срабатывать nginx и пересылать запросы на другой томкат, но почему то
не работает.
Nginx тупа открывает свою страничку

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


From postmaster at softsearch.ru  Wed Feb 13 13:08:36 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 13 Feb 2013 17:08:36 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <26090e4302ad0cdc45e9e780ec4ce029.NginxMailingListRussian@forum.nginx.org>
References: <26090e4302ad0cdc45e9e780ec4ce029.NginxMailingListRussian@forum.nginx.org>
Message-ID: <111299601.20130213170836@softsearch.ru>

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

> Пытаюсь сделать балансировку через модуль http_upstream_module.
> Запущены 2 tomcat. Поднят nginx 1.3.12.
> Томкаты работают на разных портах, а nginx на своём порте.
> В конфиге nginx прописываю блансировку тоже что и рекомендуют прописать
> везде 
> upstream backend  {
>   server 192.168.1.10:80;
>   server 192.168.1.10:8080;
> }
> nginx слушает 90 порт
> Томкаты и nginx все работают каждый открывает свою страницу.
> Балансировка только не работает. Я так понимаю если один томкат падает то
> должен срабатывать nginx и пересылать запросы на другой томкат, но почему то
> не работает.
> Nginx тупа открывает свою страничку

кроме блока upstream{} нужно ещё прописать в конфиге обработку ошибок
от апстрима.


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


From nginx-forum at nginx.us  Wed Feb 13 13:17:55 2013
From: nginx-forum at nginx.us (ingeniarius)
Date: Wed, 13 Feb 2013 08:17:55 -0500
Subject: =?UTF-8?B?UmU6IHNwZHkg0LHQtdC3IHNzbA==?=
In-Reply-To: <201302131528.52999.vbart@nginx.com>
References: <201302131528.52999.vbart@nginx.com>
Message-ID: <a601c9177e64ef9da0ff8e5412c181c0.NginxMailingListRussian@forum.nginx.org>

Спасибо за полезные дополнения!

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


From igor at sysoev.ru  Wed Feb 13 13:18:40 2013
From: igor at sysoev.ru (Igor Sysoev)
Date: Wed, 13 Feb 2013 17:18:40 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <26090e4302ad0cdc45e9e780ec4ce029.NginxMailingListRussian@forum.nginx.org>
References: <26090e4302ad0cdc45e9e780ec4ce029.NginxMailingListRussian@forum.nginx.org>
Message-ID: <15AADC23-0B44-4C2F-B40B-85BB9775178C@sysoev.ru>

On Feb 13, 2013, at 17:01 , dereck wrote:

> Здравствуйте.
> Прошу помочь в проблеме.
> Пытаюсь сделать балансировку через модуль http_upstream_module. 
> Запущены 2 tomcat. Поднят nginx 1.3.12.
> Томкаты работают на разных портах, а nginx на своём порте.
> В конфиге nginx прописываю блансировку тоже что и рекомендуют прописать
> везде 
> upstream backend  {
>  server 192.168.1.10:80;
>  server 192.168.1.10:8080;
> }
> nginx слушает 90 порт
> Томкаты и nginx все работают каждый открывает свою страницу.
> Балансировка только не работает. Я так понимаю если один томкат падает то
> должен срабатывать nginx и пересылать запросы на другой томкат, но почему то
> не работает.

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

> Nginx тупа открывает свою страничку

Какую тупа страничку?


--
Igor Sysoev
http://nginx.com/support.html


From nginx-forum at nginx.us  Wed Feb 13 13:22:40 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 08:22:40 -0500
Subject: =?UTF-8?B?UmU6IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <111299601.20130213170836@softsearch.ru>
References: <111299601.20130213170836@softsearch.ru>
Message-ID: <ee7df66fef8a431d5a71e59f8709ba24.NginxMailingListRussian@forum.nginx.org>

каким образом прописать

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


From nginx-forum at nginx.us  Wed Feb 13 13:24:44 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 08:24:44 -0500
Subject: =?UTF-8?B?UmU6IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <15AADC23-0B44-4C2F-B40B-85BB9775178C@sysoev.ru>
References: <15AADC23-0B44-4C2F-B40B-85BB9775178C@sysoev.ru>
Message-ID: <cf26ca1eb6e743fe5e008496638503ab.NginxMailingListRussian@forum.nginx.org>

в папке /html/index.htm

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


From postmaster at softsearch.ru  Wed Feb 13 13:34:31 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 13 Feb 2013 17:34:31 +0400
Subject: =?UTF-8?B?UmVbMl06IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <ee7df66fef8a431d5a71e59f8709ba24.NginxMailingListRussian@forum.nginx.org>
References: <111299601.20130213170836@softsearch.ru>
 <ee7df66fef8a431d5a71e59f8709ba24.NginxMailingListRussian@forum.nginx.org>
Message-ID: <222062807.20130213173431@softsearch.ru>

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

> каким образом прописать

Покажите весь конфиг. Иначе Вас сложно понять.


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


From nginx-forum at nginx.us  Wed Feb 13 13:50:16 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 08:50:16 -0500
Subject: =?UTF-8?B?UmU6IFJlWzJdOiBuZ2lueCDQuCDQsdCw0LvQsNC90YHQuNGA0L7QstC60LA=?=
In-Reply-To: <222062807.20130213173431@softsearch.ru>
References: <222062807.20130213173431@softsearch.ru>
Message-ID: <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>

events {
    worker_connections  1024;
}


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"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;
    upstream backend {
    server 192.168.1.10:80;
    server 192.168.1.10:8080;
     }
    server {
    listen       90;
    server_name  192.168.1.10.88;
    #charset koi8-r;
    #access_log  logs/host.access.log  main;
    location / {
    root   /usr/local/nginx/html;
    index  index.html index.htm;
    }

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


From nginx-forum at nginx.us  Wed Feb 13 13:53:22 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 08:53:22 -0500
Subject: =?UTF-8?B?UmU6IFJlWzJdOiBuZ2lueCDQuCDQsdCw0LvQsNC90YHQuNGA0L7QstC60LA=?=
In-Reply-To: <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
References: <222062807.20130213173431@softsearch.ru>
 <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <eca8064ea948f8af99e412da9a6ffc51.NginxMailingListRussian@forum.nginx.org>

dereck Wrote:
-------------------------------------------------------
> events {
>     worker_connections  1024;
> }
> 
> 
> 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"';
> 
>     #access_log  logs/access.log  main;
> 
>     sendfile        on;
>     #tcp_nopush     on;
> 
>     #keepalive_timeout  0;
>     keepalive_timeout  65;
> 
>     #gzip  on;
>     upstream backend {
>     server 192.168.1.10:80;
>     server 192.168.1.10:8080;
>      }
>     server {
>     listen       90;
>     server_name  192.168.1.10:90;
>     #charset koi8-r;
>     #access_log  logs/host.access.log  main;
>     location / {
>     root   /usr/local/nginx/html;
>     index  index.html index.htm;
>     }

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


From postmaster at softsearch.ru  Wed Feb 13 13:55:21 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 13 Feb 2013 17:55:21 +0400
Subject: =?UTF-8?B?UmVbNF06IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
References: <222062807.20130213173431@softsearch.ru>
 <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <838086302.20130213175521@softsearch.ru>

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

> events {
>     worker_connections  1024;
> }


> 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"';

>     #access_log  logs/access.log  main;

>     sendfile        on;
>     #tcp_nopush     on;

>     #keepalive_timeout  0;
>     keepalive_timeout  65;

>     #gzip  on;
>     upstream backend {
>     server 192.168.1.10:80;
>     server 192.168.1.10:8080;
>      }
>     server {
>     listen       90;
>     server_name  192.168.1.10.88;
>     #charset koi8-r;
>     #access_log  logs/host.access.log  main;
>     location / {
>     root   /usr/local/nginx/html;
>     index  index.html index.htm;
>     }

У  Вас  в  конфиге  отсутствует  проксирование к бэкендам. Все с диска
отдаётся. Почитайте http://nginx.org/ru/docs/http/ngx_http_proxy_module.html .

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


From dmitriy at lyalyuev.info  Wed Feb 13 13:55:59 2013
From: dmitriy at lyalyuev.info (Dmitriy Lyalyuev)
Date: Wed, 13 Feb 2013 15:55:59 +0200
Subject: =?UTF-8?B?UmU6IG5naW54INC4INCx0LDQu9Cw0L3RgdC40YDQvtCy0LrQsA==?=
In-Reply-To: <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
References: <222062807.20130213173431@softsearch.ru>
 <d7a94ec09cb76d95a2e8e3b8c3c3cbcf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <511B9B6F.7030605@lyalyuev.info>

Он у вас никогда не попадает на апстримы!
Или же это не полный конфиг, что наиболее вероятно.

http://wiki.nginx.org/HttpProxyModule

13.02.2013 15:50, dereck пишет:
> events {
>      worker_connections  1024;
> }
>
>
> 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"';
>
>      #access_log  logs/access.log  main;
>
>      sendfile        on;
>      #tcp_nopush     on;
>
>      #keepalive_timeout  0;
>      keepalive_timeout  65;
>
>      #gzip  on;
>      upstream backend {
>      server 192.168.1.10:80;
>      server 192.168.1.10:8080;
>       }
>      server {
>      listen       90;
>      server_name  192.168.1.10.88;
>      #charset koi8-r;
>      #access_log  logs/host.access.log  main;
>      location / {
>      root   /usr/local/nginx/html;
>      index  index.html index.htm;
>      }
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,236187,236194#msg-236194
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130213/9c3f326e/attachment.html>

From nginx-forum at nginx.us  Wed Feb 13 14:20:23 2013
From: nginx-forum at nginx.us (dereck)
Date: Wed, 13 Feb 2013 09:20:23 -0500
Subject: =?UTF-8?B?UmU6IFJlWzRdOiBuZ2lueCDQuCDQsdCw0LvQsNC90YHQuNGA0L7QstC60LA=?=
In-Reply-To: <838086302.20130213175521@softsearch.ru>
References: <838086302.20130213175521@softsearch.ru>
Message-ID: <9e0f31684a4bfe0a9ce750c2348eef64.NginxMailingListRussian@forum.nginx.org>

Спасибо всем
Поправил вроде заработал

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


From nginx-forum at nginx.us  Wed Feb 13 17:13:20 2013
From: nginx-forum at nginx.us (gatesat)
Date: Wed, 13 Feb 2013 12:13:20 -0500
Subject: =?UTF-8?B?0JLQuNGB0L3QtdGCINC+0YLQtNCw0YfQsCDQsdC+0LvRjNGI0LjRhSDRhNCw0Lk=?=
 =?UTF-8?B?0LvQvtCyLg==?=
Message-ID: <c036f3a540cdc733b3f2326bc33704ce.NginxMailingListRussian@forum.nginx.org>

Приветствую !

Столкнулся с проблемой - виснет отдача больших файлов. Больших - от 50Мб и
выше.

Виснет - просто скорость падает до 0 и так может висеть оооочень долго.
Причем иногда отдает все хорошо, иногда нет. В моменты, когда наблюдается
проблема. на сервере порядка 2к Clients.

Intel(R) Xeon(R) CPU           E5603  @ 1.60GHz (4 cores)
Debian GNU/Linux 6.0.6 (squeeze)
nginx/1.2.6

worker_processes auto;
worker_connections 4096;

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 90;
sendfile_max_chunk  1024k;

Раздача идет с массива. подключенного по iSCSI.

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

Касаемо sendfile - перекопал много информации, внятного ответа не получил,
что лучше - включать его или выключать ?

Прошу подсказать в чем может быть причина.

С уважением. Павел.

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


From alexandr at tverdikov.ru  Thu Feb 14 05:22:54 2013
From: alexandr at tverdikov.ru (=?UTF-8?B?0KLQstC10YDQtNC40LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?=)
Date: Thu, 14 Feb 2013 12:22:54 +0700
Subject: nginx rewrite http to https
Message-ID: <511C74AE.4000502@tverdikov.ru>

Добрый день!
Есть такой конфиг:
=============
server_name
     www.site.ru
     www.site.com
     www.site.nl
     m.site.com
     ns.site.ru
     m.site.ru
     main.site.ru
     ls.site.ru
     ans.site.ru

location / {
....
}
==============
Задача состоит в том чтобы все кроме запросов на ans.site.ru/ans и 
www.site.ru/ans перенаправить на https
изменяю конфиг так:
==============
server_name
     www.site.ru
     www.site.com
     www.site.nl
     m.site.com
     ns.site.ru
     m.site.ru
     main.site.ru
     ls.site.ru
     ans.site.ru

set $complete_url "$host$uri";

     if ( $complete_url !~ '^ans.site.ru/ans' ) {
         rewrite ^(.*)$ https://$host$1 permanent;
     }
     if ( $complete_url !~ '^www.site.ru/ans' ) {
         rewrite ^(.*)$ https://$host$1 permanent;
     }

location / {
....
}
===============
Но почему то на https перенаправляется все, и ans.site.ru/ans и 
www.site.ru/ans
ЧЯДНТ?

-- 
------------------------------
С уважением, Александр.
Мои контакты:
icq   :  271715650
jabber:  atverdikov at jabber.ru
skype :  ATverdikov
------------------------------


From pavel2000 at ngs.ru  Thu Feb 14 05:56:45 2013
From: pavel2000 at ngs.ru (Pavel V.)
Date: Thu, 14 Feb 2013 12:56:45 +0700
Subject: nginx rewrite http to https
In-Reply-To: <511C74AE.4000502@tverdikov.ru>
References: <511C74AE.4000502@tverdikov.ru>
Message-ID: <1212921130.20130214125645@ngs.ru>

Здравствуйте, Твердиков.

Вы писали 14 февраля 2013 г., 12:22:54:

> Добрый день!
> Есть такой конфиг:
> =============
> server_name
>      www.site.ru
>      www.site.com
>      www.site.nl
>      m.site.com
>      ns.site.ru
>      m.site.ru
>      main.site.ru
>      ls.site.ru
>      ans.site.ru

> location / {
> ....
> }
> ==============
> Задача состоит в том чтобы все кроме запросов на ans.site.ru/ans и 
> www.site.ru/ans перенаправить на https
> изменяю конфиг так:
> ==============
> server_name
>      www.site.ru
>      www.site.com
>      www.site.nl
>      m.site.com
>      ns.site.ru
>      m.site.ru
>      main.site.ru
>      ls.site.ru
>      ans.site.ru

> set $complete_url "$host$uri";

>      if ( $complete_url !~ '^ans.site.ru/ans' ) {
>          rewrite ^(.*)$ https://$host$1 permanent;
>      }
>      if ( $complete_url !~ '^www.site.ru/ans' ) {
>          rewrite ^(.*)$ https://$host$1 permanent;
>      }

> location / {
> ....
> }
> ===============
> Но почему то на https перенаправляется все, и ans.site.ru/ans и 
> www.site.ru/ans
> ЧЯДНТ?

Для начала, нужно очень сильно забыть что такое if.

Далее, нужно вынести  ans.site.ru и www.site.ru в отдельный блок server {}
Далее, в этом блоке надо описать location /ans {} , в нем сделать необходимые действия.

В первом server {} и в новом server {} описать location / {} и в нем прописать реврайты.




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


From mureninc at gmail.com  Thu Feb 14 06:59:26 2013
From: mureninc at gmail.com (Constantine A. Murenin)
Date: Wed, 13 Feb 2013 22:59:26 -0800
Subject: nginx rewrite http to https
In-Reply-To: <511C74AE.4000502@tverdikov.ru>
References: <511C74AE.4000502@tverdikov.ru>
Message-ID: <CAPKkNb5oQS9XAMC-JiQ9TWPykbe+pp+48ge661BBr9o0CvxXtA@mail.gmail.com>

2013/2/13 Твердиков Александр <alexandr at tverdikov.ru>:
> set $complete_url "$host$uri";
>
>     if ( $complete_url !~ '^ans.site.ru/ans' ) {
>         rewrite ^(.*)$ https://$host$1 permanent;
>     }
>     if ( $complete_url !~ '^www.site.ru/ans' ) {
>         rewrite ^(.*)$ https://$host$1 permanent;
>     }
>
> location / {
> ....
> }
> ===============
> Но почему то на https перенаправляется все, и ans.site.ru/ans и
> www.site.ru/ans
> ЧЯДНТ?

Здесь может быть проблема в кэшировании браузера.  Я в одном конфиге
"временно" понаписал всяких permanent/301 перенаправлений неделю
назад, так Mozilla SeaMonkey мне их до сих пор выдаёт, и никакой Shift
+ Refresh не помогает.  Насколько я понимаю, никакого аналога Shift +
Refresh для 301 Moved Permanently в мозилле вообще не существует.

Релевантные запросы в логи идут? Или что выдаёт `curl -v ans.site.ru/ans`?

З.Ы. Лично я теперь использую redirect/302 или 307.  :-)

К.

From citrin at citrin.ru  Thu Feb 14 15:33:30 2013
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Thu, 14 Feb 2013 19:33:30 +0400
Subject: woff mime type
Message-ID: <511D03CA.3010401@citrin.ru>

Просьба добавить application/font-woff woff; в mime.types

woff файлы объемные, но хорошо жмутся gzip-ом и современны бразуеры запрашивают их с
Accept-Encoding	gzip, deflate

Хочется иметь возможность сказать в конфиге

gzip_types ... application/font-woff;

без поддержки своего файла mime.types

-- 
  Anton Yuzhaninov

P. S. тикет уже есть: http://trac.nginx.org/nginx/ticket/292


From citrin at citrin.ru  Thu Feb 14 15:38:48 2013
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Thu, 14 Feb 2013 19:38:48 +0400
Subject: woff mime type
In-Reply-To: <511D03CA.3010401@citrin.ru>
References: <511D03CA.3010401@citrin.ru>
Message-ID: <511D0508.2060304@citrin.ru>

On 02/14/13 19:33, Anton Yuzhaninov wrote:
>
> woff файлы объемные, но хорошо жмутся gzip-ом и современны бразуеры запрашивают
> их с
> Accept-Encoding    gzip, deflate
>
> Хочется иметь возможность сказать в конфиге
>
> gzip_types ... application/font-woff;

Как оказалось в woff не сжат только небольшой заголовок, так что gzip не сильно 
помогает...

Что впрочем не мешает добавить mime type.

-- 
  Anton Yuzhaninov


From nginx-forum at nginx.us  Thu Feb 14 15:44:41 2013
From: nginx-forum at nginx.us (Sovigod)
Date: Thu, 14 Feb 2013 10:44:41 -0500
Subject: =?UTF-8?B?VXBzdHJlYW0g0Lgg0L7QsdGA0LDRidC10L3QuNC1INC6INCx0LXQutC10L3QtNGD?=
 =?UTF-8?B?INC/0L4g0LTQvdGBINC40LzQtdC90Lg=?=
Message-ID: <6e2a63b38bb618e937541fc8ca567d9b.NginxMailingListRussian@forum.nginx.org>

Имеем конфиг (ниже). Цель - чтобы запросы шли к пулу серверов. Проблемма в
том что у бекендов принимают запросы только по днс имени. Там на каждом
несколько виртуальных хостов. Судя по логам нгинкс обращается к ним по
ip-адрессу и получает 404 ошибку. Как сделать чтобы нгинкс заправшивал по
днс имени?

upstream farm7 {
server videofarm07a.example.com;
server videofarm07b.example.com;
server videofarm07z.example.com;
}
log_format up_head '$remote_addr - [$time_local]  $request $upstream_addr
$upstream_status';
server {
access_log /tmp.log up_head;
listen 80;
location / {
proxy_pass  http://farm7;
}
}

строчка из лога 
y.y.y.y - [14/Feb/2013:21:35:48 +0600]  GET /favicon.ico HTTP/1.1 x.x.x.x:80
404

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


From panfilov at sports.ru  Thu Feb 14 16:06:33 2013
From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=)
Date: Thu, 14 Feb 2013 20:06:33 +0400
Subject: =?UTF-8?B?UmU6IFVwc3RyZWFtINC4INC+0LHRgNCw0YnQtdC90LjQtSDQuiDQsdC10LrQtdC9?=
 =?UTF-8?B?0LTRgyDQv9C+INC00L3RgSDQuNC80LXQvdC4?=
In-Reply-To: <6e2a63b38bb618e937541fc8ca567d9b.NginxMailingListRussian@forum.nginx.org>
References: <6e2a63b38bb618e937541fc8ca567d9b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPL6oRWCFSw=jr1yixRmb_cMP4GLQRAtaC6tHTKN+ofCwHZvLw@mail.gmail.com>

Посмотрите в документации здесь:

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

14 февраля 2013 г., 19:44 пользователь Sovigod <nginx-forum at nginx.us>написал:

> Имеем конфиг (ниже). Цель - чтобы запросы шли к пулу серверов. Проблемма в
> том что у бекендов принимают запросы только по днс имени. Там на каждом
> несколько виртуальных хостов. Судя по логам нгинкс обращается к ним по
> ip-адрессу и получает 404 ошибку. Как сделать чтобы нгинкс заправшивал по
> днс имени?
>
> upstream farm7 {
> server videofarm07a.example.com;
> server videofarm07b.example.com;
> server videofarm07z.example.com;
> }
> log_format up_head '$remote_addr - [$time_local]  $request $upstream_addr
> $upstream_status';
> server {
> access_log /tmp.log up_head;
> listen 80;
> location / {
> proxy_pass  http://farm7;
> }
> }
>
> строчка из лога
> y.y.y.y - [14/Feb/2013:21:35:48 +0600]  GET /favicon.ico HTTP/1.1
> x.x.x.x:80
> 404
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,236226,236226#msg-236226
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Панфилов Михаил
Старший системный администратор www.sports.ru

+ 7 903 578 4067
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130214/859a3fe4/attachment.html>

From nginx-forum at nginx.us  Thu Feb 14 16:20:21 2013
From: nginx-forum at nginx.us (Sovigod)
Date: Thu, 14 Feb 2013 11:20:21 -0500
Subject: =?UTF-8?B?UmU6IFVwc3RyZWFtINC4INC+0LHRgNCw0YnQtdC90LjQtSDQuiDQsdC10LrQtdC9?=
 =?UTF-8?B?0LTRgyDQv9C+INC00L3RgSDQuNC80LXQvdC4?=
In-Reply-To: <CAPL6oRWCFSw=jr1yixRmb_cMP4GLQRAtaC6tHTKN+ofCwHZvLw@mail.gmail.com>
References: <CAPL6oRWCFSw=jr1yixRmb_cMP4GLQRAtaC6tHTKN+ofCwHZvLw@mail.gmail.com>
Message-ID: <e2b8d33f196a34cd18e955748244fad2.NginxMailingListRussian@forum.nginx.org>

Спасибо! Помогло.

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


From mdounin at mdounin.ru  Thu Feb 14 16:32:18 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Thu, 14 Feb 2013 20:32:18 +0400
Subject: woff mime type
In-Reply-To: <511D03CA.3010401@citrin.ru>
References: <511D03CA.3010401@citrin.ru>
Message-ID: <20130214163218.GH40751@mdounin.ru>

Hello!

On Thu, Feb 14, 2013 at 07:33:30PM +0400, Anton Yuzhaninov wrote:

> Просьба добавить application/font-woff woff; в mime.types
> 
> woff файлы объемные, но хорошо жмутся gzip-ом и современны бразуеры запрашивают их с
> Accept-Encoding	gzip, deflate
> 
> Хочется иметь возможность сказать в конфиге
> 
> gzip_types ... application/font-woff;
> 
> без поддержки своего файла mime.types
> 
> -- 
>  Anton Yuzhaninov
> 
> P. S. тикет уже есть: http://trac.nginx.org/nginx/ticket/292

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

-- 
Maxim Dounin
http://nginx.com/support.html


From dmitriy at lyalyuev.info  Fri Feb 15 10:00:48 2013
From: dmitriy at lyalyuev.info (Dmitriy Lyalyuev)
Date: Fri, 15 Feb 2013 12:00:48 +0200
Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC/0L4gc2VydmVyX25hbWU=?=
Message-ID: <511E0750.6030002@lyalyuev.info>

Добрый день.

Есть конфиг типа:
server{
listen 80 default;
server_name  ~^(?:www\.)*(?<HBW>.+)$;
...
}

server{
listen 10.0.3.132:80;
server_name example.com www.example.com;
...
}

При обращении на test.example.com попадаю во второй сервер. Это ж вроде 
не верно. Или чего-то не понимаю?


From igor at sysoev.ru  Fri Feb 15 10:04:35 2013
From: igor at sysoev.ru (Igor Sysoev)
Date: Fri, 15 Feb 2013 14:04:35 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IHNlcnZlcl9uYW1l?=
In-Reply-To: <511E0750.6030002@lyalyuev.info>
References: <511E0750.6030002@lyalyuev.info>
Message-ID: <844690A6-AA87-4517-9624-57196C510CE0@sysoev.ru>

On Feb 15, 2013, at 14:00 , Dmitriy Lyalyuev wrote:

> Добрый день.
> 
> Есть конфиг типа:
> server{
> listen 80 default;
> server_name  ~^(?:www\.)*(?<HBW>.+)$;
> ...
> }
> 
> server{
> listen 10.0.3.132:80;
> server_name example.com www.example.com;
> ...
> }
> 
> При обращении на test.example.com попадаю во второй сервер. Это ж вроде не верно. Или чего-то не понимаю?

http://nginx.org/ru/docs/http/request_processing.html#mixed_name_ip_based_servers

При чтении нужно иметь ввиду, что "listen 80" - это "listen 0.0.0.0:80".


--
Igor Sysoev
http://nginx.com/support.html


From vovansystems at gmail.com  Fri Feb 15 10:05:01 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Fri, 15 Feb 2013 13:05:01 +0300
Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IHNlcnZlcl9uYW1l?=
In-Reply-To: <511E0750.6030002@lyalyuev.info>
References: <511E0750.6030002@lyalyuev.info>
Message-ID: <CAAwq3jxEz5zikpweiTD=TXi11h6fY69u2+iGDMocEV4Rqg6Y7w@mail.gmail.com>

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

"Если у директивы есть параметр default_server, то сервер, в котором
описана эта директива, будет сервером по умолчанию для указанной пары
адрес:порт. Если же директив с параметром default_server нет, то
сервером по умолчанию будет первый сервер, в котором описана пара
адрес:порт."
http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen

listen 80 default;
и
listen 10.0.3.132:80;

т.е. укажите в первом сервере все возможные сочетания адрес:порт явно.

From citrin at citrin.ru  Fri Feb 15 10:05:47 2013
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Fri, 15 Feb 2013 14:05:47 +0400
Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IHNlcnZlcl9uYW1l?=
In-Reply-To: <511E0750.6030002@lyalyuev.info>
References: <511E0750.6030002@lyalyuev.info>
Message-ID: <511E087B.8080904@citrin.ru>

On 02/15/13 14:00, Dmitriy Lyalyuev wrote:
>
> Есть конфиг типа:
> server{
> listen 80 default;
> server_name  ~^(?:www\.)*(?<HBW>.+)$;
> ...
> }
>
> server{
> listen 10.0.3.132:80;
> server_name example.com www.example.com;
> ...
> }
>
> При обращении на test.example.com попадаю во второй сервер. Это ж вроде не
> верно. Или чего-то не понимаю?

Если ip у test.example.com 10.0.3.132 то будет попадать во второй сервер:

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

Чтобы попадало в первый, во втором можно заменить listen 10.0.3.132:80; на 
listen 80;

-- 
  Anton Yuzhaninov


From dmitriy at lyalyuev.info  Fri Feb 15 10:12:36 2013
From: dmitriy at lyalyuev.info (Dmitriy Lyalyuev)
Date: Fri, 15 Feb 2013 12:12:36 +0200
Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IHNlcnZlcl9uYW1l?=
In-Reply-To: <511E0750.6030002@lyalyuev.info>
References: <511E0750.6030002@lyalyuev.info>
Message-ID: <511E0A14.9000807@lyalyuev.info>

Всем спасибо за разъяснения, все понял.

15.02.2013 12:00, Dmitriy Lyalyuev пишет:
> Добрый день.
>
> Есть конфиг типа:
> server{
> listen 80 default;
> server_name  ~^(?:www\.)*(?<HBW>.+)$;
> ...
> }
>
> server{
> listen 10.0.3.132:80;
> server_name example.com www.example.com;
> ...
> }
>
> При обращении на test.example.com попадаю во второй сервер. Это ж 
> вроде не верно. Или чего-то не понимаю?


From denis.kostousov at gmail.com  Fri Feb 15 16:59:03 2013
From: denis.kostousov at gmail.com (Denis Kostousov)
Date: Fri, 15 Feb 2013 22:59:03 +0600
Subject: nginx as https client
Message-ID: <511E6957.8040606@gmail.com>

Добрый день.

Есть необходимость настроить nginx в качестве reverse proxy на
https-сервер, который требует авторизацию по клиентскому сертификату.
Поиск в гугле и в документации ничего не дал. Такое вообще возможно?

-- 
Denis Kostousov
email: denis.kostousovATgmailDOTcom
jabber: denis.kostousovATgmailDOTcom
fingerprint: D32B A253 F678 9EF1 1079 4F5A 52E1 8EEA FAF9 E1F1


From andrey at kopeyko.ru  Fri Feb 15 17:16:32 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Fri, 15 Feb 2013 21:16:32 +0400
Subject: nginx as https client
In-Reply-To: <511E6957.8040606@gmail.com>
References: <511E6957.8040606@gmail.com>
Message-ID: <511E6D70.5000002@kopeyko.ru>

15.02.2013 20:59, Denis Kostousov пишет:
> Добрый день.
>
> Есть необходимость настроить nginx в качестве reverse proxy на
> https-сервер, который требует авторизацию по клиентскому сертификату.
> Поиск в гугле и в документации ничего не дал. Такое вообще возможно?

Нет, такое невозможно - потому что прокси-сервер не сможет получить 
доступ к секретному ключу клиента.

>


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From nginx-ru at sadok.spb.ru  Fri Feb 15 20:56:15 2013
From: nginx-ru at sadok.spb.ru (Dmitry Ivanov)
Date: Sat, 16 Feb 2013 00:56:15 +0400
Subject: nginx as https client
In-Reply-To: <511E6957.8040606@gmail.com>
References: <511E6957.8040606@gmail.com>
Message-ID: <219139216.20130216005615@sadok.spb.ru>

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

Вы писали 15 февраля 2013 г., 20:59:03:

> Добрый день.

> Есть необходимость настроить nginx в качестве reverse proxy на
> https-сервер, который требует авторизацию по клиентскому сертификату.
> Поиск в гугле и в документации ничего не дал. Такое вообще возможно?

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

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


From denis.kostousov at gmail.com  Sat Feb 16 05:43:27 2013
From: denis.kostousov at gmail.com (Denis Kostousov)
Date: Sat, 16 Feb 2013 11:43:27 +0600
Subject: nginx as https client
In-Reply-To: <219139216.20130216005615@sadok.spb.ru>
References: <511E6957.8040606@gmail.com>
 <219139216.20130216005615@sadok.spb.ru>
Message-ID: <511F1C7F.8000103@gmail.com>

Да внутренние заморочки. Наш сервис требует авторизацию по ssl. На это
много завязано. А один из клиентов не может у себя это оживить по
техническим причинам. Вот и думаем для него прокси поднять, который
будет все заворачивать в ssl и подключать клиентский сертификат.

16.02.2013 02:56, Dmitry Ivanov пишет:
> Здравствуйте, Denis.
>
> Вы писали 15 февраля 2013 г., 20:59:03:
>
>> Добрый день.
>> Есть необходимость настроить nginx в качестве reverse proxy на
>> https-сервер, который требует авторизацию по клиентскому сертификату.
>> Поиск в гугле и в документации ничего не дал. Такое вообще возможно?
> Простите, а в чем смысл? Картинки энжиком раздавать, боюсь, не
> получится. Кэшировать что-то тем более.
>

-- 
Denis Kostousov
email: denis.kostousovATgmailDOTcom
jabber: denis.kostousovATgmailDOTcom
fingerprint: D32B A253 F678 9EF1 1079 4F5A 52E1 8EEA FAF9 E1F1


From ru at nginx.com  Sat Feb 16 08:25:26 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Sat, 16 Feb 2013 12:25:26 +0400
Subject: nginx as https client
In-Reply-To: <511F1C7F.8000103@gmail.com>
References: <511E6957.8040606@gmail.com>
 <219139216.20130216005615@sadok.spb.ru>
 <511F1C7F.8000103@gmail.com>
Message-ID: <20130216082526.GB27474@lo0.su>

On Sat, Feb 16, 2013 at 11:43:27AM +0600, Denis Kostousov wrote:
> Да внутренние заморочки. Наш сервис требует авторизацию по ssl. На это
> много завязано. А один из клиентов не может у себя это оживить по
> техническим причинам. Вот и думаем для него прокси поднять, который
> будет все заворачивать в ssl и подключать клиентский сертификат.

stunnel, настроенный в клиентском режиме?


From andrey at kopeyko.ru  Sat Feb 16 08:50:20 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Sat, 16 Feb 2013 12:50:20 +0400
Subject: nginx as https client
In-Reply-To: <511F1C7F.8000103@gmail.com>
References: <511E6957.8040606@gmail.com>
 <219139216.20130216005615@sadok.spb.ru> <511F1C7F.8000103@gmail.com>
Message-ID: <725d6fa8-9a15-4e84-a2de-61564239bafd@email.android.com>

Denis Kostousov <denis.kostousov at gmail.com> написал(а):

>Да внутренние заморочки. Наш сервис требует авторизацию по ssl. На это
>много завязано. А один из клиентов не может у себя это оживить по
>техническим причинам. Вот и думаем для него прокси поднять, который
>будет все заворачивать в ssl и подключать клиентский сертификат.
>
>16.02.2013 02:56, Dmitry Ivanov пишет:
>> Здравствуйте, Denis.
>>
>> Вы писали 15 февраля 2013 г., 20:59:03:
>>
>>> Добрый день.
>>> Есть необходимость настроить nginx в качестве reverse proxy на
>>> https-сервер, который требует авторизацию по клиентскому
>сертификату.
>>> Поиск в гугле и в документации ничего не дал. Такое вообще возможно?
>> Простите, а в чем смысл? Картинки энжиком раздавать, боюсь, не
>> получится. Кэшировать что-то тем более.
>>
>
>-- 
>Denis Kostousov
>email: denis.kostousovATgmailDOTcom
>jabber: denis.kostousovATgmailDOTcom
>fingerprint: D32B A253 F678 9EF1 1079 4F5A 52E1 8EEA FAF9 E1F1
>
>_______________________________________________
>nginx-ru mailing list
>nginx-ru at nginx.org
>http://mailman.nginx.org/mailman/listinfo/nginx-ru

Вы странные люди - вы требуете строгой, по сертификатам,  аутентификации клиентов, и вы же сами хотите эту аутентификацию профанировать... 

ИМХО, вам стоит клиента обучить. Или бросить, если он безнадёжен. 
-- 
Отправлено через К-9 Mail. Извините за краткость, пожалуйста.


From denis.kostousov at gmail.com  Sat Feb 16 08:52:06 2013
From: denis.kostousov at gmail.com (Denis Kostousov)
Date: Sat, 16 Feb 2013 14:52:06 +0600
Subject: nginx as https client
In-Reply-To: <725d6fa8-9a15-4e84-a2de-61564239bafd@email.android.com>
References: <511E6957.8040606@gmail.com>
 <219139216.20130216005615@sadok.spb.ru> <511F1C7F.8000103@gmail.com>
 <725d6fa8-9a15-4e84-a2de-61564239bafd@email.android.com>
Message-ID: <511F48B6.9060806@gmail.com>


16.02.2013 14:50, Andrey Kopeyko пишет:
> Denis Kostousov <denis.kostousov at gmail.com> написал(а):
>
>> Да внутренние заморочки. Наш сервис требует авторизацию по ssl. На это
>> много завязано. А один из клиентов не может у себя это оживить по
>> техническим причинам. Вот и думаем для него прокси поднять, который
>> будет все заворачивать в ssl и подключать клиентский сертификат.
>>
>> 16.02.2013 02:56, Dmitry Ivanov пишет:
>>> Здравствуйте, Denis.
>>>
>>> Вы писали 15 февраля 2013 г., 20:59:03:
>>>
>>>> Добрый день.
>>>> Есть необходимость настроить nginx в качестве reverse proxy на
>>>> https-сервер, который требует авторизацию по клиентскому
>> сертификату.
>>>> Поиск в гугле и в документации ничего не дал. Такое вообще возможно?
>>> Простите, а в чем смысл? Картинки энжиком раздавать, боюсь, не
>>> получится. Кэшировать что-то тем более.
>>>
>> -- 
>> Denis Kostousov
>> email: denis.kostousovATgmailDOTcom
>> jabber: denis.kostousovATgmailDOTcom
>> fingerprint: D32B A253 F678 9EF1 1079 4F5A 52E1 8EEA FAF9 E1F1
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> Вы странные люди - вы требуете строгой, по сертификатам,  аутентификации клиентов, и вы же сами хотите эту аутентификацию профанировать... 
>
> ИМХО, вам стоит клиента обучить. Или бросить, если он безнадёжен.
Таких клиентов не "обучают" а делают почти все по первому требованию ;)
Понятно, что такой подход - не для всякого. Профанации тут нет. Ибо
остальной сонм через эту дырку не полезет. Даже если очень-очень-очень
захочет.
>  

-- 
Denis Kostousov
email: denis.kostousovATgmailDOTcom
jabber: denis.kostousovATgmailDOTcom
fingerprint: D32B A253 F678 9EF1 1079 4F5A 52E1 8EEA FAF9 E1F1


From nginx-forum at nginx.us  Sat Feb 16 18:49:55 2013
From: nginx-forum at nginx.us (anon)
Date: Sat, 16 Feb 2013 13:49:55 -0500
Subject: =?UTF-8?B?UmU6IFVwc3RyZWFtINC4INC+0LHRgNCw0YnQtdC90LjQtSDQuiDQsdC10LrQtdC9?=
 =?UTF-8?B?0LTRgyDQv9C+INC00L3RgSDQuNC80LXQvdC4?=
In-Reply-To: <e2b8d33f196a34cd18e955748244fad2.NginxMailingListRussian@forum.nginx.org>
References: <CAPL6oRWCFSw=jr1yixRmb_cMP4GLQRAtaC6tHTKN+ofCwHZvLw@mail.gmail.com>
 <e2b8d33f196a34cd18e955748244fad2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <dd32bdeb5cd308abd60c69ff88881ead.NginxMailingListRussian@forum.nginx.org>

Было бы еще неплохо, что в логах nginx можно было логировать по днс имени,
на какой бекенд ушел клиент. Есть такая возможность?

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


From senty at yandex.ru  Sun Feb 17 07:54:36 2013
From: senty at yandex.ru (=?koi8-r?B?98nUwczJyiDzxc7U0cvP1w==?=)
Date: Sun, 17 Feb 2013 11:54:36 +0400
Subject: convert rule apache to nginx 
Message-ID: <1898961361087676@web13h.yandex.ru>

RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]


From postmaster at softsearch.ru  Sun Feb 17 11:35:18 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 17 Feb 2013 15:35:18 +0400
Subject: convert rule apache to nginx
In-Reply-To: <1898961361087676@web13h.yandex.ru>
References: <1898961361087676@web13h.yandex.ru>
Message-ID: <659107736.20130217153518@softsearch.ru>

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

> RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
> RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]

А зачем менять uri? Запрос куда дальше пойдёт? Выглядит так, как будто
потом он будет проксироваться к какому-то бэкенду.

Вы бы описали всю задачу, тогда Вам было бы проще помощь.
-- 
С уважением,
 Михаил                          mailto:postmaster at softsearch.ru


From nginx-forum at nginx.us  Sun Feb 17 13:39:42 2013
From: nginx-forum at nginx.us (senty)
Date: Sun, 17 Feb 2013 08:39:42 -0500
Subject: convert rule apache to nginx
In-Reply-To: <659107736.20130217153518@softsearch.ru>
References: <659107736.20130217153518@softsearch.ru>
Message-ID: <a2a668d89ccf7a679c9fa6e43e9d560a.NginxMailingListRussian@forum.nginx.org>

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

В системе управления MODX постраничная навигация происходит URL'ами такого
вида:
/?page=2

Поискав информацию о том как сделать URL без параметров, нашел только это:
http://forums.modx.com/thread/43568/revo-getpage-friendly-urls#dis-post-250993

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


From postmaster at softsearch.ru  Sun Feb 17 14:50:35 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 17 Feb 2013 18:50:35 +0400
Subject: convert rule apache to nginx
In-Reply-To: <a2a668d89ccf7a679c9fa6e43e9d560a.NginxMailingListRussian@forum.nginx.org>
References: <659107736.20130217153518@softsearch.ru>
 <a2a668d89ccf7a679c9fa6e43e9d560a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1483134530.20130217185035@softsearch.ru>

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

> В системе управления MODX постраничная навигация происходит URL'ами такого
> вида:
> /?page=2

> Поискав информацию о том как сделать URL без параметров, нашел только это:
> http://forums.modx.com/thread/43568/revo-getpage-friendly-urls#dis-post-250993

А зачем Вам nginx? Делайте как в примере.

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


From nginx-forum at nginx.us  Mon Feb 18 07:19:44 2013
From: nginx-forum at nginx.us (stalker-xxl)
Date: Mon, 18 Feb 2013 02:19:44 -0500
Subject: =?UTF-8?B?bmdpbngrYXBhY2hlMiAo0L/QvtC80L7Qs9C40YLQtSDRgSDQvtC/0YLQuNC80Lg=?=
 =?UTF-8?B?0LfQsNGG0LjQtdC5KQ==?=
Message-ID: <cae9abf958c912652b99bc3928a1497e.NginxMailingListRussian@forum.nginx.org>

День добрый! Устал платить разным "горе-оптимизаторам", поэтому прошу помощи
на данном форуме...
Имеем 8-ядерный сервер.. сайты на движке DLE... на сервере стоят:
apache2 + nginx + php 5 + mysql + memcache

Проблема в следующем: при серфинге по сайтам - иногда появляются задержки..
то есть можно кликнуть по ссылке рубрики, например.. и сайт будет вечно
думать... а если кликнуть еще раз - то мгновенно переходит...
Плюс Google Pagespeed и подобные сервисы  показывают "включите сжатие"..
Хотя в конфиге сжатие включено...
Ну и вообще хотелось бы убедиться, что связка nginx+apache настроена на
146%.. =)

Конфиг таков:
user  nginx;
worker_processes  8;

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


events {
    worker_connections  1024;
multi_accept on;
}


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

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

## логи
    #access_log  /var/log/nginx/access.log  main;
access_log off;
log_not_found off;


# File Cache Settings
        ##

        #open_file_cache max=100000  inactive=60s;
        #open_file_cache_valid 60s;
        #open_file_cache_min_uses 1;
        #open_file_cache_errors on;

    sendfile on;
    tcp_nodelay on;
    tcp_nopush on;
#reset_timedout_connection on;
    keepalive_timeout 15;

#####pagespeed######
#pagespeed on;
#pagespeed RewriteLevel PassThrough;

# needs to exist and be writable by nginx
#pagespeed FileCachePath /var/cache/ngx_pagespeed_cache;

#pagespeed EnableFilters
add_head,combine_css,combine_heads,move_css_to_head,outline_css,outline_javascript,remove_quotes,remove_comments;
  #pagespeed RunExperiment on;
  #pagespeed ExperimentSpec "id=3;percent=50;default";
  #pagespeed ExperimentSpec "id=4;percent=50";

#pagespeed MemcachedServers "127.0.0.1:11211";
#pagespeed MemcachedThreads 64;

   ####### Gzip Settings
	##
	gzip on;
	gzip_disable "msie6";
gzip_static on;
	 gzip_vary on;
         gzip_min_length  1024;
	 gzip_proxied any;
	 gzip_comp_level 6;
	 gzip_buffers 16 32k;
	 gzip_http_version 1.1;
	 gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;

    include /etc/nginx/conf.d/*.conf;
	client_max_body_size 64m;
	log_format  isp '$bytes_sent $request_length';


	server {
		listen 1.2.3.4:80;
		server_name site.net www.site.net *.site.net;
		rewrite ^(/manager/.*)$	https://$host$1	permanent;
		error_page 404 = @fallback;
		location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
			proxy_pass http://1.2.3.4:8080;
			proxy_redirect http://site.net: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 / {
set            $memcached_key "$uri?$args";
        memcached_pass localhost:11211;
        error_page     404 502 504 = @fallback;
			proxy_pass http://1.2.3.4:8080;
			proxy_redirect http://site.net:8080/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Real-IP $remote_addr;
		}
		location ~*
^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
expires 30d;
add_header Pragma public;
add_header Cache-Control "public";
			access_log /var/www/httpd-logs/site.net.access.log ;
			access_log /var/www/nginx-logs/site isp;
			set $proot "/var/www/site/data/www/site.net";
			if ( $host = "site.net" ) {
				break;
			}
			if ( $host = "www.site.net" ) {
				break;
			}
			if ( $host ~* ^((.*).site.net)$ ) {
				set $proot /var/www/site/data/www/$1;
				break;
			}
			root $proot;
		}
		location @fallback {
			proxy_pass http://1.2.3.4: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;
		}
	}

Также ряд важных вопросов:
- как убедиться, что nginx и memcache работают? у memcache занято всего 12Mb
памяти.... маловато...
- как проверить "включено ли сжатие" и как его включить?
- mod_pagespeed ( https://github.com/pagespeed/ngx_pagespeed) кто-нибудь
включал? я включаю - пишет, что вроде все ОК... но думаю, что не работает

- ну и если можно, то помогите в целом оптимизировать конфиг...
сам конфиг в целом:
nginx version: nginx/1.2.7
built by gcc 4.4.5 (Debian 4.4.5-8)
TLS SNI support enabled
configure arguments: --add-module=/root/ngx_pagespeed --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-http_realip_module --with-http_addition_module
--with-http_sub_module --with-http_dav_module --with-http_flv_module
--with-http_mp4_module --with-http_gzip_static_module
--with-http_random_index_module --with-http_secure_link_module
--with-http_stub_status_module --with-mail --with-mail_ssl_module
--with-file-aio --with-ipv6

Заранее спасибо.. устал читать мануалы и тыкать "туда-сюда"...

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


From citrin at citrin.ru  Mon Feb 18 11:03:12 2013
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Mon, 18 Feb 2013 15:03:12 +0400
Subject: convert rule apache to nginx
In-Reply-To: <1898961361087676@web13h.yandex.ru>
References: <1898961361087676@web13h.yandex.ru>
Message-ID: <51220A70.7070003@citrin.ru>

On 02/17/13 11:54, Виталий Сентяков wrote:
> RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
> RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]

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

-- 
  Anton Yuzhaninov


From vovansystems at gmail.com  Mon Feb 18 11:28:28 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Mon, 18 Feb 2013 14:28:28 +0300
Subject: convert rule apache to nginx
In-Reply-To: <51220A70.7070003@citrin.ru>
References: <1898961361087676@web13h.yandex.ru>
	<51220A70.7070003@citrin.ru>
Message-ID: <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>

>> RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
>> RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]
>
>
> Подозреваю, что апачевскую абракадарбу знают далеко не все из читающих
> данный maillist, поэтому вероятность ответа по делу сильно повысится если
> сформулироваить словам, какого поведения нужно добиться.

Действительно, недавно чтобы написать простейший реврайт для апача -
пришлось 15 минут читать документацию :)

Есть такой сайт http://winginx.com/htaccess - он умеет конвертить
простейшие апачевые конфиги для нжинкса. Вот что он выдал:

location / {
  rewrite /(.+?)/pagina-(.+?)/ /%1/?page=%2 break;
}

А автору действительно лучше посоветовать присылать в рассылку два
линка 1) как выглядит исходны 2) что должно получится.

From vovansystems at gmail.com  Mon Feb 18 12:35:17 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Mon, 18 Feb 2013 15:35:17 +0300
Subject: convert rule apache to nginx
In-Reply-To: <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>
References: <1898961361087676@web13h.yandex.ru> <51220A70.7070003@citrin.ru>
 <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>
Message-ID: <CAAwq3jw=9xvtvOyAkpOfwskJTNgYRBQ_cLTH5793emPHRY5YPw@mail.gmail.com>

> RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
> RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]
итак,
[NC] -  (no case) - без учёта регистра
[L] -  last|L	- Stop the rewriting process immediately and don't apply
any more rules. Especially note caveats for per-directory and
.htaccess context
[QSA] - qsappend|QSA - Appends any query string from the original
request URL to any query string created in the rewrite target.
[NC] - nocase|NC - Makes the pattern comparison case-insensitive

значит, должно быть как-то так:
rewrite ^(/.*)/pagina-(.*)/ $1/?page=$2&$args break;
но такая конструкция получилась чувствительной к регистру

лучше так:
location ~* ^(?<x>/.*)/pagina-(?<y>.*)/ {
    rewrite ^ $x/?page=$y&$args break;
}


From postmaster at softsearch.ru  Mon Feb 18 14:50:41 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 18 Feb 2013 18:50:41 +0400
Subject: convert rule apache to nginx
In-Reply-To: <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>
References: <1898961361087676@web13h.yandex.ru> <51220A70.7070003@citrin.ru>
 <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>
Message-ID: <1428132202.20130218185041@softsearch.ru>

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

>>> RewriteCond %{REQUEST_URI} /(.+?)/pagina-(.+?)/ [NC]
>>> RewriteRule (.*) /%1/?page=%2 [L,QSA,NC]
>>
>>
>> Подозреваю, что апачевскую абракадарбу знают далеко не все из читающих
>> данный maillist, поэтому вероятность ответа по делу сильно повысится если
>> сформулироваить словам, какого поведения нужно добиться.

> Действительно, недавно чтобы написать простейший реврайт для апача -
> пришлось 15 минут читать документацию :)

> Есть такой сайт http://winginx.com/htaccess - он умеет конвертить
> простейшие апачевые конфиги для нжинкса. Вот что он выдал:

> location / {
>   rewrite /(.+?)/pagina-(.+?)/ /%1/?page=%2 break;
> }

Это один из вариантов и как бы написав такой локейшн ничего не
произойдёт. proxy_pass до апача нужен.

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


From vovansystems at gmail.com  Mon Feb 18 15:12:30 2013
From: vovansystems at gmail.com (VovansystemS)
Date: Mon, 18 Feb 2013 18:12:30 +0300
Subject: convert rule apache to nginx
In-Reply-To: <1428132202.20130218185041@softsearch.ru>
References: <1898961361087676@web13h.yandex.ru> <51220A70.7070003@citrin.ru>
 <CAAwq3jxaz4GFzdcVe9KsoBvsea6_Yd7a9ewJcytoUq1Gmcu+fg@mail.gmail.com>
 <1428132202.20130218185041@softsearch.ru>
Message-ID: <CAAwq3jwz2mmkSL1Ce-4wtEa1trB1fUKz9xQ6rwX8UA6TSGRcXA@mail.gmail.com>

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

>> location / {
>>   rewrite /(.+?)/pagina-(.+?)/ /%1/?page=%2 break;
>> }
>
> Это один из вариантов и как бы написав такой локейшн ничего не
> произойдёт. proxy_pass до апача нужен.

подразумевается, что в конфиге nginx есть блоки для обработки
php-сценариев через fastcgi (например) и правильно установлены
индексные файлы, и обработчики ошибок и всяческие try_files. что-то
вроде:

index index.php index.html index.htm;

location / {
	try_files $uri /index.php$is_args$args;
}

location ~ \.php$ {
	try_files $fastcgi_script_name =404;
	include fastcgi_params;
	fastcgi_pass unix:/var/run/phpsock;
	fastcgi_index index.php;
	fastcgi_intercept_errors on;
	fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

хотя, конечно, пока автор не изложит сути проблемы подробнее и не
покажет конфиги и от нджинкса и от апача, сложно всё угадать :)

From 173283 at gmail.com  Mon Feb 18 15:15:22 2013
From: 173283 at gmail.com (StAlKeR-xXl)
Date: Mon, 18 Feb 2013 17:15:22 +0200
Subject: =?UTF-8?B?bmdpbngrYXBhY2hlMiAo0L/QvtC80L7Qs9C40YLQtSDRgSDQvtC/0YLQuNC80Lg=?=
 =?UTF-8?B?0LfQsNGG0LjQtdC5KQ==?=
Message-ID: <CAF=Pv=ZD7AC37ihrMgbi4NgKcW-JRd2e59GxoVoCWBsKHWSHaw@mail.gmail.com>

День добрый! Устал платить разным "горе-оптимизаторам", поэтому прошу
помощи на данном форуме...
Имеем 8-ядерный сервер.. сайты на движке DLE... на сервере стоят:
apache2 + nginx + php 5 + mysql + memcache

Проблема в следующем: при серфинге по сайтам - иногда появляются задержки..
то есть можно кликнуть по ссылке рубрики, например.. и сайт будет вечно
думать... а если кликнуть еще раз - то мгновенно переходит...
Плюс Google Pagespeed и подобные сервисы показывают "включите сжатие"..
Хотя в конфиге сжатие включено...
Ну и вообще хотелось бы убедиться, что связка nginx+apache настроена на
146%.. =)

Конфиг таков:
user nginx;
worker_processes 8;

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


events {
worker_connections 1024;
multi_accept on;
}


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

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

## логи
#access_log /var/log/nginx/access.log main;
access_log off;
log_not_found off;


# File Cache Settings
##

#open_file_cache max=100000 inactive=60s;
#open_file_cache_valid 60s;
#open_file_cache_min_uses 1;
#open_file_cache_errors on;

sendfile on;
tcp_nodelay on;
tcp_nopush on;
#reset_timedout_connection on;
keepalive_timeout 15;

#####pagespeed######
#pagespeed on;
#pagespeed RewriteLevel PassThrough;

# needs to exist and be writable by nginx
#pagespeed FileCachePath /var/cache/ngx_pagespeed_cache;

#pagespeed EnableFilters
add_head,combine_css,combine_heads,move_css_to_head,outline_css,outline_javascript,remove_quotes,remove_comments;
#pagespeed RunExperiment on;
#pagespeed ExperimentSpec "id=3;percent=50;default";
#pagespeed ExperimentSpec "id=4;percent=50";

#pagespeed MemcachedServers "127.0.0.1:11211";
#pagespeed MemcachedThreads 64;

####### Gzip Settings
##
gzip on;
gzip_disable "msie6";
gzip_static on;
gzip_vary on;
gzip_min_length 1024;
gzip_proxied any;
gzip_comp_level 6;
gzip_buffers 16 32k;
gzip_http_version 1.1;
gzip_types text/plain text/css application/json application/x-javascript
text/xml application/xml application/xml+rss text/javascript;

include /etc/nginx/conf.d/*.conf;
client_max_body_size 64m;
log_format isp '$bytes_sent $request_length';


server {
listen 1.2.3.4:80;
server_name site.net www.site.net *.site.net;
rewrite ^(/manager/.*)$ https://$host$1 permanent;
error_page 404 = @fallback;
location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
proxy_pass http://1.2.3.4:8080;
proxy_redirect http://site.net: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 / {
set $memcached_key "$uri?$args";
memcached_pass localhost:11211;
error_page 404 502 504 = @fallback;
proxy_pass http://1.2.3.4:8080;
proxy_redirect http://site.net:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location ~*
^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
expires 30d;
add_header Pragma public;
add_header Cache-Control "public";
access_log /var/www/httpd-logs/site.net.access.log ;
access_log /var/www/nginx-logs/site isp;
set $proot "/var/www/site/data/www/site.net";
if ( $host = "site.net" ) {
break;
}
if ( $host = "www.site.net" ) {
break;
}
if ( $host ~* ^((.*).site.net)$ ) {
set $proot /var/www/site/data/www/$1;
break;
}
root $proot;
}
location @fallback {
proxy_pass http://1.2.3.4: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;
}
}

Также ряд важных вопросов:
- как убедиться, что nginx и memcache работают? у memcache занято всего
12Mb памяти.... маловато...
- как проверить "включено ли сжатие" и как его включить?
- mod_pagespeed ( https://github.com/pagespeed/ngx_pagespeed) кто-нибудь
включал? я включаю - пишет, что вроде все ОК... но думаю, что не работает

- ну и если можно, то помогите в целом оптимизировать конфиг...
сам конфиг в целом:
nginx version: nginx/1.2.7
built by gcc 4.4.5 (Debian 4.4.5-8)
TLS SNI support enabled
configure arguments: --add-module=/root/ngx_pagespeed --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-http_realip_module
--with-http_addition_module --with-http_sub_module --with-http_dav_module
--with-http_flv_module --with-http_mp4_module
--with-http_gzip_static_module --with-http_random_index_module
--with-http_secure_link_module --with-http_stub_status_module --with-mail
--with-mail_ssl_module --with-file-aio --with-ipv6

Заранее спасибо.. устал читать мануалы и тыкать "туда-сюда"...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130218/a87c33c1/attachment-0001.html>

From nginx-forum at nginx.us  Mon Feb 18 16:01:30 2013
From: nginx-forum at nginx.us (ValeriyZ)
Date: Mon, 18 Feb 2013 11:01:30 -0500
Subject: =?UTF-8?B?0KfRgtC+LdGC0L4g0L/QvtGF0L7QttC10LUg0L3QsCBydG1wLW1vZHVsZSDQtNC7?=
 =?UTF-8?B?0Y8gV2luINCy0LXRgNGB0LjQuA==?=
Message-ID: <2d9e9339a8964ee879cd32a40114b815.NginxMailingListRussian@forum.nginx.org>

Есть видео поток (http) со слабого сервера и слабого инет канала.  В дата
центре есть мощный Windows сервер с хорошим инет каналам. Хотелось бы с
помощью nginx организовать онлайн трансляцию видео. Первое что нашел это
nginx-rtmp-module однако его нет в Win сборке. Если ли какие-нибудь другие
возможности nginx раскинуть один входящий поток на много пользователей?

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


From mail at knutov.com  Mon Feb 18 17:51:28 2013
From: mail at knutov.com (Nick Knutov)
Date: Mon, 18 Feb 2013 23:51:28 +0600
Subject: =?UTF-8?B?0YHRh9C10YLRh9C40LrQuCDQtNC70Y8g0YTQuNC70YzRgtGA0LDRhtC40Lgg0LQ=?=
 =?UTF-8?B?0LTQvtGB0L7Qsg==?=
Message-ID: <51226A20.6010504@knutov.com>

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

1) количества активных соединений к nginx вообще
2) количества активных соединений к конкретному локейшену или server
3) п2 с фильтром по юзерагенту, например количество соединений к
локейшену/сервер с юзерагентом, в котором есть "MIDP"
?

При этом, по возможности, хотелось бы не использовать встроенный перл.

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


From postmaster at softsearch.ru  Mon Feb 18 19:16:52 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 18 Feb 2013 23:16:52 +0400
Subject: =?UTF-8?B?UmU6INGB0YfQtdGC0YfQuNC60Lgg0LTQu9GPINGE0LjQu9GM0YLRgNCw0YbQuNC4?=
 =?UTF-8?B?INC00LTQvtGB0L7Qsg==?=
In-Reply-To: <51226A20.6010504@knutov.com>
References: <51226A20.6010504@knutov.com>
Message-ID: <1722661308.20130218231652@softsearch.ru>

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

Попробуйте парсить логи и на их основе или блокировать ip через
firewall или через include + map со списком ip-шек.

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


From mail at knutov.com  Mon Feb 18 19:31:30 2013
From: mail at knutov.com (Nick Knutov)
Date: Tue, 19 Feb 2013 01:31:30 +0600
Subject: =?UTF-8?B?UmU6INGB0YfQtdGC0YfQuNC60Lgg0LTQu9GPINGE0LjQu9GM0YLRgNCw0YbQuNC4?=
 =?UTF-8?B?INC00LTQvtGB0L7Qsg==?=
In-Reply-To: <1722661308.20130218231652@softsearch.ru>
References: <51226A20.6010504@knutov.com>
 <1722661308.20130218231652@softsearch.ru>
Message-ID: <51228192.6040001@knutov.com>

Нет, я знаю, что именно я хочу :) Но хочется улучшить и упростить
реализацию.

А блокирование ип в моих случаях не изменит ровно ничего.


19.02.2013 1:16, Михаил Монашёв пишет:
> Здравствуйте, Nick.
> 
> Попробуйте парсить логи и на их основе или блокировать ip через
> firewall или через include + map со списком ip-шек.
> 

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


From anatoly at sonru.com  Mon Feb 18 19:45:43 2013
From: anatoly at sonru.com (Anatoly Mikhailov)
Date: Mon, 18 Feb 2013 19:45:43 +0000
Subject: =?UTF-8?B?UmU6INGB0YfQtdGC0YfQuNC60Lgg0LTQu9GPINGE0LjQu9GM0YLRgNCw0YbQuNC4?=
 =?UTF-8?B?INC00LTQvtGB0L7Qsg==?=
In-Reply-To: <51228192.6040001@knutov.com>
References: <51226A20.6010504@knutov.com>
 <1722661308.20130218231652@softsearch.ru> <51228192.6040001@knutov.com>
Message-ID: <756E12DE-2B44-4F54-8FD8-46D73E9D3A70@sonru.com>

Может быть вам нужно просто ограничить количество одновременных запросов 
с одного адреса?

Анатолий

On Feb 18, 2013, at 7:31 PM, Nick Knutov <mail at knutov.com> wrote:

> Нет, я знаю, что именно я хочу :) Но хочется улучшить и упростить
> реализацию.
> 
> А блокирование ип в моих случаях не изменит ровно ничего.
> 
> 
> 19.02.2013 1:16, Михаил Монашёв пишет:
>> Здравствуйте, Nick.
>> 
>> Попробуйте парсить логи и на их основе или блокировать ip через
>> firewall или через include + map со списком ip-шек.
>> 
> 
> -- 
> Best Regards,
> Nick Knutov
> http://knutov.com
> ICQ: 272873706
> Voice: +7-904-84-23-130
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin at mdounin.ru  Tue Feb 19 11:08:16 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 19 Feb 2013 15:08:16 +0400
Subject: =?UTF-8?B?UmU6INGB0YfQtdGC0YfQuNC60Lgg0LTQu9GPINGE0LjQu9GM0YLRgNCw0YbQuNC4?=
 =?UTF-8?B?INC00LTQvtGB0L7Qsg==?=
In-Reply-To: <51226A20.6010504@knutov.com>
References: <51226A20.6010504@knutov.com>
Message-ID: <20130219110816.GH81985@mdounin.ru>

Hello!

On Mon, Feb 18, 2013 at 11:51:28PM +0600, Nick Knutov wrote:

> Каким образом сейчас легче/проще получить доступные внутри конфига
> счетчики для
> 
> 1) количества активных соединений к nginx вообще

Где-то у Андрея Белова был простенький патч, делающий доступными 
счётчики stub_status'а в виде переменных.

> 2) количества активных соединений к конкретному локейшену или server
> 3) п2 с фильтром по юзерагенту, например количество соединений к
> локейшену/сервер с юзерагентом, в котором есть "MIDP"
> ?

Это, IMHO, стоит попробовать сделать на limit_conn (опять же сделав 
доступными соответствующие счётчики, но тут будет чуть посложнее, 
чем для stub_status'а).

-- 
Maxim Dounin
http://nginx.com/support.html


From defan at nginx.com  Tue Feb 19 11:19:04 2013
From: defan at nginx.com (Andrei Belov)
Date: Tue, 19 Feb 2013 15:19:04 +0400
Subject: =?UTF-8?B?UmU6INGB0YfQtdGC0YfQuNC60Lgg0LTQu9GPINGE0LjQu9GM0YLRgNCw0YbQuNC4?=
 =?UTF-8?B?INC00LTQvtGB0L7Qsg==?=
In-Reply-To: <20130219110816.GH81985@mdounin.ru>
References: <51226A20.6010504@knutov.com> <20130219110816.GH81985@mdounin.ru>
Message-ID: <C56A5813-704A-4427-A986-F3C64A38CDD9@nginx.com>


On Feb 19, 2013, at 15:08 , Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
> 
> On Mon, Feb 18, 2013 at 11:51:28PM +0600, Nick Knutov wrote:
> 
>> Каким образом сейчас легче/проще получить доступные внутри конфига
>> счетчики для
>> 
>> 1) количества активных соединений к nginx вообще
> 
> Где-то у Андрея Белова был простенький патч, делающий доступными 
> счётчики stub_status'а в виде переменных.

Был такой, да:

http://pp.nginx.com/defan/patch-stub_status_variables3.txt


>> 2) количества активных соединений к конкретному локейшену или server
>> 3) п2 с фильтром по юзерагенту, например количество соединений к
>> локейшену/сервер с юзерагентом, в котором есть "MIDP"
>> ?
> 
> Это, IMHO, стоит попробовать сделать на limit_conn (опять же сделав 
> доступными соответствующие счётчики, но тут будет чуть посложнее, 
> чем для stub_status'а).
> 
> -- 
> Maxim Dounin
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin at mdounin.ru  Tue Feb 19 15:29:18 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 19 Feb 2013 19:29:18 +0400
Subject: nginx-1.3.13
Message-ID: <20130219152918.GQ81985@mdounin.ru>

Изменения в nginx 1.3.13                                          19.02.2013

    *) Изменение: теперь для сборки по умолчанию используется компилятор с
       именем "cc".

    *) Добавление: поддержка проксирования WebSocket-соединений.
       Спасибо Apcera и CloudBees за спонсирование разработки.

    *) Добавление: директива auth_basic_user_file поддерживает шифрование
       паролей методом "{SHA}".
       Спасибо Louis Opter.


-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Tue Feb 19 15:59:55 2013
From: nginx-forum at nginx.us (Vipper)
Date: Tue, 19 Feb 2013 10:59:55 -0500
Subject: nginx-1.3.13
In-Reply-To: <20130219152918.GQ81985@mdounin.ru>
References: <20130219152918.GQ81985@mdounin.ru>
Message-ID: <c28a17d04201203a1b4a0a1ed9249552.NginxMailingListRussian@forum.nginx.org>

Maxim Dounin Wrote:
-------------------------------------------------------
> Изменения в nginx 1.3.13                                         
> 19.02.2013
> 
>     *) Изменение: теперь для сборки по умолчанию используется
> компилятор с
>        именем "cc".
> 
>     *) Добавление: поддержка проксирования WebSocket-соединений.
>        Спасибо Apcera и CloudBees за спонсирование разработки.
Неужели дождались!!! Радость то какая.
> 
>     *) Добавление: директива auth_basic_user_file поддерживает
> шифрование
>        паролей методом "{SHA}".
>        Спасибо Louis Opter.
> 
> 
> -- 
> Maxim Dounin
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

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


From postmaster at softsearch.ru  Tue Feb 19 16:02:06 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 19 Feb 2013 20:02:06 +0400
Subject: nginx-1.3.13
In-Reply-To: <20130219152918.GQ81985@mdounin.ru>
References: <20130219152918.GQ81985@mdounin.ru>
Message-ID: <1345053465.20130219200206@softsearch.ru>

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

>     *) Добавление: поддержка проксирования WebSocket-соединений.
>        Спасибо Apcera и CloudBees за спонсирование разработки.

Посмотрел комит http://trac.nginx.org/nginx/changeset/5073/nginx , но
не понял всю схему того, как оно работает. Обновляется соединение
между nginx и бэкендом что ли?

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


From mdounin at mdounin.ru  Tue Feb 19 16:25:07 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 19 Feb 2013 20:25:07 +0400
Subject: nginx-1.3.13
In-Reply-To: <1345053465.20130219200206@softsearch.ru>
References: <20130219152918.GQ81985@mdounin.ru>
 <1345053465.20130219200206@softsearch.ru>
Message-ID: <20130219162507.GS81985@mdounin.ru>

Hello!

On Tue, Feb 19, 2013 at 08:02:06PM +0400, Михаил Монашёв wrote:

> Здравствуйте, Maxim.
> 
> >     *) Добавление: поддержка проксирования WebSocket-соединений.
> >        Спасибо Apcera и CloudBees за спонсирование разработки.
> 
> Посмотрел комит http://trac.nginx.org/nginx/changeset/5073/nginx , но
> не понял всю схему того, как оно работает. Обновляется соединение
> между nginx и бэкендом что ли?

Short version:

Устанавливает тоннель между клиентом и бекендом.

Long version, чтобы два раза не вставать:

Вообще протокол WebSocket работает с помощью механизма Upgrade, 
присутствующего в HTTP/1.1, превращая соединение между клиентом и 
сервером из HTTP/1.1 в WebSocket.

Есть, однако, нюанс: этот hop-by-hop механизм, он в нормальных 
условиях не может проходить через proxy-сервера.  Для forward 
proxy в стандарте WebSocket есть затычка: клиентам предлагается 
использовать CONNECT, чтобы пройти через proxy-сервер без потерь 
(тот же CONNECT используется для того, чтобы через forward proxy 
можно было ходить на https-ресурсы).  Но с reverse proxy такой 
подход не работает, т.к. клиент о proxy вообще не знает, и 
требуется специальная обработка.

В вышеупомянтом коммите - добавлен специальный режим работы, 
который позволяет nginx'у установить тунель между клиентом и 
бекендом, если бекенд прислал ответ 101 Switching Protocols (и 
если клиент действительно хотел upgrade'ить соединение).

Следует иметь ввиду, что по умолчанию nginx убирает из запроса на 
бекенд hop-by-hop заголовки Upgrade и Connection, так что для 
того, чтобы бекенд узнал, что клиент хотел upgrade'ить соединение, 
эти заголовки надо явно пробросить.  Пример конфигурации из 
собственно коммит-лога:

    location /chat/ {
        proxy_pass http://backend;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }

Как-то так.

-- 
Maxim Dounin
http://nginx.com/support.html


From a.vasilishin at kpi.ua  Tue Feb 19 18:27:05 2013
From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Tue, 19 Feb 2013 20:27:05 +0200
Subject: =?UTF-8?B?UmU6INCn0YLQvi3RgtC+INC/0L7RhdC+0LbQtdC1INC90LAgcnRtcC1tb2R1bGUg?=
 =?UTF-8?B?0LTQu9GPIFdpbiDQstC10YDRgdC40Lg=?=
In-Reply-To: <2d9e9339a8964ee879cd32a40114b815.NginxMailingListRussian@forum.nginx.org>
References: <2d9e9339a8964ee879cd32a40114b815.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5123C3F9.7050601@kpi.ua>

18.02.2013 18:01, ValeriyZ пишет:
> Есть видео поток (http) со слабого сервера и слабого инет канала.  В дата
> центре есть мощный Windows сервер с хорошим инет каналам. Хотелось бы с
> помощью nginx организовать онлайн трансляцию видео. Первое что нашел это
> nginx-rtmp-module однако его нет в Win сборке. Если ли какие-нибудь другие
> возможности nginx раскинуть один входящий поток на много пользователей?
>


Зачем Вам такой велосипед? http://www.jpsaman.org/vlc/rtmp

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


From ru at nginx.com  Tue Feb 19 18:41:02 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Tue, 19 Feb 2013 22:41:02 +0400
Subject: nginx-1.3.13
In-Reply-To: <1345053465.20130219200206@softsearch.ru>
References: <20130219152918.GQ81985@mdounin.ru>
 <1345053465.20130219200206@softsearch.ru>
Message-ID: <20130219184102.GB84556@lo0.su>

On Tue, Feb 19, 2013 at 08:02:06PM +0400, Михаил Монашёв wrote:
> Здравствуйте, Maxim.
> 
> >     *) Добавление: поддержка проксирования WebSocket-соединений.
> >        Спасибо Apcera и CloudBees за спонсирование разработки.
> 
> Посмотрел комит http://trac.nginx.org/nginx/changeset/5073/nginx , но
> не понял всю схему того, как оно работает. Обновляется соединение
> между nginx и бэкендом что ли?

Пощупать как это работает можно через http://www.websocket.org/echo.html,
натравив его на настроенный согласно упомянутому Максимом примеру
конфигурации nginx, проксирующий на echo.websocket.org.


From devil_inside at mail.ru  Wed Feb 20 22:07:06 2013
From: devil_inside at mail.ru (-=Devil_InSide=-)
Date: Thu, 21 Feb 2013 02:07:06 +0400
Subject: nginx check file existense with regexps.
Message-ID: <kg3he7$6e2$1@ger.gmane.org>

добрый день.

возникла проблема при переезде с одной технологии раздачи файлов на nginx.
файлы исторически лежат в дереве вида 

/opt/xml/files/389/10258063/10258063.xml

исторически же, клиенты, пользующие эти же файлы, используют ссылки для их 
получения вида 
http://domain.com/xml/index.html?xml=10258063

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

try_files /opt/xml/files/(\d+)/$arg_xml/$arg_xml.xml  
/opt/xml/not_available.xml;

#rewrite ^ /xml/files/$1/$arg_xml/$arg_xml.xml? permanent;

if ( -e /opt/xml/files/(\d+)) {
return 999;
}
if ( -f /opt/xml/files/(\d+)/$arg_xml/$arg_xml.xml ) {
rewrite ^ /xml/files/price/xml/$1/$arg_xml/$arg_xml.xml? permanent;
}

-=-=-=-=-

максимальный результат преобразований:
 
http://domain.com/xml/files//10258063/10258063.xml

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

ps:
гугление дало множество интересных решений, но все они использовались 
авторами в конфигурации, когда параметров в юрле хватало на однозначное 
нахождение файла на фс.

-- 
__________
mpd status:	[playing]
ZZ Top - Master Of Sparks
**************************************
*  jabber:  devil_inside at jabber.ru   *
*   Registered linux user #450844    *
**************************************



From vbart at nginx.com  Thu Feb 21 10:18:04 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 21 Feb 2013 14:18:04 +0400
Subject: nginx check file existense with regexps.
In-Reply-To: <kg3he7$6e2$1@ger.gmane.org>
References: <kg3he7$6e2$1@ger.gmane.org>
Message-ID: <201302211418.04129.vbart@nginx.com>

On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
> добрый день.
> 
> возникла проблема при переезде с одной технологии раздачи файлов на nginx.
> файлы исторически лежат в дереве вида
> 
> /opt/xml/files/389/10258063/10258063.xml
> 
> исторически же, клиенты, пользующие эти же файлы, используют ссылки для их
> получения вида
> http://domain.com/xml/index.html?xml=10258063
> 
> никак не могу поймать промежуточную папку 389.
> переменные для пути прекрасно подставляются, но вот неучтенную и
> неиспользуемую в юрле папку не жрет.
> 
> try_files /opt/xml/files/(\d+)/$arg_xml/$arg_xml.xml
> /opt/xml/not_available.xml;
> 
> #rewrite ^ /xml/files/$1/$arg_xml/$arg_xml.xml? permanent;
> 
> if ( -e /opt/xml/files/(\d+)) {
> return 999;
> }
> if ( -f /opt/xml/files/(\d+)/$arg_xml/$arg_xml.xml ) {
> rewrite ^ /xml/files/price/xml/$1/$arg_xml/$arg_xml.xml? permanent;
> }
> 
> -=-=-=-=-
> 
> максимальный результат преобразований:
> 
> http://domain.com/xml/files//10258063/10258063.xml
> 
> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
> регулярные выражения?
> 

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

Если эта директория произвольна и никак не отображается на запрос, то какой в 
ней смысл? Команда mv должна помочь решить эту проблему.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html


> ps:
> гугление дало множество интересных решений, но все они использовались
> авторами в конфигурации, когда параметров в юрле хватало на однозначное
> нахождение файла на фс.





From nginx-forum at nginx.us  Thu Feb 21 11:11:07 2013
From: nginx-forum at nginx.us (kommandore)
Date: Thu, 21 Feb 2013 06:11:07 -0500
Subject: nginx-1.3.13
In-Reply-To: <20130219162507.GS81985@mdounin.ru>
References: <20130219162507.GS81985@mdounin.ru>
Message-ID: <685a7ceaedcc4bff6c888f6c6ec97556.NginxMailingListRussian@forum.nginx.org>

Добрый день, 

 подскажите, а будет ли это работать если мой proxy_pass http://backend;
будет https? (proxy_pass https://backend; )

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


From vbart at nginx.com  Thu Feb 21 13:41:43 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 21 Feb 2013 17:41:43 +0400
Subject: nginx-1.3.13
In-Reply-To: <685a7ceaedcc4bff6c888f6c6ec97556.NginxMailingListRussian@forum.nginx.org>
References: <20130219162507.GS81985@mdounin.ru>
 <685a7ceaedcc4bff6c888f6c6ec97556.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302211741.43368.vbart@nginx.com>

On Thursday 21 February 2013 15:11:07 kommandore wrote:
> Добрый день,
> 
>  подскажите, а будет ли это работать если мой proxy_pass http://backend;
> будет https? (proxy_pass https://backend; )
> 

Будет.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From nginx-forum at nginx.us  Thu Feb 21 15:57:05 2013
From: nginx-forum at nginx.us (street)
Date: Thu, 21 Feb 2013 10:57:05 -0500
Subject: =?UTF-8?B?0KHQtdGA0LLQtdGAINC+0YLQtNCw0YfQuCDRhNCw0LnQu9C+0LIg0L3QsCBOR0lO?=
 =?UTF-8?B?WA==?=
Message-ID: <6cb2bfa06a9635156254d2c5a36245d9.NginxMailingListRussian@forum.nginx.org>

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

Есть сервер NGINX + PHP-FPM который используется для отдачи файлов (размером
5~100 мб). Но файлы отдаются очень медленно (30-90 кб/сек), хотя канал
сервера 30 мбит.

ОС: Debian 6.
Файлы отдаются через X-Accel-Redirect.

Как можно решить данную проблему?
Если нужно больше вводных данных - сообщите, пожалуйста, каких?

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


From rush.zlo at gmail.com  Thu Feb 21 16:11:00 2013
From: rush.zlo at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=)
Date: Thu, 21 Feb 2013 20:11:00 +0400
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <6cb2bfa06a9635156254d2c5a36245d9.NginxMailingListRussian@forum.nginx.org>
References: <6cb2bfa06a9635156254d2c5a36245d9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+=xjkCP45_TZAQZzwLXZJ9nkcSfwL3GW0SGNyJ6eDqxyXsWkQ@mail.gmail.com>

1. Проверьте с какой скоростью качается локально
2. Проверьте канал nuttcp

21 февраля 2013 г., 19:57 пользователь street <nginx-forum at nginx.us> написал:
> Здравствуйте.
>
> Есть сервер NGINX + PHP-FPM который используется для отдачи файлов (размером
> 5~100 мб). Но файлы отдаются очень медленно (30-90 кб/сек), хотя канал
> сервера 30 мбит.
>
> ОС: Debian 6.
> Файлы отдаются через X-Accel-Redirect.
>
> Как можно решить данную проблему?
> Если нужно больше вводных данных - сообщите, пожалуйста, каких?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,236430,236430#msg-236430
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



--
Cogito ergo sum

From postmaster at softsearch.ru  Thu Feb 21 16:36:34 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 21 Feb 2013 20:36:34 +0400
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <6cb2bfa06a9635156254d2c5a36245d9.NginxMailingListRussian@forum.nginx.org>
References: <6cb2bfa06a9635156254d2c5a36245d9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1727924848.20130221203634@softsearch.ru>

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

> Есть сервер NGINX + PHP-FPM который используется для отдачи файлов (размером
> 5~100 мб). Но файлы отдаются очень медленно (30-90 кб/сек), хотя канал
> сервера 30 мбит.

> ОС: Debian 6.
> Файлы отдаются через X-Accel-Redirect.

> Как можно решить данную проблему?
> Если нужно больше вводных данных - сообщите, пожалуйста, каких?

Для начала покажие top, загруженность дисков и сети.

Если у Вас VDS, то скорее всего проблема в том, Вы делите диск с
кем-то, кто сильно его грузит.

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


From devil_inside at mail.ru  Thu Feb 21 17:01:04 2013
From: devil_inside at mail.ru (-=Devil_InSide=-)
Date: Thu, 21 Feb 2013 21:01:04 +0400
Subject: nginx check file existense with regexps.
References: <kg3he7$6e2$1@ger.gmane.org> <201302211418.04129.vbart@nginx.com>
Message-ID: <kg5jsd$ubd$1@ger.gmane.org>

,-----[Валентин Бартенев, 21 February 2013 14:18]:

> On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
>> добрый день.
>> 
>> возникла проблема при переезде с одной технологии раздачи файлов на
>> nginx. файлы исторически лежат в дереве вида
>> 
>> http://domain.com/xml/files//10258063/10258063.xml
----------------8<--------------
>> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
>> регулярные выражения?
>> 
> 
> Да. Вы пытаетесь написать регулярное выражение там, где принимается
> простая строка и предполагаете, что nginx будет с радостью сканировать на
> каждый запрос всю ветвь файловой системы, а затем бегать по ним с
> регулярным выражением.
> 
> Если эта директория произвольна и никак не отображается на запрос, то
> какой в ней смысл? Команда mv должна помочь решить эту проблему.
> 

выяснил схему переделывания - все оказалось не так плохо, 
файлы выстраивались 
/opt/xml/files/56/123456/123456.xml 
то есть для пред-директории юзались последние две цифры версии-имени.

обошелся приблизительно так в двух случаях:

rewrite "^/xml/files/(\d+(\d{2}))\.xml$" /xml/files/$2/$1/$1.xml;
и
        if ( $arg_file ~ "[0-9]+(?P<a>[0-9][0-9])"){                                                                                                                                                                                                                                                                                                                                                                                                                                                           
rewrite ^ /xml/files/$a/$arg_file/$arg_file.xml? permanent;                                                                                                                                                                      
}

__________
mpd status:	[playing]
ZZ Top - El Diablo
**************************************
*  jabber:  devil_inside at jabber.ru   *
*   Registered linux user #450844    *
**************************************



From nginx-forum at nginx.us  Thu Feb 21 17:07:06 2013
From: nginx-forum at nginx.us (street)
Date: Thu, 21 Feb 2013 12:07:06 -0500
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <1727924848.20130221203634@softsearch.ru>
References: <1727924848.20130221203634@softsearch.ru>
Message-ID: <4dd4c1ee3570e9747c320eb830d95440.NginxMailingListRussian@forum.nginx.org>

iostat

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.06    0.10    0.15    0.48    0.00   99.22

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              57.62     10957.42        48.08 1114988346    4892652
sdb              56.95     10827.38        48.08 1101755210    4892652
md0               0.00         0.01         0.00       1066          0
md1             122.00     21784.77        47.32 2216741098    4815232


top

top - 12:06:21 up 1 day,  4:16,  1 user,  load average: 0.10, 0.07, 0.02
Tasks: 228 total,   1 running, 225 sleeping,   2 stopped,   0 zombie
Cpu(s):  0.0%us,  0.1%sy,  0.0%ni, 99.6%id,  0.1%wa,  0.0%hi,  0.2%si, 
0.0%st
Mem:  32988060k total,  9458872k used, 23529188k free,   102196k buffers
Swap: 31248304k total,        0k used, 31248304k free,  7966664k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND        
                                                    
27260 root      20   0 19204 1476 1020 R    1  0.0   0:00.02 top            
                                                    
19179 www-data  15  -5  101m  73m  856 S    0  0.2   0:01.63 nginx          
                                                    
19181 www-data  15  -5  103m  75m  856 S    0  0.2   0:01.52 nginx          
                                                    
19188 www-data  15  -5  127m  99m  856 S    0  0.3   0:02.64 nginx          
                                                    
    1 root      20   0  8356  816  684 S    0  0.0   0:02.70 init           
                                                    
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd       
                                                    
    3 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0    
                                                    
    4 root      20   0     0    0    0 S    0  0.0   0:00.49 ksoftirqd/0    
                                                    
    5 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0     
                                                    
    6 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/1    
                                                    
    7 root      20   0     0    0    0 S    0  0.0   0:00.01 ksoftirqd/1    
                                                    
    8 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1     
                                                    
    9 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/2    
                                                    
   10 root      20   0     0    0    0 S    0  0.0   0:00.02 ksoftirqd/2    
                                                    
   11 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/2     
                                                    
   12 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/3    
                                                    
   13 root      20   0     0    0    0 S    0  0.0   0:00.00 ksoftirqd/3    
                                                    
   14 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/3     
                                                    
   15 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/4    
                                                    
   16 root      20   0     0    0    0 S    0  0.0   0:00.00 ksoftirqd/4    
                                                    
   17 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/4     
                                                    
   18 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/5    
                                                    
   19 root      20   0     0    0    0 S    0  0.0   0:00.00 ksoftirqd/5    
                                                    
   20 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/5     
                                                    
   21 root      RT   0     0    0    0 S    0  0.0   0:00.02 migration/6    
                                                    
   22 root      20   0     0    0    0 S    0  0.0   0:00.26 ksoftirqd/6    
                                                    
   23 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/6     
                                                    
   24 root      RT   0     0    0    0 S    0  0.0   0:00.05 migration/7    
                                                    
   25 root      20   0     0    0    0 S    0  0.0   0:00.01 ksoftirqd/7    
                                                    
   26 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/7     
                                                    
   27 root      RT   0     0    0    0 S    0  0.0   0:00.03 migration/8    
                                                    
   28 root      20   0     0    0    0 S    0  0.0   0:00.02 ksoftirqd/8    
                                                    
   29 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/8     
                                                    
   30 root      RT   0     0    0    0 S    0  0.0   0:00.03 migration/9    
                                                    
   31 root      20   0     0    0    0 S    0  0.0   0:00.04 ksoftirqd/9    
                                                    
   32 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/9     
                                                    
   33 root      RT   0     0    0    0 S    0  0.0   0:00.01 migration/10   
                                                    
   34 root      20   0     0    0    0 S    0  0.0   0:00.04 ksoftirqd/10   
                                                    
   35 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/10


какую нагрузку на сеть нужно отобразить? график с munin подойдет?

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


From vadim.lazovskiy at gmail.com  Thu Feb 21 18:08:47 2013
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Thu, 21 Feb 2013 22:08:47 +0400
Subject: nginx check file existense with regexps.
In-Reply-To: <kg5jsd$ubd$1@ger.gmane.org>
References: <kg3he7$6e2$1@ger.gmane.org> <201302211418.04129.vbart@nginx.com>
 <kg5jsd$ubd$1@ger.gmane.org>
Message-ID: <CAL-L5YBTH_94egdJruq6skQd=n2bBjUeQp5R1jcwVyf2arrx5Q@mail.gmail.com>

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

Правильней, было б как-то так:


location ~ ^/xml/files/(?<doc>\d+)/\d+(?<doc_path>\d{2}).xml$ {
     alias /opt/xml/files/$doc_path/$doc.xml;
}


21 февраля 2013 г., 21:01 пользователь -=Devil_InSide=- <
devil_inside at mail.ru> написал:

> ,-----[Валентин Бартенев, 21 February 2013 14:18]:
>
> > On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
> >> добрый день.
> >>
> >> возникла проблема при переезде с одной технологии раздачи файлов на
> >> nginx. файлы исторически лежат в дереве вида
> >>
> >> http://domain.com/xml/files//10258063/10258063.xml
> ----------------8<--------------
> >> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
> >> регулярные выражения?
> >>
> >
> > Да. Вы пытаетесь написать регулярное выражение там, где принимается
> > простая строка и предполагаете, что nginx будет с радостью сканировать на
> > каждый запрос всю ветвь файловой системы, а затем бегать по ним с
> > регулярным выражением.
> >
> > Если эта директория произвольна и никак не отображается на запрос, то
> > какой в ней смысл? Команда mv должна помочь решить эту проблему.
> >
>
> выяснил схему переделывания - все оказалось не так плохо,
> файлы выстраивались
> /opt/xml/files/56/123456/123456.xml
> то есть для пред-директории юзались последние две цифры версии-имени.
>
> обошелся приблизительно так в двух случаях:
>
> rewrite "^/xml/files/(\d+(\d{2}))\.xml$" /xml/files/$2/$1/$1.xml;
> и
>         if ( $arg_file ~ "[0-9]+(?P<a>[0-9][0-9])"){
> rewrite ^ /xml/files/$a/$arg_file/$arg_file.xml? permanent;
> }
>
> __________
> mpd status:     [playing]
> ZZ Top - El Diablo
> **************************************
> *  jabber:  devil_inside at jabber.ru   *
> *   Registered linux user #450844    *
> **************************************
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best Regards,
Vadim Lazovskiy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130221/89edb3a4/attachment-0001.html>

From alexandr at tverdikov.ru  Thu Feb 21 18:12:38 2013
From: alexandr at tverdikov.ru (=?UTF-8?B?0KLQstC10YDQtNC40LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?=)
Date: Fri, 22 Feb 2013 01:12:38 +0700
Subject: =?UTF-8?Q?=D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0_Resource_interpreted_as_Ima?=
 =?UTF-8?Q?ge_but_transferred_with_MIME_type_application/octet-stream=3A?=
Message-ID: <51266396.2030102@tverdikov.ru>

В хроме в консоли при попытке скачать файл с расширением .cur 
<https://i.reg.ru/i/dubby/style2/openhand.cur%22> выходит ошибка:

Resource interpreted as Image but transferred with MIME type 
application/octet-stream: "https://site.ru/site.cur" 
<https://i.reg.ru/i/dubby/style2/openhand.cur%22>

Как нибудь победить можно?

-
------------------------------
С уважением, Александр.
Мои контакты:
icq   :  271715650
jabber:  atverdikov at jabber.ru
skype :  ATverdikov
------------------------------

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

From vadim.lazovskiy at gmail.com  Thu Feb 21 18:17:04 2013
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Thu, 21 Feb 2013 22:17:04 +0400
Subject: nginx check file existense with regexps.
In-Reply-To: <CAL-L5YBTH_94egdJruq6skQd=n2bBjUeQp5R1jcwVyf2arrx5Q@mail.gmail.com>
References: <kg3he7$6e2$1@ger.gmane.org> <201302211418.04129.vbart@nginx.com>
 <kg5jsd$ubd$1@ger.gmane.org>
 <CAL-L5YBTH_94egdJruq6skQd=n2bBjUeQp5R1jcwVyf2arrx5Q@mail.gmail.com>
Message-ID: <CAL-L5YCPuhJmj1-xPZ0ZK0W8KK4T19ZKZvvL42PCm3yKiGr00A@mail.gmail.com>

- location ~ ^/xml/files/(?<doc>\d+)/\d+(?<doc_path>\d{2}).xml$ {
+ location ~ "^/xml/files/(?<doc>\d+)/\d+(?<doc_path>\d{2}).xml$" {


21 февраля 2013 г., 22:08 пользователь Vadim Lazovskiy <
vadim.lazovskiy at gmail.com> написал:

> Здравствуйте.
>
> Правильней, было б как-то так:
>
>
> location ~ ^/xml/files/(?<doc>\d+)/\d+(?<doc_path>\d{2}).xml$ {
>      alias /opt/xml/files/$doc_path/$doc.xml;
> }
>
>
> 21 февраля 2013 г., 21:01 пользователь -=Devil_InSide=- <
> devil_inside at mail.ru> написал:
>
> ,-----[Валентин Бартенев, 21 February 2013 14:18]:
>>
>> > On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
>> >> добрый день.
>> >>
>> >> возникла проблема при переезде с одной технологии раздачи файлов на
>> >> nginx. файлы исторически лежат в дереве вида
>> >>
>> >> http://domain.com/xml/files//10258063/10258063.xml
>> ----------------8<--------------
>> >> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
>> >> регулярные выражения?
>> >>
>> >
>> > Да. Вы пытаетесь написать регулярное выражение там, где принимается
>> > простая строка и предполагаете, что nginx будет с радостью сканировать
>> на
>> > каждый запрос всю ветвь файловой системы, а затем бегать по ним с
>> > регулярным выражением.
>> >
>> > Если эта директория произвольна и никак не отображается на запрос, то
>> > какой в ней смысл? Команда mv должна помочь решить эту проблему.
>> >
>>
>> выяснил схему переделывания - все оказалось не так плохо,
>> файлы выстраивались
>> /opt/xml/files/56/123456/123456.xml
>> то есть для пред-директории юзались последние две цифры версии-имени.
>>
>> обошелся приблизительно так в двух случаях:
>>
>> rewrite "^/xml/files/(\d+(\d{2}))\.xml$" /xml/files/$2/$1/$1.xml;
>> и
>>         if ( $arg_file ~ "[0-9]+(?P<a>[0-9][0-9])"){
>> rewrite ^ /xml/files/$a/$arg_file/$arg_file.xml? permanent;
>> }
>>
>> __________
>> mpd status:     [playing]
>> ZZ Top - El Diablo
>> **************************************
>> *  jabber:  devil_inside at jabber.ru   *
>> *   Registered linux user #450844    *
>> **************************************
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> Best Regards,
> Vadim Lazovskiy
>



-- 
Best Regards,
Vadim Lazovskiy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130221/e7d4f28a/attachment.html>

From vbart at nginx.com  Thu Feb 21 18:22:57 2013
From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 21 Feb 2013 22:22:57 +0400
Subject: =?UTF-8?Q?Re=3A__=D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0_Resource_interpreted?=
 =?UTF-8?Q?_as_Image_but_transferred_with_MIME_type_application/octet-stre?=
 =?UTF-8?Q?am=3A?=
In-Reply-To: <51266396.2030102@tverdikov.ru>
References: <51266396.2030102@tverdikov.ru>
Message-ID: <201302212222.57192.vbart@nginx.com>

On Thursday 21 February 2013 22:12:38 Твердиков Александр wrote:
> В хроме в консоли при попытке скачать файл с расширением .cur
> <https://i.reg.ru/i/dubby/style2/openhand.cur%22> выходит ошибка:
> 
> Resource interpreted as Image but transferred with MIME type
> application/octet-stream: "https://site.ru/site.cur"
> <https://i.reg.ru/i/dubby/style2/openhand.cur%22>
> 
> Как нибудь победить можно?
> 

Прописать MIME для .cur файлов.
http://nginx.org/r/types/ru

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From vadim.lazovskiy at gmail.com  Thu Feb 21 18:45:21 2013
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Thu, 21 Feb 2013 22:45:21 +0400
Subject: nginx check file existense with regexps.
In-Reply-To: <kg5jsd$ubd$1@ger.gmane.org>
References: <kg3he7$6e2$1@ger.gmane.org> <201302211418.04129.vbart@nginx.com>
 <kg5jsd$ubd$1@ger.gmane.org>
Message-ID: <CAL-L5YB-2qxzubOPyZ+N173Ld3bLd=+EF9unbXqrp6RN1mMJEA@mail.gmail.com>

Прошу прощения, не правильно понял задачу.

        map $arg_xml $xml_path {
                "~(?<path>\d{2})$" $path;
        }

        ...

        location = /xml/index.html {
                root /opt/xml/files;
                try_files /$xml_path/$arg_xml/$arg_xml.xml /notfound.xml;
        }



21 февраля 2013 г., 21:01 пользователь -=Devil_InSide=- <
devil_inside at mail.ru> написал:

> ,-----[Валентин Бартенев, 21 February 2013 14:18]:
>
> > On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
> >> добрый день.
> >>
> >> возникла проблема при переезде с одной технологии раздачи файлов на
> >> nginx. файлы исторически лежат в дереве вида
> >>
> >> http://domain.com/xml/files//10258063/10258063.xml
> ----------------8<--------------
> >> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
> >> регулярные выражения?
> >>
> >
> > Да. Вы пытаетесь написать регулярное выражение там, где принимается
> > простая строка и предполагаете, что nginx будет с радостью сканировать на
> > каждый запрос всю ветвь файловой системы, а затем бегать по ним с
> > регулярным выражением.
> >
> > Если эта директория произвольна и никак не отображается на запрос, то
> > какой в ней смысл? Команда mv должна помочь решить эту проблему.
> >
>
> выяснил схему переделывания - все оказалось не так плохо,
> файлы выстраивались
> /opt/xml/files/56/123456/123456.xml
> то есть для пред-директории юзались последние две цифры версии-имени.
>
> обошелся приблизительно так в двух случаях:
>
> rewrite "^/xml/files/(\d+(\d{2}))\.xml$" /xml/files/$2/$1/$1.xml;
> и
>         if ( $arg_file ~ "[0-9]+(?P<a>[0-9][0-9])"){
> rewrite ^ /xml/files/$a/$arg_file/$arg_file.xml? permanent;
> }
>
> __________
> mpd status:     [playing]
> ZZ Top - El Diablo
> **************************************
> *  jabber:  devil_inside at jabber.ru   *
> *   Registered linux user #450844    *
> **************************************
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best Regards,
Vadim Lazovskiy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130221/86b9afe5/attachment.html>

From nginx-forum at nginx.us  Thu Feb 21 20:09:58 2013
From: nginx-forum at nginx.us (street)
Date: Thu, 21 Feb 2013 15:09:58 -0500
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <CA+=xjkCP45_TZAQZzwLXZJ9nkcSfwL3GW0SGNyJ6eDqxyXsWkQ@mail.gmail.com>
References: <CA+=xjkCP45_TZAQZzwLXZJ9nkcSfwL3GW0SGNyJ6eDqxyXsWkQ@mail.gmail.com>
Message-ID: <bbab29aa99997ed8d511d8e0b6dd7755.NginxMailingListRussian@forum.nginx.org>

Не могли бы Вы уточнить, как проверить канал nuttcp.

Локально, файл размером 40мб скачался за 0.06 сек. Удаленно - около 5-7
минут.

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


From rush.zlo at gmail.com  Thu Feb 21 20:26:35 2013
From: rush.zlo at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=)
Date: Fri, 22 Feb 2013 00:26:35 +0400
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <bbab29aa99997ed8d511d8e0b6dd7755.NginxMailingListRussian@forum.nginx.org>
References: <CA+=xjkCP45_TZAQZzwLXZJ9nkcSfwL3GW0SGNyJ6eDqxyXsWkQ@mail.gmail.com>
 <bbab29aa99997ed8d511d8e0b6dd7755.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+=xjkA9ZgO4JY5b_Li8P0-_GP9gD=0ggvtzg6YFOsuFa8Gi3w@mail.gmail.com>

Я не могу отправить сообщение лично вам, потому что вы используете
форум, а мы рассылку. Пишите email и укажите регион, в котором
установлен ваш сервер.

22 февраля 2013 г., 0:09 пользователь street <nginx-forum at nginx.us> написал:
> Не могли бы Вы уточнить, как проверить канал nuttcp.
>
> Локально, файл размером 40мб скачался за 0.06 сек. Удаленно - около 5-7
> минут.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,236430,236447#msg-236447
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



--
Cogito ergo sum

From nginx-forum at nginx.us  Thu Feb 21 20:29:28 2013
From: nginx-forum at nginx.us (street)
Date: Thu, 21 Feb 2013 15:29:28 -0500
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <CA+=xjkA9ZgO4JY5b_Li8P0-_GP9gD=0ggvtzg6YFOsuFa8Gi3w@mail.gmail.com>
References: <CA+=xjkA9ZgO4JY5b_Li8P0-_GP9gD=0ggvtzg6YFOsuFa8Gi3w@mail.gmail.com>
Message-ID: <92e402cae596f171cbd02b80349e4c28.NginxMailingListRussian@forum.nginx.org>

Email: chuhan.sergey at gmail.com.
Сервер установлен в России.

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


From rush.zlo at gmail.com  Fri Feb 22 05:03:04 2013
From: rush.zlo at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=)
Date: Fri, 22 Feb 2013 09:03:04 +0400
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <bbab29aa99997ed8d511d8e0b6dd7755.NginxMailingListRussian@forum.nginx.org>
References: <CA+=xjkCP45_TZAQZzwLXZJ9nkcSfwL3GW0SGNyJ6eDqxyXsWkQ@mail.gmail.com>
 <bbab29aa99997ed8d511d8e0b6dd7755.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+=xjkB1HPk8=ct2tbGCXiYAy6mk_8MR0dkc5xrORFKNTptMxQ@mail.gmail.com>

> Локально, файл размером 40мб скачался за 0.06 сек. Удаленно - около 5-7
> минут.

Теперь мы знаем, что дело не в nginx, верно? ;)

--
Cogito ergo sum

From nginx-forum at nginx.us  Fri Feb 22 07:38:26 2013
From: nginx-forum at nginx.us (ValeriyZ)
Date: Fri, 22 Feb 2013 02:38:26 -0500
Subject: =?UTF-8?B?UmU6INCn0YLQvi3RgtC+INC/0L7RhdC+0LbQtdC1INC90LAgcnRtcC1tb2R1bGUg?=
 =?UTF-8?B?0LTQu9GPIFdpbiDQstC10YDRgdC40Lg=?=
In-Reply-To: <5123C3F9.7050601@kpi.ua>
References: <5123C3F9.7050601@kpi.ua>
Message-ID: <77d3e5bc4c2da0cd9469b479ab59a6a4.NginxMailingListRussian@forum.nginx.org>

Да пару дней поковырялся в VLC. Не сильно он дружит с rtmp, а отдавать rtmp
он вообще не хочет (нет возможности). Пробовал перегнать поток в http но
после этого даже другой VLC его открывать не хочет. Хотя если файл в http то
вполне нормально получается. 

Потому снова вернулся к nginx. Нашел простой способ, беру rtmp порток и с
помощью ffmpeg делаю http. Как я понимаю Win версия NGINX может работать
http, но как это сделать незнаю. 
Повторю еще раз задачу, она чуть поменялась: На входе есть один http  поток
видео, нужно его раздать клиентам не увеличивая нагрузку на входящий поток.
Такое возможно в Win версии NGINX?

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


From nginx-forum at nginx.us  Fri Feb 22 12:47:32 2013
From: nginx-forum at nginx.us (BuTbKa)
Date: Fri, 22 Feb 2013 07:47:32 -0500
Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90YvQtSDQt9C90LDRh9C10L3QuNGPINGB0LrQvtC80L/Qu9C4?=
 =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDQt9C90LDRh9C10L3QuNC5?=
Message-ID: <c5fb3ebd89b1e3e14dd047261ebfcd29.NginxMailingListRussian@forum.nginx.org>

Все доброго времени суток.
Расширяю image_filter модуль и столкнулся с проблемой:  при передаче в
конфиг модулю runtime значений, к этому значению добавляются какие-то
странные символы, при чем первые 1-2 запроса нормально, а потом значения уже
"битые"

Значение компилирую как было описано тут
http://www.nginxguts.com/2011/01/working-with-cookies/
Кто-то сталкивался с такой проблемой?

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


From nginx-forum at nginx.us  Fri Feb 22 13:14:51 2013
From: nginx-forum at nginx.us (street)
Date: Fri, 22 Feb 2013 08:14:51 -0500
Subject: =?UTF-8?B?UmU6INCh0LXRgNCy0LXRgCDQvtGC0LTQsNGH0Lgg0YTQsNC50LvQvtCyINC90LAg?=
 =?UTF-8?B?TkdJTlg=?=
In-Reply-To: <CA+=xjkB1HPk8=ct2tbGCXiYAy6mk_8MR0dkc5xrORFKNTptMxQ@mail.gmail.com>
References: <CA+=xjkB1HPk8=ct2tbGCXiYAy6mk_8MR0dkc5xrORFKNTptMxQ@mail.gmail.com>
Message-ID: <08539da57ef19a9d49b5f579938d8ced.NginxMailingListRussian@forum.nginx.org>

В принципе да, как-то не сообразил даже.

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


From nginx-forum at nginx.us  Fri Feb 22 14:05:14 2013
From: nginx-forum at nginx.us (BuTbKa)
Date: Fri, 22 Feb 2013 09:05:14 -0500
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0LUg0LfQvdCw0YfQtdC90LjRjyDRgdC60L7QvNC/?=
 =?UTF-8?B?0LvQuNGA0L7QstCw0L3QvdGL0YUg0LfQvdCw0YfQtdC90LjQuQ==?=
In-Reply-To: <c5fb3ebd89b1e3e14dd047261ebfcd29.NginxMailingListRussian@forum.nginx.org>
References: <c5fb3ebd89b1e3e14dd047261ebfcd29.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c202a5b4145b744a8896f9ed0e8cb620.NginxMailingListRussian@forum.nginx.org>

[url]
index.php?watermark=/var/www/watermark.png

[config]
image_filter_watermark $arg_watermark

[log]
2013/02/22 15:57:09 [debug] 14337#0: *22 http script var:
"/var/www/watermark.png"
2013/02/22 15:57:09 [error] 14337#0: *22 watermark file
'/var/www/watermark.png[
O'???}??f|+?R???'
°b²MU?;?8?;?????>?~?b
·I?z/
_?V?f??fgm?&???????
@
'

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


From vbart at nginx.com  Fri Feb 22 15:01:24 2013
From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Fri, 22 Feb 2013 19:01:24 +0400
Subject: =?UTF-8?B?UmU6ICDQodGC0YDQsNC90L3Ri9C1INC30L3QsNGH0LXQvdC40Y8g0YHQutC+0Lw=?=
 =?UTF-8?B?0L/Qu9C40YDQvtCy0LDQvdC90YvRhSDQt9C90LDRh9C10L3QuNC5?=
In-Reply-To: <c202a5b4145b744a8896f9ed0e8cb620.NginxMailingListRussian@forum.nginx.org>
References: <c5fb3ebd89b1e3e14dd047261ebfcd29.NginxMailingListRussian@forum.nginx.org>
 <c202a5b4145b744a8896f9ed0e8cb620.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302221901.24995.vbart@nginx.com>

On Friday 22 February 2013 18:05:14 BuTbKa wrote:
> [url]
> index.php?watermark=/var/www/watermark.png
> 
> [config]
> image_filter_watermark $arg_watermark
> 
> [log]
> 2013/02/22 15:57:09 [debug] 14337#0: *22 http script var:
> "/var/www/watermark.png"
> 2013/02/22 15:57:09 [error] 14337#0: *22 watermark file
> '/var/www/watermark.png[
> O'???}??f|+?R???'
°b²MU?;?8?;?????>?~?b
·I?z/
_?V?f??fgm?&???????
@
> '

http://en.wikipedia.org/wiki/Null-terminated_string

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From hell-for-yahoo at umail.ru  Fri Feb 22 17:20:57 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Fri, 22 Feb 2013 21:20:57 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0LUg0LfQvdCw0YfQtdC90LjRjyDRgdC60L7QvNC/?=
 =?UTF-8?B?0LvQuNGA0L7QstCw0L3QvdGL0YUg0LfQvdCw0YfQtdC90LjQuQ==?=
In-Reply-To: <c202a5b4145b744a8896f9ed0e8cb620.NginxMailingListRussian@forum.nginx.org>
References: <c5fb3ebd89b1e3e14dd047261ebfcd29.NginxMailingListRussian@forum.nginx.org>
 <c202a5b4145b744a8896f9ed0e8cb620.NginxMailingListRussian@forum.nginx.org>
Message-ID: <14610056742.20130222212057@mtu-net.ru>

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

B> [url]
B> index.php?watermark=/var/www/watermark.png

B> [config]
B> image_filter_watermark $arg_watermark

B> [log]
B> 2013/02/22 15:57:09 [debug] 14337#0: *22 http script var:
B> "/var/www/watermark.png"
B> 2013/02/22 15:57:09 [error] 14337#0: *22 watermark file
B> '/var/www/watermark.png[
B> O'??c}?if|+uR???'╟b?MU?;O8╣;eaEO╚>╠~?b?╥I╝z/?_╩VOfuAfgmO&?????╖?@
B> '

Без кода судить нереально. Скорее всего вы забваете \0 где-то.


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

    Andrey Repin (hell-for-yahoo at umail.ru) пятница, 22.02.2013, <21:19>

From a.vasilishin at kpi.ua  Fri Feb 22 22:23:11 2013
From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Sat, 23 Feb 2013 00:23:11 +0200
Subject: =?UTF-8?B?UmU6INCn0YLQvi3RgtC+INC/0L7RhdC+0LbQtdC1INC90LAgcnRtcC1tb2R1bGUg?=
 =?UTF-8?B?0LTQu9GPIFdpbiDQstC10YDRgdC40Lg=?=
In-Reply-To: <77d3e5bc4c2da0cd9469b479ab59a6a4.NginxMailingListRussian@forum.nginx.org>
References: <5123C3F9.7050601@kpi.ua>
 <77d3e5bc4c2da0cd9469b479ab59a6a4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5127EFCF.5040703@kpi.ua>

22.02.2013 9:38, ValeriyZ пишет:
> Да пару дней поковырялся в VLC. Не сильно он дружит с rtmp, а отдавать rtmp
> он вообще не хочет (нет возможности). Пробовал перегнать поток в http но
> после этого даже другой VLC его открывать не хочет. Хотя если файл в http то
> вполне нормально получается.
>
> Потому снова вернулся к nginx. Нашел простой способ, беру rtmp порток и с
> помощью ffmpeg делаю http. Как я понимаю Win версия NGINX может работать
> http, но как это сделать незнаю.
> Повторю еще раз задачу, она чуть поменялась: На входе есть один http  поток
> видео, нужно его раздать клиентам не увеличивая нагрузку на входящий поток.
> Такое возможно в Win версии NGINX?
>


Не умеет нгинкс работать с потоками, а вот vlc с этой задачей 
справляется на ура, сам не раз так делал, под винду в том числе

под линукс как-то так:
sudo -u vlc /usr/bin/vlc -I dummy -d --repeat --loop --no-interact --ipv4\
   http://source_ip:port\
  --sout '#standard{access=http,mux=ts,dst=dest_ip:port}'

В винде Ctrl+n -> Alt+s и если правильно все заполнить, то в "Строка 
вывода генерируемого потока" получим тоже что, и для линукс версии.
-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum at nginx.us  Sat Feb 23 00:54:34 2013
From: nginx-forum at nginx.us (valet)
Date: Fri, 22 Feb 2013 19:54:34 -0500
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQvdCw0L/QuNGB0LDRgtGMIGxvY2F0aW9uICh1cmxl?=
 =?UTF-8?B?bmNvZGUp?=
Message-ID: <91f323bb62f12f5de5bbfe7ddb67c452.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.
Стоит nginx + php-fpm.
Никак не могу сообразить как составить правильный location для отправки
запроса на php.

Например входящий запрос
http://site.ru/files/check.php%3Fid%3D2186%26title%3DНазвание+файла надо
превратить в http://site.ru/files/check.php?id=2186&title=Название+файла, то
есть дать понять nginx что вот такой вот запрос с urlencode - это запрос
php-файла с параметрами, чтобы nginx отправил его в нужном формате на
обработчик php-fpm.

То есть как я понимаю надо что-то типа:
location ~ ^/files/check.php%3Fid%3D(?<id>[^%]+)%26title%3D(?<title>.+)$ {

	fastcgi_param SCRIPT_NAME /check.php;
	fastcgi_param PATH_INFO /files/;
	fastcgi_param QUERY_STRING id=$id&title=$title;
	fastcgi_pass   127.0.0.1:9000;
	fastcgi_param  SCRIPT_FILENAME  /var/www/site.ru/check.php;
	include fastcgi_params;
	fastcgi_param  REQUEST_METHOD   $request_method;
	fastcgi_param  CONTENT_TYPE     $content_type;
	fastcgi_param  CONTENT_LENGTH   $content_length;
	fastcgi_intercept_errors        on;
	fastcgi_ignore_client_abort     off;
	fastcgi_connect_timeout 60;
	fastcgi_send_timeout 180;
	fastcgi_read_timeout 180;
	fastcgi_buffer_size 128k;
	fastcgi_buffers 4 256k;
	fastcgi_busy_buffers_size 256k;
	fastcgi_temp_file_write_size 256k;

}

Но у меня таким вариантом location не ловится. Пробовал экранировать - не
помогло. Может как-то можно сделать типа urldecode для url или скажем
написать какой-то rewrite.

Помогите, пожалуйста, разобраться.

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


From hell-for-yahoo at umail.ru  Sat Feb 23 01:11:32 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 23 Feb 2013 05:11:32 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <91f323bb62f12f5de5bbfe7ddb67c452.NginxMailingListRussian@forum.nginx.org>
References: <91f323bb62f12f5de5bbfe7ddb67c452.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1813818043.20130223051132@mtu-net.ru>

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

v> Здравствуйте.
v> Стоит nginx + php-fpm.
v> Никак не могу сообразить как составить правильный location для отправки
v> запроса на php.

v> Например входящий запрос
v> http://site.ru/files/check.php%3Fid%3D2186%26title%3DНазвание+файла

C какого бодуна у вас вообще такие запросы появляются?...

v> надо превратить в http://site.ru/files/check.php?id=2186&title=Название+файла, то
v> есть дать понять nginx что вот такой вот запрос с urlencode - это запрос
v> php-файла с параметрами, чтобы nginx отправил его в нужном формате на
v> обработчик php-fpm.

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

v> То есть как я понимаю надо что-то типа:
v> location ~ ^/files/check.php%3Fid%3D(?<id>[^%]+)%26title%3D(?<title>.+)$ {

v>         fastcgi_param SCRIPT_NAME /check.php;
v>         fastcgi_param PATH_INFO /files/;
v>         fastcgi_param QUERY_STRING id=$id&title=$title;
v>         fastcgi_pass   127.0.0.1:9000;
v>         fastcgi_param  SCRIPT_FILENAME  /var/www/site.ru/check.php;
v>         include fastcgi_params;
v>         fastcgi_param  REQUEST_METHOD   $request_method;
v>         fastcgi_param  CONTENT_TYPE     $content_type;
v>         fastcgi_param  CONTENT_LENGTH   $content_length;
v>         fastcgi_intercept_errors        on;
v>         fastcgi_ignore_client_abort     off;
v>         fastcgi_connect_timeout 60;
v>         fastcgi_send_timeout 180;
v>         fastcgi_read_timeout 180;
v>         fastcgi_buffer_size 128k;
v>         fastcgi_buffers 4 256k;
v>         fastcgi_busy_buffers_size 256k;
v>         fastcgi_temp_file_write_size 256k;

v> }

v> Но у меня таким вариантом location не ловится. Пробовал экранировать - не
v> помогло. Может как-то можно сделать типа urldecode для url или скажем
v> написать какой-то rewrite.

v> Помогите, пожалуйста, разобраться.

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

v> _______________________________________________
v> nginx-ru mailing list
v> nginx-ru at nginx.org
v> http://mailman.nginx.org/mailman/listinfo/nginx-ru


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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 23.02.2013, <05:09>

From nginx-forum at nginx.us  Sat Feb 23 02:07:10 2013
From: nginx-forum at nginx.us (valet)
Date: Fri, 22 Feb 2013 21:07:10 -0500
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <1813818043.20130223051132@mtu-net.ru>
References: <1813818043.20130223051132@mtu-net.ru>
Message-ID: <bb26b956f5b49fcf1fcdf8147982a81f.NginxMailingListRussian@forum.nginx.org>

Что значит появляются? Я могу и сам такой запрос задать. Эти %3F %3D %26 -
это urlenсode от ? = & соотвественно. 
Вот я хотел бы заставить грубо говоря nginx урлдекодировать такие коды.

Поэтому я и привел пример:
Я запрашиваю по http-протоколу
/files/check.php%3Fid%3D2186%26title%3DНазвание+файла - а на уровне nginx
это должно обрабатываться как /check.php?id=2186&title=Название файла
То есть nginx обращается к скрипту check.php, передавая параметры id=2186 и
title=Название файла, ждет ответа и передает ответ.

Вопрос в том, как это сделать?
Как вариант рассматриваю написания нужного location или rewite, а также
гуглю на предмет наличия каких-то встроенных функций типа urldecode. Но пока
ничего не получается, поэтому просьба помочь разобраться.

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


From hell-for-yahoo at umail.ru  Sat Feb 23 02:47:22 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 23 Feb 2013 06:47:22 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <bb26b956f5b49fcf1fcdf8147982a81f.NginxMailingListRussian@forum.nginx.org>
References: <1813818043.20130223051132@mtu-net.ru>
 <bb26b956f5b49fcf1fcdf8147982a81f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1975912801.20130223064722@mtu-net.ru>

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

v> Что значит появляются? Я могу и сам такой запрос задать. Эти %3F %3D %26 -
v> это urlenсode от ? = & соотвественно.

Я пока ещё недостаточно сильно устал, чтобы забыть коды URLencode.
Вопрос, ПОЧЕМУ у вас адреса приходят на сервер в таком виде?

v> Вот я хотел бы заставить грубо говоря nginx урлдекодировать такие коды.

v> Поэтому я и привел пример:
v> Я запрашиваю по http-протоколу
v> /files/check.php%3Fid%3D2186%26title%3DНазвание+файла - а на уровне nginx

Ещё раз - БРЕД.
Если вы, как порядочный клиент, делаете запрос с параметрами - вы запрашиваете

/files/check.php?id=2186&title=Название+файла

Именно так.
А если вы начинаете извращаться - получается то, что вы пытаетесь в меня
впихнуть.

v> это должно обрабатываться как /files/check.php?id=2186&title=Название файла
v> То есть nginx обращается к скрипту check.php, передавая параметры id=2186 и
v> title=Название файла, ждет ответа и передает ответ.

С какого перепугу?... стандарты подите почитайте. Ссылку дать?
Вы запросили файл "check.php?id=2186&title=Название+файла", лежащий в каталоге
/files от корня веб-сервера. Поскольку такого файла там нет, сервер вас
политично посылает.

v> Вопрос в том, как это сделать?
v> Как вариант рассматриваю написания нужного location или rewite, а также
v> гуглю на предмет наличия каких-то встроенных функций типа urldecode. Но пока
v> ничего не получается, поэтому просьба помочь разобраться.

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


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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 23.02.2013, <06:40>

From nginx-forum at nginx.us  Sat Feb 23 03:58:16 2013
From: nginx-forum at nginx.us (valet)
Date: Fri, 22 Feb 2013 22:58:16 -0500
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <1975912801.20130223064722@mtu-net.ru>
References: <1975912801.20130223064722@mtu-net.ru>
Message-ID: <7b2da03b8838cd6dd45cd5fc06afc968.NginxMailingListRussian@forum.nginx.org>

>Вопрос, ПОЧЕМУ у вас адреса приходят на сервер в таком виде?
Я не понимаю вашего упорства :) Ну какая разница почему, я же не спрашиваю
почему. Я их сам так запрашиваю, в силу некоторых причин я и планирую их так
запрашивать - такой ответ вас устроит?
>А если вы начинаете извращаться - получается то, что вы пытаетесь в меня
впихнуть. Ну вообще-то я вас ничего не впихиваю, не хотите помогать - не
надо. Может кто-то другой поможет, может сам дойду.

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

>Третий раз за день - разберитесь, откуда у вас такой обкуреный запрос
появляется. Если он действительно такой приходит на сервер. Проще вылечить
наркомана, отправляющего такой непотребство, чем пытаться обколоть сервер.
А я в который раз повторяю, неважно откуда они идут, важно научить nginx
обрабатывать их как мне надо. Еще раз повторяю - вариант "вылечить" не
рассматривается, запросы идут как правильные, так и кривые с urlencode
параметрами.
Что значит обколоть? С таким успехом и про ЧПУ можно сказать, что это
"обкалывает" сервер, но ничего же страшного в правилах реврайта нет,
используются во всех популярных движках. Здесь тот же случай. Что вы так
пристали к "кривости" этого запроса, задача не стоит запрашивать правильно,
задача стоит обрабатывать в том числе такие вот неправильные с точки зрения
стандартов запросы.

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


From alexander.moskalenko at gmail.com  Sat Feb 23 09:57:29 2013
From: alexander.moskalenko at gmail.com (Alexander Moskalenko)
Date: Sat, 23 Feb 2013 11:57:29 +0200
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <7b2da03b8838cd6dd45cd5fc06afc968.NginxMailingListRussian@forum.nginx.org>
References: <1975912801.20130223064722@mtu-net.ru>
 <7b2da03b8838cd6dd45cd5fc06afc968.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CACVfVFt_c2hUBhSxZ51AdDEoTLBZoLeDt9kCZj12ScU+2DLiiQ@mail.gmail.com>

В location параметры не матчатся.
location = /files/check.php {
}

а внутри уже разбирайтесь с параметрами

2013/2/23 valet <nginx-forum at nginx.us>:
>>Вопрос, ПОЧЕМУ у вас адреса приходят на сервер в таком виде?
> Я не понимаю вашего упорства :) Ну какая разница почему, я же не спрашиваю
> почему. Я их сам так запрашиваю, в силу некоторых причин я и планирую их так
> запрашивать - такой ответ вас устроит?
>>А если вы начинаете извращаться - получается то, что вы пытаетесь в меня
> впихнуть. Ну вообще-то я вас ничего не впихиваю, не хотите помогать - не
> надо. Может кто-то другой поможет, может сам дойду.
>
>>С какого перепугу?... стандарты подите почитайте. Речь не о стандартах, я
> прекрасно понимаю, что такой запрос не совсем верный с точки зрения
> стандартов, но еще раз повторяю в силу некоторых обстоятельств я вынужден
> обрабатывать именно такие вот запросы. Я же не спрашиваю правильно ли я
> задаю такой запрос - я прекрасно понимаю, что это противоречит стандартам,
> но задача стоит в том виде в каком я ее сформулировал.
>
>>Третий раз за день - разберитесь, откуда у вас такой обкуреный запрос
> появляется. Если он действительно такой приходит на сервер. Проще вылечить
> наркомана, отправляющего такой непотребство, чем пытаться обколоть сервер.
> А я в который раз повторяю, неважно откуда они идут, важно научить nginx
> обрабатывать их как мне надо. Еще раз повторяю - вариант "вылечить" не
> рассматривается, запросы идут как правильные, так и кривые с urlencode
> параметрами.
> Что значит обколоть? С таким успехом и про ЧПУ можно сказать, что это
> "обкалывает" сервер, но ничего же страшного в правилах реврайта нет,
> используются во всех популярных движках. Здесь тот же случай. Что вы так
> пристали к "кривости" этого запроса, задача не стоит запрашивать правильно,
> задача стоит обрабатывать в том числе такие вот неправильные с точки зрения
> стандартов запросы.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,236494,236498#msg-236498
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From server_inc at list.ru  Sat Feb 23 11:26:30 2013
From: server_inc at list.ru (=?UTF-8?B?0KHRgtCw0L3QuNGB0LvQsNCy?=)
Date: Sat, 23 Feb 2013 13:26:30 +0200
Subject: =?UTF-8?B?0J/QvtC00YHQutCw0LbQuNGC0LUg0LrQsNC6INC30LDQv9GA0LXRgtC40YLRjCA=?=
 =?UTF-8?B?0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC90L0=?=
 =?UTF-8?B?0YvRhSBJUA==?=
Message-ID: <5128A766.5050707@list.ru>

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

Подскажите пожалуйста как лучше реализовать запрет на доступ к методу 
POST с определенных IP.



From mdounin at mdounin.ru  Sat Feb 23 11:35:39 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Sat, 23 Feb 2013 15:35:39 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <5128A766.5050707@list.ru>
References: <5128A766.5050707@list.ru>
Message-ID: <20130223113539.GJ81985@mdounin.ru>

Hello!

On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:

> Подскажите пожалуйста как лучше реализовать запрет на доступ к
> методу POST с определенных IP.

Как-то так:

    limit_except GET {
        allow 192.168.1.0/32;
        deny  all;
    }

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

-- 
Maxim Dounin
http://nginx.com/support.html


From server_inc at list.ru  Sat Feb 23 12:30:21 2013
From: server_inc at list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Sat, 23 Feb 2013 14:30:21 +0200
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <20130223113539.GJ81985@mdounin.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
Message-ID: <5128B65D.8030207@list.ru>

23.02.2013 13:35, Maxim Dounin пишет:
> Hello!
>
> On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:
>
>> Подскажите пожалуйста как лучше реализовать запрет на доступ к
>> методу POST с определенных IP.
> Как-то так:
>
>      limit_except GET {
>          allow 192.168.1.0/32;
>          deny  all;
>      }
>
> http://nginx.org/r/limit_except/ru
>
Спасибо Максим!

Подскажите пожалуйста можно ли избавится от if в такой конструкции:

geo $redirect_ip {
     default        0;
     127.0.0.1      1;
     192.168.1.0/24 1;
}

limit_except POST {

  if ($redirect_ip) {
   return 301      http://domain.com;
  }

}


From vbart at nginx.com  Sat Feb 23 13:48:06 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Sat, 23 Feb 2013 17:48:06 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <CACVfVFt_c2hUBhSxZ51AdDEoTLBZoLeDt9kCZj12ScU+2DLiiQ@mail.gmail.com>
References: <1975912801.20130223064722@mtu-net.ru>
 <7b2da03b8838cd6dd45cd5fc06afc968.NginxMailingListRussian@forum.nginx.org>
 <CACVfVFt_c2hUBhSxZ51AdDEoTLBZoLeDt9kCZj12ScU+2DLiiQ@mail.gmail.com>
Message-ID: <201302231748.06871.vbart@nginx.com>

On Saturday 23 February 2013 13:57:29 Alexander Moskalenko wrote:
> В location параметры не матчатся.
> location = /files/check.php {
> }
> 
> а внутри уже разбирайтесь с параметрами
> 

Если запрос приходит в таком виде, то это уже не параметры, а имя запрошенного 
файла. Другое дело, что location ищется по уже раскодированному адресу, о чем в 
документации написано.

Должно помочь:

    location /files/check.php? {
        rewrite \?(.*)$ /files/check.php?$1? last;
    }

    location = /files/check.php {
        fastcgi_pass 127.0.0.1:9000;
        [...]
    }

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

> 2013/2/23 valet <nginx-forum at nginx.us>:
> >>Вопрос, ПОЧЕМУ у вас адреса приходят на сервер в таком виде?
> >>
> > Я не понимаю вашего упорства :) Ну какая разница почему, я же не
> > спрашиваю почему. Я их сам так запрашиваю, в силу некоторых причин я и
> > планирую их так запрашивать - такой ответ вас устроит?
> > 
> >>А если вы начинаете извращаться - получается то, что вы пытаетесь в меня
> >>
> > впихнуть. Ну вообще-то я вас ничего не впихиваю, не хотите помогать - не
> > надо. Может кто-то другой поможет, может сам дойду.
> > 
> >>С какого перепугу?... стандарты подите почитайте. Речь не о стандартах, я
> >>
> > прекрасно понимаю, что такой запрос не совсем верный с точки зрения
> > стандартов, но еще раз повторяю в силу некоторых обстоятельств я вынужден
> > обрабатывать именно такие вот запросы. Я же не спрашиваю правильно ли я
> > задаю такой запрос - я прекрасно понимаю, что это противоречит
> > стандартам, но задача стоит в том виде в каком я ее сформулировал.
> > 
> >>Третий раз за день - разберитесь, откуда у вас такой обкуреный запрос
> >>
> > появляется. Если он действительно такой приходит на сервер. Проще
> > вылечить наркомана, отправляющего такой непотребство, чем пытаться
> > обколоть сервер. А я в который раз повторяю, неважно откуда они идут,
> > важно научить nginx обрабатывать их как мне надо. Еще раз повторяю -
> > вариант "вылечить" не рассматривается, запросы идут как правильные, так
> > и кривые с urlencode параметрами.
> > Что значит обколоть? С таким успехом и про ЧПУ можно сказать, что это
> > "обкалывает" сервер, но ничего же страшного в правилах реврайта нет,
> > используются во всех популярных движках. Здесь тот же случай. Что вы так
> > пристали к "кривости" этого запроса, задача не стоит запрашивать
> > правильно, задача стоит обрабатывать в том числе такие вот неправильные
> > с точки зрения стандартов запросы.
> > 
> > Posted at Nginx Forum:
> > http://forum.nginx.org/read.php?21,236494,236498#msg-236498
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru





From hell-for-yahoo at umail.ru  Sat Feb 23 15:12:06 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 23 Feb 2013 19:12:06 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <20130223113539.GJ81985@mdounin.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
Message-ID: <966229316.20130223191206@mtu-net.ru>

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

MD> Hello!

MD> On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:

>> Подскажите пожалуйста как лучше реализовать запрет на доступ к
>> методу POST с определенных IP.

MD> Как-то так:

MD>     limit_except GET {
MD>         allow 192.168.1.0/32;
MD>         deny  all;
MD>     }

Имейте в виду, это убьёт ВСЕ запросы, кроме GET.

MD> http://nginx.org/r/limit_except/ru



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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 23.02.2013, <19:11>

From mdounin at mdounin.ru  Sat Feb 23 16:54:47 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Sat, 23 Feb 2013 20:54:47 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <5128B65D.8030207@list.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <5128B65D.8030207@list.ru>
Message-ID: <20130223165447.GM81985@mdounin.ru>

Hello!

On Sat, Feb 23, 2013 at 02:30:21PM +0200, Станислав wrote:

> 23.02.2013 13:35, Maxim Dounin пишет:
> >Hello!
> >
> >On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:
> >
> >>Подскажите пожалуйста как лучше реализовать запрет на доступ к
> >>методу POST с определенных IP.
> >Как-то так:
> >
> >     limit_except GET {
> >         allow 192.168.1.0/32;
> >         deny  all;
> >     }
> >
> >http://nginx.org/r/limit_except/ru
> >
> Спасибо Максим!
> 
> Подскажите пожалуйста можно ли избавится от if в такой конструкции:
> 
> geo $redirect_ip {
>     default        0;
>     127.0.0.1      1;
>     192.168.1.0/24 1;
> }
> 
> limit_except POST {
> 
>  if ($redirect_ip) {
>   return 301      http://domain.com;
>  }
> 
> }

Сделав ровно то, что написано выше - написав правила allow/deny 
вместо if'а.

Если тех, кому нельзя, нужно куда-то перенаправлять - то вынести 
эту логику в обработку 403, как-то так:

    error_page 403 = /403;

    location / {
        limit_except GET {
            allow 127.0.0.1;
            allow 192.168.1.0/2;
            deny all;
        }

        ...
    }

    location = /403 {
        return 301 http://domain.com;
    }

-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Sat Feb 23 17:45:22 2013
From: nginx-forum at nginx.us (bodomic)
Date: Sat, 23 Feb 2013 12:45:22 -0500
Subject: =?UTF-8?B?0J3QtdC/0L7QvdGP0YLQvdC+0LUg0LIgcHJveHkgcGFzcw==?=
Message-ID: <53abaffd83a74f6b12a30fcec0a441d6.NginxMailingListRussian@forum.nginx.org>

Приветствую,

Столкнулся со странным и, вроде бы, не описанным поведением в proxy_pass.
Мне нужно пропустить через image_filter картинки из mogile, сам этот
функционал прекрасно работает. Но когда мне нужно ввести вариации - а именно
есть две разных локации, из которых надо брать такие картинки, в зависимости
от uri - появляется странное.

Итак, локация, которая работает:
        location /resize/ {
                expires max;
                image_filter_buffer 15M;
                image_filter resize $arg_width $arg_height;
                proxy_pass
http://unix:/var/run/mogile_nginx_socket:/mogstore_photo/;
       }
Локация, которая не работает (ввожу переменную $mogpart, для наглядности
прямо в локации):
        location /resize/ {
                set $mogpart photo;
                expires max;
                image_filter_buffer 15M;
                image_filter resize $arg_width $arg_height;
                proxy_pass
http://unix:/var/run/mogile_nginx_socket:/mogstore_$mogpart/;
       }
Отличия от первого варианта: "set $mogpart photo;" и эта же переменная в
proxy_pass.
Вместо "часть нормализованного URI запроса, соответствующая location,
заменяется на URI, указанный в директиве", весь URI удаляется и запрос идёт
на /mogstore_photo/. Без остального URI. Это видно в логе - там GET
/mogstore_photo/ 404.

Подскажите, пожалуйста, это я чего-то не дочитал в документации, или это не
описанное поведение?
Ну и - что делать? :)

# nginx -V
nginx version: nginx/1.2.7
built by gcc 4.4.5 (Debian 4.4.5-8)
TLS SNI support enabled
configure arguments: --prefix=/ --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/nginx.pid
--lock-path=/var/lock/nginx.lock --error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --user=www-data --group=www-data
--with-http_ssl_module --with-http_realip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-pcre=../../libs/pcre-8.31 --with-pcre-jit
--with-zlib=../../libs/zlib-1.2.7 --with-openssl=../../libs/openssl-1.0.1c
--http-client-body-temp-path=/var/lib/nginx/body
--http-proxy-temp-path=/var/lib/nginx/proxy
--http-fastcgi-temp-path=/var/lib/nginx/fastcgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi-temp
--http-scgi-temp-path=/var/lib/nginx/scgi-temp --with-http_dav_module
--with-http_stub_status_module --with-http_geoip_module
--with-http_flv_module --with-http_mp4_module
--add-module=../../libs/nginx_mogilefs_module-1.0.4
--add-module=../../libs/ngx_devel_kit-0.2.17rc2
--with-http_secure_link_module
--add-module=../../libs/lua-nginx-module-v0.7.1rc1
--add-module=../../libs/nginx-redis2.v0.08rc4
--add-module=../../libs/echo-nginx-module-0.40rc1

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


From mdounin at mdounin.ru  Sat Feb 23 18:05:52 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Sat, 23 Feb 2013 22:05:52 +0400
Subject: =?UTF-8?B?UmU6INCd0LXQv9C+0L3Rj9GC0L3QvtC1INCyIHByb3h5IHBhc3M=?=
In-Reply-To: <53abaffd83a74f6b12a30fcec0a441d6.NginxMailingListRussian@forum.nginx.org>
References: <53abaffd83a74f6b12a30fcec0a441d6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130223180552.GN81985@mdounin.ru>

Hello!

On Sat, Feb 23, 2013 at 12:45:22PM -0500, bodomic wrote:

> Приветствую,
> 
> Столкнулся со странным и, вроде бы, не описанным поведением в proxy_pass.
> Мне нужно пропустить через image_filter картинки из mogile, сам этот
> функционал прекрасно работает. Но когда мне нужно ввести вариации - а именно
> есть две разных локации, из которых надо брать такие картинки, в зависимости
> от uri - появляется странное.
> 
> Итак, локация, которая работает:
>         location /resize/ {
>                 expires max;
>                 image_filter_buffer 15M;
>                 image_filter resize $arg_width $arg_height;
>                 proxy_pass
> http://unix:/var/run/mogile_nginx_socket:/mogstore_photo/;
>        }
> Локация, которая не работает (ввожу переменную $mogpart, для наглядности
> прямо в локации):
>         location /resize/ {
>                 set $mogpart photo;
>                 expires max;
>                 image_filter_buffer 15M;
>                 image_filter resize $arg_width $arg_height;
>                 proxy_pass
> http://unix:/var/run/mogile_nginx_socket:/mogstore_$mogpart/;
>        }
> Отличия от первого варианта: "set $mogpart photo;" и эта же переменная в
> proxy_pass.
> Вместо "часть нормализованного URI запроса, соответствующая location,
> заменяется на URI, указанный в директиве", весь URI удаляется и запрос идёт
> на /mogstore_photo/. Без остального URI. Это видно в логе - там GET
> /mogstore_photo/ 404.
> 
> Подскажите, пожалуйста, это я чего-то не дочитал в документации, или это не
> описанное поведение?
> Ну и - что делать? :)

Использование переменных proxy_pass - включает отдельный режим 
работы.  При использовании в proxy_pass переменных - URI задаётся 
полностью, http://nginx.org/r/proxy_pass/ru:

"Имя сервера, его порт и передаваемый URI можно также полностью 
задать с помощью переменных"

Решение - либо не использовать переменные, либо задать URI 
полностью.

-- 
Maxim Dounin
http://nginx.com/support.html


From hell-for-yahoo at umail.ru  Sat Feb 23 18:56:24 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sat, 23 Feb 2013 22:56:24 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <20130223165447.GM81985@mdounin.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <5128B65D.8030207@list.ru> <20130223165447.GM81985@mdounin.ru>
Message-ID: <333582948.20130223225624@mtu-net.ru>

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

MD>     location / {
MD>         limit_except GET {
MD>             allow 127.0.0.1;
127.0.0.0/8
не будет ли правильнее?
Хотя, конечно, смотря по тому, какие стоят задачи...

MD>             allow 192.168.1.0/2;
MD>             deny all;
MD>         }

MD>         ...
MD>     }

MD>     location = /403 {
MD>         return 301 http://domain.com;
MD>     }



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

    Andrey Repin (hell-for-yahoo at umail.ru) суббота, 23.02.2013, <22:55>

From mdounin at mdounin.ru  Sat Feb 23 21:23:06 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Sun, 24 Feb 2013 01:23:06 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <333582948.20130223225624@mtu-net.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <5128B65D.8030207@list.ru> <20130223165447.GM81985@mdounin.ru>
 <333582948.20130223225624@mtu-net.ru>
Message-ID: <20130223212306.GO81985@mdounin.ru>

Hello!

On Sat, Feb 23, 2013 at 10:56:24PM +0400, Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!
> 
> MD>     location / {
> MD>         limit_except GET {
> MD>             allow 127.0.0.1;
> 127.0.0.0/8
> не будет ли правильнее?
> Хотя, конечно, смотря по тому, какие стоят задачи...

Я лишь транслировал то, что было у автора вопроса.

По личному опыту - 127.0.0.0/8 и 127.0.0.0/32 редко когда 
отличаются на практике, и если отличаются - права всё равно 
придётся перепроверять.  Так что обычно не принципиально.

> MD>             allow 192.168.1.0/2;

Just in case, тут следует читать "/24".

> MD>             deny all;
> MD>         }
> 
> MD>         ...
> MD>     }
> 
> MD>     location = /403 {
> MD>         return 301 http://domain.com;
> MD>     }

-- 
Maxim Dounin
http://nginx.com/support.html


From server_inc at list.ru  Sat Feb 23 23:26:21 2013
From: server_inc at list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Sun, 24 Feb 2013 01:26:21 +0200
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <20130223165447.GM81985@mdounin.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <5128B65D.8030207@list.ru> <20130223165447.GM81985@mdounin.ru>
Message-ID: <5129501D.10109@list.ru>

23.02.2013 18:54, Maxim Dounin пишет:
> Hello!
>
> On Sat, Feb 23, 2013 at 02:30:21PM +0200, Станислав wrote:
>
> [...]
> Сделав ровно то, что написано выше - написав правила allow/deny вместо 
> if'а. Если тех, кому нельзя, нужно куда-то перенаправлять - то вынести 
> эту логику в обработку 403, как-то так: error_page 403 = /403; 
> location / { limit_except GET { allow 127.0.0.1; allow 192.168.1.0/2; 
> deny all; } ... } location = /403 { return 301 http://domain.com; } 

Спасибо! То, что нужно.


From nginx-forum at nginx.us  Sun Feb 24 02:50:18 2013
From: nginx-forum at nginx.us (valet)
Date: Sat, 23 Feb 2013 21:50:18 -0500
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <201302231748.06871.vbart@nginx.com>
References: <201302231748.06871.vbart@nginx.com>
Message-ID: <1c0db4a1df26edbb8e75d61abacbcf64.NginxMailingListRussian@forum.nginx.org>

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

>Должно помочь:
>
>location /files/check.php? {
>rewrite \?(.*)$ /files/check.php?$1? last;
>}

Спасибо за помощь, но к сожалению не работает. Управление уже передается на
php (то есть локейшен ловится), но ведь php-скрипт примет в этом варианте
неправильные параметры, да и с чего бы они подались правильные - ведь в
вашей регулярки отсутствует какое-либо разделение параметров id и title...

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


From nginx-forum at nginx.us  Sun Feb 24 03:20:03 2013
From: nginx-forum at nginx.us (kanin)
Date: Sat, 23 Feb 2013 22:20:03 -0500
Subject: fcgi cache+ssi = subrequests cycle while processing
Message-ID: <38b0bb0d414162ba652407409c9dd998.NginxMailingListRussian@forum.nginx.org>

Добрый день, ситуация следующая

хочу использовать SSI для подключения мелких файлов без кэша с
X-Accel-Expires 0 
и ловлю такую ошибку:

2013/02/23 21:15:26 [error] 14107#0: *1 subrequests cycle while processing
"/ssi/ssi_1.php", client: 192.168.128.1, server: deb_ww, request: "GET /
HTTP/1.1", subrequest: "/ssi/ssi_1.php",
host: "deb_ww"

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

server {
    listen	80;
	server_name deb_ww;
    root /var/www/deb_ww/public_html;
	location = / {
		index init.php;
		#rewrite /				/init.php			last;
	}
	location ~ \.php$ {
		ssi on;
		charset			utf-8;
		fastcgi_pass	unix:/var/run/php5-fpm.sock;
		include			fastcgi_params;
		fastcgi_param	SCRIPT_FILENAME		$document_root$fastcgi_script_name;
		fastcgi_intercept_errors			on;
		internal;
		fastcgi_cache zone;
		#fastcgi_cache_use_stale error timeout invalid_header;
		fastcgi_cache_use_stale off;
		fastcgi_cache_methods GET HEAD;
		fastcgi_pass_header "X-Accel-Expires";
		fastcgi_cache_key	"$request_method|$host|$http_if_modified_since|$http_if_none_match";
		fastcgi_ignore_headers "Cache-Control" "Expires";
	}
}

ошибка возникает только при включённом кэшировании, и только при указанном
index для "=/"

location = / {
	index init.php;
	#rewrite /				/init.php			last;
}

т.е. если вот здесь заменить index на rewrite, то всё отработает нормально.

далее..

в подключаемом SSI (он один) - пусто, т.е пустой файл, обычно там:

<?php header("X-Accel-Expires: 0", true);echo "helloworld"; ?>

но на пустом тоже ломается (fcgi cache чищу и т.п).

в init.php, если он полный, то браузер долго грузит и подвисает,
но вот такой код:

<?php
echo '<!--# include virtual="/ssi/ssi_1.php" -->';
echo 'z';
die;
?>

отрабатывает вот так:

[an error occurred while processing the directive]zzzzzzzzzzzz всего 201 раз
буква z zzzzzzzzzzzzzz

я бы и закончил на замене index на rewrite для "=/", но хочется понять в чём
дело, вдруг это снова где-нибудь всплывёт

debian 2.6.32-5
nginx/1.2.7

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


From igor at sysoev.ru  Sun Feb 24 06:25:09 2013
From: igor at sysoev.ru (Igor Sysoev)
Date: Sun, 24 Feb 2013 10:25:09 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <20130223165447.GM81985@mdounin.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <5128B65D.8030207@list.ru> <20130223165447.GM81985@mdounin.ru>
Message-ID: <6E0B6B7D-732E-4A06-8823-B801F04B0652@sysoev.ru>

On Feb 23, 2013, at 20:54 , Maxim Dounin wrote:

> Hello!
> 
> On Sat, Feb 23, 2013 at 02:30:21PM +0200, Станислав wrote:
> 
>> 23.02.2013 13:35, Maxim Dounin пишет:
>>> Hello!
>>> 
>>> On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:
>>> 
>>>> Подскажите пожалуйста как лучше реализовать запрет на доступ к
>>>> методу POST с определенных IP.
>>> Как-то так:
>>> 
>>>    limit_except GET {
>>>        allow 192.168.1.0/32;
>>>        deny  all;
>>>    }
>>> 
>>> http://nginx.org/r/limit_except/ru
>>> 
>> Спасибо Максим!
>> 
>> Подскажите пожалуйста можно ли избавится от if в такой конструкции:
>> 
>> geo $redirect_ip {
>>    default        0;
>>    127.0.0.1      1;
>>    192.168.1.0/24 1;
>> }
>> 
>> limit_except POST {
>> 
>> if ($redirect_ip) {
>>  return 301      http://domain.com;
>> }
>> 
>> }
> 
> Сделав ровно то, что написано выше - написав правила allow/deny 
> вместо if'а.
> 
> Если тех, кому нельзя, нужно куда-то перенаправлять - то вынести 
> эту логику в обработку 403, как-то так:
> 
>    error_page 403 = /403;
> 
>    location / {
>        limit_except GET {
>            allow 127.0.0.1;
>            allow 192.168.1.0/2;
>            deny all;
>        }
> 
>        ...
>    }
> 
>    location = /403 {
>        return 301 http://domain.com;
>    }

Можно сразу
error_page 403 =301 http://domain.com;


--
Igor Sysoev
http://nginx.com/support.html


From igor at sysoev.ru  Sun Feb 24 06:26:59 2013
From: igor at sysoev.ru (Igor Sysoev)
Date: Sun, 24 Feb 2013 10:26:59 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNGB0LrQsNC20LjRgtC1INC60LDQuiDQt9Cw0L/RgNC10YLQuNGC?=
 =?UTF-8?B?0Ywg0LTQvtGB0YLRg9C/INC6IFBPU1Qg0YEg0L7Qv9GA0LXQtNC10LvQtdC9?=
 =?UTF-8?B?0L3Ri9GFIElQ?=
In-Reply-To: <966229316.20130223191206@mtu-net.ru>
References: <5128A766.5050707@list.ru> <20130223113539.GJ81985@mdounin.ru>
 <966229316.20130223191206@mtu-net.ru>
Message-ID: <F86490FF-C090-45D6-BF91-51F4E6B25A91@sysoev.ru>

On Feb 23, 2013, at 19:12 , Andrey Repin wrote:

> Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!
> 
> MD> Hello!
> 
> MD> On Sat, Feb 23, 2013 at 01:26:30PM +0200, Станислав wrote:
> 
>>> Подскажите пожалуйста как лучше реализовать запрет на доступ к
>>> методу POST с определенных IP.
> 
> MD> Как-то так:
> 
> MD>     limit_except GET {
> MD>         allow 192.168.1.0/32;
> MD>         deny  all;
> MD>     }
> 
> Имейте в виду, это убьёт ВСЕ запросы, кроме GET.

Кроме GET и HEAD. Но обычно это и нужно. PUT, DELETE, COPY и
MOVE - это обычно не то, что хочется разрешить для всех.


--
Igor Sysoev
http://nginx.com/support.html


From nginx-forum at nginx.us  Sun Feb 24 06:39:37 2013
From: nginx-forum at nginx.us (Namaste)
Date: Sun, 24 Feb 2013 01:39:37 -0500
Subject: =?UTF-8?B?0J7QsdC90L7QstC70LXQvdC40LUg0L3QsCDQvdC+0LLRg9GOINCy0LXRgNGB0Lg=?=
 =?UTF-8?B?0Y4=?=
Message-ID: <b600cbe990adfb83dab9416b75ade0ab.NginxMailingListRussian@forum.nginx.org>

Привет!

Ставил nginx из пакетов на Ubuntu. была версия 1.2.6.  установил поверх
1.2.7.
пишу nginx -v,  оно мне выдает:
The program 'nginx' can be found in the following packages:
 * nginx-extras
 * nginx-full
 * nginx-light
 * nginx-naxsi

Что сделал не так? Т.е. изначально ставил ведь nginx не указывая full или
light или еще что-то. просто apt-get install nginx и все заработало.
А теперь почему это выдает?

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


From sytar.alex at gmail.com  Sun Feb 24 07:02:17 2013
From: sytar.alex at gmail.com (Aleksandr Sytar)
Date: Sun, 24 Feb 2013 11:02:17 +0400
Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC10YA=?=
 =?UTF-8?B?0YHQuNGO?=
In-Reply-To: <b600cbe990adfb83dab9416b75ade0ab.NginxMailingListRussian@forum.nginx.org>
References: <b600cbe990adfb83dab9416b75ade0ab.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>

24 февраля 2013 г., 10:39 пользователь Namaste <nginx-forum at nginx.us> написал:
> Привет!
>
> Ставил nginx из пакетов на Ubuntu. была версия 1.2.6.  установил поверх
> 1.2.7.
> пишу nginx -v,  оно мне выдает:
> The program 'nginx' can be found in the following packages:
>  * nginx-extras
>  * nginx-full
>  * nginx-light
>  * nginx-naxsi
>
> Что сделал не так? Т.е. изначально ставил ведь nginx не указывая full или
> light или еще что-то. просто apt-get install nginx и все заработало.
> А теперь почему это выдает?
>

apt-get install --reinstall nginx-common

From nginx-forum at nginx.us  Sun Feb 24 07:13:53 2013
From: nginx-forum at nginx.us (Namaste)
Date: Sun, 24 Feb 2013 02:13:53 -0500
Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC10YA=?=
 =?UTF-8?B?0YHQuNGO?=
In-Reply-To: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
References: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
Message-ID: <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>

apt-get install --reinstall nginx-common не сработало:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 nginx : Depends: nginx-full but it is not going to be installed or
                  nginx-light but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify
a solution).

запустил apt-get -f install, оно мне установило:
Setting up nginx-common (1.2.7-0ubuntu0ppa1~precise) ...
Setting up nginx-full (1.2.7-0ubuntu0ppa1~precise) ...
Setting up nginx (1.2.7-0ubuntu0ppa1~precise) ...

Интересно, что у меня раньше было light или full... =)

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


From nginx-forum at nginx.us  Sun Feb 24 07:23:49 2013
From: nginx-forum at nginx.us (Namaste)
Date: Sun, 24 Feb 2013 02:23:49 -0500
Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC10YA=?=
 =?UTF-8?B?0YHQuNGO?=
In-Reply-To: <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
 <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>

Хм.. обновился.. но nginx не запускается
service nginx restart:
 * Restarting nginx                                                         
                        
 * Stopping nginx nginx                                                     
                [ OK ] 
 * Starting nginx nginx                                                     
                       
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] still could not bind()
                                                                            
                [ OK ]
                                                                            
                [ OK ]

Так что же все-таки сделал не так? Как нужно было обновляться? Что за глюки?

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


From nginx-forum at nginx.us  Sun Feb 24 07:52:16 2013
From: nginx-forum at nginx.us (ValeriyZ)
Date: Sun, 24 Feb 2013 02:52:16 -0500
Subject: =?UTF-8?B?UmU6INCn0YLQvi3RgtC+INC/0L7RhdC+0LbQtdC1INC90LAgcnRtcC1tb2R1bGUg?=
 =?UTF-8?B?0LTQu9GPIFdpbiDQstC10YDRgdC40Lg=?=
In-Reply-To: <5127EFCF.5040703@kpi.ua>
References: <5127EFCF.5040703@kpi.ua>
Message-ID: <d88b0d9970f7c2a3d0a963c6ab320a47.NginxMailingListRussian@forum.nginx.org>

Андрей Василишин Wrote:
> Не умеет нгинкс работать с потоками, а вот vlc с этой задачей 
> справляется на ура, сам не раз так делал, под винду в том числе
> 
> под линукс как-то так:
> sudo -u vlc /usr/bin/vlc -I dummy -d --repeat --loop --no-interact
> --ipv4\
>    http://source_ip:port\
>   --sout '#standard{access=http,mux=ts,dst=dest_ip:port}'
> 
> В винде Ctrl+n -> Alt+s и если правильно все заполнить, то в "Строка 
> вывода генерируемого потока" получим тоже что, и для линукс версии.
> -- 
Да это чуть не то что хотелось бы. 
От нашел на своем сервере (Win 2008) Subsystem for UNIX-based Applications.
Запускается с командной строки. Есть подключение к инету, основные линук
команды пашут. Интересно можно ли сюда nginx прикрутить. Тогда было бы мне
счастье...

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


From dmitriy at lyalyuev.info  Sun Feb 24 08:29:38 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Sun, 24 Feb 2013 10:29:38 +0200
Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC10YA=?=
 =?UTF-8?B?0YHQuNGO?=
In-Reply-To: <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
 <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>
 <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAJTAb-nX0iWp_GJbVfkmhW7z+smoLQkFRFGN-UL51djt8+5ZrQ@mail.gmail.com>

В конфиге исправьте путь к pid файлу на /run.
24.02.2013 9:23 пользователь "Namaste" <nginx-forum at nginx.us> написал:

> Хм.. обновился.. но nginx не запускается
> service nginx restart:
>  * Restarting nginx
>
>  * Stopping nginx nginx
>                 [ OK ]
>  * Starting nginx nginx
>
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] still could not bind()
>
>                 [ OK ]
>
>                 [ OK ]
>
> Так что же все-таки сделал не так? Как нужно было обновляться? Что за
> глюки?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,236535,236538#msg-236538
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130224/bc77f1ae/attachment.html>

From hell-for-yahoo at umail.ru  Sun Feb 24 08:46:22 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Sun, 24 Feb 2013 12:46:22 +0400
Subject: =?UTF-8?B?UmU6INCn0YLQvi3RgtC+INC/0L7RhdC+0LbQtdC1INC90LAgcnRtcC1tb2R1bGUg?=
 =?UTF-8?B?0LTQu9GPIFdpbiDQstC10YDRgdC40Lg=?=
In-Reply-To: <d88b0d9970f7c2a3d0a963c6ab320a47.NginxMailingListRussian@forum.nginx.org>
References: <5127EFCF.5040703@kpi.ua>
 <d88b0d9970f7c2a3d0a963c6ab320a47.NginxMailingListRussian@forum.nginx.org>
Message-ID: <217957183.20130224124622@mtu-net.ru>

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

>> Не умеет нгинкс работать с потоками, а вот vlc с этой задачей
>> справляется на ура, сам не раз так делал, под винду в том числе
>> 
>> под линукс как-то так:
>> sudo -u vlc /usr/bin/vlc -I dummy -d --repeat --loop --no-interact
>> --ipv4\
>>    http://source_ip:port\
>>   --sout '#standard{access=http,mux=ts,dst=dest_ip:port}'
>> 
>> В винде Ctrl+n -> Alt+s и если правильно все заполнить, то в "Строка 
>> вывода генерируемого потока" получим тоже что, и для линукс версии.
>> -- 
V> Да это чуть не то что хотелось бы.

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

V> От нашел на своем сервере (Win 2008) Subsystem for UNIX-based Applications.
V> Запускается с командной строки. Есть подключение к инету, основные линук
V> команды пашут. Интересно можно ли сюда nginx прикрутить.

Естественно, нельзя. Почитайте, что это вообще такое, для начала.

V> Тогда было бы мне счастье...

Угу, конечно...


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

    Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 24.02.2013, <12:44>

From devil_inside at mail.ru  Sun Feb 24 09:18:31 2013
From: devil_inside at mail.ru (-=Devil_InSide=-)
Date: Sun, 24 Feb 2013 13:18:31 +0400
Subject: nginx check file existense with regexps.
References: <kg3he7$6e2$1@ger.gmane.org> <201302211418.04129.vbart@nginx.com>
 <kg5jsd$ubd$1@ger.gmane.org>
 <CAL-L5YB-2qxzubOPyZ+N173Ld3bLd=+EF9unbXqrp6RN1mMJEA@mail.gmail.com>
Message-ID: <20130224131831.52b10424@gas>


спасибо, похожее try_files тоже туда сувал, но , оказалось, не совсем правильно выстроил try_files и к тому времени еще не выяснил, как взять последние две цифры из имени файла.
)

,---[Thu, 21 Feb 2013 22:45:21 +0400 Vadim Lazovskiy:]
|Прошу прощения, не правильно понял задачу.
|
|        map $arg_xml $xml_path {
|                "~(?<path>\d{2})$" $path;
|        }
|
|        ...
|
|        location = /xml/index.html {
|                root /opt/xml/files;
|                try_files /$xml_path/$arg_xml/$arg_xml.xml /notfound.xml;
|        }
|
|
|
|21 февраля 2013 г., 21:01 пользователь -=Devil_InSide=- <
|devil_inside at mail.ru> написал:
|
|> ,-----[Валентин Бартенев, 21 February 2013 14:18]:
|>
|> > On Thursday 21 February 2013 02:07:06 -=Devil_InSide=- wrote:
|> >> добрый день.
|> >>
|> >> возникла проблема при переезде с одной технологии раздачи файлов на
|> >> nginx. файлы исторически лежат в дереве вида
|> >>
|> >> http://domain.com/xml/files//10258063/10258063.xml
|> ----------------8<--------------
|> >> я чтото делаю не так, или же nginx не умеет проверять файлы , используя
|> >> регулярные выражения?
|> >>
|> >
|> > Да. Вы пытаетесь написать регулярное выражение там, где принимается
|> > простая строка и предполагаете, что nginx будет с радостью сканировать на
|> > каждый запрос всю ветвь файловой системы, а затем бегать по ним с
|> > регулярным выражением.
|> >
|> > Если эта директория произвольна и никак не отображается на запрос, то
|> > какой в ней смысл? Команда mv должна помочь решить эту проблему.
|> >
|>
|> выяснил схему переделывания - все оказалось не так плохо,
|> файлы выстраивались
|> /opt/xml/files/56/123456/123456.xml
|> то есть для пред-директории юзались последние две цифры версии-имени.
|>
|> обошелся приблизительно так в двух случаях:
|>
|> rewrite "^/xml/files/(\d+(\d{2}))\.xml$" /xml/files/$2/$1/$1.xml;
|> и
|>         if ( $arg_file ~ "[0-9]+(?P<a>[0-9][0-9])"){
|> rewrite ^ /xml/files/$a/$arg_file/$arg_file.xml? permanent;
|> }
|>

-- 
__________
mpd status:	[playing]
ZZ Top - TV Dinners (Live)
**************************************
*  jabber:  devil_inside at jabber.ru   *
*   Registered linux user #450844    *
**************************************



From sytar.alex at gmail.com  Sun Feb 24 10:48:58 2013
From: sytar.alex at gmail.com (Aleksandr Sytar)
Date: Sun, 24 Feb 2013 14:48:58 +0400
Subject: =?UTF-8?B?UmU6INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC10YA=?=
 =?UTF-8?B?0YHQuNGO?=
In-Reply-To: <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
 <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>
 <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSHs-Mdo2bYjhverbUo9KrrVOAK66PjTwq_Xb5PxK2rkvw@mail.gmail.com>

24 февраля 2013 г., 11:23 пользователь Namaste <nginx-forum at nginx.us> написал:
> Хм.. обновился.. но nginx не запускается
> service nginx restart:
>  * Restarting nginx
>
>  * Stopping nginx nginx
>                 [ OK ]
>  * Starting nginx nginx
>
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] still could not bind()
>
>                 [ OK ]
>
>                 [ OK ]
>
> Так что же все-таки сделал не так? Как нужно было обновляться? Что за глюки?
>

Собственно узнать как оно было можно: apt-cache policy nginx

Скорее всего у вас была версия из ppa:nginx, а теперь версия из nginx.org

Они в принципе разные. nginx.org ставит реальный пакет, из ppa -
виртуальный, который указывает на -full -light сборку nginx

From nginx-forum at nginx.us  Sun Feb 24 12:49:27 2013
From: nginx-forum at nginx.us (Namaste)
Date: Sun, 24 Feb 2013 07:49:27 -0500
Subject: =?UTF-8?B?cmV3cml0ZSDQvdC1INGA0LDQsdC+0YLQsNC10YI=?=
Message-ID: <e948377062bad8c4618e0ad49640fb44.NginxMailingListRussian@forum.nginx.org>

Привет!

Помогите, плз, настроить rewrite.
location /images/ {
                rewrite ^/images/(.*)-w([0-9]+)-([0-9]+).jpg$
/imagesnew/$3-$2.jpg ;
                rewrite_log  on;
        }

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

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


From postmaster at softsearch.ru  Sun Feb 24 14:58:16 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 24 Feb 2013 18:58:16 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LHQvdC+0LLQu9C10L3QuNC1INC90LAg0L3QvtCy0YPRjiDQstC1?=
 =?UTF-8?B?0YDRgdC40Y4=?=
In-Reply-To: <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFYZ-VMv+8ZZWKy4QYPR+P7NrmCPSe-S-zGJtOuiYNFeQ@mail.gmail.com>
 <43601782d28eebc83aefcba9c7e1af8a.NginxMailingListRussian@forum.nginx.org>
 <9b5a9ea02d23be2a4d2a798d4cbbe73a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1566801167.20130224185816@softsearch.ru>

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

> Хм.. обновился.. но nginx не запускается
> service nginx restart:
>  * Restarting nginx                                              
                        
>  * Stopping nginx nginx                                          
>                 [ OK ] 
>  * Starting nginx nginx                                          
                       
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
> nginx: [emerg] still could not bind()
                                                                            
>                 [ OK ]
                                                                            
>                 [ OK ]

> Так что же все-таки сделал не так? Как нужно было обновляться? Что за глюки?

Это значит, что на 80-ом порту кто-то уже висит. Скорее всего это Ваш
старый nginx. Прибейте его и запустите nginx


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


From postmaster at softsearch.ru  Sun Feb 24 14:59:39 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 24 Feb 2013 18:59:39 +0400
Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0L3QtSDRgNCw0LHQvtGC0LDQtdGC?=
In-Reply-To: <e948377062bad8c4618e0ad49640fb44.NginxMailingListRussian@forum.nginx.org>
References: <e948377062bad8c4618e0ad49640fb44.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7610387868.20130224185939@softsearch.ru>

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

> Помогите, плз, настроить rewrite.
> location /images/ {
>                 rewrite ^/images/(.*)-w([0-9]+)-([0-9]+).jpg$
> /imagesnew/$3-$2.jpg ;
>                 rewrite_log  on;
>         }

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

Можно вот так попробовать отлаживать конфиг: http://nginx.org/ru/docs/ngx_core_module.html#debug_connection

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


From mdounin at mdounin.ru  Sun Feb 24 18:11:10 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Sun, 24 Feb 2013 22:11:10 +0400
Subject: fcgi cache+ssi = subrequests cycle while processing
In-Reply-To: <38b0bb0d414162ba652407409c9dd998.NginxMailingListRussian@forum.nginx.org>
References: <38b0bb0d414162ba652407409c9dd998.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20130224181110.GR81985@mdounin.ru>

Hello!

On Sat, Feb 23, 2013 at 10:20:03PM -0500, kanin wrote:

> Добрый день, ситуация следующая
> 
> хочу использовать SSI для подключения мелких файлов без кэша с
> X-Accel-Expires 0 
> и ловлю такую ошибку:
> 
> 2013/02/23 21:15:26 [error] 14107#0: *1 subrequests cycle while processing
> "/ssi/ssi_1.php", client: 192.168.128.1, server: deb_ww, request: "GET /
> HTTP/1.1", subrequest: "/ssi/ssi_1.php",
> host: "deb_ww"
> 
> при обращении к корню сервера индекс файл начинает сам себя инклудить много
> раз.
> вот примерный конфиг:
> 
> server {
>     listen	80;
> 	server_name deb_ww;
>     root /var/www/deb_ww/public_html;
> 	location = / {
> 		index init.php;
> 		#rewrite /				/init.php			last;
> 	}
> 	location ~ \.php$ {
> 		ssi on;
> 		charset			utf-8;
> 		fastcgi_pass	unix:/var/run/php5-fpm.sock;
> 		include			fastcgi_params;
> 		fastcgi_param	SCRIPT_FILENAME		$document_root$fastcgi_script_name;
> 		fastcgi_intercept_errors			on;
> 		internal;
> 		fastcgi_cache zone;
> 		#fastcgi_cache_use_stale error timeout invalid_header;
> 		fastcgi_cache_use_stale off;
> 		fastcgi_cache_methods GET HEAD;
> 		fastcgi_pass_header "X-Accel-Expires";
> 		fastcgi_cache_key	"$request_method|$host|$http_if_modified_since|$http_if_none_match";
> 		fastcgi_ignore_headers "Cache-Control" "Expires";
> 	}
> }
> 
> ошибка возникает только при включённом кэшировании, и только при указанном
> index для "=/"
> 
> location = / {
> 	index init.php;
> 	#rewrite /				/init.php			last;
> }
> 
> т.е. если вот здесь заменить index на rewrite, то всё отработает нормально.
> 
> далее..
> 
> в подключаемом SSI (он один) - пусто, т.е пустой файл, обычно там:
> 
> <?php header("X-Accel-Expires: 0", true);echo "helloworld"; ?>
> 
> но на пустом тоже ломается (fcgi cache чищу и т.п).
> 
> в init.php, если он полный, то браузер долго грузит и подвисает,
> но вот такой код:
> 
> <?php
> echo '<!--# include virtual="/ssi/ssi_1.php" -->';
> echo 'z';
> die;
> ?>
> 
> отрабатывает вот так:
> 
> [an error occurred while processing the directive]zzzzzzzzzzzz всего 201 раз
> буква z zzzzzzzzzzzzzz
> 
> я бы и закончил на замене index на rewrite для "=/", но хочется понять в чём
> дело, вдруг это снова где-нибудь всплывёт

У вас ключ кеширования не зависит от запрошенного ресурса, так что 
в кеше оседает вывод init.php, и дальше он же используется для 
ответа на подзапрос к /ssi/ssi_1.php.  Ну и так далее, пока nginx 
не утомится на пути познания рекурсии.

-- 
Maxim Dounin
http://nginx.com/support.html


From vbart at nginx.com  Sun Feb 24 23:02:54 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 25 Feb 2013 03:02:54 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <1c0db4a1df26edbb8e75d61abacbcf64.NginxMailingListRussian@forum.nginx.org>
References: <201302231748.06871.vbart@nginx.com>
 <1c0db4a1df26edbb8e75d61abacbcf64.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302250302.54383.vbart@nginx.com>

On Sunday 24 February 2013 06:50:18 valet wrote:
> >Если запрос приходит в таком виде, то это уже не параметры, а имя
> 
> запрошенного
> файла.
> Именно так, если ничего не сделать выдаст по понятным причинам 404 по
> такому запросу.
> 
> >Должно помочь:
> >
> >location /files/check.php? {
> >rewrite \?(.*)$ /files/check.php?$1? last;
> >}
> 
> Спасибо за помощь, но к сожалению не работает. Управление уже передается на
> php (то есть локейшен ловится), но ведь php-скрипт примет в этом варианте
> неправильные параметры, да и с чего бы они подались правильные - ведь в
> вашей регулярки отсутствует какое-либо разделение параметров id и title...

Так вы укажите правильные параметры, в частности QUERY_STRING и REQUEST_URI, 
тогда всё будет работать. Указанный rewrite превратит ваш кривой запрос с 
закодированными параметрами в нормальный, и не нужно никакого "разделения 
параметров".

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_URI        $uri$is_args$args;

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From nginx-forum at nginx.us  Mon Feb 25 08:10:53 2013
From: nginx-forum at nginx.us (BuTbKa)
Date: Mon, 25 Feb 2013 03:10:53 -0500
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0LUg0LfQvdCw0YfQtdC90LjRjyDRgdC60L7QvNC/?=
 =?UTF-8?B?0LvQuNGA0L7QstCw0L3QvdGL0YUg0LfQvdCw0YfQtdC90LjQuQ==?=
In-Reply-To: <201302221901.24995.vbart@nginx.com>
References: <201302221901.24995.vbart@nginx.com>
Message-ID: <552193f6322628b1d4eaab468b65a8e7.NginxMailingListRussian@forum.nginx.org>

Спасибо за наводку, разобрался ))

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


From niakrisn at gmail.com  Mon Feb 25 10:20:18 2013
From: niakrisn at gmail.com (=?UTF-8?B?0J3QuNC60LjRgtCwINCa0L7Qt9C70L7Qsg==?=)
Date: Mon, 25 Feb 2013 14:20:18 +0400
Subject: =?UTF-8?B?0KDQtdCz0YPQu9GP0YDQutCwINC00LvRjyDQstCw0LvQuNC00LDRhtC40Lgg0Lg=?=
 =?UTF-8?B?0LzQtdC9INCyIHNlcnZlcl9uYW1l?=
Message-ID: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>

Приветствую.
Может есть у кого рабочий вариант регулярки которая может
протестировать на валидность имена в server_name?

Или может кто-то подскажет другие варианты?

From postmaster at softsearch.ru  Mon Feb 25 10:26:16 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Mon, 25 Feb 2013 14:26:16 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
Message-ID: <1288785849.20130225142616@softsearch.ru>

Здравствуйте, Никита.

> Приветствую.
> Может есть у кого рабочий вариант регулярки которая может
> протестировать на валидность имена в server_name?

> Или может кто-то подскажет другие варианты?

А что значит по-Вашему валидность? Приведите пример валидного и
невалидного хоста.


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


From niakrisn at gmail.com  Mon Feb 25 10:36:42 2013
From: niakrisn at gmail.com (=?UTF-8?B?0J3QuNC60LjRgtCwINCa0L7Qt9C70L7Qsg==?=)
Date: Mon, 25 Feb 2013 14:36:42 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <1288785849.20130225142616@softsearch.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <1288785849.20130225142616@softsearch.ru>
Message-ID: <CALKdo5EeNoB0o42dNaxFvug9dT9KJ_Wk2i+83-7x=ztP3ut4jA@mail.gmail.com>

25 февраля 2013 г., 14:26 пользователь Михаил Монашёв
<postmaster at softsearch.ru> написал:
> А что значит по-Вашему валидность? Приведите пример валидного и
> невалидного хоста.

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

From dmitriy at lyalyuev.info  Mon Feb 25 13:14:07 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Mon, 25 Feb 2013 15:14:07 +0200
Subject: =?UTF-8?B?0J7Qv9GC0LjQvNC40LfQsNGG0LjRjyDQutC+0L3RhNC40LPQsA==?=
Message-ID: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>

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

server {
    listen       80 default;
    server_name  ~^(?:www\.)*(?<HBW>.+)$;
    server_name_in_redirect  off;

    access_log off;
    error_log /var/log/nginx/proxy.log;

    root /var/www/apps/application/current/public;

    include /etc/nginx/banned_ip.conf;

    location / {
        try_files /maintenance.html $uri @apache;

        location ~ ^(/Help|/pub) {
            proxy_pass        http://wiki.application.com;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header Host $host;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

        location ~ /(assets|images/egg/sites) {
            expires modified +30d;
            access_log off;
            try_files /maintenance.html $uri @apache;
        }

        location ~ ^/stylesheets/(.*)/(.*) {
            rewrite /stylesheets/(.*) /assets/$1 last;
        }

        location ~ ^/(images|javascripts) {
            rewrite /(images|javascripts)/(.*) /assets/$2 last;
        }

        location ~* \.(gif|jpg|png|ico)$ {
            root /var/www/apps/application/current/eggs/$HBW;
            access_log off;
            expires modified +30d;
            error_page 404 @apache;
        }
    }

    location /crossdomain.xml$ {
        root /var/www/crossdomains/$HBW;
    }

    location @apache {
        proxy_pass         http://localhost:8080;
        include /etc/nginx/proxy.conf;
    }
}

Спасибо заранее. :)

-- 
С уважением,
Дмитрий Лялюев
тел. +380 (66) 532-29-62
Все контакты для связи на http://lyalyuev.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130225/331c9004/attachment.html>

From chipitsine at gmail.com  Mon Feb 25 14:37:56 2013
From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 25 Feb 2013 19:37:56 +0500
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
Message-ID: <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>

вероятно, в этом месте

try_files /maintenance.html $uri @apache;

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

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


ну и вообще столько реврайтов и условий с регулярными выражениями сильно
снижает читаемость конфига.




25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <dmitriy at lyalyuev.info
> написал:

> Есть написанный мной конфиг. Хотелось бы выслушать предложения по его
> оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>
> server {
>     listen       80 default;
>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>     server_name_in_redirect  off;
>
>     access_log off;
>     error_log /var/log/nginx/proxy.log;
>
>     root /var/www/apps/application/current/public;
>
>     include /etc/nginx/banned_ip.conf;
>
>     location / {
>         try_files /maintenance.html $uri @apache;
>
>         location ~ ^(/Help|/pub) {
>             proxy_pass        http://wiki.application.com;
>             proxy_set_header X-Real-IP $remote_addr;
>             proxy_set_header Host $host;
>             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>         }
>
>         location ~ /(assets|images/egg/sites) {
>             expires modified +30d;
>             access_log off;
>             try_files /maintenance.html $uri @apache;
>         }
>
>         location ~ ^/stylesheets/(.*)/(.*) {
>             rewrite /stylesheets/(.*) /assets/$1 last;
>         }
>
>         location ~ ^/(images|javascripts) {
>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>         }
>
>         location ~* \.(gif|jpg|png|ico)$ {
>             root /var/www/apps/application/current/eggs/$HBW;
>             access_log off;
>             expires modified +30d;
>             error_page 404 @apache;
>         }
>     }
>
>     location /crossdomain.xml$ {
>         root /var/www/crossdomains/$HBW;
>     }
>
>     location @apache {
>         proxy_pass         http://localhost:8080;
>         include /etc/nginx/proxy.conf;
>     }
> }
>
> Спасибо заранее. :)
>
> --
> С уважением,
> Дмитрий Лялюев
> тел. +380 (66) 532-29-62
> Все контакты для связи на http://lyalyuev.info
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130225/c32536e8/attachment.html>

From dmitriy at lyalyuev.info  Mon Feb 25 14:52:01 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Mon, 25 Feb 2013 16:52:01 +0200
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
Message-ID: <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>

1. О try_files можно подробнее как сделать правильно?
2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к. "движок"
один для любого домена и поддомена, которые добавляются простой
регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?

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

Спасибо большое за ваши комментарии.


25 февраля 2013 г., 16:37 пользователь Илья Шипицин
<chipitsine at gmail.com>написал:

> вероятно, в этом месте
>
> try_files /maintenance.html $uri @apache;
>
> подразумевалась логика "если мы хотим повешать заглушку на сайт, то мы
> положим файлик /maintenance.html",
> это не очень хорошая идея, с точки зрения поисковых систем ответ будет с
> кодом 200, прямо так вас и проиндексируют.
>
> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
> оформить в виде map-а, тогда она будет вычисляться только при обращении к
> ней (сейчас каждый раз).
>
>
> ну и вообще столько реврайтов и условий с регулярными выражениями сильно
> снижает читаемость конфига.
>
>
>
>
> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
> dmitriy at lyalyuev.info> написал:
>
>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по его
>> оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>
>> server {
>>     listen       80 default;
>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>     server_name_in_redirect  off;
>>
>>     access_log off;
>>     error_log /var/log/nginx/proxy.log;
>>
>>     root /var/www/apps/application/current/public;
>>
>>     include /etc/nginx/banned_ip.conf;
>>
>>     location / {
>>         try_files /maintenance.html $uri @apache;
>>
>>         location ~ ^(/Help|/pub) {
>>             proxy_pass        http://wiki.application.com;
>>             proxy_set_header X-Real-IP $remote_addr;
>>             proxy_set_header Host $host;
>>             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>>         }
>>
>>         location ~ /(assets|images/egg/sites) {
>>             expires modified +30d;
>>             access_log off;
>>             try_files /maintenance.html $uri @apache;
>>         }
>>
>>         location ~ ^/stylesheets/(.*)/(.*) {
>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>         }
>>
>>         location ~ ^/(images|javascripts) {
>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>         }
>>
>>         location ~* \.(gif|jpg|png|ico)$ {
>>             root /var/www/apps/application/current/eggs/$HBW;
>>             access_log off;
>>             expires modified +30d;
>>             error_page 404 @apache;
>>         }
>>     }
>>
>>     location /crossdomain.xml$ {
>>         root /var/www/crossdomains/$HBW;
>>     }
>>
>>     location @apache {
>>         proxy_pass         http://localhost:8080;
>>         include /etc/nginx/proxy.conf;
>>     }
>> }
>>
>> Спасибо заранее. :)
>>
>> --
>> С уважением,
>> Дмитрий Лялюев
>> тел. +380 (66) 532-29-62
>> Все контакты для связи на http://lyalyuev.info
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением,
Дмитрий Лялюев
тел. +380 (66) 532-29-62
Все контакты для связи на http://lyalyuev.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130225/038969b2/attachment-0001.html>

From chipitsine at gmail.com  Mon Feb 25 15:02:35 2013
From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 25 Feb 2013 20:02:35 +0500
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
Message-ID: <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>

абсолютных критериев "правильности" нет.
если отдавать 200, то вас прямо так проиндексируют поисковики (если у вас
публичный сайт и вас это беспокоит)
если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и Chrome по
умолчанию любят показывать "friendly" страницы ошибок и они подменят вашу
заглушку.

в зависимости от этого выбираете компромисс.


25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <dmitriy at lyalyuev.info
> написал:

> 1. О try_files можно подробнее как сделать правильно?
> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к. "движок"
> один для любого домена и поддомена, которые добавляются простой
> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>
> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде бы
> ничего особо сложного там нет.
>
> Спасибо большое за ваши комментарии.
>
>
> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <chipitsine at gmail.com>написал:
>
> вероятно, в этом месте
>>
>> try_files /maintenance.html $uri @apache;
>>
>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то мы
>> положим файлик /maintenance.html",
>> это не очень хорошая идея, с точки зрения поисковых систем ответ будет с
>> кодом 200, прямо так вас и проиндексируют.
>>
>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>> ней (сейчас каждый раз).
>>
>>
>> ну и вообще столько реврайтов и условий с регулярными выражениями сильно
>> снижает читаемость конфига.
>>
>>
>>
>>
>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>> dmitriy at lyalyuev.info> написал:
>>
>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по его
>>> оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>
>>> server {
>>>     listen       80 default;
>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>     server_name_in_redirect  off;
>>>
>>>     access_log off;
>>>     error_log /var/log/nginx/proxy.log;
>>>
>>>     root /var/www/apps/application/current/public;
>>>
>>>     include /etc/nginx/banned_ip.conf;
>>>
>>>     location / {
>>>         try_files /maintenance.html $uri @apache;
>>>
>>>         location ~ ^(/Help|/pub) {
>>>             proxy_pass        http://wiki.application.com;
>>>             proxy_set_header X-Real-IP $remote_addr;
>>>             proxy_set_header Host $host;
>>>             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>>>         }
>>>
>>>         location ~ /(assets|images/egg/sites) {
>>>             expires modified +30d;
>>>             access_log off;
>>>             try_files /maintenance.html $uri @apache;
>>>         }
>>>
>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>         }
>>>
>>>         location ~ ^/(images|javascripts) {
>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>         }
>>>
>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>             access_log off;
>>>             expires modified +30d;
>>>             error_page 404 @apache;
>>>         }
>>>     }
>>>
>>>     location /crossdomain.xml$ {
>>>         root /var/www/crossdomains/$HBW;
>>>     }
>>>
>>>     location @apache {
>>>         proxy_pass         http://localhost:8080;
>>>         include /etc/nginx/proxy.conf;
>>>     }
>>> }
>>>
>>> Спасибо заранее. :)
>>>
>>> --
>>> С уважением,
>>> Дмитрий Лялюев
>>> тел. +380 (66) 532-29-62
>>> Все контакты для связи на http://lyalyuev.info
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> С уважением,
> Дмитрий Лялюев
> тел. +380 (66) 532-29-62
> Все контакты для связи на http://lyalyuev.info
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130225/22db183a/attachment.html>

From dmitriy at lyalyuev.info  Mon Feb 25 15:47:15 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Mon, 25 Feb 2013 17:47:15 +0200
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
Message-ID: <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>

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

Но вот как сделать правильно?
Т.е. как сделать так, чтоб при наличии этого файла отдавалась эта страница,
но с кодом 503?
Подскажете в какую стороны посмотреть?


25 февраля 2013 г., 17:02 пользователь Илья Шипицин
<chipitsine at gmail.com>написал:

> абсолютных критериев "правильности" нет.
> если отдавать 200, то вас прямо так проиндексируют поисковики (если у вас
> публичный сайт и вас это беспокоит)
> если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и Chrome по
> умолчанию любят показывать "friendly" страницы ошибок и они подменят вашу
> заглушку.
>
> в зависимости от этого выбираете компромисс.
>
>
> 25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <
> dmitriy at lyalyuev.info> написал:
>
> 1. О try_files можно подробнее как сделать правильно?
>> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к. "движок"
>> один для любого домена и поддомена, которые добавляются простой
>> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>>
>> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде бы
>> ничего особо сложного там нет.
>>
>> Спасибо большое за ваши комментарии.
>>
>>
>> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <chipitsine at gmail.com
>> > написал:
>>
>>  вероятно, в этом месте
>>>
>>> try_files /maintenance.html $uri @apache;
>>>
>>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то мы
>>> положим файлик /maintenance.html",
>>> это не очень хорошая идея, с точки зрения поисковых систем ответ будет с
>>> кодом 200, прямо так вас и проиндексируют.
>>>
>>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>>> ней (сейчас каждый раз).
>>>
>>>
>>> ну и вообще столько реврайтов и условий с регулярными выражениями сильно
>>> снижает читаемость конфига.
>>>
>>>
>>>
>>>
>>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>>> dmitriy at lyalyuev.info> написал:
>>>
>>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по его
>>>> оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>>
>>>> server {
>>>>     listen       80 default;
>>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>>     server_name_in_redirect  off;
>>>>
>>>>     access_log off;
>>>>     error_log /var/log/nginx/proxy.log;
>>>>
>>>>     root /var/www/apps/application/current/public;
>>>>
>>>>     include /etc/nginx/banned_ip.conf;
>>>>
>>>>     location / {
>>>>         try_files /maintenance.html $uri @apache;
>>>>
>>>>         location ~ ^(/Help|/pub) {
>>>>             proxy_pass        http://wiki.application.com;
>>>>             proxy_set_header X-Real-IP $remote_addr;
>>>>             proxy_set_header Host $host;
>>>>             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>>>>         }
>>>>
>>>>         location ~ /(assets|images/egg/sites) {
>>>>             expires modified +30d;
>>>>             access_log off;
>>>>             try_files /maintenance.html $uri @apache;
>>>>         }
>>>>
>>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>>         }
>>>>
>>>>         location ~ ^/(images|javascripts) {
>>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>>         }
>>>>
>>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>>             access_log off;
>>>>             expires modified +30d;
>>>>             error_page 404 @apache;
>>>>         }
>>>>     }
>>>>
>>>>     location /crossdomain.xml$ {
>>>>         root /var/www/crossdomains/$HBW;
>>>>     }
>>>>
>>>>     location @apache {
>>>>         proxy_pass         http://localhost:8080;
>>>>         include /etc/nginx/proxy.conf;
>>>>     }
>>>> }
>>>>
>>>> Спасибо заранее. :)
>>>>
>>>> --
>>>> С уважением,
>>>> Дмитрий Лялюев
>>>> тел. +380 (66) 532-29-62
>>>> Все контакты для связи на http://lyalyuev.info
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>>
>> --
>> С уважением,
>> Дмитрий Лялюев
>> тел. +380 (66) 532-29-62
>> Все контакты для связи на http://lyalyuev.info
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением,
Дмитрий Лялюев
тел. +380 (66) 532-29-62
Все контакты для связи на http://lyalyuev.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130225/0684adb1/attachment-0001.html>

From chipitsine at gmail.com  Mon Feb 25 16:34:52 2013
From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Mon, 25 Feb 2013 21:34:52 +0500
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
 <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
Message-ID: <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>

например, на время деплоя подменять конфигурацию на вот такую

    server {
        listen       80;
        server_name  localhost;

    error_page 404 =503  /404.html;
    root /etc/nginx/docs;


        location / {
          index nonexistent.html;
        }
    }


файл /etc/nginx/docs/404.html будет отдаваться на любой запрос, ответ будет
с кодом 503



25 февраля 2013 г., 21:47 пользователь Дмитрий Лялюев <dmitriy at lyalyuev.info
> написал:

> Ну эта страничка выдается только в момент деплоя новой версии, т.е. не
> более нескольких минут. Думаю, что это не сильно критично.
>
> Но вот как сделать правильно?
> Т.е. как сделать так, чтоб при наличии этого файла отдавалась эта
> страница, но с кодом 503?
> Подскажете в какую стороны посмотреть?
>
>
> 25 февраля 2013 г., 17:02 пользователь Илья Шипицин <chipitsine at gmail.com>написал:
>
> абсолютных критериев "правильности" нет.
>> если отдавать 200, то вас прямо так проиндексируют поисковики (если у вас
>> публичный сайт и вас это беспокоит)
>> если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и Chrome
>> по умолчанию любят показывать "friendly" страницы ошибок и они подменят
>> вашу заглушку.
>>
>> в зависимости от этого выбираете компромисс.
>>
>>
>> 25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <
>> dmitriy at lyalyuev.info> написал:
>>
>> 1. О try_files можно подробнее как сделать правильно?
>>> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к. "движок"
>>> один для любого домена и поддомена, которые добавляются простой
>>> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>>>
>>> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде бы
>>> ничего особо сложного там нет.
>>>
>>> Спасибо большое за ваши комментарии.
>>>
>>>
>>> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <
>>> chipitsine at gmail.com> написал:
>>>
>>>  вероятно, в этом месте
>>>>
>>>> try_files /maintenance.html $uri @apache;
>>>>
>>>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то мы
>>>> положим файлик /maintenance.html",
>>>> это не очень хорошая идея, с точки зрения поисковых систем ответ будет
>>>> с кодом 200, прямо так вас и проиндексируют.
>>>>
>>>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>>>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>>>> ней (сейчас каждый раз).
>>>>
>>>>
>>>> ну и вообще столько реврайтов и условий с регулярными выражениями
>>>> сильно снижает читаемость конфига.
>>>>
>>>>
>>>>
>>>>
>>>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>>>> dmitriy at lyalyuev.info> написал:
>>>>
>>>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по
>>>>> его оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>>>
>>>>> server {
>>>>>     listen       80 default;
>>>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>>>     server_name_in_redirect  off;
>>>>>
>>>>>     access_log off;
>>>>>     error_log /var/log/nginx/proxy.log;
>>>>>
>>>>>     root /var/www/apps/application/current/public;
>>>>>
>>>>>     include /etc/nginx/banned_ip.conf;
>>>>>
>>>>>     location / {
>>>>>         try_files /maintenance.html $uri @apache;
>>>>>
>>>>>         location ~ ^(/Help|/pub) {
>>>>>             proxy_pass        http://wiki.application.com;
>>>>>             proxy_set_header X-Real-IP $remote_addr;
>>>>>             proxy_set_header Host $host;
>>>>>             proxy_set_header X-Forwarded-For
>>>>> $proxy_add_x_forwarded_for;
>>>>>         }
>>>>>
>>>>>         location ~ /(assets|images/egg/sites) {
>>>>>             expires modified +30d;
>>>>>             access_log off;
>>>>>             try_files /maintenance.html $uri @apache;
>>>>>         }
>>>>>
>>>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>>>         }
>>>>>
>>>>>         location ~ ^/(images|javascripts) {
>>>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>>>         }
>>>>>
>>>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>>>             access_log off;
>>>>>             expires modified +30d;
>>>>>             error_page 404 @apache;
>>>>>         }
>>>>>     }
>>>>>
>>>>>     location /crossdomain.xml$ {
>>>>>         root /var/www/crossdomains/$HBW;
>>>>>     }
>>>>>
>>>>>     location @apache {
>>>>>         proxy_pass         http://localhost:8080;
>>>>>         include /etc/nginx/proxy.conf;
>>>>>     }
>>>>> }
>>>>>
>>>>> Спасибо заранее. :)
>>>>>
>>>>> --
>>>>> С уважением,
>>>>> Дмитрий Лялюев
>>>>> тел. +380 (66) 532-29-62
>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru at nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>>
>>> --
>>> С уважением,
>>> Дмитрий Лялюев
>>> тел. +380 (66) 532-29-62
>>> Все контакты для связи на http://lyalyuev.info
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> С уважением,
> Дмитрий Лялюев
> тел. +380 (66) 532-29-62
> Все контакты для связи на http://lyalyuev.info
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130225/84785df2/attachment.html>

From gmm at csdoc.com  Mon Feb 25 16:41:21 2013
From: gmm at csdoc.com (Gena Makhomed)
Date: Mon, 25 Feb 2013 18:41:21 +0200
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
 <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
 <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
Message-ID: <512B9431.4060305@csdoc.com>

On 25.02.2013 18:34, Илья Шипицин wrote:

> например, на время деплоя подменять конфигурацию на вот такую

>      error_page 404 =503  /404.html;
>      root /etc/nginx/docs;
>
>
>          location / {
>            index nonexistent.html;
>          }

> файл /etc/nginx/docs/404.html будет отдаваться на любой запрос, ответ
> будет с кодом 503

это все лишнее. достаточно просто

   location / {
       return 503;
   }

http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#return

-- 
Best regards,
  Gena


From dmitriy at lyalyuev.info  Mon Feb 25 17:19:55 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Mon, 25 Feb 2013 19:19:55 +0200
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
 <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
 <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
Message-ID: <CAJTAb-nFJV7o_p2XRFbcuDm6Pngr+Kr4h79YeS9jgfL_29t9-w@mail.gmail.com>

Спасибо, подумаю. Но что-то меня смущает замена конфига полностью.
25.02.2013 18:35 пользователь "Илья Шипицин" <chipitsine at gmail.com> написал:

> например, на время деплоя подменять конфигурацию на вот такую
>
>     server {
>         listen       80;
>         server_name  localhost;
>
>     error_page 404 =503  /404.html;
>     root /etc/nginx/docs;
>
>
>         location / {
>           index nonexistent.html;
>         }
>     }
>
>
> файл /etc/nginx/docs/404.html будет отдаваться на любой запрос, ответ
> будет с кодом 503
>
>
>
> 25 февраля 2013 г., 21:47 пользователь Дмитрий Лялюев <
> dmitriy at lyalyuev.info> написал:
>
>> Ну эта страничка выдается только в момент деплоя новой версии, т.е. не
>> более нескольких минут. Думаю, что это не сильно критично.
>>
>> Но вот как сделать правильно?
>> Т.е. как сделать так, чтоб при наличии этого файла отдавалась эта
>> страница, но с кодом 503?
>> Подскажете в какую стороны посмотреть?
>>
>>
>> 25 февраля 2013 г., 17:02 пользователь Илья Шипицин <chipitsine at gmail.com
>> > написал:
>>
>> абсолютных критериев "правильности" нет.
>>> если отдавать 200, то вас прямо так проиндексируют поисковики (если у
>>> вас публичный сайт и вас это беспокоит)
>>> если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и Chrome
>>> по умолчанию любят показывать "friendly" страницы ошибок и они подменят
>>> вашу заглушку.
>>>
>>> в зависимости от этого выбираете компромисс.
>>>
>>>
>>> 25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <
>>> dmitriy at lyalyuev.info> написал:
>>>
>>> 1. О try_files можно подробнее как сделать правильно?
>>>> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к. "движок"
>>>> один для любого домена и поддомена, которые добавляются простой
>>>> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>>>>
>>>> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде бы
>>>> ничего особо сложного там нет.
>>>>
>>>> Спасибо большое за ваши комментарии.
>>>>
>>>>
>>>> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <
>>>> chipitsine at gmail.com> написал:
>>>>
>>>>  вероятно, в этом месте
>>>>>
>>>>> try_files /maintenance.html $uri @apache;
>>>>>
>>>>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то мы
>>>>> положим файлик /maintenance.html",
>>>>> это не очень хорошая идея, с точки зрения поисковых систем ответ будет
>>>>> с кодом 200, прямо так вас и проиндексируют.
>>>>>
>>>>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>>>>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>>>>> ней (сейчас каждый раз).
>>>>>
>>>>>
>>>>> ну и вообще столько реврайтов и условий с регулярными выражениями
>>>>> сильно снижает читаемость конфига.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>>>>> dmitriy at lyalyuev.info> написал:
>>>>>
>>>>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по
>>>>>> его оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>>>>
>>>>>> server {
>>>>>>     listen       80 default;
>>>>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>>>>     server_name_in_redirect  off;
>>>>>>
>>>>>>     access_log off;
>>>>>>     error_log /var/log/nginx/proxy.log;
>>>>>>
>>>>>>     root /var/www/apps/application/current/public;
>>>>>>
>>>>>>     include /etc/nginx/banned_ip.conf;
>>>>>>
>>>>>>     location / {
>>>>>>         try_files /maintenance.html $uri @apache;
>>>>>>
>>>>>>         location ~ ^(/Help|/pub) {
>>>>>>             proxy_pass        http://wiki.application.com;
>>>>>>             proxy_set_header X-Real-IP $remote_addr;
>>>>>>             proxy_set_header Host $host;
>>>>>>             proxy_set_header X-Forwarded-For
>>>>>> $proxy_add_x_forwarded_for;
>>>>>>         }
>>>>>>
>>>>>>         location ~ /(assets|images/egg/sites) {
>>>>>>             expires modified +30d;
>>>>>>             access_log off;
>>>>>>             try_files /maintenance.html $uri @apache;
>>>>>>         }
>>>>>>
>>>>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>>>>         }
>>>>>>
>>>>>>         location ~ ^/(images|javascripts) {
>>>>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>>>>         }
>>>>>>
>>>>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>>>>             access_log off;
>>>>>>             expires modified +30d;
>>>>>>             error_page 404 @apache;
>>>>>>         }
>>>>>>     }
>>>>>>
>>>>>>     location /crossdomain.xml$ {
>>>>>>         root /var/www/crossdomains/$HBW;
>>>>>>     }
>>>>>>
>>>>>>     location @apache {
>>>>>>         proxy_pass         http://localhost:8080;
>>>>>>         include /etc/nginx/proxy.conf;
>>>>>>     }
>>>>>> }
>>>>>>
>>>>>> Спасибо заранее. :)
>>>>>>
>>>>>> --
>>>>>> С уважением,
>>>>>> Дмитрий Лялюев
>>>>>> тел. +380 (66) 532-29-62
>>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>>
>>>>>> _______________________________________________
>>>>>> nginx-ru mailing list
>>>>>> nginx-ru at nginx.org
>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru at nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> С уважением,
>>>> Дмитрий Лялюев
>>>> тел. +380 (66) 532-29-62
>>>> Все контакты для связи на http://lyalyuev.info
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>>
>> --
>> С уважением,
>> Дмитрий Лялюев
>> тел. +380 (66) 532-29-62
>> Все контакты для связи на http://lyalyuev.info
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130225/d757be38/attachment-0001.html>

From hell-for-yahoo at umail.ru  Mon Feb 25 20:34:14 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Tue, 26 Feb 2013 00:34:14 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <CALKdo5EeNoB0o42dNaxFvug9dT9KJ_Wk2i+83-7x=ztP3ut4jA@mail.gmail.com>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <1288785849.20130225142616@softsearch.ru>
 <CALKdo5EeNoB0o42dNaxFvug9dT9KJ_Wk2i+83-7x=ztP3ut4jA@mail.gmail.com>
Message-ID: <1154830287.20130226003414@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Никита Козлов!

НК> они с точки зрения nginx или нет.

Валидность с точки зрения nginx - понятие очень и очень растяжимое.


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

    Andrey Repin (hell-for-yahoo at umail.ru) вторник, 26.02.2013, <00:33>

From hell-for-yahoo at umail.ru  Mon Feb 25 20:33:24 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Tue, 26 Feb 2013 00:33:24 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
Message-ID: <548332593.20130226003324@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Никита Козлов!

НК> Приветствую.
НК> Может есть у кого рабочий вариант регулярки которая может
НК> протестировать на валидность имена в server_name?

\w+([\.\-]\w+)+

Как вариант:

(\w+[\.\-])+(com|info|biz|org|name|...|\w\w)

НК> Или может кто-то подскажет другие варианты?

Поставьте задачу нормально. Будут варианты.


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

    Andrey Repin (hell-for-yahoo at umail.ru) вторник, 26.02.2013, <00:31>

From hell-for-yahoo at umail.ru  Mon Feb 25 21:04:05 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Tue, 26 Feb 2013 01:04:05 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <548332593.20130226003324@mtu-net.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru>
Message-ID: <74760879.20130226010405@mtu-net.ru>

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

AR> Как вариант:

AR> (\w+[\.\-])+(com|info|biz|org|name|...|\w\w)

Поправочка:
(\w+[\.\-])+(com|info|biz|org|name|...|[a-z]{2})


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

    Andrey Repin (hell-for-yahoo at umail.ru) вторник, 26.02.2013, <01:03>

From chipitsine at gmail.com  Tue Feb 26 02:59:21 2013
From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Tue, 26 Feb 2013 07:59:21 +0500
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAJTAb-nFJV7o_p2XRFbcuDm6Pngr+Kr4h79YeS9jgfL_29t9-w@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
 <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
 <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
 <CAJTAb-nFJV7o_p2XRFbcuDm6Pngr+Kr4h79YeS9jgfL_29t9-w@mail.gmail.com>
Message-ID: <CAFHpkQFYh7+mgdV08RqE6F1QcmcMm7zZLhiDYrY6cj2yZOFLeQ@mail.gmail.com>

погоня за универсальностью обычно всё хорошее и убивает.


25 февраля 2013 г., 23:19 пользователь Дмитрий Лялюев <dmitriy at lyalyuev.info
> написал:

> Спасибо, подумаю. Но что-то меня смущает замена конфига полностью.
> 25.02.2013 18:35 пользователь "Илья Шипицин" <chipitsine at gmail.com>
> написал:
>
> например, на время деплоя подменять конфигурацию на вот такую
>>
>>     server {
>>         listen       80;
>>         server_name  localhost;
>>
>>     error_page 404 =503  /404.html;
>>     root /etc/nginx/docs;
>>
>>
>>         location / {
>>           index nonexistent.html;
>>         }
>>     }
>>
>>
>> файл /etc/nginx/docs/404.html будет отдаваться на любой запрос, ответ
>> будет с кодом 503
>>
>>
>>
>> 25 февраля 2013 г., 21:47 пользователь Дмитрий Лялюев <
>> dmitriy at lyalyuev.info> написал:
>>
>>> Ну эта страничка выдается только в момент деплоя новой версии, т.е. не
>>> более нескольких минут. Думаю, что это не сильно критично.
>>>
>>> Но вот как сделать правильно?
>>> Т.е. как сделать так, чтоб при наличии этого файла отдавалась эта
>>> страница, но с кодом 503?
>>> Подскажете в какую стороны посмотреть?
>>>
>>>
>>> 25 февраля 2013 г., 17:02 пользователь Илья Шипицин <
>>> chipitsine at gmail.com> написал:
>>>
>>> абсолютных критериев "правильности" нет.
>>>> если отдавать 200, то вас прямо так проиндексируют поисковики (если у
>>>> вас публичный сайт и вас это беспокоит)
>>>> если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и Chrome
>>>> по умолчанию любят показывать "friendly" страницы ошибок и они подменят
>>>> вашу заглушку.
>>>>
>>>> в зависимости от этого выбираете компромисс.
>>>>
>>>>
>>>> 25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <
>>>> dmitriy at lyalyuev.info> написал:
>>>>
>>>> 1. О try_files можно подробнее как сделать правильно?
>>>>> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к.
>>>>> "движок" один для любого домена и поддомена, которые добавляются простой
>>>>> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>>>>>
>>>>> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде
>>>>> бы ничего особо сложного там нет.
>>>>>
>>>>> Спасибо большое за ваши комментарии.
>>>>>
>>>>>
>>>>> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <
>>>>> chipitsine at gmail.com> написал:
>>>>>
>>>>>  вероятно, в этом месте
>>>>>>
>>>>>> try_files /maintenance.html $uri @apache;
>>>>>>
>>>>>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то
>>>>>> мы положим файлик /maintenance.html",
>>>>>> это не очень хорошая идея, с точки зрения поисковых систем ответ
>>>>>> будет с кодом 200, прямо так вас и проиндексируют.
>>>>>>
>>>>>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>>>>>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>>>>>> ней (сейчас каждый раз).
>>>>>>
>>>>>>
>>>>>> ну и вообще столько реврайтов и условий с регулярными выражениями
>>>>>> сильно снижает читаемость конфига.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>>>>>> dmitriy at lyalyuev.info> написал:
>>>>>>
>>>>>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по
>>>>>>> его оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>>>>>
>>>>>>> server {
>>>>>>>     listen       80 default;
>>>>>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>>>>>     server_name_in_redirect  off;
>>>>>>>
>>>>>>>     access_log off;
>>>>>>>     error_log /var/log/nginx/proxy.log;
>>>>>>>
>>>>>>>     root /var/www/apps/application/current/public;
>>>>>>>
>>>>>>>     include /etc/nginx/banned_ip.conf;
>>>>>>>
>>>>>>>     location / {
>>>>>>>         try_files /maintenance.html $uri @apache;
>>>>>>>
>>>>>>>         location ~ ^(/Help|/pub) {
>>>>>>>             proxy_pass        http://wiki.application.com;
>>>>>>>             proxy_set_header X-Real-IP $remote_addr;
>>>>>>>             proxy_set_header Host $host;
>>>>>>>             proxy_set_header X-Forwarded-For
>>>>>>> $proxy_add_x_forwarded_for;
>>>>>>>         }
>>>>>>>
>>>>>>>         location ~ /(assets|images/egg/sites) {
>>>>>>>             expires modified +30d;
>>>>>>>             access_log off;
>>>>>>>             try_files /maintenance.html $uri @apache;
>>>>>>>         }
>>>>>>>
>>>>>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>>>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>>>>>         }
>>>>>>>
>>>>>>>         location ~ ^/(images|javascripts) {
>>>>>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>>>>>         }
>>>>>>>
>>>>>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>>>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>>>>>             access_log off;
>>>>>>>             expires modified +30d;
>>>>>>>             error_page 404 @apache;
>>>>>>>         }
>>>>>>>     }
>>>>>>>
>>>>>>>     location /crossdomain.xml$ {
>>>>>>>         root /var/www/crossdomains/$HBW;
>>>>>>>     }
>>>>>>>
>>>>>>>     location @apache {
>>>>>>>         proxy_pass         http://localhost:8080;
>>>>>>>         include /etc/nginx/proxy.conf;
>>>>>>>     }
>>>>>>> }
>>>>>>>
>>>>>>> Спасибо заранее. :)
>>>>>>>
>>>>>>> --
>>>>>>> С уважением,
>>>>>>> Дмитрий Лялюев
>>>>>>> тел. +380 (66) 532-29-62
>>>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> nginx-ru mailing list
>>>>>>> nginx-ru at nginx.org
>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> nginx-ru mailing list
>>>>>> nginx-ru at nginx.org
>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> С уважением,
>>>>> Дмитрий Лялюев
>>>>> тел. +380 (66) 532-29-62
>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru at nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>>
>>> --
>>> С уважением,
>>> Дмитрий Лялюев
>>> тел. +380 (66) 532-29-62
>>> Все контакты для связи на http://lyalyuev.info
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130226/e7c00732/attachment-0001.html>

From dmitriy at lyalyuev.info  Tue Feb 26 05:41:40 2013
From: dmitriy at lyalyuev.info (=?KOI8-R?B?5M3J1NLJyiDs0czAxdc=?=)
Date: Tue, 26 Feb 2013 07:41:40 +0200
Subject: =?UTF-8?B?UmU6INCe0L/RgtC40LzQuNC30LDRhtC40Y8g0LrQvtC90YTQuNCz0LA=?=
In-Reply-To: <CAFHpkQFYh7+mgdV08RqE6F1QcmcMm7zZLhiDYrY6cj2yZOFLeQ@mail.gmail.com>
References: <CAJTAb-k8TBjNpvgOcrOACQ=r-TLfvFEC1z5Wuz7OKVPYLGgw7w@mail.gmail.com>
 <CAFHpkQEaHG0TqZivVbAEa5S3QyQibwL_mi-DmumVy-+KZ5Yxtw@mail.gmail.com>
 <CAJTAb-kKkfu4quDf=d+yh2BQBSWVAeNa-ARL0=5bUtteSPR2ow@mail.gmail.com>
 <CAFHpkQFi7PdJXtyAZqKUKJ9n5bALWFJbUttyiRwh954tSBq-ZA@mail.gmail.com>
 <CAJTAb-n_VsPmDY0gROX=TCTa7a5Avba-=dpDX==U9GMHwwM7Fg@mail.gmail.com>
 <CAFHpkQF14rq_pYi0Zc7T5U6zFHq_91qsPVzLRhAj0ns5YUjetg@mail.gmail.com>
 <CAJTAb-nFJV7o_p2XRFbcuDm6Pngr+Kr4h79YeS9jgfL_29t9-w@mail.gmail.com>
 <CAFHpkQFYh7+mgdV08RqE6F1QcmcMm7zZLhiDYrY6cj2yZOFLeQ@mail.gmail.com>
Message-ID: <CAJTAb-mGKK7CP5Em2hseDC0KHrxiQs=kB4qz8XG-1QJXfPwjHA@mail.gmail.com>

Полностью согласен.
26.02.2013 4:59 пользователь "Илья Шипицин" <chipitsine at gmail.com> написал:

> погоня за универсальностью обычно всё хорошее и убивает.
>
>
> 25 февраля 2013 г., 23:19 пользователь Дмитрий Лялюев <
> dmitriy at lyalyuev.info> написал:
>
>> Спасибо, подумаю. Но что-то меня смущает замена конфига полностью.
>> 25.02.2013 18:35 пользователь "Илья Шипицин" <chipitsine at gmail.com>
>> написал:
>>
>> например, на время деплоя подменять конфигурацию на вот такую
>>>
>>>     server {
>>>         listen       80;
>>>         server_name  localhost;
>>>
>>>     error_page 404 =503  /404.html;
>>>     root /etc/nginx/docs;
>>>
>>>
>>>         location / {
>>>           index nonexistent.html;
>>>         }
>>>     }
>>>
>>>
>>> файл /etc/nginx/docs/404.html будет отдаваться на любой запрос, ответ
>>> будет с кодом 503
>>>
>>>
>>>
>>> 25 февраля 2013 г., 21:47 пользователь Дмитрий Лялюев <
>>> dmitriy at lyalyuev.info> написал:
>>>
>>>> Ну эта страничка выдается только в момент деплоя новой версии, т.е. не
>>>> более нескольких минут. Думаю, что это не сильно критично.
>>>>
>>>> Но вот как сделать правильно?
>>>> Т.е. как сделать так, чтоб при наличии этого файла отдавалась эта
>>>> страница, но с кодом 503?
>>>> Подскажете в какую стороны посмотреть?
>>>>
>>>>
>>>> 25 февраля 2013 г., 17:02 пользователь Илья Шипицин <
>>>> chipitsine at gmail.com> написал:
>>>>
>>>> абсолютных критериев "правильности" нет.
>>>>> если отдавать 200, то вас прямо так проиндексируют поисковики (если у
>>>>> вас публичный сайт и вас это беспокоит)
>>>>> если отдавать 503, то вашу заглушку не проиндексируют, но MSIE и
>>>>> Chrome по умолчанию любят показывать "friendly" страницы ошибок и они
>>>>> подменят вашу заглушку.
>>>>>
>>>>> в зависимости от этого выбираете компромисс.
>>>>>
>>>>>
>>>>> 25 февраля 2013 г., 20:52 пользователь Дмитрий Лялюев <
>>>>> dmitriy at lyalyuev.info> написал:
>>>>>
>>>>> 1. О try_files можно подробнее как сделать правильно?
>>>>>> 2. С переменной понятно все, но тут лучше вряд ли выйдет, т.к.
>>>>>> "движок" один для любого домена и поддомена, которые добавляются простой
>>>>>> регистрацией на сайте. Не генерить же новый конфиг на каждую регистрацию?
>>>>>>
>>>>>> Про рерайты и условия - понимаю, но таковы реалии задачи. Хотя вроде
>>>>>> бы ничего особо сложного там нет.
>>>>>>
>>>>>> Спасибо большое за ваши комментарии.
>>>>>>
>>>>>>
>>>>>> 25 февраля 2013 г., 16:37 пользователь Илья Шипицин <
>>>>>> chipitsine at gmail.com> написал:
>>>>>>
>>>>>>  вероятно, в этом месте
>>>>>>>
>>>>>>> try_files /maintenance.html $uri @apache;
>>>>>>>
>>>>>>> подразумевалась логика "если мы хотим повешать заглушку на сайт, то
>>>>>>> мы положим файлик /maintenance.html",
>>>>>>> это не очень хорошая идея, с точки зрения поисковых систем ответ
>>>>>>> будет с кодом 200, прямо так вас и проиндексируют.
>>>>>>>
>>>>>>> с точки зрения нагрузки (если у вас высокая) переменную $HBW лучше
>>>>>>> оформить в виде map-а, тогда она будет вычисляться только при обращении к
>>>>>>> ней (сейчас каждый раз).
>>>>>>>
>>>>>>>
>>>>>>> ну и вообще столько реврайтов и условий с регулярными выражениями
>>>>>>> сильно снижает читаемость конфига.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 25 февраля 2013 г., 19:14 пользователь Дмитрий Лялюев <
>>>>>>> dmitriy at lyalyuev.info> написал:
>>>>>>>
>>>>>>>>  Есть написанный мной конфиг. Хотелось бы выслушать предложения по
>>>>>>>> его оптимизации и ругань, что я ламер и надо делать все не так. :) Поможете?
>>>>>>>>
>>>>>>>> server {
>>>>>>>>     listen       80 default;
>>>>>>>>     server_name  ~^(?:www\.)*(?<HBW>.+)$;
>>>>>>>>     server_name_in_redirect  off;
>>>>>>>>
>>>>>>>>     access_log off;
>>>>>>>>     error_log /var/log/nginx/proxy.log;
>>>>>>>>
>>>>>>>>     root /var/www/apps/application/current/public;
>>>>>>>>
>>>>>>>>     include /etc/nginx/banned_ip.conf;
>>>>>>>>
>>>>>>>>     location / {
>>>>>>>>         try_files /maintenance.html $uri @apache;
>>>>>>>>
>>>>>>>>         location ~ ^(/Help|/pub) {
>>>>>>>>             proxy_pass        http://wiki.application.com;
>>>>>>>>             proxy_set_header X-Real-IP $remote_addr;
>>>>>>>>             proxy_set_header Host $host;
>>>>>>>>             proxy_set_header X-Forwarded-For
>>>>>>>> $proxy_add_x_forwarded_for;
>>>>>>>>         }
>>>>>>>>
>>>>>>>>         location ~ /(assets|images/egg/sites) {
>>>>>>>>             expires modified +30d;
>>>>>>>>             access_log off;
>>>>>>>>             try_files /maintenance.html $uri @apache;
>>>>>>>>         }
>>>>>>>>
>>>>>>>>         location ~ ^/stylesheets/(.*)/(.*) {
>>>>>>>>             rewrite /stylesheets/(.*) /assets/$1 last;
>>>>>>>>         }
>>>>>>>>
>>>>>>>>         location ~ ^/(images|javascripts) {
>>>>>>>>             rewrite /(images|javascripts)/(.*) /assets/$2 last;
>>>>>>>>         }
>>>>>>>>
>>>>>>>>         location ~* \.(gif|jpg|png|ico)$ {
>>>>>>>>             root /var/www/apps/application/current/eggs/$HBW;
>>>>>>>>             access_log off;
>>>>>>>>             expires modified +30d;
>>>>>>>>             error_page 404 @apache;
>>>>>>>>         }
>>>>>>>>     }
>>>>>>>>
>>>>>>>>     location /crossdomain.xml$ {
>>>>>>>>         root /var/www/crossdomains/$HBW;
>>>>>>>>     }
>>>>>>>>
>>>>>>>>     location @apache {
>>>>>>>>         proxy_pass         http://localhost:8080;
>>>>>>>>         include /etc/nginx/proxy.conf;
>>>>>>>>     }
>>>>>>>> }
>>>>>>>>
>>>>>>>> Спасибо заранее. :)
>>>>>>>>
>>>>>>>> --
>>>>>>>> С уважением,
>>>>>>>> Дмитрий Лялюев
>>>>>>>> тел. +380 (66) 532-29-62
>>>>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> nginx-ru mailing list
>>>>>>>> nginx-ru at nginx.org
>>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> nginx-ru mailing list
>>>>>>> nginx-ru at nginx.org
>>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> С уважением,
>>>>>> Дмитрий Лялюев
>>>>>> тел. +380 (66) 532-29-62
>>>>>> Все контакты для связи на http://lyalyuev.info
>>>>>>
>>>>>> _______________________________________________
>>>>>> nginx-ru mailing list
>>>>>> nginx-ru at nginx.org
>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru at nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> С уважением,
>>>> Дмитрий Лялюев
>>>> тел. +380 (66) 532-29-62
>>>> Все контакты для связи на http://lyalyuev.info
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at 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/20130226/d4fe2fb7/attachment.html>

From nginx-forum at nginx.us  Tue Feb 26 06:03:29 2013
From: nginx-forum at nginx.us (valet)
Date: Tue, 26 Feb 2013 01:03:29 -0500
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <201302250302.54383.vbart@nginx.com>
References: <201302250302.54383.vbart@nginx.com>
Message-ID: <f187a1a317d375c1681a8423d532c15a.NginxMailingListRussian@forum.nginx.org>

У меня там так:
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_URI        $request_uri;

Ведь это ж правильно, но все равно не работает. Мне кажется все таки надо
как-то отделять параметры, иначе они в так и поступают на обработчик в
неправильной форме.

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


From andrey at kopeyko.ru  Tue Feb 26 06:14:36 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 10:14:36 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <74760879.20130226010405@mtu-net.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
Message-ID: <512C52CC.9020402@kopeyko.ru>

26.02.2013 01:04, Andrey Repin пишет:
> Здравствуйте, Уважаемый(-ая, -ое) Andrey Repin!
>
> AR> Как вариант:
>
> AR> (\w+[\.\-])+(com|info|biz|org|name|...|\w\w)
>
> Поправочка:
> (\w+[\.\-])+(com|info|biz|org|name|...|[a-z]{2})

Эдак вы отсечёте и весь punycode и всякие новомодные
   .aero
   .hotel
   .xxx
   .РФ
   .asia
   .испытание
   .????
и массу прочих валидных - поизучайте
   http://www.iana.org/domains/root/db

А ещё отрежете всяческие локальные .lan .home , популярные у soho-роутеров.

>


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From andrey at kopeyko.ru  Tue Feb 26 06:18:14 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 10:18:14 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <1154830287.20130226003414@mtu-net.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <1288785849.20130225142616@softsearch.ru>
 <CALKdo5EeNoB0o42dNaxFvug9dT9KJ_Wk2i+83-7x=ztP3ut4jA@mail.gmail.com>
 <1154830287.20130226003414@mtu-net.ru>
Message-ID: <512C53A6.9090609@kopeyko.ru>

26.02.2013 00:34, Andrey Repin пишет:
> Здравствуйте, Уважаемый(-ая, -ое) Никита Козлов!
>
> НК> они с точки зрения nginx или нет.
>
> Валидность с точки зрения nginx - понятие очень и очень растяжимое.

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


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From hell-for-yahoo at umail.ru  Tue Feb 26 06:47:10 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Tue, 26 Feb 2013 10:47:10 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <512C52CC.9020402@kopeyko.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru>
Message-ID: <1685574471.20130226104710@mtu-net.ru>

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

>> AR> Как вариант:
>>
>> AR> (\w+[\.\-])+(com|info|biz|org|name|...|\w\w)
>>
>> Поправочка:
>> (\w+[\.\-])+(com|info|biz|org|name|...|[a-z]{2})

AK> Эдак вы отсечёте и весь punycode и всякие новомодные
AK>    .aero
AK>    .hotel
AK>    .xxx
AK>    .РФ
AK>    .asia
AK>    .испытание
AK>    .????
AK> и массу прочих валидных - поизучайте
AK>    http://www.iana.org/domains/root/db

AK> А ещё отрежете всяческие локальные .lan .home , популярные у soho-роутеров.

Специально для вас повторюсь:

AR> Поставьте задачу нормально. Будут варианты.


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

    Andrey Repin (hell-for-yahoo at umail.ru) вторник, 26.02.2013, <10:46>

From postmaster at softsearch.ru  Tue Feb 26 07:38:27 2013
From: postmaster at softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=)
Date: Tue, 26 Feb 2013 11:38:27 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YY=?=
 =?UTF-8?B?0LjQuCDQuNC80LXQvSDQsiBzZXJ2ZXJfbmFtZQ==?=
In-Reply-To: <512C52CC.9020402@kopeyko.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru>
Message-ID: <1006210107.20130226113827@softsearch.ru>

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

> и массу прочих валидных - поизучайте
>    http://www.iana.org/domains/root/db

Ужас,  чего там наплодили. Намеренно фрагментируют инет на недоступные
для  большинства  участки. Теперь понятно, почему translate.google.com
имеет посещаемость больше, чем все проекты яндекса.

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


From andrey at kopeyko.ru  Tue Feb 26 08:45:06 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 12:45:06 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <1685574471.20130226104710@mtu-net.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru> <1685574471.20130226104710@mtu-net.ru>
Message-ID: <512C7612.50108@kopeyko.ru>

26.02.2013 10:47, Andrey Repin пишет:
>
> Специально для вас повторюсь:
 >
 > AR> Поставьте задачу нормально. Будут варианты.

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


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From andrey at kopeyko.ru  Tue Feb 26 09:07:30 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 13:07:30 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <1006210107.20130226113827@softsearch.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru> <1006210107.20130226113827@softsearch.ru>
Message-ID: <512C7B52.20504@kopeyko.ru>

26.02.2013 11:38, Михаил Монашёв пишет:
> Здравствуйте, Andrey.
>
>> и массу прочих валидных - поизучайте
>>     http://www.iana.org/domains/root/db
>
> Ужас,  чего там наплодили. Намеренно фрагментируют инет на недоступные
> для  большинства  участки.

Нет, это не намеренная фрагментация - это просто следствие наплыва 
неискушённых необразованных пользователей. Им реально удобнее когда не 
только текст\контент, но и навигация - на их родном языке.

Смотри, ровно такая же штука произошла и с "языком науки" - латынь и 
греческий, царствовавшие на протяжении нескольких тысячелетий, в итоге 
уступили место французскому, английскому, немецкому, испанскому, 
русскому, китайскому и другим живым человеческим языкам. На каких ещё 
языках существуют реферируемые научные\технические журналы? И все 
попытки построить\навязать единый мировой язык, типа эсперанто, - 
заканчиваются, в лучшем случае, существованием группок\сообществ 
языковых маргиналов. Ширше не выходит.



-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From postmaster at softsearch.ru  Tue Feb 26 11:20:30 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 26 Feb 2013 15:20:30 +0400
Subject: =?UTF-8?B?UmVbMl06INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YY=?=
 =?UTF-8?B?0LjQuCDQuNC80LXQvSDQsiBzZXJ2ZXJfbmFtZQ==?=
In-Reply-To: <512C7B52.20504@kopeyko.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru> <1006210107.20130226113827@softsearch.ru>
 <512C7B52.20504@kopeyko.ru>
Message-ID: <13589114.20130226152030@softsearch.ru>

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

>>> и массу прочих валидных - поизучайте
>>>     http://www.iana.org/domains/root/db
>>
>> Ужас,  чего там наплодили. Намеренно фрагментируют инет на недоступные
>> для  большинства  участки.

> Нет, это не намеренная фрагментация - это просто следствие наплыва 
> неискушённых необразованных пользователей. Им реально удобнее когда не
> только текст\контент, но и навигация - на их родном языке.

Дело  в  другом. Домен для Васи сначала можно было продать только один
vasya.com. Потом стало можно тому же Васе втюхать vasya.ru. А потом их
понесло:  появились vasya.su (Вася-жадина, "чтоб не заняли"), vasya.me
(Вася-хвастун,  "вот  такой  я  крутой!"), vasya.tel (мобильный Вася),
vasya.biz (Вася-бизнесмен). Потом они продают вася.рф, выделяя из Васи
всё  больше и больше его сущностей. А Вася платит каждый год деньги на
то, чтобы паразит, выделяющий и продающий новые сущности, мог и дальше
существовать.  Очевидно  можно ожидать, доменов photo, car, home, pet,
cat, dog, pony, fish и т.д. пока все слова не займут на всех языках.

Сергей Пантелеевич в замедленном варианте.

> Смотри, ровно такая же штука произошла и с "языком науки" - латынь и
> греческий, царствовавшие на протяжении нескольких тысячелетий, в итоге
> уступили место французскому, английскому, немецкому, испанскому, 
> русскому, китайскому и другим живым человеческим языкам. На каких ещё
> языках существуют реферируемые научные\технические журналы? И все 
> попытки построить\навязать единый мировой язык, типа эсперанто, - 
> заканчиваются, в лучшем случае, существованием группок\сообществ 
> языковых маргиналов. Ширше не выходит.

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

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


From onokonem at gmail.com  Tue Feb 26 11:39:43 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Tue, 26 Feb 2013 14:39:43 +0300
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQoNC10LPRg9C70Y/RgNC60LAg0LTQu9GPINCy0LDQu9C40LQ=?=
 =?UTF-8?B?0LDRhtC40Lgg0LjQvNC10L0g0LIgc2VydmVyX25hbWU=?=
In-Reply-To: <13589114.20130226152030@softsearch.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru>
 <74760879.20130226010405@mtu-net.ru> <512C52CC.9020402@kopeyko.ru>
 <1006210107.20130226113827@softsearch.ru>
 <512C7B52.20504@kopeyko.ru> <13589114.20130226152030@softsearch.ru>
Message-ID: <CAKaHDOGx04T9kVoZJ74H6QeSWZh1OqD0oOp6=gpQacpACLiXsw@mail.gmail.com>

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

From vbart at nginx.com  Tue Feb 26 13:02:39 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 26 Feb 2013 17:02:39 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <f187a1a317d375c1681a8423d532c15a.NginxMailingListRussian@forum.nginx.org>
References: <201302250302.54383.vbart@nginx.com>
 <f187a1a317d375c1681a8423d532c15a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302261702.39332.vbart@nginx.com>

On Tuesday 26 February 2013 10:03:29 valet wrote:
> У меня там так:
> fastcgi_param  QUERY_STRING       $query_string;
> fastcgi_param  REQUEST_URI        $request_uri;
> 
> Ведь это ж правильно, но все равно не работает. Мне кажется все таки надо
> как-то отделять параметры, иначе они в так и поступают на обработчик в
> неправильной форме.

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

  "$request_uri - первоначальный URI запроса целиком (с аргументами)"

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

От раскодированного URI не будет толк, если на бэкенд при этом
посылать исходный.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From alexey.bobok at gmail.com  Tue Feb 26 13:38:06 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Tue, 26 Feb 2013 15:38:06 +0200
Subject: =?UTF-8?B?0JjRgdC60LvRjtGH0LXQvdC40LUg0LTQu9GPINGB0L/QuNGB0LrQsCDRhNCw0Lk=?=
 =?UTF-8?B?0LvQvtCy?=
Message-ID: <6175896520294903518@unknownmsgid>

Приветствую.
Есть средней нагруженности видеосторадж (700мбит/сек)
На нем есть порядка 150 mp4/flv видео, для которых нужно включить
огранчение по гео.
К сожалению, эти файлы можно только перечислить списком типа:
/www/a.video/users/123456/u123456_2222_3333.mp4
/www/a.video/users/654321/u654321_4444_5555.flv

Какие будут рекомендации, чтобы решить эту задачу максимально дешево
по ресурсам?

Спасибо.
--
Best regards,
Alexey Bobok

From andrey at kopeyko.ru  Tue Feb 26 14:11:21 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 18:11:21 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <13589114.20130226152030@softsearch.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <548332593.20130226003324@mtu-net.ru> <74760879.20130226010405@mtu-net.ru>
 <512C52CC.9020402@kopeyko.ru> <1006210107.20130226113827@softsearch.ru>
 <512C7B52.20504@kopeyko.ru> <13589114.20130226152030@softsearch.ru>
Message-ID: <512CC289.2080303@kopeyko.ru>

26.02.2013 15:20, Михаил Монашёв пишет:
> Здравствуйте, Andrey.
>
>>>> и массу прочих валидных - поизучайте
>>>>      http://www.iana.org/domains/root/db
>>>
>>> Ужас,  чего там наплодили. Намеренно фрагментируют инет на недоступные
>>> для  большинства  участки.
>
>> Нет, это не намеренная фрагментация - это просто следствие наплыва
>> неискушённых необразованных пользователей. Им реально удобнее когда не
>> только текст\контент, но и навигация - на их родном языке.
>
> Дело  в  другом. Домен для Васи сначала можно было продать только один
> vasya.com. Потом стало можно тому же Васе втюхать vasya.ru. А потом их
> понесло:  появились vasya.su (Вася-жадина, "чтоб не заняли"), vasya.me
> (Вася-хвастун,  "вот  такой  я  крутой!"), vasya.tel (мобильный Вася),
> vasya.biz (Вася-бизнесмен). Потом они продают вася.рф, выделяя из Васи
> всё  больше и больше его сущностей.

Сущность из твоего Васи выделяется всего одна - жадность. И на этом, 
прогнозируя её выделение, строится инструмент её монетизации. Что здесь 
не так?

  А Вася платит каждый год деньги на
> то, чтобы паразит, выделяющий и продающий новые сущности, мог и дальше
> существовать.  Очевидно  можно ожидать, доменов photo, car, home, pet,
> cat, dog, pony, fish и т.д. пока все слова не займут на всех языках.
>
> Сергей Пантелеевич в замедленном варианте.
>
>> Смотри, ровно такая же штука произошла и с "языком науки" - латынь и
>> греческий, царствовавшие на протяжении нескольких тысячелетий, в итоге
>> уступили место французскому, английскому, немецкому, испанскому,
>> русскому, китайскому и другим живым человеческим языкам. На каких ещё
>> языках существуют реферируемые научные\технические журналы? И все
>> попытки построить\навязать единый мировой язык, типа эсперанто, -
>> заканчиваются, в лучшем случае, существованием группок\сообществ
>> языковых маргиналов. Ширше не выходит.
>
> Так в инете было наоборот. "Эсперанто" уже был и всеми использовался.

Нет, не наоборот - а ровно так же: один язык, что в навигации что в 
контенте, сперва сдал позиции в контенте (сколько, по оценке 
поисковиков, сейчас англоязычных страниц во всем вебе? около 10% ЕМНИП), 
и теперь сдаёт позиции и в навигации.

История повторяется, и неоднократно - ты библейскую притчу про 
универсальный язык (про Вавилонскую башню) помнишь?


> А они его убивают, вводя многоязычие.

Ну а что ж ты на своём beon.ru - не потребовал от пользователей писать 
только по-английски? Выходит, что допустив всякие не-эсперанто у себя - 
и ты присоединился к этим неназванным "они убивают".
;-))

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

>


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From andrey at kopeyko.ru  Tue Feb 26 14:22:06 2013
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Tue, 26 Feb 2013 18:22:06 +0400
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <6175896520294903518@unknownmsgid>
References: <6175896520294903518@unknownmsgid>
Message-ID: <512CC50E.7060008@kopeyko.ru>

26.02.2013 17:38, Алексей Бобок пишет:
> Приветствую.
> Есть средней нагруженности видеосторадж (700мбит/сек)
> На нем есть порядка 150 mp4/flv видео, для которых нужно включить
> огранчение по гео.
> К сожалению, эти файлы можно только перечислить списком типа:
> /www/a.video/users/123456/u123456_2222_3333.mp4
> /www/a.video/users/654321/u654321_4444_5555.flv
>
> Какие будут рекомендации, чтобы решить эту задачу максимально дешево
> по ресурсам?

Наверное, через map\geo роутить эти имена в ошибку-404.


-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From hell-for-yahoo at umail.ru  Tue Feb 26 14:59:48 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Tue, 26 Feb 2013 18:59:48 +0400
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <6175896520294903518@unknownmsgid>
References: <6175896520294903518@unknownmsgid>
Message-ID: <553083044.20130226185948@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Алексей Бобок!

АБ> Приветствую.
АБ> Есть средней нагруженности видеосторадж (700мбит/сек)
АБ> На нем есть порядка 150 mp4/flv видео, для которых нужно включить
АБ> огранчение по гео.
АБ> К сожалению, эти файлы можно только перечислить списком типа:
АБ> /www/a.video/users/123456/u123456_2222_3333.mp4
АБ> /www/a.video/users/654321/u654321_4444_5555.flv

АБ> Какие будут рекомендации, чтобы решить эту задачу максимально дешево
АБ> по ресурсам?

Как уже было сказано, строите карту (map) своих файлов и перекидываете клиента
по результатам.
Для больших, редко изменяющихся списков карты - самый быстрый и дешевый способ.


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

    Andrey Repin (hell-for-yahoo at umail.ru) вторник, 26.02.2013, <18:57>

From niakrisn at gmail.com  Tue Feb 26 15:34:49 2013
From: niakrisn at gmail.com (=?UTF-8?B?0J3QuNC60LjRgtCwINCa0L7Qt9C70L7Qsg==?=)
Date: Tue, 26 Feb 2013 19:34:49 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQs9GD0LvRj9GA0LrQsCDQtNC70Y8g0LLQsNC70LjQtNCw0YbQuNC4?=
 =?UTF-8?B?INC40LzQtdC9INCyIHNlcnZlcl9uYW1l?=
In-Reply-To: <512C53A6.9090609@kopeyko.ru>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <1288785849.20130225142616@softsearch.ru>
 <CALKdo5EeNoB0o42dNaxFvug9dT9KJ_Wk2i+83-7x=ztP3ut4jA@mail.gmail.com>
 <1154830287.20130226003414@mtu-net.ru>
 <512C53A6.9090609@kopeyko.ru>
Message-ID: <CALKdo5EQ24gOC-AVPo3Fx+=1bqEw-SFCo8YT4=qG=kZ-cOSSLA@mail.gmail.com>

26 февраля 2013 г., 10:18 пользователь Andrey Kopeyko
<andrey at kopeyko.ru> написал:
> 26.02.2013 00:34, Andrey Repin пишет:
> Может, пора уже открыть топикстартеру глаза на большую тайну нашего
> сообщества - что не бывает, с точки зрения nginx, ни валидных ни не-валидных
> значений server_name? Что nginx просто не занимается проверкой написанного
> там.

Вот блин)
Изначально была задача не допустить генерации конфигов на которые
nginx бы ругался, а вот мозгов что-то мне не хватило взять и проверить
ругается ли nginx вообще на содержимое server_name)

Спасибо за просветление!

From pavel2000 at ngs.ru  Tue Feb 26 15:42:46 2013
From: pavel2000 at ngs.ru (Pavel V.)
Date: Tue, 26 Feb 2013 22:42:46 +0700
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <553083044.20130226185948@mtu-net.ru>
References: <6175896520294903518@unknownmsgid>
 <553083044.20130226185948@mtu-net.ru>
Message-ID: <1352897145.20130226224246@ngs.ru>

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

Вы писали 26 февраля 2013 г., 21:59:48:

> Здравствуйте, Уважаемый(-ая, -ое) Алексей Бобок!

АБ>> Приветствую.
АБ>> Есть средней нагруженности видеосторадж (700мбит/сек)
АБ>> На нем есть порядка 150 mp4/flv видео, для которых нужно включить
АБ>> огранчение по гео.
АБ>> К сожалению, эти файлы можно только перечислить списком типа:
АБ>> /www/a.video/users/123456/u123456_2222_3333.mp4
АБ>> /www/a.video/users/654321/u654321_4444_5555.flv

АБ>> Какие будут рекомендации, чтобы решить эту задачу максимально дешево
АБ>> по ресурсам?

> Как уже было сказано, строите карту (map) своих файлов и перекидываете клиента
> по результатам.
> Для больших, редко изменяющихся списков карты - самый быстрый и дешевый способ.


А нагенерировать скриптом 150 location = /file/uri/u123_555.ext {} - не лучше?
If-а, опять же, не будет.


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


From postmaster at softsearch.ru  Tue Feb 26 16:40:01 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 26 Feb 2013 20:40:01 +0400
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <6175896520294903518@unknownmsgid>
References: <6175896520294903518@unknownmsgid>
Message-ID: <902249127.20130226204001@softsearch.ru>

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

> Есть средней нагруженности видеосторадж (700мбит/сек)
> На  нем  есть  порядка 150 mp4/flv видео, для которых нужно включить
> огранчение по гео.

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

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


From alexey.bobok at gmail.com  Tue Feb 26 16:44:01 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Tue, 26 Feb 2013 18:44:01 +0200
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <902249127.20130226204001@softsearch.ru>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
Message-ID: <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>

26 февраля 2013 г., 18:40 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, Алексей.
>
> > Есть средней нагруженности видеосторадж (700мбит/сек)
> > На  нем  есть  порядка 150 mp4/flv видео, для которых нужно включить
> > огранчение по гео.
>
> А  сколько  всего в видеосторадж влезает видео-файлов и из скольких он
> винтов? Всегда интересовало, как умудряются хранить и раздавать видео,
> не оставаясь в минусе из-за количества железа и трафика.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster at softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>

4 SATA x 2Tb
1 SSD x 250Gb для кеша

выдает сейчас суммарно около 1000 tps (ssd - 800, sata - 200) и 650Мбит
freebsd LA - 0,5, RAM - 1Gb active


-- 
 Think before you print.
Best regards, Alexey Bobok.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130226/64c77241/attachment-0001.html>

From vbart at nginx.com  Tue Feb 26 16:47:24 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Tue, 26 Feb 2013 20:47:24 +0400
Subject: =?UTF-8?B?UmU6ICDQoNC10LPRg9C70Y/RgNC60LAg0LTQu9GPINCy0LDQu9C40LTQsNGG0Lg=?=
 =?UTF-8?B?0Lgg0LjQvNC10L0g0LIgc2VydmVyX25hbWU=?=
In-Reply-To: <CALKdo5EQ24gOC-AVPo3Fx+=1bqEw-SFCo8YT4=qG=kZ-cOSSLA@mail.gmail.com>
References: <CALKdo5EvGC4UFvR5zazY8+QR+wd+YTBF1X7Q4mNXDHVGUh9RRQ@mail.gmail.com>
 <512C53A6.9090609@kopeyko.ru>
 <CALKdo5EQ24gOC-AVPo3Fx+=1bqEw-SFCo8YT4=qG=kZ-cOSSLA@mail.gmail.com>
Message-ID: <201302262047.24632.vbart@nginx.com>

On Tuesday 26 February 2013 19:34:49 Никита Козлов wrote:
> 26 февраля 2013 г., 10:18 пользователь Andrey Kopeyko
> 
> <andrey at kopeyko.ru> написал:
> > 26.02.2013 00:34, Andrey Repin пишет:
> > Может, пора уже открыть топикстартеру глаза на большую тайну нашего
> > сообщества - что не бывает, с точки зрения nginx, ни валидных ни
> > не-валидных значений server_name? Что nginx просто не занимается
> > проверкой написанного там.
> 
> Вот блин)
> Изначально была задача не допустить генерации конфигов на которые
> nginx бы ругался, а вот мозгов что-то мне не хватило взять и проверить
> ругается ли nginx вообще на содержимое server_name)
> 
> Спасибо за просветление!

Это неправда на самом деле. Достаточно посмотреть на
код парсинга этой директивы, и там есть ряд проверок
на распространенные ошибки:

http://trac.nginx.org/nginx/browser/nginx/trunk/src/http/ngx_http_core_module.c#L4184

Кроме того, часть проверок будет выполнена уже после
парсинга всего конфига:

http://trac.nginx.org/nginx/browser/nginx/trunk/src/http/ngx_http.c#L1491

Единственный надежный способ - запускать nginx с флагом
"-t", чтобы он сам проверил валидность конфигурации.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From danila at shtan.ru  Tue Feb 26 19:58:51 2013
From: danila at shtan.ru (Danila Shtan)
Date: Wed, 27 Feb 2013 01:58:51 +0600
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
Message-ID: <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>

Добрый день.

вторник, 26 февраля 2013 г. пользователь Алексей Бобок писал:

> 26 февраля 2013 г., 18:40 пользователь Михаил Монашёв <
> postmaster at softsearch.ru <javascript:_e({}, 'cvml',
> 'postmaster at softsearch.ru');>> написал:
>
>> Здравствуйте, Алексей.
>>
>> > Есть средней нагруженности видеосторадж (700мбит/сек)
>> > На  нем  есть  порядка 150 mp4/flv видео, для которых нужно включить
>> > огранчение по гео.
>>
>> А  сколько  всего в видеосторадж влезает видео-файлов и из скольких он
>> винтов? Всегда интересовало, как умудряются хранить и раздавать видео,
>> не оставаясь в минусе из-за количества железа и трафика.
>>
>> --
>> С уважением,
>>  Михаил                          mailto:postmaster at softsearch.ru<javascript:_e({}, 'cvml', 'postmaster at softsearch.ru');>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org <javascript:_e({}, 'cvml', 'nginx-ru at nginx.org');>
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
> 4 SATA x 2Tb
> 1 SSD x 250Gb для кеша
>
> выдает сейчас суммарно около 1000 tps (ssd - 800, sata - 200) и 650Мбит
> freebsd LA - 0,5, RAM - 1Gb active
>

 Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай
65 килобайт) на полный запрос (читай - файл?).

Это точно видео?

Д.


>
> --
>  Think before you print.
> Best regards, Alexey Bobok.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130227/5405c147/attachment.html>

From alexey.bobok at gmail.com  Tue Feb 26 20:05:27 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Tue, 26 Feb 2013 22:05:27 +0200
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
 <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
Message-ID: <956876228712451398@unknownmsgid>

26.02.2013, в 21:59, Danila Shtan <danila at shtan.ru> написал(а):

>  Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай 65 килобайт) на полный запрос (читай - файл?).
>
> Это точно видео?

tps - аля iops
я округлил, там в принципе до 1000.
Есть видео с низким битрейтом, есть и 1,5мбита.
Но вообще да - математика странная выходит.
Но это точно видео и ничего крме видео там нет.


--
Best regards,
Alexey Bobok

From marck at rinet.ru  Wed Feb 27 05:44:19 2013
From: marck at rinet.ru (Dmitry Morozovsky)
Date: Wed, 27 Feb 2013 09:44:19 +0400 (MSK)
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <956876228712451398@unknownmsgid>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
 <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
 <956876228712451398@unknownmsgid>
Message-ID: <alpine.BSF.2.00.1302270943500.4805@woozle.rinet.ru>

On Tue, 26 Feb 2013, Алексей Бобок wrote:

> >  Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай 65 килобайт) на полный запрос (читай - файл?).
> >
> > Это точно видео?
> 
> tps - аля iops
> я округлил, там в принципе до 1000.
> Есть видео с низким битрейтом, есть и 1,5мбита.
> Но вообще да - математика странная выходит.
> Но это точно видео и ничего крме видео там нет.

Это zfs и цифирки из zpool iostat ? ;)

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


From nginx-forum at nginx.us  Wed Feb 27 08:28:05 2013
From: nginx-forum at nginx.us (valet)
Date: Wed, 27 Feb 2013 03:28:05 -0500
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCBsb2NhdGlvbiAo?=
 =?UTF-8?B?dXJsZW5jb2RlKQ==?=
In-Reply-To: <201302261702.39332.vbart@nginx.com>
References: <201302261702.39332.vbart@nginx.com>
Message-ID: <9cd886b5a7721020367219b8800d9b3d.NginxMailingListRussian@forum.nginx.org>

Подскажите пожалуйста как тогда посылать...

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


From nginx-forum at nginx.us  Wed Feb 27 08:34:49 2013
From: nginx-forum at nginx.us (yulianah)
Date: Wed, 27 Feb 2013 03:34:49 -0500
Subject: =?UTF-8?B?0J3QtdC+0LHRhdC+0LTQuNC8INC40L3RgdGC0YDRg9C80LXQvdGCINC00LvRjyA=?=
 =?UTF-8?B?0LzQvtC90LjRgtC+0YDQuNC90LPQsCBuZ2lueCDQutCw0LogcHJveHku?=
Message-ID: <64538a42af9b48a0368dc6acd6f5c3c0.NginxMailingListRussian@forum.nginx.org>

Добрый день!
Пожалуйста, посоветуйте  инструмент для мониторинга nginx как proxy.
Отслеживать нужно такие метрики как 
Percent Out Request, Out Success, Out Load.

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


From nginx-forum at nginx.us  Wed Feb 27 08:45:08 2013
From: nginx-forum at nginx.us (yulianah)
Date: Wed, 27 Feb 2013 03:45:08 -0500
Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YXQvtC00LjQvCDQuNC90YHRgtGA0YPQvNC10L3RgiDQtNC7?=
 =?UTF-8?B?0Y8g0LzQvtC90LjRgtC+0YDQuNC90LPQsCBuZ2lueCDQutCw0LogcHJveHku?=
In-Reply-To: <64538a42af9b48a0368dc6acd6f5c3c0.NginxMailingListRussian@forum.nginx.org>
References: <64538a42af9b48a0368dc6acd6f5c3c0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <c16ac216e6a01195800de0b44648b95c.NginxMailingListRussian@forum.nginx.org>

Забыла добавить. nginx - на Windows 7

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


From postmaster at softsearch.ru  Wed Feb 27 08:53:41 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 27 Feb 2013 12:53:41 +0400
Subject: =?UTF-8?B?UmVbMl06INCd0LXQvtCx0YXQvtC00LjQvCDQuNC90YHRgtGA0YPQvNC10L3RgiA=?=
 =?UTF-8?B?0LTQu9GPINC80L7QvdC40YLQvtGA0LjQvdCz0LAgbmdpbngg0LrQsNC6IHBy?=
 =?UTF-8?B?b3h5Lg==?=
In-Reply-To: <c16ac216e6a01195800de0b44648b95c.NginxMailingListRussian@forum.nginx.org>
References: <64538a42af9b48a0368dc6acd6f5c3c0.NginxMailingListRussian@forum.nginx.org>
 <c16ac216e6a01195800de0b44648b95c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1821495807.20130227125341@softsearch.ru>

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

> Забыла добавить. nginx - на Windows 7

Очень  важное  добавление.  nginx на windows можно использовать только
для  тестирования.  Для  рабочего  использования  его  на надо на unix
ставить.

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


From alexey.bobok at gmail.com  Wed Feb 27 08:55:25 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Wed, 27 Feb 2013 10:55:25 +0200
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <alpine.BSF.2.00.1302270943500.4805@woozle.rinet.ru>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
 <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
 <956876228712451398@unknownmsgid>
 <alpine.BSF.2.00.1302270943500.4805@woozle.rinet.ru>
Message-ID: <-6398245481925169914@unknownmsgid>

27.02.2013, в 7:44, Dmitry Morozovsky <marck at rinet.ru> написал(а):

> On Tue, 26 Feb 2013, Алексей Бобок wrote:
>
>>> Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит (читай 65 килобайт) на полный запрос (читай - файл?).
>>>
>>> Это точно видео?
>>
>> tps - аля iops
>> я округлил, там в принципе до 1000.
>> Есть видео с низким битрейтом, есть и 1,5мбита.
>> Но вообще да - математика странная выходит.
>> Но это точно видео и ничего крме видео там нет.
>
> Это zfs и цифирки из zpool iostat ? ;)
>
> --
> Sincerely,
> D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
> [ FreeBSD committer:                                 marck at FreeBSD.org ]
> ------------------------------------------------------------------------
> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru ***
> ------------------------------------------------------------------------
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Это iostat и nginx status

--
Best regards,
Alexey Bobok

From hell-for-yahoo at umail.ru  Wed Feb 27 11:43:28 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Wed, 27 Feb 2013 15:43:28 +0400
Subject: =?UTF-8?B?UmU6INCd0LXQvtCx0YXQvtC00LjQvCDQuNC90YHRgtGA0YPQvNC10L3RgiDQtNC7?=
 =?UTF-8?B?0Y8g0LzQvtC90LjRgtC+0YDQuNC90LPQsCBuZ2lueCDQutCw0LogcHJveHku?=
In-Reply-To: <1821495807.20130227125341@softsearch.ru>
References: <64538a42af9b48a0368dc6acd6f5c3c0.NginxMailingListRussian@forum.nginx.org>
 <c16ac216e6a01195800de0b44648b95c.NginxMailingListRussian@forum.nginx.org>
 <1821495807.20130227125341@softsearch.ru>
Message-ID: <1403463333.20130227154328@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Михаил Монашёв!

>> Забыла добавить. nginx - на Windows 7

ММ> Очень  важное  добавление.  nginx на windows можно использовать только
ММ> для  тестирования.  Для  рабочего  использования  его  на надо на unix
ММ> ставить.

А если у меня единственное приложение, в один поток общающееся с nginx?... Не
вижу смысла городить *NIX ради единственного потока.


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

    Andrey Repin (hell-for-yahoo at umail.ru) среда, 27.02.2013, <15:42>

From subscribe at hub21.ru  Wed Feb 27 17:19:03 2013
From: subscribe at hub21.ru (subscribe at hub21.ru)
Date: Wed, 27 Feb 2013 21:19:03 +0400
Subject: =?UTF-8?B?0JrQvtC90YTQu9C40LrRgiBhbGxvdywgZGVueSDRgSBlcnJvcl9wYWdlINCyINCy?=
 =?UTF-8?B?0L3Rg9GC0YDQuCBzZXJ2ZXIg0LjQu9C4INC+0YjQuNCx0LrQsCDQutC+0L0=?=
 =?UTF-8?B?0YTQuNCz0YPRgNCw0YbQuNC4Pw==?=
Message-ID: <1dd47b9397953fef0366da4830f3e93b@hub21.ru>

Доброго времени суток сообществу.
Странная проблема замечена с nginx.
Пример моей конфигурации:

server {
listen 80;
server_name vhost.mydomain.ltd;
access_log       /var/log/nginx/vhost.mydomain.ltd/access.log;
error_log       /var/log/nginx/vhost.mydomain.ltd/error.log;
root /srv/http/vhost.mydomain.ltd/html;
index index.php;
client_max_body_size 30m;
allow 10.0.0.0/8;
         deny all;

location / {
	index index.php;
}

location ~* \.(jpg|jpeg|gif|png|svg|js|css|ico|txt)$ {
	access_log off;
	expires      30d;
	root            /srv/http/vhost.mydomain.ltd/html;
}

location ~ \.php$ {
	try_files  $uri =404;
	fastcgi_pass   php_backends;
	fastcgi_index  index.php;
	fastcgi_param  SCRIPT_FILENAME  $document_root/$fastcgi_script_name;
	fastcgi_param  CONTENT_TYPE       $content_type;
	fastcgi_param  CONTENT_LENGTH     $content_length;
	fastcgi_param  QUERY_STRING       $query_string;
	include /etc/nginx/fastcgi_params.conf;
}

location /uploads/ {
	location ~ .*\.(php|php5)?$
             {
                         deny all;
                 }
}

location = /favicon.ico {
	log_not_found off;
	access_log off;
}
location = /robots.txt {
	log_not_found off;
	access_log off;
}

location ~ /\.ht {
	deny  all;
}
include /etc/nginx/error_pages.conf;
         location /error_pages/ {
                internal;
                root /srv/http/webstatic/html;
         }

}
Содержимое /etc/nginx/error_pages.conf:
error_page 400 /error_pages/400.html;
error_page 401 /error_pages/401.html;
error_page 402 /error_pages/402.html;
error_page 403 /error_pages/403.html;
error_page 404 /error_pages/404.html;
error_page 405 /error_pages/405.html;
error_page 406 /error_pages/406.html;
error_page 407 /error_pages/407.html;
error_page 408 /error_pages/408.html;
error_page 409 /error_pages/409.html;
error_page 410 /error_pages/410.html;
error_page 411 /error_pages/411.html;
error_page 412 /error_pages/412.html;
error_page 413 /error_pages/413.html;
error_page 414 /error_pages/414.html;
error_page 415 /error_pages/415.html;
error_page 416 /error_pages/416.html;
error_page 417 /error_pages/417.html;
error_page 500 /error_pages/500.html;
error_page 501 /error_pages/501.html;
error_page 502 /error_pages/502.html;
error_page 503 /error_pages/503.html;
error_page 504 /error_pages/504.html;
error_page 505 /error_pages/505.html;

При такой конфигурации перестаёт работать error_page 403. Вместо того, 
что задано, nginx отдаёт стандартную страничку ошибки. Если перенести 
директивы allow, deny в внутрь location /
Отдаёт указанную страничку нормально. С остальными страничками проблем 
не замечено.
Пробовал указывать уровень логирования debug в error_log, но ничего 
подозрительного по данной проблеме не заметил.
В чём может быть дело?

nginx version: nginx/1.2.7
built by gcc 4.4.5 (Debian 4.4.5-8)
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=www-data 
--group=www-data --with-http_ssl_module --with-http_realip_module 
--with-http_addition_module --with-http_sub_module 
--with-http_dav_module --with-http_gzip_static_module 
--with-http_stub_status_module --with-file-aio 
--add-module=/usr/src/nginx-1.2.6/addmodules/headers-more-nginx-module 
--without-http_userid_module --without-mail_pop3_module 
--without-mail_imap_module --without-mail_smtp_module 
--without-http_proxy_module --without-http_uwsgi_module 
--without-http_scgi_module


From mdounin at mdounin.ru  Wed Feb 27 18:05:35 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Wed, 27 Feb 2013 22:05:35 +0400
Subject: =?UTF-8?B?UmU6INCa0L7QvdGE0LvQuNC60YIgYWxsb3csIGRlbnkg0YEgZXJyb3JfcGFnZSA=?=
 =?UTF-8?B?0LIg0LLQvdGD0YLRgNC4IHNlcnZlciDQuNC70Lgg0L7RiNC40LHQutCwINC6?=
 =?UTF-8?B?0L7QvdGE0LjQs9GD0YDQsNGG0LjQuD8=?=
In-Reply-To: <1dd47b9397953fef0366da4830f3e93b@hub21.ru>
References: <1dd47b9397953fef0366da4830f3e93b@hub21.ru>
Message-ID: <20130227180535.GA81985@mdounin.ru>

Hello!

On Wed, Feb 27, 2013 at 09:19:03PM +0400, subscribe at hub21.ru wrote:

> Доброго времени суток сообществу.
> Странная проблема замечена с nginx.
> Пример моей конфигурации:
> 
> server {

[...]

> allow 10.0.0.0/8;
>         deny all;
> 
> location / {
> 	index index.php;
> }

[...]

> include /etc/nginx/error_pages.conf;
>         location /error_pages/ {
>                internal;
>                root /srv/http/webstatic/html;
>         }
> 
> }
> Содержимое /etc/nginx/error_pages.conf:
> error_page 400 /error_pages/400.html;
> error_page 401 /error_pages/401.html;
> error_page 402 /error_pages/402.html;
> error_page 403 /error_pages/403.html;

[...]

> При такой конфигурации перестаёт работать error_page 403. Вместо
> того, что задано, nginx отдаёт стандартную страничку ошибки. Если
> перенести директивы allow, deny в внутрь location /
> Отдаёт указанную страничку нормально. С остальными страничками
> проблем не замечено.
> Пробовал указывать уровень логирования debug в error_log, но ничего
> подозрительного по данной проблеме не заметил.
> В чём может быть дело?

У вас запрещён доступ к /error_pages/403.html, и nginx не может 
отдать 403-ю ошибку.  Решение - дописать в "location /error_pages/"

    allow all;

И всё будет.

-- 
Maxim Dounin
http://nginx.com/support.html


From subscribe at hub21.ru  Wed Feb 27 18:10:50 2013
From: subscribe at hub21.ru (subscribe at hub21.ru)
Date: Wed, 27 Feb 2013 22:10:50 +0400
Subject: =?UTF-8?B?UmU6INCa0L7QvdGE0LvQuNC60YIgYWxsb3csIGRlbnkg0YEgZXJyb3JfcGFnZSA=?=
 =?UTF-8?B?0LIg0LLQvdGD0YLRgNC4IHNlcnZlciDQuNC70Lgg0L7RiNC40LHQutCwINC6?=
 =?UTF-8?B?0L7QvdGE0LjQs9GD0YDQsNGG0LjQuD8=?=
In-Reply-To: <20130227180535.GA81985@mdounin.ru>
References: <1dd47b9397953fef0366da4830f3e93b@hub21.ru>
 <20130227180535.GA81985@mdounin.ru>
Message-ID: <a7f4cfa34e37170dc6dfb5e9fbb2e8bc@hub21.ru>

Maxim Dounin писал 2013-02-27 22:05:
> Hello!
> 
> On Wed, Feb 27, 2013 at 09:19:03PM +0400, subscribe at hub21.ru wrote:
> 
>> Доброго времени суток сообществу.
>> Странная проблема замечена с nginx.
>> Пример моей конфигурации:
>> 
>> server {
> 
> [...]
> 
>> allow 10.0.0.0/8;
>>         deny all;
>> 
>> location / {
>> 	index index.php;
>> }
> 
> [...]
> 
>> include /etc/nginx/error_pages.conf;
>>         location /error_pages/ {
>>                internal;
>>                root /srv/http/webstatic/html;
>>         }
>> 
>> }
>> Содержимое /etc/nginx/error_pages.conf:
>> error_page 400 /error_pages/400.html;
>> error_page 401 /error_pages/401.html;
>> error_page 402 /error_pages/402.html;
>> error_page 403 /error_pages/403.html;
> 
> [...]
> 
>> При такой конфигурации перестаёт работать error_page 403. Вместо
>> того, что задано, nginx отдаёт стандартную страничку ошибки. Если
>> перенести директивы allow, deny в внутрь location /
>> Отдаёт указанную страничку нормально. С остальными страничками
>> проблем не замечено.
>> Пробовал указывать уровень логирования debug в error_log, но ничего
>> подозрительного по данной проблеме не заметил.
>> В чём может быть дело?
> 
> У вас запрещён доступ к /error_pages/403.html, и nginx не может
> отдать 403-ю ошибку.  Решение - дописать в "location /error_pages/"
> 
>     allow all;
> 
> И всё будет.

Спасибо, Максим! Помогло.


From nginx-forum at nginx.us  Wed Feb 27 18:44:23 2013
From: nginx-forum at nginx.us (Namaste)
Date: Wed, 27 Feb 2013 13:44:23 -0500
Subject: if_modified_since
Message-ID: <9e3255ae71ee8de05c0178f0deda4bfd.NginxMailingListRussian@forum.nginx.org>

Привет!

Интересно, почему if_modified_since по дефолту установлен в exact, а не в
before?

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


From igor at sysoev.ru  Thu Feb 28 04:51:27 2013
From: igor at sysoev.ru (Igor Sysoev)
Date: Thu, 28 Feb 2013 08:51:27 +0400
Subject: if_modified_since
In-Reply-To: <9e3255ae71ee8de05c0178f0deda4bfd.NginxMailingListRussian@forum.nginx.org>
References: <9e3255ae71ee8de05c0178f0deda4bfd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2D688B3A-D0FA-4046-A347-649FA289C2CF@sysoev.ru>

On Feb 27, 2013, at 22:44 , Namaste wrote:

> Привет!
> 
> Интересно, почему if_modified_since по дефолту установлен в exact, а не в
> before?

По историческим причинам. Долгое время в nginx'е не было поддержки ETag'а
и точное совпадение с If-Modified-Since было некоторым аналогом ETag.
Сейчас ETag появился для поддержки download resume в MSIE и, в принципе,
можно убрать exact совсем.


--
Igor Sysoev
http://nginx.com/support.html


From danila at shtan.ru  Thu Feb 28 07:41:42 2013
From: danila at shtan.ru (Danila Shtan)
Date: Thu, 28 Feb 2013 13:41:42 +0600
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <-6398245481925169914@unknownmsgid>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
 <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
 <956876228712451398@unknownmsgid>
 <alpine.BSF.2.00.1302270943500.4805@woozle.rinet.ru>
 <-6398245481925169914@unknownmsgid>
Message-ID: <CALUn_U7QLqVL4tA4=vv=+jQ1Y__unR6xWQ7SV-u1oAJE7axrow@mail.gmail.com>

Добрый день.

среда, 27 февраля 2013 г. пользователь Алексей Бобок писал:

> 27.02.2013, в 7:44, Dmitry Morozovsky <marck at rinet.ru <javascript:;>>
> написал(а):
>
> > On Tue, 26 Feb 2013, Алексей Бобок wrote:
> >
> >>> Я прошу прощения, 1000 tps (rps?) и 650 мегабит - это 650 килобит
> (читай 65 килобайт) на полный запрос (читай - файл?).
> >>>
> >>> Это точно видео?
> >>
> >> tps - аля iops
> >> я округлил, там в принципе до 1000.
> >> Есть видео с низким битрейтом, есть и 1,5мбита.
> >> Но вообще да - математика странная выходит.
> >> Но это точно видео и ничего крме видео там нет.
> >
> > Это zfs и цифирки из zpool iostat ? ;)
> >
> > --
> > Sincerely,
> > D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
> > [ FreeBSD committer:                                 marck at FreeBSD.org ]
> > ------------------------------------------------------------------------
> > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru<javascript:;>***
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org <javascript:;>
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
> Это iostat и nginx status


Я запутался - тысяча это iops на файловой системе или rps на веб-сервере?

Д.


>
> --
> Best regards,
> Alexey Bobok
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org <javascript:;>
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130228/26c23da2/attachment.html>

From alexey.bobok at gmail.com  Thu Feb 28 07:43:40 2013
From: alexey.bobok at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Thu, 28 Feb 2013 09:43:40 +0200
Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INC00LvRjyDRgdC/0LjRgdC60LAg0YQ=?=
 =?UTF-8?B?0LDQudC70L7Qsg==?=
In-Reply-To: <CALUn_U7QLqVL4tA4=vv=+jQ1Y__unR6xWQ7SV-u1oAJE7axrow@mail.gmail.com>
References: <6175896520294903518@unknownmsgid>
 <902249127.20130226204001@softsearch.ru>
 <CAH05gjYtEOo_WaFBDWJ7YYg08fP5OeScxV=7FLRkFKpBzZgtPw@mail.gmail.com>
 <CALUn_U7zT4EgBQV1PYs08DNoht_-x8OHJ+Z6MQVhEvz_=n2T_g@mail.gmail.com>
 <956876228712451398@unknownmsgid>
 <alpine.BSF.2.00.1302270943500.4805@woozle.rinet.ru>
 <-6398245481925169914@unknownmsgid>
 <CALUn_U7QLqVL4tA4=vv=+jQ1Y__unR6xWQ7SV-u1oAJE7axrow@mail.gmail.com>
Message-ID: <9107854281907974404@unknownmsgid>

На ФС

--
Best regards,
Alexey Bobok

28.02.2013, в 9:41, Danila Shtan <danila at shtan.ru> написал(а):

>
> Я запутался - тысяча это iops на файловой системе или rps на веб-сервере?

From alexander.moskalenko at gmail.com  Thu Feb 28 09:33:07 2013
From: alexander.moskalenko at gmail.com (Alexander Moskalenko)
Date: Thu, 28 Feb 2013 11:33:07 +0200
Subject: IPv6 forward proxy
Message-ID: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>

Пытаюсь сделать forward proxy для IPv4 & IPv6.

Для 4 все работает отлично, для 6 пытается ходить по 4.
Если указать хост у которого только 6 адрес - не резолвит.

В логе следующее:
2013/02/28 12:24:09 [debug] 5397#0: resolver qs:ipv6.l.google.com
2013/02/28 12:24:09 [error] 5397#0: *15 ipv6.l.google.com could not be
resolved (3: Host not found), client: 2607:f878:3:314::42b3:e975,
server: , request: "GET http://ipv6.google.com/ HTTP/1.0", host:
"ipv6.google.com"

2013/02/28 12:23:09 [debug] 5397#0: resolve: "www.google.com"
2013/02/28 12:23:09 [debug] 5397#0: resolve cached
2013/02/28 12:23:09 [debug] 5397#0: malloc: 08D883E8:20
2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.17
2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.16
2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.18
2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.19
2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.20
2013/02/28 12:23:09 [debug] 5397#0: resolve name done: 0
2013/02/28 12:23:09 [debug] 5397#0: resolver expire
2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, try: 5
2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, current: 0 -4
2013/02/28 12:23:09 [debug] 5397#0: *13 socket 11
2013/02/28 12:23:09 [debug] 5397#0: *13 epoll add connection: fd:11 ev:80000005
2013/02/28 12:23:09 [debug] 5397#0: *13 connect to 74.125.239.17:80, fd:11 #14
2013/02/28 12:23:09 [debug] 5397#0: *13 http upstream connect: -2

В обоих случаях коннект идет на сервер:

server {
        listen [::]:8080 ipv6only=on default bind;
        resolver [2001:4860:4860::8888];

        location / {
                proxy_pass $scheme://$http_host$uri$is_args$args;
                proxy_bind $server_addr;
        }
}


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


From alexander.moskalenko at gmail.com  Thu Feb 28 09:43:49 2013
From: alexander.moskalenko at gmail.com (Alexander Moskalenko)
Date: Thu, 28 Feb 2013 11:43:49 +0200
Subject: IPv6 forward proxy
In-Reply-To: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
References: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
Message-ID: <CACVfVFuSQzM8TZuHDsDdC6AmcDwmAE-N1KC6N3+JnD_aWdBumA@mail.gmail.com>

nginx version: nginx/1.3.13

2013/2/28 Alexander Moskalenko <alexander.moskalenko at gmail.com>:
> Пытаюсь сделать forward proxy для IPv4 & IPv6.
>
> Для 4 все работает отлично, для 6 пытается ходить по 4.
> Если указать хост у которого только 6 адрес - не резолвит.
>
> В логе следующее:
> 2013/02/28 12:24:09 [debug] 5397#0: resolver qs:ipv6.l.google.com
> 2013/02/28 12:24:09 [error] 5397#0: *15 ipv6.l.google.com could not be
> resolved (3: Host not found), client: 2607:f878:3:314::42b3:e975,
> server: , request: "GET http://ipv6.google.com/ HTTP/1.0", host:
> "ipv6.google.com"
>
> 2013/02/28 12:23:09 [debug] 5397#0: resolve: "www.google.com"
> 2013/02/28 12:23:09 [debug] 5397#0: resolve cached
> 2013/02/28 12:23:09 [debug] 5397#0: malloc: 08D883E8:20
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.17
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.16
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.18
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.19
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.20
> 2013/02/28 12:23:09 [debug] 5397#0: resolve name done: 0
> 2013/02/28 12:23:09 [debug] 5397#0: resolver expire
> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, try: 5
> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, current: 0 -4
> 2013/02/28 12:23:09 [debug] 5397#0: *13 socket 11
> 2013/02/28 12:23:09 [debug] 5397#0: *13 epoll add connection: fd:11 ev:80000005
> 2013/02/28 12:23:09 [debug] 5397#0: *13 connect to 74.125.239.17:80, fd:11 #14
> 2013/02/28 12:23:09 [debug] 5397#0: *13 http upstream connect: -2
>
> В обоих случаях коннект идет на сервер:
>
> server {
>         listen [::]:8080 ipv6only=on default bind;
>         resolver [2001:4860:4860::8888];
>
>         location / {
>                 proxy_pass $scheme://$http_host$uri$is_args$args;
>                 proxy_bind $server_addr;
>         }
> }
>
>
> Это баг или фича?


From ru at nginx.com  Thu Feb 28 09:45:09 2013
From: ru at nginx.com (Ruslan Ermilov)
Date: Thu, 28 Feb 2013 13:45:09 +0400
Subject: IPv6 forward proxy
In-Reply-To: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
References: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
Message-ID: <20130228094509.GA60167@lo0.su>

On Thu, Feb 28, 2013 at 11:33:07AM +0200, Alexander Moskalenko wrote:
> Пытаюсь сделать forward proxy для IPv4 & IPv6.
> 
> Для 4 все работает отлично, для 6 пытается ходить по 4.
> Если указать хост у которого только 6 адрес - не резолвит.
> 
> В логе следующее:
> 2013/02/28 12:24:09 [debug] 5397#0: resolver qs:ipv6.l.google.com
> 2013/02/28 12:24:09 [error] 5397#0: *15 ipv6.l.google.com could not be
> resolved (3: Host not found), client: 2607:f878:3:314::42b3:e975,
> server: , request: "GET http://ipv6.google.com/ HTTP/1.0", host:
> "ipv6.google.com"
> 
> 2013/02/28 12:23:09 [debug] 5397#0: resolve: "www.google.com"
> 2013/02/28 12:23:09 [debug] 5397#0: resolve cached
> 2013/02/28 12:23:09 [debug] 5397#0: malloc: 08D883E8:20
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.17
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.16
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.18
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.19
> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.20
> 2013/02/28 12:23:09 [debug] 5397#0: resolve name done: 0
> 2013/02/28 12:23:09 [debug] 5397#0: resolver expire
> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, try: 5
> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, current: 0 -4
> 2013/02/28 12:23:09 [debug] 5397#0: *13 socket 11
> 2013/02/28 12:23:09 [debug] 5397#0: *13 epoll add connection: fd:11 ev:80000005
> 2013/02/28 12:23:09 [debug] 5397#0: *13 connect to 74.125.239.17:80, fd:11 #14
> 2013/02/28 12:23:09 [debug] 5397#0: *13 http upstream connect: -2
> 
> В обоих случаях коннект идет на сервер:
> 
> server {
>         listen [::]:8080 ipv6only=on default bind;
>         resolver [2001:4860:4860::8888];
> 
>         location / {
>                 proxy_pass $scheme://$http_host$uri$is_args$args;
>                 proxy_bind $server_addr;
>         }
> }
> 
> 
> Это баг или фича?

В настоящий момент резолвер в nginx не умеет резолвить IPv6-адреса.


From alexander.moskalenko at gmail.com  Thu Feb 28 09:52:23 2013
From: alexander.moskalenko at gmail.com (Alexander Moskalenko)
Date: Thu, 28 Feb 2013 11:52:23 +0200
Subject: IPv6 forward proxy
In-Reply-To: <20130228094509.GA60167@lo0.su>
References: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
 <20130228094509.GA60167@lo0.su>
Message-ID: <CACVfVFt_ubBwHcHXTNmALeA=UvrrAaUac0OGjbPK=6SDhAvnHg@mail.gmail.com>

А обойти как-то можно?

2013/2/28 Ruslan Ermilov <ru at nginx.com>:
> On Thu, Feb 28, 2013 at 11:33:07AM +0200, Alexander Moskalenko wrote:
>> Пытаюсь сделать forward proxy для IPv4 & IPv6.
>>
>> Для 4 все работает отлично, для 6 пытается ходить по 4.
>> Если указать хост у которого только 6 адрес - не резолвит.
>>
>> В логе следующее:
>> 2013/02/28 12:24:09 [debug] 5397#0: resolver qs:ipv6.l.google.com
>> 2013/02/28 12:24:09 [error] 5397#0: *15 ipv6.l.google.com could not be
>> resolved (3: Host not found), client: 2607:f878:3:314::42b3:e975,
>> server: , request: "GET http://ipv6.google.com/ HTTP/1.0", host:
>> "ipv6.google.com"
>>
>> 2013/02/28 12:23:09 [debug] 5397#0: resolve: "www.google.com"
>> 2013/02/28 12:23:09 [debug] 5397#0: resolve cached
>> 2013/02/28 12:23:09 [debug] 5397#0: malloc: 08D883E8:20
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.17
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.16
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.18
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.19
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.20
>> 2013/02/28 12:23:09 [debug] 5397#0: resolve name done: 0
>> 2013/02/28 12:23:09 [debug] 5397#0: resolver expire
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, try: 5
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, current: 0 -4
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 socket 11
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 epoll add connection: fd:11 ev:80000005
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 connect to 74.125.239.17:80, fd:11 #14
>> 2013/02/28 12:23:09 [debug] 5397#0: *13 http upstream connect: -2
>>
>> В обоих случаях коннект идет на сервер:
>>
>> server {
>>         listen [::]:8080 ipv6only=on default bind;
>>         resolver [2001:4860:4860::8888];
>>
>>         location / {
>>                 proxy_pass $scheme://$http_host$uri$is_args$args;
>>                 proxy_bind $server_addr;
>>         }
>> }
>>
>>
>> Это баг или фича?
>
> В настоящий момент резолвер в nginx не умеет резолвить IPv6-адреса.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From alexander.moskalenko at gmail.com  Thu Feb 28 10:13:51 2013
From: alexander.moskalenko at gmail.com (Alexander Moskalenko)
Date: Thu, 28 Feb 2013 12:13:51 +0200
Subject: IPv6 forward proxy
In-Reply-To: <CACVfVFt_ubBwHcHXTNmALeA=UvrrAaUac0OGjbPK=6SDhAvnHg@mail.gmail.com>
References: <CACVfVFs+0pKZ1Gv-m6d=-B9P9WKY4p5v3cOrY_qn3xaXdoYCLg@mail.gmail.com>
 <20130228094509.GA60167@lo0.su>
 <CACVfVFt_ubBwHcHXTNmALeA=UvrrAaUac0OGjbPK=6SDhAvnHg@mail.gmail.com>
Message-ID: <CACVfVFv2E87Z_8JsP2iqd=1+dZnxv5UxsD7ZUf7mEd9TWA_MnA@mail.gmail.com>

Пропустил IPv6 запросы через Tinyproxy - работает.


2013/2/28 Alexander Moskalenko <alexander.moskalenko at gmail.com>:
> А обойти как-то можно?
>
> 2013/2/28 Ruslan Ermilov <ru at nginx.com>:
>> On Thu, Feb 28, 2013 at 11:33:07AM +0200, Alexander Moskalenko wrote:
>>> Пытаюсь сделать forward proxy для IPv4 & IPv6.
>>>
>>> Для 4 все работает отлично, для 6 пытается ходить по 4.
>>> Если указать хост у которого только 6 адрес - не резолвит.
>>>
>>> В логе следующее:
>>> 2013/02/28 12:24:09 [debug] 5397#0: resolver qs:ipv6.l.google.com
>>> 2013/02/28 12:24:09 [error] 5397#0: *15 ipv6.l.google.com could not be
>>> resolved (3: Host not found), client: 2607:f878:3:314::42b3:e975,
>>> server: , request: "GET http://ipv6.google.com/ HTTP/1.0", host:
>>> "ipv6.google.com"
>>>
>>> 2013/02/28 12:23:09 [debug] 5397#0: resolve: "www.google.com"
>>> 2013/02/28 12:23:09 [debug] 5397#0: resolve cached
>>> 2013/02/28 12:23:09 [debug] 5397#0: malloc: 08D883E8:20
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.17
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.16
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.18
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.19
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 name was resolved to 74.125.239.20
>>> 2013/02/28 12:23:09 [debug] 5397#0: resolve name done: 0
>>> 2013/02/28 12:23:09 [debug] 5397#0: resolver expire
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, try: 5
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 get rr peer, current: 0 -4
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 socket 11
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 epoll add connection: fd:11 ev:80000005
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 connect to 74.125.239.17:80, fd:11 #14
>>> 2013/02/28 12:23:09 [debug] 5397#0: *13 http upstream connect: -2
>>>
>>> В обоих случаях коннект идет на сервер:
>>>
>>> server {
>>>         listen [::]:8080 ipv6only=on default bind;
>>>         resolver [2001:4860:4860::8888];
>>>
>>>         location / {
>>>                 proxy_pass $scheme://$http_host$uri$is_args$args;
>>>                 proxy_bind $server_addr;
>>>         }
>>> }
>>>
>>>
>>> Это баг или фича?
>>
>> В настоящий момент резолвер в nginx не умеет резолвить IPv6-адреса.
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin at mdounin.ru  Thu Feb 28 10:39:20 2013
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Thu, 28 Feb 2013 14:39:20 +0400
Subject: if_modified_since
In-Reply-To: <2D688B3A-D0FA-4046-A347-649FA289C2CF@sysoev.ru>
References: <9e3255ae71ee8de05c0178f0deda4bfd.NginxMailingListRussian@forum.nginx.org>
 <2D688B3A-D0FA-4046-A347-649FA289C2CF@sysoev.ru>
Message-ID: <20130228103920.GC81985@mdounin.ru>

Hello!

On Thu, Feb 28, 2013 at 08:51:27AM +0400, Igor Sysoev wrote:

> On Feb 27, 2013, at 22:44 , Namaste wrote:
> 
> > Привет!
> > 
> > Интересно, почему if_modified_since по дефолту установлен в exact, а не в
> > before?
> 
> По историческим причинам. Долгое время в nginx'е не было поддержки ETag'а
> и точное совпадение с If-Modified-Since было некоторым аналогом ETag.
> Сейчас ETag появился для поддержки download resume в MSIE и, в принципе,
> можно убрать exact совсем.

Я не думаю, что убирать exact - это хорошая идея.  Он лучше, чем 
before, для большинства задач в реальном мире.  А если кому-то для 
специфических задач нужен before - его всегда можно включить.

-- 
Maxim Dounin
http://nginx.com/support.html


From nginx-forum at nginx.us  Thu Feb 28 13:18:25 2013
From: nginx-forum at nginx.us (gatesat)
Date: Thu, 28 Feb 2013 08:18:25 -0500
Subject: =?UTF-8?B?bW9kIHppcCAtINC90LXQstC10YDQvdGL0LUg0LTQsNGC0Ysg0YTQsNC50LvQvtCy?=
 =?UTF-8?B?Lg==?=
Message-ID: <a9f1e06c07eab603181bbc1db805dfea.NginxMailingListRussian@forum.nginx.org>

Приветствую !

Обнаружилась проблема при использовании mod_zip-а.

При скачивании в 1 поток все ОК. Архив приходит в нормальном виде и
распаковывается.

При скачивании в несколько потоков архив скачивается, но даты/время файлов
внутри архива все неверные. В основном похожи на начало unix_time (1970
год), но некоторые из будущего =)

Кто сталкивался ? В чем может быть причина ?

С уважением, Павел.

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


From nginx-forum at nginx.us  Thu Feb 28 16:45:31 2013
From: nginx-forum at nginx.us (ShivaS)
Date: Thu, 28 Feb 2013 11:45:31 -0500
Subject: =?UTF-8?B?0JrQsNC60LAg0L/QtdGA0LXQutGA0YvRgtGMINC00L7RgdGC0YPQvyDQuiDQu9GO?=
 =?UTF-8?B?0LHRi9C8INGE0LDQudC70LDQvCDQuCDQtNC40YDQtdC60YLQvtGA0LjRj9C8?=
 =?UTF-8?B?ICjRhNGA0LXQudC80LLQvtGA0LopINC90LAg0LTQuNGB0LrQtT8=?=
Message-ID: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>

Всем добрый вечер,

Запускается важный сайт (фреймворк), для которого соотв. прописано: 
try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)

Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
папкам
Хочется по науке и без -f $request_filename (и -d соотв), no видимо никак не
обойтись

Может кто-то подскажет возможно ли так сделать? 

Одна из идей была проверять на наличие реферера , но тоже упирается в if

Спасибо!

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


From nginx-forum at nginx.us  Thu Feb 28 16:46:08 2013
From: nginx-forum at nginx.us (ShivaS)
Date: Thu, 28 Feb 2013 11:46:08 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutCwINC/0LXRgNC10LrRgNGL0YLRjCDQtNC+0YHRgtGD0L8g0Log?=
 =?UTF-8?B?0LvRjtCx0YvQvCDRhNCw0LnQu9Cw0Lwg0Lgg0LTQuNGA0LXQutGC0L7RgNC4?=
 =?UTF-8?B?0Y/QvCAo0YTRgNC10LnQvNCy0L7RgNC6KSDQvdCwINC00LjRgdC60LU/?=
In-Reply-To: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>
References: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a1b20a3be551ce694678ce7a51227b0c.NginxMailingListRussian@forum.nginx.org>

очепятка в сабже ;(

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


From vbart at nginx.com  Thu Feb 28 17:16:34 2013
From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Thu, 28 Feb 2013 21:16:34 +0400
Subject: =?UTF-8?B?UmU6ICDQmtCw0LrQsCDQv9C10YDQtdC60YDRi9GC0Ywg0LTQvtGB0YLRg9C/INC6?=
 =?UTF-8?B?INC70Y7QsdGL0Lwg0YTQsNC50LvQsNC8INC4INC00LjRgNC10LrRgtC+0YA=?=
 =?UTF-8?B?0LjRj9C8ICgg0YTRgNC10LnQvNCy0L7RgNC6KSAg0L3QsCDQtNC40YHQutC1?=
 =?UTF-8?B?Pw==?=
In-Reply-To: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>
References: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201302282116.34363.vbart@nginx.com>

On Thursday 28 February 2013 20:45:31 ShivaS wrote:
> Всем добрый вечер,
> 
> Запускается важный сайт (фреймворк), для которого соотв. прописано:
> try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)
> 
> Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
> папкам
> Хочется по науке и без -f $request_filename (и -d соотв), no видимо никак
> не обойтись
> 
> Может кто-то подскажет возможно ли так сделать?
> 

Я так понимаю, вы пытаетесь решить проблему, которую сами же старательно 
создали. Может быть просто не создавать проблемы? Не помещать в public
root вообще файлов и директорий, к которым вы не хотите, чтобы был доступ.

--
Валентин Бартенев
http://nginx.com/support.html
http://nginx.org/en/donation.html

From nginx-forum at nginx.us  Thu Feb 28 18:32:30 2013
From: nginx-forum at nginx.us (theromis1)
Date: Thu, 28 Feb 2013 13:32:30 -0500
Subject: counters
Message-ID: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>

Давно написался этот модуль, вот решил его выложить в открытый доступ
https://bitbucket.org/theromis/ngx_counter_zone

может кому требовался такой функционал.
Критика - ю а велкам.

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


From postmaster at softsearch.ru  Thu Feb 28 19:31:17 2013
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 28 Feb 2013 23:31:17 +0400
Subject: counters
In-Reply-To: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
References: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <139986087.20130228233117@softsearch.ru>

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

> Давно  написался  этот  модуль,  вот  решил  его выложить в открытый
> доступ https://bitbucket.org/theromis/ngx_counter_zone

> может кому требовался такой функционал.
> Критика - ю а велкам.

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

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


From rush.zlo at gmail.com  Thu Feb 28 19:32:45 2013
From: rush.zlo at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=)
Date: Thu, 28 Feb 2013 23:32:45 +0400
Subject: counters
In-Reply-To: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
References: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+=xjkDfh6hUC59QeX0RxJmDfxAaOMDB4dKJouZPzbQQxCpCyg@mail.gmail.com>

Отсутствие документации (хотя бы назначение модуля) - это
конструктивная критика?

28 февраля 2013 г., 22:32 пользователь theromis1 <nginx-forum at nginx.us> написал:
> Давно написался этот модуль, вот решил его выложить в открытый доступ
> https://bitbucket.org/theromis/ngx_counter_zone
>
> может кому требовался такой функционал.
> Критика - ю а велкам.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,236733,236733#msg-236733
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Cogito ergo sum

From nginx-forum at nginx.us  Thu Feb 28 20:24:46 2013
From: nginx-forum at nginx.us (ShivaS)
Date: Thu, 28 Feb 2013 15:24:46 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutCwINC/0LXRgNC10LrRgNGL0YLRjCDQtNC+0YHRgtGD0L8g0Log?=
 =?UTF-8?B?0LvRjtCx0YvQvCDRhNCw0LnQu9Cw0Lwg0Lgg0LTQuNGA0LXQutGC0L7RgNC4?=
 =?UTF-8?B?0Y/QvCAoINGE0YDQtdC50LzQstC+0YDQuikg0L3QsCDQtNC40YHQutC1Pw==?=
In-Reply-To: <201302282116.34363.vbart@nginx.com>
References: <201302282116.34363.vbart@nginx.com>
Message-ID: <3acb5918e550ca03431bda8bf36a500c.NginxMailingListRussian@forum.nginx.org>

Валентин,
Я с Вами полностью согласен и солидарен.
Много думал и имею 2 варианта, либо выносить все наружу и будет аксес просто
в index.php при любом запросе, 
lибо оставить как есть, и попробовать на уровне nginx блокировать доступ ко
всем файлам на диске кроме index.php
т.е. в какой-то мере не загружать php если начнется что-то неприятное. На
самом деле, раз речь идет о фреймворке, то теоритически все равно, даже если
все будет направлено на index.php (try files "" /index.php;) . Не думаю, что
кому-то сильно понадобиться пробовать скачать файлы, а если будет атака, то
ее можно на любой УРЛ кидать, который итак перекинется на index.php

Но по прежнему интересно, уже более академически, возможно ли как-то
определить физические файлы при работе с фреймворком, где паттерн УРЛа может
быть абсолютно неопределенным. Возможно, что нет, и наверно тогда лучше с
одним if работать, проверяя наличие referrer.

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


From onokonem at gmail.com  Thu Feb 28 20:38:45 2013
From: onokonem at gmail.com (Daniel Podolsky)
Date: Thu, 28 Feb 2013 23:38:45 +0300
Subject: =?UTF-8?B?UmU6INCa0LDQutCwINC/0LXRgNC10LrRgNGL0YLRjCDQtNC+0YHRgtGD0L8g0Log?=
 =?UTF-8?B?0LvRjtCx0YvQvCDRhNCw0LnQu9Cw0Lwg0Lgg0LTQuNGA0LXQutGC0L7RgNC4?=
 =?UTF-8?B?0Y/QvCAoINGE0YDQtdC50LzQstC+0YDQuikg0L3QsCDQtNC40YHQutC1Pw==?=
In-Reply-To: <3acb5918e550ca03431bda8bf36a500c.NginxMailingListRussian@forum.nginx.org>
References: <201302282116.34363.vbart@nginx.com>
 <3acb5918e550ca03431bda8bf36a500c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOGJRDi_xJHXEpjsWeTcU5uFDB-88rY2ij2EXJd49kJQyg@mail.gmail.com>

> Но по прежнему интересно, уже более академически, возможно ли как-то
> определить физические файлы при работе с фреймворком, где паттерн УРЛа может
> быть абсолютно неопределенным. Возможно, что нет, и наверно тогда лучше с
> одним if работать, проверяя наличие referrer.
Если уж вы делаете кривую конфигурацию - пользуйте if,  чего уж там...

Но - при чем же тут реферер?!

From nginx-forum at nginx.us  Thu Feb 28 21:02:20 2013
From: nginx-forum at nginx.us (theromis1)
Date: Thu, 28 Feb 2013 16:02:20 -0500
Subject: counters
In-Reply-To: <CA+=xjkDfh6hUC59QeX0RxJmDfxAaOMDB4dKJouZPzbQQxCpCyg@mail.gmail.com>
References: <CA+=xjkDfh6hUC59QeX0RxJmDfxAaOMDB4dKJouZPzbQQxCpCyg@mail.gmail.com>
Message-ID: <ec1d3ec947403529e9284966ee8dd4a3.NginxMailingListRussian@forum.nginx.org>

Да, документацию я не писал, сейчас этим думал заняться.

Модуль возник в результате необходимости подсчета заходов клиента на
определенн(ый)/(е) URL в течении VPN сессии.

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

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

Тоесть     counter_zone  some_name  $binary_remote_addr  10m;
предварительно выделяет память для счетчиков где, some_name - просто имя по
которому потом привязываешь именно к этому хранилищу счетчик,
binary_remote_addr  - ключ уникальности счетчика в данном хранилище, ну и
последний ключ - это размер.
Ну и соответственно их заранее можно наделать кучу, и потом просто
привязывать логику.
например классическим примером может быть host_hist и hit_hits если брать
какие нибудь баннеры.

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


From nginx-forum at nginx.us  Thu Feb 28 21:23:43 2013
From: nginx-forum at nginx.us (theromis1)
Date: Thu, 28 Feb 2013 16:23:43 -0500
Subject: counters
In-Reply-To: <139986087.20130228233117@softsearch.ru>
References: <139986087.20130228233117@softsearch.ru>
Message-ID: <0546ceaa830e5c4525d8ca8035c6267e.NginxMailingListRussian@forum.nginx.org>

пример я обновил

========================================================
http {
    # allocating 10Mb for counetr with name "host_counter"
    # and hashing function by $client_ip
    counter_zone  host_counter  $client_ip  10m;

    # same for "hit_counter"
    counter_zone  hit_counter   $client_ip  10m;
 
    ...
 
    server {
 
        ...
 
        location ^~ /some/stats/ {
            counter   host_counter  1; #increase host_counter by one
        }

        location ^~ /some/stats/hit/ {
            counter   hit_counter  3; #increase hit_counter by some other
value
        }

        location ^~ /some/other/stats/ {
            counter   host_counter  $inc_var; #increase counter by some
variable atoi
        }

        location ~* /stats/get_counter/(?P<id>.*)$ {
            counter_get host_counter $counter $id;
            return 200 $counter;
        }

        location ~* /stats/counter_get/(?P<id>.*)$ {
            counter_get host_counter $counter $id;
            return 200 $counter;
        }

        location ~* /stats/counter_drop/(?P<id>.*)$ {
            counter_drop host_counter $id;
        }

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


From hell-for-yahoo at umail.ru  Thu Feb 28 20:39:15 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Fri, 1 Mar 2013 00:39:15 +0400
Subject: counters
In-Reply-To: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
References: <cfb11ed5a0e7026cbf245b683140998f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <22349431.20130301003915@mtu-net.ru>

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

t> Давно написался этот модуль, вот решил его выложить в открытый доступ
t> https://bitbucket.org/theromis/ngx_counter_zone

t> может кому требовался такой функционал.
t> Критика - ю а велкам.

Критикую - без описанию функционала модуля, я даже на ссылку нажимать не
стану.


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

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

From hell-for-yahoo at umail.ru  Thu Feb 28 20:36:44 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Fri, 1 Mar 2013 00:36:44 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQutCwINC/0LXRgNC10LrRgNGL0YLRjCDQtNC+0YHRgtGD0L8g0Log?=
 =?UTF-8?B?0LvRjtCx0YvQvCDRhNCw0LnQu9Cw0Lwg0Lgg0LTQuNGA0LXQutGC0L7RgNC4?=
 =?UTF-8?B?0Y/QvCAoINGE0YDQtdC50LzQstC+0YDQuikgINC90LAg0LTQuNGB0LrQtT8=?=
In-Reply-To: <201302282116.34363.vbart@nginx.com>
References: <8b0843b73d8b36bc3ef97ec3aca93b57.NginxMailingListRussian@forum.nginx.org>
 <201302282116.34363.vbart@nginx.com>
Message-ID: <589097511.20130301003644@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев!

>> Запускается важный сайт (фреймворк), для которого соотв. прописано:
>> try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)
>> 
>> Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
>> папкам
>> Хочется по науке и без -f $request_filename (и -d соотв), no видимо никак
>> не обойтись
>> 
>> Может кто-то подскажет возможно ли так сделать?
>> 

ВБ> Я так понимаю, вы пытаетесь решить проблему, которую сами же старательно 
ВБ> создали. Может быть просто не создавать проблемы? Не помещать в public
ВБ> root вообще файлов и директорий, к которым вы не хотите, чтобы был доступ.

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


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

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

From hell-for-yahoo at umail.ru  Thu Feb 28 20:38:17 2013
From: hell-for-yahoo at umail.ru (Andrey Repin)
Date: Fri, 1 Mar 2013 00:38:17 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQutCwINC/0LXRgNC10LrRgNGL0YLRjCDQtNC+0YHRgtGD0L8g0Log?=
 =?UTF-8?B?0LvRjtCx0YvQvCDRhNCw0LnQu9Cw0Lwg0Lgg0LTQuNGA0LXQutGC0L7RgNC4?=
 =?UTF-8?B?0Y/QvCAoINGE0YDQtdC50LzQstC+0YDQuikg0L3QsCDQtNC40YHQutC1Pw==?=
In-Reply-To: <3acb5918e550ca03431bda8bf36a500c.NginxMailingListRussian@forum.nginx.org>
References: <201302282116.34363.vbart@nginx.com>
 <3acb5918e550ca03431bda8bf36a500c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1976362964.20130301003817@mtu-net.ru>

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

S> Валентин,
S> Я с Вами полностью согласен и солидарен.
S> Много думал и имею 2 варианта, либо выносить все наружу и будет аксес просто
S> в index.php при любом запросе, 
S> lибо оставить как есть, и попробовать на уровне nginx блокировать доступ ко
S> всем файлам на диске кроме index.php
S> т.е. в какой-то мере не загружать php если начнется что-то неприятное. На
S> самом деле, раз речь идет о фреймворке, то теоритически все равно, даже если
S> все будет направлено на index.php (try files "" /index.php;) . Не думаю, что
S> кому-то сильно понадобиться пробовать скачать файлы, а если будет атака, то
S> ее можно на любой УРЛ кидать, который итак перекинется на index.php

Зачем try_files ? redirect.

S> Но по прежнему интересно, уже более академически, возможно ли как-то
S> определить физические файлы при работе с фреймворком, где паттерн УРЛа может
S> быть абсолютно неопределенным. Возможно, что нет, и наверно тогда лучше с
S> одним if работать, проверяя наличие referrer.

Всё можно, если внимательно прочитать ВСЮ документацию.


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

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

From nginx-forum at nginx.us  Thu Feb 28 23:19:18 2013
From: nginx-forum at nginx.us (theromis1)
Date: Thu, 28 Feb 2013 18:19:18 -0500
Subject: counters
In-Reply-To: <22349431.20130301003915@mtu-net.ru>
References: <22349431.20130301003915@mtu-net.ru>
Message-ID: <7d125e94bc1760640286f01cd7568184.NginxMailingListRussian@forum.nginx.org>

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

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