From chipitsine at gmail.com  Sat Nov  1 11:02:13 2014
From: chipitsine at gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=)
Date: Sat, 1 Nov 2014 17:02:13 +0600
Subject: =?UTF-8?B?UmU6IFJlOiBuZ2lueCDQutCw0LogaHR0cHMg0YDQtdC00LjRgNC10LrRgtC+0YA=?=
In-Reply-To: <cdab4abeb22bb8b519a17ec199b12358.NginxMailingListRussian@forum.nginx.org>
References: <4354774.W7Hfps0PLS@tornado>
 <cdab4abeb22bb8b519a17ec199b12358.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQH=0EmwYwBzrUe529sE-OM_3jg4v6L-6y6Pk9bJ7UKYuw@mail.gmail.com>

при помощи LVS - правильнее

31 октября 2014 г., 21:28 пользователь killart <nginx-forum at nginx.us> написал:
> Да, Вы правы. Предложенный вариант не работает.
> Возможно на периметровом  nginx редиректить (по round robin) HTTP и HTTPS
> запросы на пул внутренних серверов nginx работающие как прокси и
> SSL-терминаторы без выявления URL/доменов? Или правильнее не заморачиваться
> с nginx и реализовать при помощи LVS?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,254421,254495#msg-254495
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum at nginx.us  Sat Nov  1 11:12:08 2014
From: nginx-forum at nginx.us (=?UTF-8?Q? =D0=BA=D0=BE=D0=BB=D0=B1=D0=B0=D1=81=D0=BA=D0=B8=D0=BD ?=)
Date: Sat, 01 Nov 2014 07:12:08 -0400
Subject: =?UTF-8?B?0JrQsNC6INC90LUg0LrQtdGI0LjRgNC+0LLQsNGC0Ywg0L7Qv9GA0LXQtNC10Ls=?=
 =?UTF-8?B?0LXQvdC90YvQtSDRjdC70LXQvNC10L3RgtGLINC90LAgQ01TIERMRSA/?=
Message-ID: <ab2a40534019650652660a847ee357e8.NginxMailingListRussian@forum.nginx.org>

Проблема заключается в том что кешируется страница регистрации, обратной
связи для гостей.
А также не возможно авторизация через соц.сети в версии DLE 10.3
Я так понимаю можно как-то реализовать через ssi
Но не выходит, пробовал прописать включить ssi on; в локейшине
Прописывал блок капчу в блок
<!--# block name="antibot" -->
код что ниже
<!--# endblock -->
Но кеширует хоть убей

Капчу вызывает шаблон регистрации
[sec_code]
    <div class="line">
        <div class="seccode">{reg_code}</div>
        <div class="seccode">
            <span class="title-input">Введите код:<span
class="impot">*</span></span>
            <input type="text" name="sec_code" class="f_input" />
        </div>
	</div>
[/sec_code]

server {
        listen *:80;
        server_name  lnb.satsis.info;
        proxy_temp_path /etc/nginx/temp;
        limit_conn perip 19;
        limit_conn perserver 100;

        location @nocached {
        proxy_pass http://127.0.0.1:8080;
        proxy_redirect http://lnb.satsis.info: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 / {
        ssi on;
        proxy_pass http://127.0.0.1:8080;
        proxy_redirect http://lnb.satsis.info: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;
        if ($cookie_dle_user_id) { return 412; }
        if ($cookie_dle_password) { return 412; }
        if ($request_method = POST ) {
        return 412;
}
        error_page 412 = @nocached;
        proxy_cache one;
        proxy_cache_key "$request_method|$is_args|$host|$request_uri";
        proxy_hide_header "Set-Cookie";
        proxy_ignore_headers "Cache-Control" "Expires" "Set-Cookie";
        proxy_cache_valid 200 302 304 15m;
        proxy_cache_valid 301 1h;
        proxy_cache_valid 503 4s;
        proxy_cache_valid any 1m;
        proxy_cache_use_stale http_502 http_503 http_504;
}
        location ~ (admin.php|index.php?action=logout|index.php?do=register)
{
        proxy_pass http://127.0.0.1:8080;
        proxy_redirect http://lnb.satsis.info: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|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|r$
        root /home/www/lnb/;
        expires 1y;
        #access_log /etc/nginx/logs/satsis.info.access.log;
        error_page 404 = @fallback;
}
        location @fallback {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Real-IP $remote_addr;
}
}

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


From nginx-forum at nginx.us  Sat Nov  1 12:02:55 2014
From: nginx-forum at nginx.us (breeze7)
Date: Sat, 01 Nov 2014 08:02:55 -0400
Subject: ip_hash
Message-ID: <84bafa3425a1dd84412fad63ec16d9b4.NginxMailingListRussian@forum.nginx.org>

Добрый день!

Пытаюсь сделать балансировщик нагрузки.
Не работает опция ip_hash почему-то, которая предполагает попадание
пользователя на какой-то один определенный сервер из списка.
Каждый раз попадаю на новый сервер по стандартному round-robin алгоритму
(перебор всех имеющихся серверов по кругу).
У кого-нибудь есть мысли, почему?

Спасибо,
Сергей


upstream qrack {
ip_hash;

server 144...;
server 207...;
server 64...;
}

server {
location / {
proxy_pass http://qrack;
...

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


From vbart at nginx.com  Sat Nov  1 15:51:34 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Sat, 01 Nov 2014 18:51:34 +0300
Subject: =?UTF-8?B?UmU6INCf0L7Rj9Cy0LvQtdC90LjQtSDRgdGC0YDQsNC90L3QvtC5INC30LDQv9C4?=
 =?UTF-8?B?0YHQuCDQsiDQu9C+0LPQsNGF?=
In-Reply-To: <e02d8583ee9911ab511c7be24e0ebc00.NginxMailingListRussian@forum.nginx.org>
References: <20141031121306.GA19653@vlpc>
 <e02d8583ee9911ab511c7be24e0ebc00.NginxMailingListRussian@forum.nginx.org>
Message-ID: <10832460.y8c6lNFVxC@vbart-laptop>

On Friday 31 October 2014 08:15:43 Nikolay wrote:
> Проверил, все действительно так и есть. Большое спасибо за помощь.
> 

Это уже давно не так:

    Изменения в nginx 1.3.15                                     26.03.2013

    *) Изменение: открытие и закрытие соединения без отправки в нём
       каких-либо данных больше не записывается в access_log с кодом ошибки
       400.

http://nginx.org/ru/CHANGES.ru

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

From nginx-forum at nginx.us  Sat Nov  1 21:45:05 2014
From: nginx-forum at nginx.us (iskander)
Date: Sat, 01 Nov 2014 17:45:05 -0400
Subject: =?UTF-8?Q?sticky_route_=D0=B8_ASP=2ENET_SessionId?=
Message-ID: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>

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

Прошу помощи в настройке конфига.

Есть два IIS, перед ними балансировщиком стоит Nginx-plus, во всех примерах
маршрут выбирается по JSESSIONID
при указании ASP.NET_SessionId вместо JSESSIONID перестает "держать" на
одном и том-же IIS.

    upstream backend {
        #ip_hash;
        #hash consistent;

        server 192.168.11.2 weight=2 max_fails=3 fail_timeout=120;
        server 192.168.11.3 weight=2 max_fails=3 fail_timeout=120;

        sticky learn create=$upstream_cookie_ASP.NET_SessionId
lookup=$cookie_ASP.NET_SessionId zone=client_sessions:1m;
    }

Как сделать чтоб использовалась кука "ASP.NET_SessionId" не нашел рабочих
примеров нигде :(

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


From nginx-forum at nginx.us  Sun Nov  2 00:05:17 2014
From: nginx-forum at nginx.us (valet)
Date: Sat, 01 Nov 2014 20:05:17 -0400
Subject: =?UTF-8?B?0J7RgtGA0LXRgNCw0LnRgtC40YLRjCDQv9C+0LTQtNC+0LzQtdC90Ysg0LIg0YE=?=
 =?UTF-8?B?0YLRgNCw0L3QuNGG0Ys=?=
Message-ID: <8a3bc2d6d216dba7fadf6d3283935b5a.NginxMailingListRussian@forum.nginx.org>

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

Для группы сайтов отрерайтить поддомены в страницы.

Есть группа сайтов вида:
sub1.site1.ru
sub2.site1.ru
subn.site1.ru
sub1.site2.ru
sub2.site2.ru
subn.site2.ru

Физически они лежат на сервере соотвественно в каталогах:
/var/www/sites/sub1.site1.ru
/var/www/sites/sub2.site1.ru
/var/www/sites/subn.site1.ru
/var/www/sites/sub1.site2.ru
/var/www/sites/sub2.site2.ru
/var/www/sites/subn.site2.ru

Так как сайтов такого рода много для них применяется общий конфиг вида:
server {
    listen  80;
server_name *.site1.ru, *.site2.ru;

....

if ( $host ~ ^(www\.)?(.+)$ ) {
     set $domain $2;
}

    location / {
        root    /var/www/sites/$domain;
        index index.html;
}

...

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

Задача такая:
заставить http-запрос вида http://stranica-1.sub1.site1.ru показывать файл
sub1.site1.ru/stranica-1.html, лежащий в соотвествующем каталоге +
html-расширение - то есть например:
http://page-345.sub2.site1.ru показывает файл
/var/www/sites/sub2.site1.ru/page-345.html
http://page-123.subn.site1.ru показывает файл
/var/www/sites/subn.site1.ru/page-123.html
http://page-456.sub2.site2.ru показывает файл
/var/www/sites/sub2.site2.ru/page-456.html

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

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


From advlad75 at gmail.com  Sun Nov  2 07:39:48 2014
From: advlad75 at gmail.com (=?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgCDQkA==?=)
Date: Sun, 2 Nov 2014 10:39:48 +0300
Subject: Bad Request
Message-ID: <CAPjduYq20nq98h9f7KzxRgxq4o4w_SZU=iwRneRn+6XbT4cbHg@mail.gmail.com>

CentOS 6.5
nginx 1.6.0
apache 2.2.15

Периодически клиенты получают
400 Bad Request
Request Header Or Cookie Too Large.
Я не смог найти в логах подобную ошибку.
Мы воспроизвели эту ошибку путём генерации большой куки. Итого: 400 Bad
Request.
Однако, в логах по IP клиента я вижу "upstream sent too big header while
reading response header from upstream".
Это так и задумано?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141102/1155aedc/attachment.html>

From vbart at nginx.com  Sun Nov  2 08:15:14 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Sun, 02 Nov 2014 11:15:14 +0300
Subject: Bad Request
In-Reply-To: <CAPjduYq20nq98h9f7KzxRgxq4o4w_SZU=iwRneRn+6XbT4cbHg@mail.gmail.com>
References: <CAPjduYq20nq98h9f7KzxRgxq4o4w_SZU=iwRneRn+6XbT4cbHg@mail.gmail.com>
Message-ID: <2849823.9bbNg0LlX7@vbart-laptop>

On Sunday 02 November 2014 10:39:48 Владимир А wrote:
> CentOS 6.5
> nginx 1.6.0
> apache 2.2.15
> 
> Периодически клиенты получают
> 400 Bad Request
> Request Header Or Cookie Too Large.
> Я не смог найти в логах подобную ошибку.

Либо уровень логгирования недостаточен (эти ошибки логгируются на уровне 
info), либо не те логи смотрите, либо ошибку возвращает не nginx.

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

> Мы воспроизвели эту ошибку путём генерации большой куки. Итого: 400 Bad
> Request.
> Однако, в логах по IP клиента я вижу "upstream sent too big header while
> reading response header from upstream".
> Это так и задумано?

Эта запись к 400-ой ошибке не имеет отношения.  В этом случае nginx
переключается на другой бекенд или возвращает клиенту 500 Bad Gateway.

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

From advlad75 at gmail.com  Sun Nov  2 09:53:36 2014
From: advlad75 at gmail.com (=?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgCDQkA==?=)
Date: Sun, 2 Nov 2014 12:53:36 +0300
Subject: Bad Request
In-Reply-To: <2849823.9bbNg0LlX7@vbart-laptop>
References: <CAPjduYq20nq98h9f7KzxRgxq4o4w_SZU=iwRneRn+6XbT4cbHg@mail.gmail.com>
 <2849823.9bbNg0LlX7@vbart-laptop>
Message-ID: <CAPjduYrXVBAd_vLZwHGRdo3wdBLwmbJFy2gaWAYS3FAu_noh2Q@mail.gmail.com>

> Либо уровень логгирования недостаточен (эти ошибки логгируются на уровне
info), либо не те логи смотрите, либо ошибку возвращает не nginx.

Уровень логгирования warn. Повышал до errror. Безрезультатно.


> Эта запись к 400-ой ошибке не имеет отношения.  В этом случае nginx
переключается на другой бекенд или возвращает клиенту 500 Bad Gateway.

Совершенно верно. Только 502. Так и подумал.
Однако, кроме данной ошибки при воспроизведении в логах не было иных.

2 ноября 2014 г., 11:15 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Sunday 02 November 2014 10:39:48 Владимир А wrote:
> > CentOS 6.5
> > nginx 1.6.0
> > apache 2.2.15
> >
> > Периодически клиенты получают
> > 400 Bad Request
> > Request Header Or Cookie Too Large.
> > Я не смог найти в логах подобную ошибку.
>
> Либо уровень логгирования недостаточен (эти ошибки логгируются на уровне
> info), либо не те логи смотрите, либо ошибку возвращает не nginx.
>
> http://nginx.org/r/large_client_header_buffers/ru
>
> > Мы воспроизвели эту ошибку путём генерации большой куки. Итого: 400 Bad
> > Request.
> > Однако, в логах по IP клиента я вижу "upstream sent too big header while
> > reading response header from upstream".
> > Это так и задумано?
>
> Эта запись к 400-ой ошибке не имеет отношения.  В этом случае nginx
> переключается на другой бекенд или возвращает клиенту 500 Bad Gateway.
>
> --
> Валентин Бартенев
> _______________________________________________
> 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/20141102/e367d623/attachment.html>

From vbart at nginx.com  Sun Nov  2 09:59:19 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Sun, 02 Nov 2014 12:59:19 +0300
Subject: Bad Request
In-Reply-To: <CAPjduYrXVBAd_vLZwHGRdo3wdBLwmbJFy2gaWAYS3FAu_noh2Q@mail.gmail.com>
References: <CAPjduYq20nq98h9f7KzxRgxq4o4w_SZU=iwRneRn+6XbT4cbHg@mail.gmail.com>
 <2849823.9bbNg0LlX7@vbart-laptop>
 <CAPjduYrXVBAd_vLZwHGRdo3wdBLwmbJFy2gaWAYS3FAu_noh2Q@mail.gmail.com>
Message-ID: <4865186.17jRIRbsAI@vbart-laptop>

On Sunday 02 November 2014 12:53:36 Владимир А wrote:
> > Либо уровень логгирования недостаточен (эти ошибки логгируются на уровне
> info), либо не те логи смотрите, либо ошибку возвращает не nginx.
> 
> Уровень логгирования warn. Повышал до errror. Безрезультатно.
> 

Цитата из документации ( http://nginx.org/r/error_log/ru ):

 : debug | info | notice | warn | error | crit | alert | emerg
 : Уровни лога, указанные выше, перечислены в порядке возрастания важности.

Чтобы увидеть ошибку уровень должен быть debug или info.

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

From advlad75 at gmail.com  Sun Nov  2 12:03:04 2014
From: advlad75 at gmail.com (=?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgA==?=)
Date: Sun, 02 Nov 2014 16:03:04 +0400
Subject: Bad Request
Message-ID: <sai6jtkno3hu9jko7kmkpy5v.1414929575561@email.android.com>

А! Это я не повышал, а понижал. Понял, спасибо!
Хотя странно. В другом ПО уровень дебага как раз повышается с уровнем. Ну и господь с ним.Валентин Бартенев <vbart at nginx.com> написал:On Sunday 02 November 2014 12:53:36 Владимир А wrote:
> > Либо уровень логгирования недостаточен (эти ошибки логгируются на уровне
> info), либо не те логи смотрите, либо ошибку возвращает не nginx.
> 
> Уровень логгирования warn. Повышал до errror. Безрезультатно.
> 

Цитата из документации ( http://nginx.org/r/error_log/ru ):

: debug | info | notice | warn | error | crit | alert | emerg
: Уровни лога, указанные выше, перечислены в порядке возрастания важности.

Чтобы увидеть ошибку уровень должен быть debug или 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/20141102/567b525b/attachment.html>

From ano at bestmx.net  Mon Nov  3 10:10:54 2014
From: ano at bestmx.net (Andrey Oktyabrskiy)
Date: Mon, 03 Nov 2014 13:10:54 +0300
Subject: =?UTF-8?Q?Re=3A_sticky_route_=D0=B8_ASP=2ENET_SessionId?=
In-Reply-To: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
References: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
Message-ID: <545754AE.3030906@bestmx.net>

On 02.11.2014 00:45, iskander wrote:
> Есть два IIS, перед ними балансировщиком стоит Nginx-plus, во всех примерах
> маршрут выбирается по JSESSIONID
> при указании ASP.NET_SessionId вместо JSESSIONID перестает "держать" на
> одном и том-же IIS.
>
>      upstream backend {
> ... <skip> ...
>          sticky learn create=$upstream_cookie_ASP.NET_SessionId
> lookup=$cookie_ASP.NET_SessionId zone=client_sessions:1m;
>      }
>
> Как сделать чтоб использовалась кука "ASP.NET_SessionId" не нашел рабочих
> примеров нигде :(
"Эта директива доступна как часть коммерческой подписки" (c)

Если имя куки не обязано быть именно ASP.NET_SessionId, вполне себе 
работает как-то так:

# случайный выбор бакенда
upstream rndbackend {
   server 192.168.169.170;
   server 192.168.169.171;
}

# выбор бакенда на основании куки backend
map $cookie_backend $sticky_backend {
   default BAD_GATEWAY;
   ~(?<IP>[0-9.]+$)    $IP;
}

server {
   listen 80;

   # если приехала кука, выбираем бакенд согласно её значению
   location / {
     proxy_pass http://$sticky_backend;
     error_page 502 = @random_backend;
   }

   # если куки нет, выбираем бакенд случайно и выставляем куку
   location @random_backend (
     proxy_pass http://rndbackend;
     add_header Set-Cookie "backend=$upstream_addr; path=/";
}


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

Не так удобно, конечно, как "sticky learn ...", но когда нет возможности 
купить коммерческую подписку, вполне сойдёт такой костылик.


From wangsamp at gmail.com  Mon Nov  3 17:08:32 2014
From: wangsamp at gmail.com (Oleksandr V. Typlyns'kyi)
Date: Mon, 3 Nov 2014 19:08:32 +0200 (EET)
Subject: =?UTF-8?Q?Re=3A_sticky_route_=D0=B8_ASP=2ENET_SessionId?=
In-Reply-To: <545754AE.3030906@bestmx.net>
References: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
 <545754AE.3030906@bestmx.net>
Message-ID: <alpine.BSF.2.00.1411031856150.19420@u.fchgavxzrqvn.arg>

Today Nov 3, 2014 at 13:10 Andrey Oktyabrskiy wrote:

> On 02.11.2014 00:45, iskander wrote:
> > Есть два IIS, перед ними балансировщиком стоит Nginx-plus, во всех примерах
> > маршрут выбирается по JSESSIONID
> > при указании ASP.NET_SessionId вместо JSESSIONID перестает "держать" на
> > одном и том-же IIS.
> >
> >      upstream backend {
> > ... <skip> ...
> >          sticky learn create=$upstream_cookie_ASP.NET_SessionId
> > lookup=$cookie_ASP.NET_SessionId zone=client_sessions:1m;
> >      }
> >
> > Как сделать чтоб использовалась кука "ASP.NET_SessionId" не нашел рабочих
> > примеров нигде :(
> "Эта директива доступна как часть коммерческой подписки" (c)

  Так человек и написал "стоит Nginx-plus".
  А значит можно попросить помощи у plus-support at nginx.com

> Не так удобно, конечно, как "sticky learn ...", но когда нет возможности 
> купить коммерческую подписку, вполне сойдёт такой костылик.

  С 1.7.2 есть ещё http://nginx.org/r/hash/ru
-- 
WNGS-RIPE


From ano at bestmx.net  Mon Nov  3 17:32:30 2014
From: ano at bestmx.net (Andrey Oktyabrskiy)
Date: Mon, 03 Nov 2014 20:32:30 +0300
Subject: =?UTF-8?Q?Re=3A_sticky_route_=D0=B8_ASP=2ENET_SessionId?=
In-Reply-To: <alpine.BSF.2.00.1411031856150.19420@u.fchgavxzrqvn.arg>
References: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
 <545754AE.3030906@bestmx.net>
 <alpine.BSF.2.00.1411031856150.19420@u.fchgavxzrqvn.arg>
Message-ID: <5457BC2E.2020302@bestmx.net>

On 03.11.2014 20:08, Oleksandr V. Typlyns'kyi wrote:
>> "Эта директива доступна как часть коммерческой подписки" (c)
>    Так человек и написал "стоит Nginx-plus".
Слона-то я и не заметил :-)

>    А значит можно попросить помощи у plus-support at nginx.com
Тогда да, конечно. Но я не жалею, что описал своё решение - может, 
пригодится кому.

>> Не так удобно, конечно, как "sticky learn ...", но когда нет возможности
>> купить коммерческую подписку, вполне сойдёт такой костылик.
>
>    С 1.7.2 есть ещё http://nginx.org/r/hash/ru
Да, это я помню. Но когда велосипедик тот изобретал, ещё не было. И 
нескоро будет там, где оно работает.


From semenukha at gmail.com  Mon Nov  3 17:51:03 2014
From: semenukha at gmail.com (Styopa Semenukha)
Date: Mon, 03 Nov 2014 12:51:03 -0500
Subject: =?UTF-8?Q?Re=3A_Re=3A_sticky_route_=D0=B8_ASP=2ENET_SessionId?=
In-Reply-To: <5457BC2E.2020302@bestmx.net>
References: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
 <alpine.BSF.2.00.1411031856150.19420@u.fchgavxzrqvn.arg>
 <5457BC2E.2020302@bestmx.net>
Message-ID: <1536240.Sv1LMvUCYz@tornado>

On Monday, November 03, 2014 08:32:30 PM Andrey Oktyabrskiy wrote:
> On 03.11.2014 20:08, Oleksandr V. Typlyns'kyi wrote:
> Тогда да, конечно. Но я не жалею, что описал своё решение - может,
> пригодится кому.

От лица участников рассылки вам большое спасибо!
-- 
Best regards,
Styopa Semenukha.

From mdounin at mdounin.ru  Tue Nov  4 01:31:48 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 4 Nov 2014 04:31:48 +0300
Subject: =?UTF-8?Q?Re=3A_sticky_route_=D0=B8_ASP=2ENET_SessionId?=
In-Reply-To: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
References: <1d504724c9e91a3bca2e8c9b54626469.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141104013148.GK17248@mdounin.ru>

Hello!

On Sat, Nov 01, 2014 at 05:45:05PM -0400, iskander wrote:

> Здравствуйте!
> 
> Прошу помощи в настройке конфига.
> 
> Есть два IIS, перед ними балансировщиком стоит Nginx-plus, во всех примерах
> маршрут выбирается по JSESSIONID
> при указании ASP.NET_SessionId вместо JSESSIONID перестает "держать" на
> одном и том-же IIS.
> 
>     upstream backend {
>         #ip_hash;
>         #hash consistent;
> 
>         server 192.168.11.2 weight=2 max_fails=3 fail_timeout=120;
>         server 192.168.11.3 weight=2 max_fails=3 fail_timeout=120;
> 
>         sticky learn create=$upstream_cookie_ASP.NET_SessionId
> lookup=$cookie_ASP.NET_SessionId zone=client_sessions:1m;
>     }
> 
> Как сделать чтоб использовалась кука "ASP.NET_SessionId" не нашел рабочих
> примеров нигде :(

Проблема в том, что кука с именем ASP.NET_SessionId не доступна 
через переменную $cookie_* из-за точки в имени.  (Где-то тут 
следует передать большой и горячий привет компании из Редмонда.)

Наиболее простое решение - переименовать куку в какое-нибудь 
приличное имя (без точек), см. тут:

http://stackoverflow.com/questions/1017144/rename-asp-net-sessionid

Кроме того, можно попытаться достать нужную куку руками из 
заголовка запроса Cookie (и соответственно переменной 
$http_cookie) и заголовка ответа Set-Cookie (и соответственно 
переменной $upstream_http_set_cookie), как-то так (untested):

    map $http_cookie $sessionid {
        "~ASP\.NET_SessionId=(?<temp>[^;]+)"  $temp;
    }

    map $upstream_http_set_cookie $set_sessionid {
        "~ASP\.NET_SessionId=(?<temp>[^;]+)"  $temp;
    }

Но я такой вариант не рекомендовал бы.  В частности потому, что 
$upstream_http_set_cookie сейчас содержит только первую из кук, 
которые пытались поставить.

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


From nginx-forum at nginx.us  Tue Nov  4 04:58:01 2014
From: nginx-forum at nginx.us (valet)
Date: Mon, 03 Nov 2014 23:58:01 -0500
Subject: =?UTF-8?B?UmU6INCe0YLRgNC10YDQsNC50YLQuNGC0Ywg0L/QvtC00LTQvtC80LXQvdGLINCy?=
 =?UTF-8?B?INGB0YLRgNCw0L3QuNGG0Ys=?=
In-Reply-To: <8a3bc2d6d216dba7fadf6d3283935b5a.NginxMailingListRussian@forum.nginx.org>
References: <8a3bc2d6d216dba7fadf6d3283935b5a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f73812e007aff350f0cb2fa8cce07728.NginxMailingListRussian@forum.nginx.org>

До сих пор не решил эту проблему. Кто-то может подсказать как это сделать?

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


From vadim.lazovskiy at gmail.com  Tue Nov  4 06:30:46 2014
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Tue, 4 Nov 2014 09:30:46 +0300
Subject: =?UTF-8?B?UmU6INCe0YLRgNC10YDQsNC50YLQuNGC0Ywg0L/QvtC00LTQvtC80LXQvdGLINCy?=
 =?UTF-8?B?INGB0YLRgNCw0L3QuNGG0Ys=?=
In-Reply-To: <f73812e007aff350f0cb2fa8cce07728.NginxMailingListRussian@forum.nginx.org>
References: <8a3bc2d6d216dba7fadf6d3283935b5a.NginxMailingListRussian@forum.nginx.org>
 <f73812e007aff350f0cb2fa8cce07728.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAL-L5YDr2C1Dr5eaJA5xb-DRNqwD-AiGpBwtYAhQ5=c2A6RzBw@mail.gmail.com>

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

Директива server_name понимает регулярные выражения с выделениями, например:

server_name ~^(?<page>[^.]+)\.(?<domain>.+)$;

дальше переменные $page и $domain можно использовать вместе с директивой alias:

location = / {
    alias /your/data/root/$domain/$page.html;
}

Как-то так.

4 ноября 2014 г., 7:58 пользователь valet <nginx-forum at nginx.us> написал:
> До сих пор не решил эту проблему. Кто-то может подсказать как это сделать?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,254515,254560#msg-254560
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
WBR,
Vadim Lazovskiy

From nginx-forum at nginx.us  Tue Nov  4 16:16:08 2014
From: nginx-forum at nginx.us (valet)
Date: Tue, 04 Nov 2014 11:16:08 -0500
Subject: =?UTF-8?B?UmU6INCe0YLRgNC10YDQsNC50YLQuNGC0Ywg0L/QvtC00LTQvtC80LXQvdGLINCy?=
 =?UTF-8?B?INGB0YLRgNCw0L3QuNGG0Ys=?=
In-Reply-To: <CAL-L5YDr2C1Dr5eaJA5xb-DRNqwD-AiGpBwtYAhQ5=c2A6RzBw@mail.gmail.com>
References: <CAL-L5YDr2C1Dr5eaJA5xb-DRNqwD-AiGpBwtYAhQ5=c2A6RzBw@mail.gmail.com>
Message-ID: <7aa89b9e9e49d91f1fd8692a3d84a990.NginxMailingListRussian@forum.nginx.org>

Идея интересная и наверно правильная, но что-то в ней не так, выдается:
500 Internal Server Error

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


From semenukha at gmail.com  Tue Nov  4 16:24:29 2014
From: semenukha at gmail.com (Styopa Semenukha)
Date: Tue, 04 Nov 2014 11:24:29 -0500
Subject: =?UTF-8?B?UmU6IFJlOiDQntGC0YDQtdGA0LDQudGC0LjRgtGMINC/0L7QtNC00L7QvNC10L0=?=
 =?UTF-8?B?0Ysg0LIg0YHRgtGA0LDQvdC40YbRiw==?=
In-Reply-To: <7aa89b9e9e49d91f1fd8692a3d84a990.NginxMailingListRussian@forum.nginx.org>
References: <CAL-L5YDr2C1Dr5eaJA5xb-DRNqwD-AiGpBwtYAhQ5=c2A6RzBw@mail.gmail.com>
 <7aa89b9e9e49d91f1fd8692a3d84a990.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4672036.kyBdJFSH0y@tornado>

On Tuesday, November 04, 2014 11:16:08 AM valet wrote:
> Идея интересная и наверно правильная, но что-то в ней не так, выдается:
> 500 Internal Server Error
> 
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,254515,254568#msg-254568
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Вам смогут помочь с большей вероятностью, если запостите выдержки из 
error.log.
-- 
Best regards,
Styopa Semenukha.

From nginx-forum at nginx.us  Tue Nov  4 16:46:23 2014
From: nginx-forum at nginx.us (valet)
Date: Tue, 04 Nov 2014 11:46:23 -0500
Subject: =?UTF-8?B?UmU6IFJlOiDQntGC0YDQtdGA0LDQudGC0LjRgtGMINC/0L7QtNC00L7QvNC10L0=?=
 =?UTF-8?B?0Ysg0LIg0YHRgtGA0LDQvdC40YbRiw==?=
In-Reply-To: <4672036.kyBdJFSH0y@tornado>
References: <4672036.kyBdJFSH0y@tornado>
Message-ID: <9f322fef913a4f1fdfbefd6fb155e3cc.NginxMailingListRussian@forum.nginx.org>

В конфиге сделал:
...
server_name ~^(?<page>[^\.]+)\.(?<domain>.+)$;
...
location = / {
alias /var/www/sites/$domain/$page.html;
}
...

В браузере запросил страницу http://page-1.sub1.site1.ru
в логе ошибок получил запись такую:

2014/11/04 17:40:27 [alert] 12188#0: *344577016
"/var/www/sites/sub1.site1.ru/page-1.htmlindex.html" is not a directory,
client: 37.229.114.130, server: ~^(?<page>[^\.]+)\.(?<domain>.+)$, request:
"GET / HTTP/1.1", host: "page-1.sub1.site1.ru"

То есть как я понимаю, nginx воспринимает это как директорию, а не файл,
поэтому дописывает дефолтную индексную страницу и ищет ее, а такой нет...

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


From vadim.lazovskiy at gmail.com  Tue Nov  4 17:05:04 2014
From: vadim.lazovskiy at gmail.com (Vadim Lazovskiy)
Date: Tue, 4 Nov 2014 20:05:04 +0300
Subject: =?UTF-8?B?UmU6IFJlOiDQntGC0YDQtdGA0LDQudGC0LjRgtGMINC/0L7QtNC00L7QvNC10L0=?=
 =?UTF-8?B?0Ysg0LIg0YHRgtGA0LDQvdC40YbRiw==?=
In-Reply-To: <9f322fef913a4f1fdfbefd6fb155e3cc.NginxMailingListRussian@forum.nginx.org>
References: <4672036.kyBdJFSH0y@tornado>
 <9f322fef913a4f1fdfbefd6fb155e3cc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAL-L5YC2zoVdObuJXdjmEPK9PPky3rS=4wjsjoKfNFA0QqcwOA@mail.gmail.com>

Действительно, не работает.
Наверное из-за index_module.

У меня заработало вот так:

        server {
                listen 93.190.201.201:80;
                server_name ~^(?<page>[^\.]+)\.(?<domain>.+)$;

                access_log /var/log/nginx/wildcard.testname.ru-access.log;
                error_log /var/log/nginx/wildcard.testname.ru-error.log info;

                root /home/www;

                location = / {
                        try_files /$domain/$page.html =404;
                }
        }

4 ноября 2014 г., 19:46 пользователь valet <nginx-forum at nginx.us> написал:
> В конфиге сделал:
> ...
> server_name ~^(?<page>[^\.]+)\.(?<domain>.+)$;
> ...
> location = / {
> alias /var/www/sites/$domain/$page.html;
> }
> ...
>
> В браузере запросил страницу http://page-1.sub1.site1.ru
> в логе ошибок получил запись такую:
>
> 2014/11/04 17:40:27 [alert] 12188#0: *344577016
> "/var/www/sites/sub1.site1.ru/page-1.htmlindex.html" is not a directory,
> client: 37.229.114.130, server: ~^(?<page>[^\.]+)\.(?<domain>.+)$, request:
> "GET / HTTP/1.1", host: "page-1.sub1.site1.ru"
>
> То есть как я понимаю, nginx воспринимает это как директорию, а не файл,
> поэтому дописывает дефолтную индексную страницу и ищет ее, а такой нет...
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,254515,254570#msg-254570
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
WBR,
Vadim Lazovskiy

From nginx-forum at nginx.us  Tue Nov  4 18:54:41 2014
From: nginx-forum at nginx.us (valet)
Date: Tue, 04 Nov 2014 13:54:41 -0500
Subject: =?UTF-8?B?UmU6IFJlOiDQntGC0YDQtdGA0LDQudGC0LjRgtGMINC/0L7QtNC00L7QvNC10L0=?=
 =?UTF-8?B?0Ysg0LIg0YHRgtGA0LDQvdC40YbRiw==?=
In-Reply-To: <CAL-L5YC2zoVdObuJXdjmEPK9PPky3rS=4wjsjoKfNFA0QqcwOA@mail.gmail.com>
References: <CAL-L5YC2zoVdObuJXdjmEPK9PPky3rS=4wjsjoKfNFA0QqcwOA@mail.gmail.com>
Message-ID: <32d2a8d8a731899ee31fbf3d475917b6.NginxMailingListRussian@forum.nginx.org>

Vadim Lazovskiy, большое спасибо за помощь, Ваш вариант действительно
заработал.

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


From vladimir at skubriev.ru  Wed Nov  5 10:10:50 2014
From: vladimir at skubriev.ru (Vladimir Skubriev)
Date: Wed, 05 Nov 2014 13:10:50 +0300
Subject: =?UTF-8?B?bmdpbngg0LIg0YDQvtC70LggZnJvbnRlbmQg0Logb3duY2xvdWQ=?=
Message-ID: <1627221415182250@web26j.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141105/0ee9b958/attachment.html>

From nginx-ru at sadok.spb.ru  Wed Nov  5 10:30:02 2014
From: nginx-ru at sadok.spb.ru (Dmitry Ivanov)
Date: Wed, 5 Nov 2014 13:30:02 +0300
Subject: =?UTF-8?B?UmU6IG5naW54INCyINGA0L7Qu9C4IGZyb250ZW5kINC6IG93bmNsb3Vk?=
In-Reply-To: <1627221415182250@web26j.yandex.ru>
References: <1627221415182250@web26j.yandex.ru>
Message-ID: <26801884.20141105133002@sadok.spb.ru>

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

Вы писали 5 ноября 2014 г., 13:10:50:

> из:
> https://github.com/onddo/owncloud-cookbook/blob/master/templates/default/nginx_vhost.erb
> И я подумал, возможно они мне могут помочь.
> Но я не понимаю их смысла. Объясните пожалуйста.
>  

Эти строчки, если OC крутится без Апача, сразу за nginx. Вам
достаточно простейший proxy_pass сделать на Апач, который будет ждать
на каком-нить 8080 порту.


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


From nginx-forum at nginx.us  Wed Nov  5 14:14:27 2014
From: nginx-forum at nginx.us (pivovarov93)
Date: Wed, 05 Nov 2014 09:14:27 -0500
Subject: =?UTF-8?B?Q9Cy0Y/Qt9C60LAgTmdpbngrQXBhY2hlIFBocCDRhNCw0LnQu9GLINGB0LrQsNGH?=
 =?UTF-8?B?0LjQstCw0Y7RgtGB0Y8u?=
Message-ID: <f1b20f9eb4299f549d255c8d42002e3e.NginxMailingListRussian@forum.nginx.org>

Привет всем. Не нашел решения на форуме.
На VPS стоит связка Nginx+Apache. Html файлы отображаются корректно, а php
файлы скачиваются с исходным кодом. Подразумеваю, что проблема в том, что
nginx не отправляет обработку php файлов на apache, так как при
использовании отдельно apache php файлы все таки выполняются.
Подскажите, пожалуйста, что нужно прописать в nginx.conf, чтобы динамика
(php файлы) выполнялись через Apache

Файл nginx.conf
[SPOILER]
user apache;
worker_processes  1;

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


events {
    worker_connections  1024;
}


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;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
	include /etc/nginx/vhosts/*/*.conf;
	server {
	root /var/www/pivovarov93/data/www/website.com;
        index index.php index.html index.htm;
		server_name website.com;
	#disable_symlinks if_not_owner;
	listen 80;
	include /etc/nginx/vhosts-includes/*.conf;
	  location ~ \.php$ {
}
	location @fallback {
		error_log /dev/null crit;
		proxy_pass http://127.0.0.1:8080;
		proxy_redirect http://127.0.0.1:8080 /;
		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-Forwarded-Secret nhpuQyyD1YUs6pAC;
		access_log off ;
	}
	}
}
[/SPOILER]

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


From nginx-forum at nginx.us  Thu Nov  6 13:27:02 2014
From: nginx-forum at nginx.us (Kochetkov)
Date: Thu, 06 Nov 2014 08:27:02 -0500
Subject: =?UTF-8?B?UmU6INC30LDQs9C+0LvQvtCy0LrQuCDQt9Cw0L/RgNC+0YHQsCDQuCByZXdyaXRl?=
In-Reply-To: <20091004192556.GA35784@rambler-co.ru>
References: <20091004192556.GA35784@rambler-co.ru>
Message-ID: <13273d1fc850c259232d490e016d4816.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток!
Пытаюсь проверить на наличие заголовка $http_x_accel_redirect и всегда
получаю пустоту, даже когда явно указываю в скрипте. Для проверки вывел в
лог, тоже пустота. Возникли вопросы, логируются ли вообще внутренние
перенаправления и как можно проверить наличие данного заголовка? Хочу
использовать в качестве замены internal, который почему-то не работает. 

Формирование заголовка в скрипте (PHP):

header("X-Accel-Redirect: /docs/dealers/".$uri);



Часть конфига, отвечающая за обработку:

location ~* ^.+\.pdf$ {
	rewrite ^/private/docs/dealers/(.*) /docs/check_access.php?uri=$1 last;
	root $docroot;
	expires 1d;
}	

location ^~ /docs/dealers/ {
	location ~* ^.+\.pdf$ {
		access_log /var/log/nginx/pdf_log common2;
		if ($http_x_accel_redirect = "") {
			return 403;
		}
	}
}

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


From mdounin at mdounin.ru  Thu Nov  6 14:36:04 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Thu, 6 Nov 2014 17:36:04 +0300
Subject: =?UTF-8?B?UmU6INC30LDQs9C+0LvQvtCy0LrQuCDQt9Cw0L/RgNC+0YHQsCDQuCByZXdyaXRl?=
In-Reply-To: <13273d1fc850c259232d490e016d4816.NginxMailingListRussian@forum.nginx.org>
References: <20091004192556.GA35784@rambler-co.ru>
 <13273d1fc850c259232d490e016d4816.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141106143604.GC22132@mdounin.ru>

Hello!

On Thu, Nov 06, 2014 at 08:27:02AM -0500, Kochetkov wrote:

> Доброго времени суток!
> Пытаюсь проверить на наличие заголовка $http_x_accel_redirect и всегда
> получаю пустоту, даже когда явно указываю в скрипте. Для проверки вывел в
> лог, тоже пустота. Возникли вопросы, логируются ли вообще внутренние
> перенаправления и как можно проверить наличие данного заголовка?

В переменных $http_* доступны заголовки запроса.  Т.к.  заголовок 
X-Accel-Redirect не является заголовком запроса, то и через 
переменные $http_* он не доступен.

Смотреть имеет смысл на заголовок $upstream_http_x_accel_redirect.

Подробнее тут:

http://nginx.org/r/$http_/ru
http://nginx.org/r/$upstream_http_/ru

> Хочу использовать в качестве замены internal, который почему-то 
> не работает. 

Возможно, правильнее будет разобраться именно с этой проблемой.

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


From nginx-forum at nginx.us  Fri Nov  7 03:19:55 2014
From: nginx-forum at nginx.us (heiheshang)
Date: Thu, 06 Nov 2014 22:19:55 -0500
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQvdCw0YHRgtGA0L7QuNGC0Ywgbmdpbngg0LTQu9GP?=
 =?UTF-8?B?IERydXBhbA==?=
Message-ID: <dfee26ae4c85afc3db61dde19f90417f.NginxMailingListRussian@forum.nginx.org>

Для главного домена все работает, для домена 3 уровня css не отдается. Хотя
что для 2 что для 3 уровня css один. 
server {
 
  listen 80;
 
  root /var/www/html;
 
  server_name 123.com *.123.com;
 
  ssi on;
  ssi_silent_errors on;
 
  location ~ ^/sites/.*/private/ {
	return 403;
  }
 
 
  location ~ (^|/)\. {
	return 403;
  }
 
 
  location ~ /sites/.*/files/styles/ {
	try_files $uri @backend;
	expires 30d;
	log_not_found off;
  }
 
 
  location ~*
\.(png|gif|jpg|jpeg|css|js|ico|swf|flw|cgi|bat|pl|dll|exe|asp)$ {
	try_files $uri =404;
	expires 30d;
	log_not_found off;
  }
 
 
  location / {
 
 
	error_page 418 = @backend;
 
	if ($http_cookie ~* "SESS") {
  	return 418;
	}
 
	if ($request_method !~ ^(GET|HEAD)$ ) {
  	return 418;
	}
 
 
	default_type text/html;
 
	add_header X-Nginx-Page-Cache HIT;
 
 
	# set $memcached_key
"PREFIX-cache_page-$scheme://$server_name$uri$is_args$args";
	set $memcached_key "cache_page-$scheme://$server_name$uri$is_args$args";
 
	http://nginx.org/ru/docs/http/ngx_http_memcached_module.html
 
	memcached_pass unix:/var/run/memcached/memcached.socket1;
 
	proxy_intercept_errors on;
	error_page 404 502 = @backend;
  }
location @rewrite {
# You have 2 options here
# For D7 and above:
# Clean URLs are handled in drupal_environment_initialize().
rewrite ^ /index.php;
# For Drupal 6 and bwlow:
# Some modules enforce no slash (/) at the end of the URL
# Else this rewrite block wouldn't be needed (GlobalRedirect)
#rewrite ^/(.*)$ /index.php?q=$1;
} 
 
     location @cache {
 
    if ($http_cookie ~ "DRUPAL_UID" ) {
        return 405;
    }
    if ($request_method !~ ^(GET|HEAD)$ ) {
        return 405;
    }
    error_page 405 = @backend;
    gzip on;
    add_header Expires "Tue, 22 Sep 1974 08:00:00 GMT";
    add_header Cache-Control "must-revalidate, post-check=0, pre-check=0";
    try_files /cache/normal/$host/${uri}_.html /cache/perm/$host/${uri}_.css
/cache/perm/$host/${uri}_.js /cache/$host/0$uri.html
/cache/$host/0${uri}/index.html @backend;
    }
 
  location @backend {
 
 
	add_header X-Nginx-Page-Cache MISS;
 
	proxy_pass         	http://127.0.0.1:8080;
	proxy_connect_timeout   120;
	proxy_send_timeout 	120;
	proxy_read_timeout 	180;
 
	proxy_set_header  Host              	$host;
	proxy_set_header  X-Real-IP         	$remote_addr;
	proxy_set_header  X-Forwarded-For   	$proxy_add_x_forwarded_for;
  }
}
 
server {
server_name www.123.com;
return 301 $scheme://123.com$request_uri;
}

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


From nginx-forum at nginx.us  Fri Nov  7 06:51:43 2014
From: nginx-forum at nginx.us (Kochetkov)
Date: Fri, 07 Nov 2014 01:51:43 -0500
Subject: =?UTF-8?B?UmU6INC30LDQs9C+0LvQvtCy0LrQuCDQt9Cw0L/RgNC+0YHQsCDQuCByZXdyaXRl?=
In-Reply-To: <20141106143604.GC22132@mdounin.ru>
References: <20141106143604.GC22132@mdounin.ru>
Message-ID: <c5b9a7daf5511d54f91c4bbe58e13a34.NginxMailingListRussian@forum.nginx.org>

Согласен, но тут есть важный момент. nginx пришел в поставке с bitrixenv, а
там по опыту стоит чуть изменить что-то все рушится. 
Помог Ваш совет
>Смотреть имеет смысл на заголовок $upstream_http_x_accel_redirect.
Сейчас конструкция

if ($upstream_http_x_accel_redirect = "") {
					return 403;
				}

работает именно так, как было задумано.

Большое спасибо за помощь!

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


From ekkertan at gmail.com  Fri Nov  7 10:26:46 2014
From: ekkertan at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KDQvtC20LrQvtCy?=)
Date: Fri, 7 Nov 2014 14:26:46 +0400
Subject: =?UTF-8?B?0KHQsdGA0L7RgSDQutGN0YjQsCDRgSDQv9C+0LzQvtGJ0YzRjiBuZ3hfY2FjaGVf?=
 =?UTF-8?B?cHVyZ2U=?=
Message-ID: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>

Доброго дня!

В определенных ситуациях мне необходимо чистить закэшированные ответы nginx
Решил воспользоваться ngx_cache_purge

Кусок конфига:

        location /api/delete_api_cache/ {
                allow              127.0.0.1;
                deny               all;
                proxy_cache_purge  cachespace *;
                return 204;
        }

долблюсь curl'ом на этот урл, получаю 204
Кэш, однако, не сбрасывается, в access log'е вижу HIT

В чем может быть проблема?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141107/2e6a11ba/attachment.html>

From vbart at nginx.com  Fri Nov  7 11:37:12 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Fri, 07 Nov 2014 14:37:12 +0300
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
Message-ID: <14016353.fodd9drXNk@vbart-workstation>

On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
> Доброго дня!
> 
> В определенных ситуациях мне необходимо чистить закэшированные ответы nginx
> Решил воспользоваться ngx_cache_purge
> 
> Кусок конфига:
> 
>         location /api/delete_api_cache/ {
>                 allow              127.0.0.1;
>                 deny               all;
>                 proxy_cache_purge  cachespace *;
>                 return 204;
>         }
> 
> долблюсь curl'ом на этот урл, получаю 204
> Кэш, однако, не сбрасывается, в access log'е вижу HIT
> 
> В чем может быть проблема?
> 

У вас в качестве ключа задано '*', что буквально означает удалить
элемент колючем которого является '*'.

Удаление множества элементов сторонний модуль не поддерживает,
но такая функциональность есть в nginx plus:
http://nginx.org/r/proxy_cache_purge/ru

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

From ekkertan at gmail.com  Fri Nov  7 11:44:03 2014
From: ekkertan at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KDQvtC20LrQvtCy?=)
Date: Fri, 7 Nov 2014 15:44:03 +0400
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <14016353.fodd9drXNk@vbart-workstation>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <14016353.fodd9drXNk@vbart-workstation>
Message-ID: <CADba6YKoF3BU3oJa7AN_rpVbB75jvsqJx7_a=Xrhepv9ngCxiQ@mail.gmail.com>

Ясно, спасибо

7 ноября 2014 г., 14:37 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
> > Доброго дня!
> >
> > В определенных ситуациях мне необходимо чистить закэшированные ответы
> nginx
> > Решил воспользоваться ngx_cache_purge
> >
> > Кусок конфига:
> >
> >         location /api/delete_api_cache/ {
> >                 allow              127.0.0.1;
> >                 deny               all;
> >                 proxy_cache_purge  cachespace *;
> >                 return 204;
> >         }
> >
> > долблюсь curl'ом на этот урл, получаю 204
> > Кэш, однако, не сбрасывается, в access log'е вижу HIT
> >
> > В чем может быть проблема?
> >
>
> У вас в качестве ключа задано '*', что буквально означает удалить
> элемент колючем которого является '*'.
>
> Удаление множества элементов сторонний модуль не поддерживает,
> но такая функциональность есть в nginx plus:
> http://nginx.org/r/proxy_cache_purge/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/20141107/9a2403f0/attachment-0001.html>

From vbart at nginx.com  Fri Nov  7 11:44:23 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Fri, 07 Nov 2014 14:44:23 +0300
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <14016353.fodd9drXNk@vbart-workstation>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <14016353.fodd9drXNk@vbart-workstation>
Message-ID: <1469580.xvzURBcVv0@vbart-workstation>

On Friday 07 November 2014 14:37:12 Валентин Бартенев wrote:
> On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
> > Доброго дня!
> > 
> > В определенных ситуациях мне необходимо чистить закэшированные ответы 
nginx
> > Решил воспользоваться ngx_cache_purge
> > 
> > Кусок конфига:
> > 
> >         location /api/delete_api_cache/ {
> >                 allow              127.0.0.1;
> >                 deny               all;
> >                 proxy_cache_purge  cachespace *;
> >                 return 204;
> >         }
> > 
> > долблюсь curl'ом на этот урл, получаю 204
> > Кэш, однако, не сбрасывается, в access log'е вижу HIT
> > 
> > В чем может быть проблема?
> > 
> 
> У вас в качестве ключа задано '*', что буквально означает удалить
> элемент колючем которого является '*'.
> 
> Удаление множества элементов сторонний модуль не поддерживает,
> но такая функциональность есть в nginx plus:
> http://nginx.org/r/proxy_cache_purge/ru
> 

И ещё одна проблема - это "return 204", так что обработка запроса
заканчивается на rewrite-фазе и до ngx_cache_purge модуля просто
не доходит.

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

From ekkertan at gmail.com  Fri Nov  7 11:46:44 2014
From: ekkertan at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KDQvtC20LrQvtCy?=)
Date: Fri, 7 Nov 2014 15:46:44 +0400
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <1469580.xvzURBcVv0@vbart-workstation>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <14016353.fodd9drXNk@vbart-workstation>
 <1469580.xvzURBcVv0@vbart-workstation>
Message-ID: <CADba6YLco8N8aBB9UqBSUMFKWnV-tsgqmijt=emiJ3Q2GMK-xA@mail.gmail.com>

Да, точно, это я как-то прохлопал ушами :)

7 ноября 2014 г., 14:44 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Friday 07 November 2014 14:37:12 Валентин Бартенев wrote:
> > On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
> > > Доброго дня!
> > >
> > > В определенных ситуациях мне необходимо чистить закэшированные ответы
> nginx
> > > Решил воспользоваться ngx_cache_purge
> > >
> > > Кусок конфига:
> > >
> > >         location /api/delete_api_cache/ {
> > >                 allow              127.0.0.1;
> > >                 deny               all;
> > >                 proxy_cache_purge  cachespace *;
> > >                 return 204;
> > >         }
> > >
> > > долблюсь curl'ом на этот урл, получаю 204
> > > Кэш, однако, не сбрасывается, в access log'е вижу HIT
> > >
> > > В чем может быть проблема?
> > >
> >
> > У вас в качестве ключа задано '*', что буквально означает удалить
> > элемент колючем которого является '*'.
> >
> > Удаление множества элементов сторонний модуль не поддерживает,
> > но такая функциональность есть в nginx plus:
> > http://nginx.org/r/proxy_cache_purge/ru
> >
>
> И ещё одна проблема - это "return 204", так что обработка запроса
> заканчивается на rewrite-фазе и до ngx_cache_purge модуля просто
> не доходит.
>
> --
> Валентин Бартенев
> _______________________________________________
> 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/20141107/cee24f0f/attachment.html>

From ekkertan at gmail.com  Fri Nov  7 11:59:53 2014
From: ekkertan at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KDQvtC20LrQvtCy?=)
Date: Fri, 7 Nov 2014 15:59:53 +0400
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <1469580.xvzURBcVv0@vbart-workstation>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <14016353.fodd9drXNk@vbart-workstation>
 <1469580.xvzURBcVv0@vbart-workstation>
Message-ID: <CADba6YKR=Tw5d6jfNu3sDDwy-5YLf7moTw7NU5O2D0JK_5Q4SA@mail.gmail.com>

А есть способы сбросить кэш по всем ключам сразу?
Второй тип синтаксиса не поможет (который proxy_cache_purge on|off|<method>
[from all|<ip> [.. <ip>]])?
Если поможет - я правильно понимаю, что нужно написать что-то вроде

proxy_cache_purge $upstream_http_purge_api_cache from all;

и добавить в запрос заголовок Purge-Api-Cache?


7 ноября 2014 г., 14:44 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Friday 07 November 2014 14:37:12 Валентин Бартенев wrote:
> > On Friday 07 November 2014 14:26:46 Алексей Рожков wrote:
> > > Доброго дня!
> > >
> > > В определенных ситуациях мне необходимо чистить закэшированные ответы
> nginx
> > > Решил воспользоваться ngx_cache_purge
> > >
> > > Кусок конфига:
> > >
> > >         location /api/delete_api_cache/ {
> > >                 allow              127.0.0.1;
> > >                 deny               all;
> > >                 proxy_cache_purge  cachespace *;
> > >                 return 204;
> > >         }
> > >
> > > долблюсь curl'ом на этот урл, получаю 204
> > > Кэш, однако, не сбрасывается, в access log'е вижу HIT
> > >
> > > В чем может быть проблема?
> > >
> >
> > У вас в качестве ключа задано '*', что буквально означает удалить
> > элемент колючем которого является '*'.
> >
> > Удаление множества элементов сторонний модуль не поддерживает,
> > но такая функциональность есть в nginx plus:
> > http://nginx.org/r/proxy_cache_purge/ru
> >
>
> И ещё одна проблема - это "return 204", так что обработка запроса
> заканчивается на rewrite-фазе и до ngx_cache_purge модуля просто
> не доходит.
>
> --
> Валентин Бартенев
> _______________________________________________
> 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/20141107/c80a6f81/attachment.html>

From vbart at nginx.com  Fri Nov  7 14:32:58 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Fri, 07 Nov 2014 17:32:58 +0300
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <CADba6YKR=Tw5d6jfNu3sDDwy-5YLf7moTw7NU5O2D0JK_5Q4SA@mail.gmail.com>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <1469580.xvzURBcVv0@vbart-workstation>
 <CADba6YKR=Tw5d6jfNu3sDDwy-5YLf7moTw7NU5O2D0JK_5Q4SA@mail.gmail.com>
Message-ID: <21447897.SxNz7cR6Zi@vbart-workstation>

On Friday 07 November 2014 15:59:53 Алексей Рожков wrote:
> А есть способы сбросить кэш по всем ключам сразу?
> Второй тип синтаксиса не поможет (который proxy_cache_purge on|off|<method>
> [from all|<ip> [.. <ip>]])?
> Если поможет - я правильно понимаю, что нужно написать что-то вроде
> 
> proxy_cache_purge $upstream_http_purge_api_cache from all;
> 
> и добавить в запрос заголовок Purge-Api-Cache?
> 

Если я правильно понимаю, то "from all" это про IP клиентов, которым
разрешено очищать элемент кэша, т.е. в данном конфигурации всем.

А вторым параметром указывается метод запроса на очистку кэша.

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

В целом это просто вариант синтаксиса, когда нужно сконфигурировать
модуль в том же location, где находится и proxy_pass.  Функционально
он аналогичен.

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

From ekkertan at gmail.com  Fri Nov  7 17:10:02 2014
From: ekkertan at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KDQvtC20LrQvtCy?=)
Date: Fri, 7 Nov 2014 20:10:02 +0300
Subject: =?UTF-8?B?UmU6INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4X2Nh?=
 =?UTF-8?B?Y2hlX3B1cmdl?=
In-Reply-To: <21447897.SxNz7cR6Zi@vbart-workstation>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <1469580.xvzURBcVv0@vbart-workstation>
 <CADba6YKR=Tw5d6jfNu3sDDwy-5YLf7moTw7NU5O2D0JK_5Q4SA@mail.gmail.com>
 <21447897.SxNz7cR6Zi@vbart-workstation>
Message-ID: <CADba6Y+N0Zx69MK6KW8qCmnrNx-C-gvgz+o2WOuU-RAhUjfknQ@mail.gmail.com>

Большое спасибо за помощь, Валентин!
Похоже, надо смотреть в сторону memcached, он в этом смысле более гибкий. А
так хотелось малой кровью  :)

7 ноября 2014 г., 17:32 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Friday 07 November 2014 15:59:53 Алексей Рожков wrote:
> > А есть способы сбросить кэш по всем ключам сразу?
> > Второй тип синтаксиса не поможет (который proxy_cache_purge
> on|off|<method>
> > [from all|<ip> [.. <ip>]])?
> > Если поможет - я правильно понимаю, что нужно написать что-то вроде
> >
> > proxy_cache_purge $upstream_http_purge_api_cache from all;
> >
> > и добавить в запрос заголовок Purge-Api-Cache?
> >
>
> Если я правильно понимаю, то "from all" это про IP клиентов, которым
> разрешено очищать элемент кэша, т.е. в данном конфигурации всем.
>
> А вторым параметром указывается метод запроса на очистку кэша.
>
> Ключ при этом будет использоваться тот, который задан в proxy_cache_key.
>
> В целом это просто вариант синтаксиса, когда нужно сконфигурировать
> модуль в том же location, где находится и proxy_pass.  Функционально
> он аналогичен.
>
> --
> Валентин Бартенев
> _______________________________________________
> 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/20141107/32d5a98c/attachment.html>

From postmaster at softsearch.ru  Fri Nov  7 19:18:08 2014
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 7 Nov 2014 22:18:08 +0300
Subject: =?UTF-8?B?UmVbMl06INCh0LHRgNC+0YEg0LrRjdGI0LAg0YEg0L/QvtC80L7RidGM0Y4gbmd4?=
 =?UTF-8?B?X2NhY2hlX3B1cmdl?=
In-Reply-To: <CADba6Y+N0Zx69MK6KW8qCmnrNx-C-gvgz+o2WOuU-RAhUjfknQ@mail.gmail.com>
References: <CADba6YKjv2EsibELZtSqQEmj0F175p7a=HJcx4FXvDV12xD6Cw@mail.gmail.com>
 <1469580.xvzURBcVv0@vbart-workstation>
 <CADba6YKR=Tw5d6jfNu3sDDwy-5YLf7moTw7NU5O2D0JK_5Q4SA@mail.gmail.com>
 <21447897.SxNz7cR6Zi@vbart-workstation>
 <CADba6Y+N0Zx69MK6KW8qCmnrNx-C-gvgz+o2WOuU-RAhUjfknQ@mail.gmail.com>
Message-ID: <1434446820.20141107221808@softsearch.ru>

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

> Большое спасибо за помощь, Валентин!
> Похоже,  надо  смотреть  в сторону memcached, он в этом смысле более
> гибкий. А так хотелось малой кровью :)

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

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


From greenh at gmail.com  Sun Nov  9 10:01:16 2014
From: greenh at gmail.com (greenh)
Date: Sun, 9 Nov 2014 12:01:16 +0200
Subject: =?UTF-8?B?c3RvcmVfcHJveHkg0L3QtSDRgdC+0YXRgNCw0L3Rj9C10YIg0YTQsNC50LvRiw==?=
Message-ID: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>

Добрый день
Подскажите плз, что я делаю не так
имеется основной сервер хранения (storage) и фронтенд (img)
на фронтенде настроено

server {
listen *:80;
server_name img.site1.com  img-a6.site1.com ;
root /home/site1/site1.com;

    location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
root /home/site1/site1.com/;
        try_files $uri $uri/ @fallback;
        error_log  /home/site1/logs/site1.com-img-error.log warn ;
    }
    location @fallback
    {
proxy_pass http://storage.site1.com;
proxy_store /home/site1/site1.com/$request_uri;
root /home/site1/site1.com;
proxy_store_access  user:rw  group:rw  all:rw;
        error_log  /home/site1/logs/fallback-error.log warn ;
        access_log  /home/site1/logs/fallback-access.log ;
    }

}
но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
запросом обращается на storage
nginx version: nginx/1.6.2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141109/54986b6d/attachment.html>

From greenh at gmail.com  Sun Nov  9 10:07:05 2014
From: greenh at gmail.com (greenh)
Date: Sun, 9 Nov 2014 12:07:05 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
Message-ID: <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>

Proxy_store конечно, на не store_proxy

9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:

> Добрый день
> Подскажите плз, что я делаю не так
> имеется основной сервер хранения (storage) и фронтенд (img)
> на фронтенде настроено
>
> server {
> listen *:80;
> server_name img.site1.com  img-a6.site1.com ;
> root /home/site1/site1.com;
>
>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
> root /home/site1/site1.com/;
>         try_files $uri $uri/ @fallback;
>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>     }
>     location @fallback
>     {
> proxy_pass http://storage.site1.com;
> proxy_store /home/site1/site1.com/$request_uri;
> root /home/site1/site1.com;
> proxy_store_access  user:rw  group:rw  all:rw;
>         error_log  /home/site1/logs/fallback-error.log warn ;
>         access_log  /home/site1/logs/fallback-access.log ;
>     }
>
> }
> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
> запросом обращается на storage
> nginx version: nginx/1.6.2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141109/1e36780a/attachment.html>

From megalin2 at gmail.com  Sun Nov  9 10:42:32 2014
From: megalin2 at gmail.com (=?KOI8-R?B?7snLydTBIOvB0sTB28nO?=)
Date: Sun, 9 Nov 2014 16:42:32 +0600
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
Message-ID: <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>

Банальное: а права на запись в директорию есть?

9 ноября 2014 г., 15:07 пользователь greenh <greenh at gmail.com> написал:

> Proxy_store конечно, на не store_proxy
>
> 9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:
>
> Добрый день
>> Подскажите плз, что я делаю не так
>> имеется основной сервер хранения (storage) и фронтенд (img)
>> на фронтенде настроено
>>
>> server {
>> listen *:80;
>> server_name img.site1.com  img-a6.site1.com ;
>> root /home/site1/site1.com;
>>
>>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
>> root /home/site1/site1.com/;
>>         try_files $uri $uri/ @fallback;
>>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>>     }
>>     location @fallback
>>     {
>> proxy_pass http://storage.site1.com;
>> proxy_store /home/site1/site1.com/$request_uri;
>> root /home/site1/site1.com;
>> proxy_store_access  user:rw  group:rw  all:rw;
>>         error_log  /home/site1/logs/fallback-error.log warn ;
>>         access_log  /home/site1/logs/fallback-access.log ;
>>     }
>>
>> }
>> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
>> запросом обращается на storage
>> nginx version: nginx/1.6.2
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
With best regards,
differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
System administrator.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141109/6786362a/attachment.html>

From greenh at gmail.com  Sun Nov  9 10:44:44 2014
From: greenh at gmail.com (greenh)
Date: Sun, 9 Nov 2014 12:44:44 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
 <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>
Message-ID: <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>

уже проставил chmod -R 777 от /home

9 ноября 2014 г., 12:42 пользователь Никита Кардашин <megalin2 at gmail.com>
написал:

> Банальное: а права на запись в директорию есть?
>
> 9 ноября 2014 г., 15:07 пользователь greenh <greenh at gmail.com> написал:
>
>> Proxy_store конечно, на не store_proxy
>>
>> 9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:
>>
>> Добрый день
>>> Подскажите плз, что я делаю не так
>>> имеется основной сервер хранения (storage) и фронтенд (img)
>>> на фронтенде настроено
>>>
>>> server {
>>> listen *:80;
>>> server_name img.site1.com  img-a6.site1.com ;
>>> root /home/site1/site1.com;
>>>
>>>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
>>> root /home/site1/site1.com/;
>>>         try_files $uri $uri/ @fallback;
>>>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>>>     }
>>>     location @fallback
>>>     {
>>> proxy_pass http://storage.site1.com;
>>> proxy_store /home/site1/site1.com/$request_uri;
>>> root /home/site1/site1.com;
>>> proxy_store_access  user:rw  group:rw  all:rw;
>>>         error_log  /home/site1/logs/fallback-error.log warn ;
>>>         access_log  /home/site1/logs/fallback-access.log ;
>>>     }
>>>
>>> }
>>> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
>>> запросом обращается на storage
>>> nginx version: nginx/1.6.2
>>>
>>
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> With best regards,
> differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
> System administrator.
>
> _______________________________________________
> 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/20141109/ac5959b8/attachment-0001.html>

From nginx-forum at nginx.us  Sun Nov  9 18:33:49 2014
From: nginx-forum at nginx.us (Sferg)
Date: Sun, 09 Nov 2014 13:33:49 -0500
Subject: =?UTF-8?B?0JrQsNC60LjQvCDQvtCx0YDQsNC30L7QvCDQvNC+0LbQvdC+INC30LDRgdGC0LA=?=
 =?UTF-8?B?0LLQuNGC0Ywgbmdpbngg0LLQvtC30LLRgNCw0YnQsNGC0Ywg0LfQsNCz0L4=?=
 =?UTF-8?B?0LvQvtCy0LrQuCBMYXN0LU1vZGlmaWVkINC4IElmLU1vZGlmaWVkLVNpbmNl?=
 =?UTF-8?B?Pw==?=
Message-ID: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, господа. Установлена связка nginx + php-fpm. При обращении к
статичному контенту (html, jpg и т.д.) заголовок Last-Modified возвращается
нормально, но не возвращается If-Modified-Since. Если же обращаюсь к
динамичному контенту (php), то ни один из этих заголовков не возвращается.
Подскажите, пожалуйста, каким образом можно заставить nginx возвращать
заголовки Last-Modified и If-Modified-Since? В качестве средства проверки
использую сайт http://last-modified.com/ru/if-modified-since.html. 

Вот мой конфиг nginx:

user www-data www-data;
worker_processes 2;
worker_cpu_affinity 0101 1010;
worker_rlimit_nofile 8192;
worker_priority -5;
timer_resolution 100ms;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
    worker_connections 2048;
    multi_accept on;
    accept_mutex on;
    use epoll;
}

http {
    include mime.types;
    default_type application/octet-stream;
    index index.html index.htm index.php;

    upstream example.com {
        server unix:/var/run/php5-fpm_example.com.sock max_fails=3
fail_timeout=3s;
    }

    server {
        listen *:80;
        server_name example.com;
        root /home/example.com/www;
        access_log /var/log/nginx/access.log;

        location ~ ^.+\.php(?:/.*)?$ {
            fastcgi_pass example.com;
            include fastcgi_params;
            fastcgi_split_path_info ^(.+?\.php)(/.*)$;
            if ($uri ~ ^(?<script_name>.+\.php)?(?<path_info>/.*)?$) {}

            set $path_info_final $path_info;
            if ($fastcgi_path_info != '') {
                set $path_info_final $fastcgi_path_info;
            }

            fastcgi_param PATH_INFO $path_info_final;

            set $script_name_final '/index.php';
            if ($script_name != '') {
            set $script_name_final $script_name;
            }

            fastcgi_param SCRIPT_FILENAME $document_root$script_name_final;

            if (!-e $document_root$script_name_final) {
                return 404;
            }

            fastcgi_param SCRIPT_NAME $script_name_final;

            set $request_uri_final $request_uri;
            if ($path_info_final != '') {
                set $request_uri_final $path_info_final$is_args$args;
            }

            fastcgi_param REQUEST_URI $request_uri_final;
            fastcgi_index index.php;
            fastcgi_next_upstream error timeout;
            fastcgi_keep_conn on;
            fastcgi_hide_header "X-Powered-By";
        }

        location / {
            index index.html index.htm index.php;
            try_files $uri $uri/ /index.html /index.htm /index.php;
        }

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

        location ~ \.(htc|js|js2|js3|js4)$ {
            expires 31536000s;
            add_header Pragma "public";
            add_header Cache-Control "max-age=31536000, public,
must-revalidate, proxy-revalidate";
        }

        location ~ \.(html|htm|rtf|rtx|svg|svgz|txt|xsd|xsl|xml)$ {
            expires 3600s;
            add_header Pragma "public";
            add_header Cache-Control "max-age=3600, public, must-revalidate,
proxy-revalidate";
        }

        location ~
\.(asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc|docx|eot|exe|gif|gz|gzip|ico|jpg|jpeg|jpe|json|mdb|mid|midi|mov|qt|mp3|m4a|mp4|m4v|mpeg|mpg|mpe|mpp|otf|odb|odc|odf|odg|odp|ods|odt|ogg|pdf|pot|pps|ppt|pptx|ra|ram|svg|svgz|swf|tar|tif|tiff|ttf|ttc|wav|wma|wri|xla|xls|xlsx|xlt|xlw|zip)$
{
            expires 31536000s;
            add_header Pragma "public";
            add_header Cache-Control "max-age=31536000, public,
must-revalidate, proxy-revalidate";
        }

    }

}

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


From greenh at gmail.com  Sun Nov  9 21:14:10 2014
From: greenh at gmail.com (greenh)
Date: Sun, 9 Nov 2014 23:14:10 +0200
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>
References: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAET4wc5rqHEz7GWeEf=KwpBD=7qPG-=K9Q6WLqLsK9EQh7WZKA@mail.gmail.com>

Если я все правильно понял, то указанные заголовки возвращаются исходя из
даты изменения файла. Поскольку пхп возвращает динамический контент, то
такой информации у nginx нет и быть не может, и соответственно,
ответственность за заголовки лежит на бекенде
09.11.2014 20:33 пользователь "Sferg" <nginx-forum at nginx.us> написал:

> Здравствуйте, господа. Установлена связка nginx + php-fpm. При обращении к
> статичному контенту (html, jpg и т.д.) заголовок Last-Modified возвращается
> нормально, но не возвращается If-Modified-Since. Если же обращаюсь к
> динамичному контенту (php), то ни один из этих заголовков не возвращается.
> Подскажите, пожалуйста, каким образом можно заставить nginx возвращать
> заголовки Last-Modified и If-Modified-Since? В качестве средства проверки
> использую сайт http://last-modified.com/ru/if-modified-since.html.
>
> Вот мой конфиг nginx:
>
> user www-data www-data;
> worker_processes 2;
> worker_cpu_affinity 0101 1010;
> worker_rlimit_nofile 8192;
> worker_priority -5;
> timer_resolution 100ms;
> error_log /var/log/nginx/error.log warn;
> pid /var/run/nginx.pid;
>
> events {
>     worker_connections 2048;
>     multi_accept on;
>     accept_mutex on;
>     use epoll;
> }
>
> http {
>     include mime.types;
>     default_type application/octet-stream;
>     index index.html index.htm index.php;
>
>     upstream example.com {
>         server unix:/var/run/php5-fpm_example.com.sock max_fails=3
> fail_timeout=3s;
>     }
>
>     server {
>         listen *:80;
>         server_name example.com;
>         root /home/example.com/www;
>         access_log /var/log/nginx/access.log;
>
>         location ~ ^.+\.php(?:/.*)?$ {
>             fastcgi_pass example.com;
>             include fastcgi_params;
>             fastcgi_split_path_info ^(.+?\.php)(/.*)$;
>             if ($uri ~ ^(?<script_name>.+\.php)?(?<path_info>/.*)?$) {}
>
>             set $path_info_final $path_info;
>             if ($fastcgi_path_info != '') {
>                 set $path_info_final $fastcgi_path_info;
>             }
>
>             fastcgi_param PATH_INFO $path_info_final;
>
>             set $script_name_final '/index.php';
>             if ($script_name != '') {
>             set $script_name_final $script_name;
>             }
>
>             fastcgi_param SCRIPT_FILENAME $document_root$script_name_final;
>
>             if (!-e $document_root$script_name_final) {
>                 return 404;
>             }
>
>             fastcgi_param SCRIPT_NAME $script_name_final;
>
>             set $request_uri_final $request_uri;
>             if ($path_info_final != '') {
>                 set $request_uri_final $path_info_final$is_args$args;
>             }
>
>             fastcgi_param REQUEST_URI $request_uri_final;
>             fastcgi_index index.php;
>             fastcgi_next_upstream error timeout;
>             fastcgi_keep_conn on;
>             fastcgi_hide_header "X-Powered-By";
>         }
>
>         location / {
>             index index.html index.htm index.php;
>             try_files $uri $uri/ /index.html /index.htm /index.php;
>         }
>
>         location /blog {
>             try_files $uri $uri/ /blog/index.php?q=$uri&$args;
>         }
>
>         location ~ \.(htc|js|js2|js3|js4)$ {
>             expires 31536000s;
>             add_header Pragma "public";
>             add_header Cache-Control "max-age=31536000, public,
> must-revalidate, proxy-revalidate";
>         }
>
>         location ~ \.(html|htm|rtf|rtx|svg|svgz|txt|xsd|xsl|xml)$ {
>             expires 3600s;
>             add_header Pragma "public";
>             add_header Cache-Control "max-age=3600, public,
> must-revalidate,
> proxy-revalidate";
>         }
>
>         location ~
>
> \.(asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc|docx|eot|exe|gif|gz|gzip|ico|jpg|jpeg|jpe|json|mdb|mid|midi|mov|qt|mp3|m4a|mp4|m4v|mpeg|mpg|mpe|mpp|otf|odb|odc|odf|odg|odp|ods|odt|ogg|pdf|pot|pps|ppt|pptx|ra|ram|svg|svgz|swf|tar|tif|tiff|ttf|ttc|wav|wma|wri|xla|xls|xlsx|xlt|xlw|zip)$
> {
>             expires 31536000s;
>             add_header Pragma "public";
>             add_header Cache-Control "max-age=31536000, public,
> must-revalidate, proxy-revalidate";
>         }
>
>     }
>
> }
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,254706,254706#msg-254706
>
> _______________________________________________
> 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/20141109/923f048e/attachment.html>

From andrey at kopeyko.ru  Sun Nov  9 22:16:40 2014
From: andrey at kopeyko.ru (Andrey Kopeyko)
Date: Mon, 10 Nov 2014 01:16:40 +0300
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <CAET4wc5rqHEz7GWeEf=KwpBD=7qPG-=K9Q6WLqLsK9EQh7WZKA@mail.gmail.com>
References: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>
 <CAET4wc5rqHEz7GWeEf=KwpBD=7qPG-=K9Q6WLqLsK9EQh7WZKA@mail.gmail.com>
Message-ID: <545FE7C8.60407@kopeyko.ru>

10.11.2014 00:14, greenh пишет:
> Если я все правильно понял, то указанные заголовки возвращаются исходя
> из даты изменения файла. Поскольку пхп возвращает динамический контент,
> то такой информации у nginx нет и быть не может, и соответственно,
> ответственность за заголовки лежит на бекенде

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

Да, вы всё правильно поняли.

Плюс ко всему, "If-Modified-Since:" - это заголовок _запроса_, поэтому 
ожидать его от сервера nginx несколько неправильно.



-- 
Best regards,
Andrey Kopeyko <andrey at kopeyko.ru>


From nginx-forum at nginx.us  Mon Nov 10 02:25:33 2014
From: nginx-forum at nginx.us (lyambda71)
Date: Sun, 09 Nov 2014 21:25:33 -0500
Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgiDQu9GD0L8g0L/RgNC4INC/0L7Qv9GL0YLQutC1INCy?=
 =?UTF-8?B?0YvQtNGA0LDRgtGMINC40LzRjyDRgdC60YDQuNC/0YLQsCDQuNC3INGD0YA=?=
 =?UTF-8?B?0LssIFN5bWZvbnky?=
Message-ID: <0f0abc0b49251ec6e9d797c07592044b.NginxMailingListRussian@forum.nginx.org>

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

Уже который день бьюсь над решением проблемы. Ставлю Symfony2 в
сабдиректорию (это, думаю, не важно, т.к. при тестировании в корневой
директории по домену результат тот же). Конфиг из сервер блока следующий:

        listen 80;
        autoindex on;
        server_name example.com;
        root /var/www/example.com;

        rewrite ^/project/app_dev\.php/?(.*)$ /project/$1 permanent;

        location /project {
            alias /var/www/example.com/project/web;
            index app_dev.php;
            try_files $uri $uri/ @symfony;
        }

        location @symfony {
            rewrite ^/project/(.*)$ /project/app_dev.php/$1 last;
        }

        location ~ ^/project/(.+)\.php(/|$) {
            alias /var/www/example.com/project/web/;
            include fastcgi_params;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_split_path_info ^/project/(.+\.php)(.*)$;
            fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
            fastcgi_param SCRIPT_NAME /project/$fastcgi_script_name;
            fastcgi_param PATH_INFO $fastcgi_path_info;
        }

При доступе по URL типа:
http://example.com/project/app_dev.php/demo
или
http://example.com/project/demo

Все работает ок. Запросы передаются к симфони и нет никаких левых
редиректов.

А вот при доступе к корню приложения, т.е. к:
http://example.com/project (со слешем или без - без разницы)

Выдается редирект луп. И не понимаю, откуда он. Интересно, что в этом
случае, если я уберу $uri/ (со слешем) из try_files в блоке location
/project {} - то все вдруг начинает работать. Однако я не понимаю, как эти
вещи взаимосвязаны. Плюс к этому, мне нужно, чтобы $uri/ ПРИСУТСТВОВАЛ, т.к.
я хочу иметь прямой доступ к реальным папкам на сервере, минуя симфони.

Пожалуйста, помогите разобраться.

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


From onokonem at gmail.com  Mon Nov 10 04:00:04 2014
From: onokonem at gmail.com (Daniel Podolsky)
Date: Mon, 10 Nov 2014 08:00:04 +0400
Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRg9C/INC/0YDQuCDQv9C+0L/Ri9GC0Lo=?=
 =?UTF-8?B?0LUg0LLRi9C00YDQsNGC0Ywg0LjQvNGPINGB0LrRgNC40L/RgtCwINC40Lcg?=
 =?UTF-8?B?0YPRgNC7LCBTeW1mb255Mg==?=
In-Reply-To: <0f0abc0b49251ec6e9d797c07592044b.NginxMailingListRussian@forum.nginx.org>
References: <0f0abc0b49251ec6e9d797c07592044b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKaHDOG+Cvr2bOJnXVHeBO8eviLT-sdaasKAWaMTpZJXSNb3YA@mail.gmail.com>

> А вот при доступе к корню приложения, т.е. к:
> http://example.com/project (со слешем или без - без разницы)
> Выдается редирект луп.
А в какой location, по-вашему, должен попасть этот запрос?

From nginx-forum at nginx.us  Mon Nov 10 04:22:39 2014
From: nginx-forum at nginx.us (lyambda71)
Date: Sun, 09 Nov 2014 23:22:39 -0500
Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRg9C/INC/0YDQuCDQv9C+0L/Ri9GC0Lo=?=
 =?UTF-8?B?0LUg0LLRi9C00YDQsNGC0Ywg0LjQvNGPINGB0LrRgNC40L/RgtCwINC40Lcg?=
 =?UTF-8?B?0YPRgNC7LCBTeW1mb255Mg==?=
In-Reply-To: <CAKaHDOG+Cvr2bOJnXVHeBO8eviLT-sdaasKAWaMTpZJXSNb3YA@mail.gmail.com>
References: <CAKaHDOG+Cvr2bOJnXVHeBO8eviLT-sdaasKAWaMTpZJXSNb3YA@mail.gmail.com>
Message-ID: <302f511b1ff16b74903e2ab355548257.NginxMailingListRussian@forum.nginx.org>

Я все равно понимаю что-то неправильно. В моем понимании, при запросе
example.com/project/ сначала должен запуститься location /project, затем
провести внутренний редирект на app_dev.php (исходя из index app_dev.php) и
к бэкенду, затем выдрать app_dev.php из урла и выдать permanent редирект.
Но это не работает, если в try_files присутствует $uri/

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


From greenh at gmail.com  Mon Nov 10 08:47:28 2014
From: greenh at gmail.com (greenh)
Date: Mon, 10 Nov 2014 10:47:28 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
 <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>
 <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
Message-ID: <CAET4wc4mG53jBcm=6FWovHGsj8-ECfr16u3Xr8T4NnDoXQLZ7g@mail.gmail.com>

Эффекта ноль. Куда смотреть дальше - уже не представляю

9 ноября 2014 г., 12:44 пользователь greenh <greenh at gmail.com> написал:

>
> уже проставил chmod -R 777 от /home
>
> 9 ноября 2014 г., 12:42 пользователь Никита Кардашин <megalin2 at gmail.com>
> написал:
>
> Банальное: а права на запись в директорию есть?
>>
>> 9 ноября 2014 г., 15:07 пользователь greenh <greenh at gmail.com> написал:
>>
>>> Proxy_store конечно, на не store_proxy
>>>
>>> 9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:
>>>
>>> Добрый день
>>>> Подскажите плз, что я делаю не так
>>>> имеется основной сервер хранения (storage) и фронтенд (img)
>>>> на фронтенде настроено
>>>>
>>>> server {
>>>> listen *:80;
>>>> server_name img.site1.com  img-a6.site1.com ;
>>>> root /home/site1/site1.com;
>>>>
>>>>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
>>>> root /home/site1/site1.com/;
>>>>         try_files $uri $uri/ @fallback;
>>>>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>>>>     }
>>>>     location @fallback
>>>>     {
>>>> proxy_pass http://storage.site1.com;
>>>> proxy_store /home/site1/site1.com/$request_uri;
>>>> root /home/site1/site1.com;
>>>> proxy_store_access  user:rw  group:rw  all:rw;
>>>>         error_log  /home/site1/logs/fallback-error.log warn ;
>>>>         access_log  /home/site1/logs/fallback-access.log ;
>>>>     }
>>>>
>>>> }
>>>> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
>>>> запросом обращается на storage
>>>> nginx version: nginx/1.6.2
>>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>>
>> --
>> With best regards,
>> differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
>> System administrator.
>>
>> _______________________________________________
>> 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/20141110/d728fdf0/attachment.html>

From vbart at nginx.com  Mon Nov 10 08:50:34 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 10 Nov 2014 11:50:34 +0300
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc4mG53jBcm=6FWovHGsj8-ECfr16u3Xr8T4NnDoXQLZ7g@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
 <CAET4wc4mG53jBcm=6FWovHGsj8-ECfr16u3Xr8T4NnDoXQLZ7g@mail.gmail.com>
Message-ID: <2829188.t0EPnau7kB@vbart-laptop>

On Monday 10 November 2014 10:47:28 greenh wrote:
> Эффекта ноль. Куда смотреть дальше - уже не представляю
[..]

Смотрите в логи.  Это первое что нужно смотреть.

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

From vbart at nginx.com  Mon Nov 10 08:57:44 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 10 Nov 2014 11:57:44 +0300
Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRg9C/INC/0YDQuCDQv9C+0L/Ri9GC0Lo=?=
 =?UTF-8?B?0LUg0LLRi9C00YDQsNGC0Ywg0LjQvNGPINGB0LrRgNC40L/RgtCwINC40Lcg?=
 =?UTF-8?B?0YPRgNC7LCBTeW1mb255Mg==?=
In-Reply-To: <302f511b1ff16b74903e2ab355548257.NginxMailingListRussian@forum.nginx.org>
References: <CAKaHDOG+Cvr2bOJnXVHeBO8eviLT-sdaasKAWaMTpZJXSNb3YA@mail.gmail.com>
 <302f511b1ff16b74903e2ab355548257.NginxMailingListRussian@forum.nginx.org>
Message-ID: <27771912.thQ3l3CMqO@vbart-laptop>

On Sunday 09 November 2014 23:22:39 lyambda71 wrote:
> Я все равно понимаю что-то неправильно. В моем понимании, при запросе
> example.com/project/ сначала должен запуститься location /project, затем
> провести внутренний редирект на app_dev.php (исходя из index app_dev.php) и
> к бэкенду, затем выдрать app_dev.php из урла и выдать permanent редирект.
> Но это не работает, если в try_files присутствует $uri/
> 

Вот вы и сконфигурировали бесконечное перенаправление: у вас сначала
app_dev.php добавляется с помощью директивы index, а затем вырезается
с помощью rewrite.  До бэкенда тут дело не доходит.

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

From nginx-forum at nginx.us  Mon Nov 10 09:03:10 2014
From: nginx-forum at nginx.us (lyambda71)
Date: Mon, 10 Nov 2014 04:03:10 -0500
Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRg9C/INC/0YDQuCDQv9C+0L/Ri9GC0Lo=?=
 =?UTF-8?B?0LUg0LLRi9C00YDQsNGC0Ywg0LjQvNGPINGB0LrRgNC40L/RgtCwINC40Lcg?=
 =?UTF-8?B?0YPRgNC7LCBTeW1mb255Mg==?=
In-Reply-To: <27771912.thQ3l3CMqO@vbart-laptop>
References: <27771912.thQ3l3CMqO@vbart-laptop>
Message-ID: <f1a21b2f6f38ebec4f7dbb46c407a865.NginxMailingListRussian@forum.nginx.org>

Валентин Бартенев Wrote:
-------------------------------------------------------
> Вот вы и сконфигурировали бесконечное перенаправление: у вас сначала
> app_dev.php добавляется с помощью директивы index, а затем вырезается
> с помощью rewrite.  До бэкенда тут дело не доходит.

А почему тогда редирект луп исчезает и все работает, когда я убираю из
$try_files $uri/ (именно ту, что со слешем)?

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


From greenh at gmail.com  Mon Nov 10 09:04:52 2014
From: greenh at gmail.com (greenh)
Date: Mon, 10 Nov 2014 11:04:52 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
 <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>
 <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
Message-ID: <CAET4wc7Juc6uVb_51FYPomS23uoE=kwf0nDhxG8Car4HMiHrew@mail.gmail.com>

Эффекта ноль. Куда смотреть дальше - уже не представляю

9 ноября 2014 г., 12:44 пользователь greenh <greenh at gmail.com> написал:

>
> уже проставил chmod -R 777 от /home
>
> 9 ноября 2014 г., 12:42 пользователь Никита Кардашин <megalin2 at gmail.com>
> написал:
>
> Банальное: а права на запись в директорию есть?
>>
>> 9 ноября 2014 г., 15:07 пользователь greenh <greenh at gmail.com> написал:
>>
>>> Proxy_store конечно, на не store_proxy
>>>
>>> 9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:
>>>
>>> Добрый день
>>>> Подскажите плз, что я делаю не так
>>>> имеется основной сервер хранения (storage) и фронтенд (img)
>>>> на фронтенде настроено
>>>>
>>>> server {
>>>> listen *:80;
>>>> server_name img.site1.com  img-a6.site1.com ;
>>>> root /home/site1/site1.com;
>>>>
>>>>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
>>>> root /home/site1/site1.com/;
>>>>         try_files $uri $uri/ @fallback;
>>>>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>>>>     }
>>>>     location @fallback
>>>>     {
>>>> proxy_pass http://storage.site1.com;
>>>> proxy_store /home/site1/site1.com/$request_uri;
>>>> root /home/site1/site1.com;
>>>> proxy_store_access  user:rw  group:rw  all:rw;
>>>>         error_log  /home/site1/logs/fallback-error.log warn ;
>>>>         access_log  /home/site1/logs/fallback-access.log ;
>>>>     }
>>>>
>>>> }
>>>> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
>>>> запросом обращается на storage
>>>> nginx version: nginx/1.6.2
>>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>>
>> --
>> With best regards,
>> differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
>> System administrator.
>>
>> _______________________________________________
>> 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/20141110/c2d9da03/attachment-0001.html>

From vbart at nginx.com  Mon Nov 10 09:10:22 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 10 Nov 2014 12:10:22 +0300
Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRg9C/INC/0YDQuCDQv9C+0L/Ri9GC0Lo=?=
 =?UTF-8?B?0LUg0LLRi9C00YDQsNGC0Ywg0LjQvNGPINGB0LrRgNC40L/RgtCwINC40Lcg?=
 =?UTF-8?B?0YPRgNC7LCBTeW1mb255Mg==?=
In-Reply-To: <f1a21b2f6f38ebec4f7dbb46c407a865.NginxMailingListRussian@forum.nginx.org>
References: <27771912.thQ3l3CMqO@vbart-laptop>
 <f1a21b2f6f38ebec4f7dbb46c407a865.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5316768.dD8eJQB2Lr@vbart-laptop>

On Monday 10 November 2014 04:03:10 lyambda71 wrote:
> Валентин Бартенев Wrote:
> -------------------------------------------------------
> > Вот вы и сконфигурировали бесконечное перенаправление: у вас сначала
> > app_dev.php добавляется с помощью директивы index, а затем вырезается
> > с помощью rewrite.  До бэкенда тут дело не доходит.
> 
> А почему тогда редирект луп исчезает и все работает, когда я убираю из
> $try_files $uri/ (именно ту, что со слешем)?
> 

В этом случае существование директории не проверяется и запрос уходит
в @symphony.

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

From greenh at gmail.com  Mon Nov 10 09:12:52 2014
From: greenh at gmail.com (greenh)
Date: Mon, 10 Nov 2014 11:12:52 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc7Juc6uVb_51FYPomS23uoE=kwf0nDhxG8Car4HMiHrew@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7eUyVrizTu-gqF0EVZ+FmgtMxLsRxv19616B6TXbrbyQ@mail.gmail.com>
 <CALA_TQiq6JupOuBBwMZKmW1y1+4K_feWievwc5rktanFJnR5iA@mail.gmail.com>
 <CAET4wc7ZOmDqzC_JLKtpBtu+5jR8H9XW7mvb_wjpr5e+jvZN7Q@mail.gmail.com>
 <CAET4wc7Juc6uVb_51FYPomS23uoE=kwf0nDhxG8Car4HMiHrew@mail.gmail.com>
Message-ID: <CAET4wc5d_Y5y5SWHQCD069HYS9WmXGs+aJe5mFBrVwr2HZevXA@mail.gmail.com>

поставил error log в  debug. ВОобще пусто

10 ноября 2014 г., 11:04 пользователь greenh <greenh at gmail.com> написал:

> Эффекта ноль. Куда смотреть дальше - уже не представляю
>
> 9 ноября 2014 г., 12:44 пользователь greenh <greenh at gmail.com> написал:
>
>>
>> уже проставил chmod -R 777 от /home
>>
>> 9 ноября 2014 г., 12:42 пользователь Никита Кардашин <megalin2 at gmail.com>
>> написал:
>>
>> Банальное: а права на запись в директорию есть?
>>>
>>> 9 ноября 2014 г., 15:07 пользователь greenh <greenh at gmail.com> написал:
>>>
>>>> Proxy_store конечно, на не store_proxy
>>>>
>>>> 9 ноября 2014 г., 12:01 пользователь greenh <greenh at gmail.com> написал:
>>>>
>>>> Добрый день
>>>>> Подскажите плз, что я делаю не так
>>>>> имеется основной сервер хранения (storage) и фронтенд (img)
>>>>> на фронтенде настроено
>>>>>
>>>>> server {
>>>>> listen *:80;
>>>>> server_name img.site1.com  img-a6.site1.com ;
>>>>> root /home/site1/site1.com;
>>>>>
>>>>>     location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
>>>>> root /home/site1/site1.com/;
>>>>>         try_files $uri $uri/ @fallback;
>>>>>         error_log  /home/site1/logs/site1.com-img-error.log warn ;
>>>>>     }
>>>>>     location @fallback
>>>>>     {
>>>>> proxy_pass http://storage.site1.com;
>>>>> proxy_store /home/site1/site1.com/$request_uri;
>>>>> root /home/site1/site1.com;
>>>>> proxy_store_access  user:rw  group:rw  all:rw;
>>>>>         error_log  /home/site1/logs/fallback-error.log warn ;
>>>>>         access_log  /home/site1/logs/fallback-access.log ;
>>>>>     }
>>>>>
>>>>> }
>>>>> но при этом в  /home/site1/site1.com  пусто и он  все равно за каждым
>>>>> запросом обращается на storage
>>>>> nginx version: nginx/1.6.2
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru at nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>
>>>
>>>
>>> --
>>> With best regards,
>>> differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
>>> System administrator.
>>>
>>> _______________________________________________
>>> 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/20141110/1950f85b/attachment.html>

From vbart at nginx.com  Mon Nov 10 09:15:07 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 10 Nov 2014 12:15:07 +0300
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc5d_Y5y5SWHQCD069HYS9WmXGs+aJe5mFBrVwr2HZevXA@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7Juc6uVb_51FYPomS23uoE=kwf0nDhxG8Car4HMiHrew@mail.gmail.com>
 <CAET4wc5d_Y5y5SWHQCD069HYS9WmXGs+aJe5mFBrVwr2HZevXA@mail.gmail.com>
Message-ID: <4047935.zk4pV7anba@vbart-laptop>

On Monday 10 November 2014 11:12:52 greenh wrote:
> поставил error log в  debug. ВОобще пусто
[..]

Помимо этого nginx должен быть собран с опцией --with-debug.
Смотрите документацию: http://nginx.org/r/error_log/ru

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

From nginx-forum at nginx.us  Mon Nov 10 19:19:07 2014
From: nginx-forum at nginx.us (BamGran)
Date: Mon, 10 Nov 2014 14:19:07 -0500
Subject: =?UTF-8?B?Tmdpbngg0L7RgtC00LXQu9GP0LXRgiDRgdC+0LTQtdGA0LbQuNC80L7QtSDQvtGC?=
 =?UTF-8?B?INGC0LXQs9C+0LI=?=
Message-ID: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток всем!
Следующая проблема: 
периодически, при обращении к страницам вида http://ip-сервера/phpmyadmin/ ,
т.е. когда обращение идет по ip сервера, а не по домену,  генерируемая
страница отдается в разделенном виде. Html теги без содержимого сначала, а
их содержимое после всех html тегов в конце страницы.
Глюк всегда возникает при повторном обращении к url. Т.е. первый раз грузим
страничку, все в прядке, заполняем форму и после нажатия на кнопку отправки
получаем каку. Или просто перегружаем страничку с тем же результатом. Если
ничего не делая подождать минут несколько и повторить попытку, то с высокой
вероятностью получаем нормальную страницу. 

Имею такое чудо на дедике, где nginx стоит front-end сервером перед apache и
на vps, где только nginx с php-fpm.
Почему и предполагаю достаточно уверенно, что дело именно в nginx. 

Причем глюк проявляется как на страницах создаваемых php, так и на страницах
генерируемых модулями апаче типа mod_status.so

Буду благодарен за любые идеи, в какую сторону копать?

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


From greenh at gmail.com  Mon Nov 10 19:52:01 2014
From: greenh at gmail.com (greenh)
Date: Mon, 10 Nov 2014 21:52:01 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <4047935.zk4pV7anba@vbart-laptop>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <CAET4wc7Juc6uVb_51FYPomS23uoE=kwf0nDhxG8Car4HMiHrew@mail.gmail.com>
 <CAET4wc5d_Y5y5SWHQCD069HYS9WmXGs+aJe5mFBrVwr2HZevXA@mail.gmail.com>
 <4047935.zk4pV7anba@vbart-laptop>
Message-ID: <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>

Включил дебаг (с пересборкой nginx). Конфиг приобрел следующий вид
server {
listen *:80;
server_name img.mgshare.com  img-a6.site1.com ;
root /home/site1/site1.com;

    location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
root /home/site1/site1.com/;
        try_files $uri $uri/ @fallback;
        error_log  /home/site1/logs/site1.com-img-error.log debug ;
    }

    location @fallback
    {
proxy_pass http://db.site1.com;
proxy_store /home/site1/site1.com/$request_uri;
# proxy_store /home/site1/site1.com/111;
proxy_cache_key  $host$uri$query_string;
root /home/site1/site1.com;
proxy_store_access  user:rw  group:rw  all:rw;
        error_log  /home/site1/logs/fallback-error.log debug;
        access_log  /home/site1/logs/fallback-access.log ;
    }

}
А дальше замечено странное: при обращении к jpg файлам запись НЕ
производится, но к урлу добавить что нить, например site1.com/1.jpg?aaaa -
то файл записывается нормально.
Вот логи на 1.jpg:
Куда смотреть дальше?

site1.com-img-error.log:
2014/11/10 22:44:19 [debug] 60244#0: *573 http cl:-1 max:1048576
2014/11/10 22:44:19 [debug] 60244#0: *573 rewrite phase: 2
2014/11/10 22:44:19 [debug] 60244#0: *573 post rewrite phase: 3
2014/11/10 22:44:19 [debug] 60244#0: *573 generic phase: 4
2014/11/10 22:44:19 [debug] 60244#0: *573 generic phase: 5
2014/11/10 22:44:19 [debug] 60244#0: *573 access phase: 6
2014/11/10 22:44:19 [debug] 60244#0: *573 access phase: 7
2014/11/10 22:44:19 [debug] 60244#0: *573 post access phase: 8
2014/11/10 22:44:19 [debug] 60244#0: *573 try files phase: 9
2014/11/10 22:44:19 [debug] 60244#0: *573 http script var: "/1.jpg"
2014/11/10 22:44:19 [debug] 60244#0: *573 trying to use file: "/1.jpg"
"/home/site1/site1.com/1.jpg"
2014/11/10 22:44:19 [debug] 60244#0: *573 http script var: "/1.jpg"
2014/11/10 22:44:19 [debug] 60244#0: *573 trying to use dir: "/1.jpg"
"/home/site1/site1.com/1.jpg"
2014/11/10 22:44:19 [debug] 60244#0: *573 trying to use file: "@fallback"
"/home/site1/site1.com at fallback"
2014/11/10 22:44:19 [debug] 60244#0: *573 test location: "@fallback"
2014/11/10 22:44:19 [debug] 60244#0: *573 using location: @fallback
"/1.jpg?"

fallback-error.log:
2014/11/10 22:44:19 [debug] 60244#0: *573 rewrite phase: 2
2014/11/10 22:44:19 [debug] 60244#0: *573 post rewrite phase: 3
2014/11/10 22:44:19 [debug] 60244#0: *573 generic phase: 4
2014/11/10 22:44:19 [debug] 60244#0: *573 generic phase: 5
2014/11/10 22:44:19 [debug] 60244#0: *573 access phase: 6
2014/11/10 22:44:19 [debug] 60244#0: *573 access phase: 7
2014/11/10 22:44:19 [debug] 60244#0: *573 post access phase: 8
2014/11/10 22:44:19 [debug] 60244#0: *573 try files phase: 9
2014/11/10 22:44:19 [debug] 60244#0: *573 http init upstream, client timer:
0
2014/11/10 22:44:19 [debug] 60244#0: *573 kevent set event: 324: ft:-2
fl:0025
2014/11/10 22:44:19 [debug] 60244#0: *573 http script copy: "Host: "
2014/11/10 22:44:19 [debug] 60244#0: *573 http script var: "db.site1.com"
2014/11/10 22:44:19 [debug] 60244#0: *573 http script copy: "
"
2014/11/10 22:44:19 [debug] 60244#0: *573 http script copy: "Connection:
close
"
2014/11/10 22:44:19 [debug] 60244#0: *573 http script copy: ""
2014/11/10 22:44:19 [debug] 60244#0: *573 http script copy: ""
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"Cache-Control: max-age=0"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "User-Agent:
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/38.0.2125.111 Safari/537.36"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"Accept-Encoding: gzip,deflate,sdch"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "Cookie:
_ym_visorc_22428427=w; _ga=GA1.2.863053105.1404152211; _gat=1;
_ym_visorc_17454814=b"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"If-None-Match: "545f6fac-8cb2""
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"If-Modified-Since: Sun, 09 Nov 2014 13:44:12 GMT"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"GET /1.jpg HTTP/1.0
Host: db.site1.com
Connection: close
Cache-Control: max-age=0
Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/38.0.2125.111 Safari/537.36
Accept-Encoding: gzip,deflate,sdch
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
Cookie: _ym_visorc_22428427=w; _ga=GA1.2.863053105.1404152211; _gat=1;
_ym_visorc_17454814=b
If-None-Match: "545f6fac-8cb2"
If-Modified-Since: Sun, 09 Nov 2014 13:44:12 GMT

"
2014/11/10 22:44:19 [debug] 60244#0: *573 http cleanup add: 0000000802470FC0
2014/11/10 22:44:19 [debug] 60244#0: *573 get rr peer, try: 1
2014/11/10 22:44:19 [debug] 60244#0: *573 socket 49
2014/11/10 22:44:19 [debug] 60244#0: *573 connect to 91.109.201.5:80, fd:49
#1404
2014/11/10 22:44:19 [debug] 60244#0: *573 kevent set event: 49: ft:-1
fl:0025
2014/11/10 22:44:19 [debug] 60244#0: *573 kevent set event: 49: ft:-2
fl:0025
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream connect: -2
2014/11/10 22:44:19 [debug] 60244#0: *573 posix_memalign:
0000000802422800:128 @16
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer add: 49:
60000:1415648719950
2014/11/10 22:44:19 [debug] 60244#0: *573 http finalize request: -4,
"/1.jpg?" a:1, c:3
2014/11/10 22:44:19 [debug] 60244#0: *573 http request count:3 blk:0
2014/11/10 22:44:19 [debug] 60244#0: *573 http finalize request: -4,
"/1.jpg?" a:1, c:2
2014/11/10 22:44:19 [debug] 60244#0: *573 http request count:2 blk:0
2014/11/10 22:44:19 [debug] 60244#0: *573 post event 000000080257D0A0
2014/11/10 22:44:19 [debug] 60244#0: *573 delete posted event
000000080257D0A0
2014/11/10 22:44:19 [debug] 60244#0: *573 http run request: "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http request empty handler
2014/11/10 22:44:19 [debug] 60244#0: *573 post event 000000080257E3E0
2014/11/10 22:44:19 [debug] 60244#0: *573 delete posted event
000000080257E3E0
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream request: "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream send request handler
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream send request
2014/11/10 22:44:19 [debug] 60244#0: *573 chain writer buf fl:1 s:563
2014/11/10 22:44:19 [debug] 60244#0: *573 chain writer in: 000000080248A9D0
2014/11/10 22:44:19 [debug] 60244#0: *573 writev: 563 of 563
2014/11/10 22:44:19 [debug] 60244#0: *573 chain writer out: 0000000000000000
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer del: 49: 1415648719950
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer add: 49:
60000:1415648719953
2014/11/10 22:44:19 [debug] 60244#0: *573 post event 000000080257E3E0
2014/11/10 22:44:19 [debug] 60244#0: *573 post event 00000008025623E0
2014/11/10 22:44:19 [debug] 60244#0: *573 delete posted event
00000008025623E0
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream request: "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream process header
2014/11/10 22:44:19 [debug] 60244#0: *573 malloc: 0000000802494000:4096
2014/11/10 22:44:19 [debug] 60244#0: *573 recv: eof:0, avail:175, err:0
2014/11/10 22:44:19 [debug] 60244#0: *573 recv: fd:49 175 of 4096
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy status 304 "304 Not
Modified"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "Server:
nginx/1.6.2"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "Date: Mon, 10
Nov 2014 23:42:59 GMT"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header:
"Last-Modified: Sun, 09 Nov 2014 13:44:12 GMT"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "Connection:
close"
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header: "ETag:
"545f6fac-8cb2""
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy header done
2014/11/10 22:44:19 [debug] 60244#0: *573 HTTP/1.1 304 Not Modified
Server: nginx/1.6.2
Date: Mon, 10 Nov 2014 19:44:19 GMT
Connection: keep-alive
Last-Modified: Sun, 09 Nov 2014 13:44:12 GMT
ETag: "545f6fac-8cb2"

2014/11/10 22:44:19 [debug] 60244#0: *573 write new buf t:1 f:0
000000080248AC80, pos 000000080248AC80, size: 180 file: 0, size: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 http write filter: l:0 f:0 s:180
2014/11/10 22:44:19 [debug] 60244#0: *573 http cacheable: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy filter init s:304 h:0
c:0 l:-1
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream process upstream
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe read upstream: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe preread: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe buf free s:0 t:1 f:0
0000000802494000, pos 00000008024940AF, size: 0 file: 0, size: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe length: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe write downstream: 1
2014/11/10 22:44:19 [debug] 60244#0: *573 pipe write downstream done
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer: 49, old:
1415648719953, new: 1415648719954
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream exit:
0000000000000000
2014/11/10 22:44:19 [debug] 60244#0: *573 finalize http upstream request: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 finalize http proxy request
2014/11/10 22:44:19 [debug] 60244#0: *573 free rr peer 1 0
2014/11/10 22:44:19 [debug] 60244#0: *573 close http upstream connection: 49
2014/11/10 22:44:19 [debug] 60244#0: *573 free: 0000000802422800, unused: 48
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer del: 49: 1415648719953
2014/11/10 22:44:19 [debug] 60244#0: *573 delete posted event
000000080257E3E0
2014/11/10 22:44:19 [debug] 60244#0: *573 reusable connection: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 http upstream temp fd: -1
2014/11/10 22:44:19 [debug] 60244#0: *573 http output filter "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http copy filter: "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http postpone filter "/1.jpg?"
00007FFFFFFFE780
2014/11/10 22:44:19 [debug] 60244#0: *573 write old buf t:1 f:0
000000080248AC80, pos 000000080248AC80, size: 180 file: 0, size: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 write new buf t:0 f:0
0000000000000000, pos 0000000000000000, size: 0 file: 0, size: 0
2014/11/10 22:44:19 [debug] 60244#0: *573 http write filter: l:1 f:0 s:180
2014/11/10 22:44:19 [debug] 60244#0: *573 http write filter limit 0
2014/11/10 22:44:19 [debug] 60244#0: *573 writev: 180 of 180
2014/11/10 22:44:19 [debug] 60244#0: *573 http write filter 0000000000000000
2014/11/10 22:44:19 [debug] 60244#0: *573 http copy filter: 0 "/1.jpg?"
2014/11/10 22:44:19 [debug] 60244#0: *573 http finalize request: 0,
"/1.jpg?" a:1, c:1
2014/11/10 22:44:19 [debug] 60244#0: *573 set http keepalive handler
2014/11/10 22:44:19 [debug] 60244#0: *573 http close request
2014/11/10 22:44:19 [debug] 60244#0: *573 http log handler
2014/11/10 22:44:19 [debug] 60244#0: *573 free: 0000000802494000
2014/11/10 22:44:19 [debug] 60244#0: *573 free: 0000000802470000, unused: 8
2014/11/10 22:44:19 [debug] 60244#0: *573 free: 000000080248A000, unused: 44
2014/11/10 22:44:19 [debug] 60244#0: *573 free: 0000000802406800
2014/11/10 22:44:19 [debug] 60244#0: *573 hc free: 0000000000000000 0
2014/11/10 22:44:19 [debug] 60244#0: *573 hc busy: 0000000000000000 0
2014/11/10 22:44:19 [debug] 60244#0: *573 tcp_nodelay
2014/11/10 22:44:19 [debug] 60244#0: *573 reusable connection: 1
2014/11/10 22:44:19 [debug] 60244#0: *573 event timer add: 324:
65000:1415648724954
2014/11/10 22:44:20 [debug] 60244#0: *573 http empty handler
2014/11/10 22:45:24 [debug] 60244#0: *573 event timer del: 324:
1415648724954
2014/11/10 22:45:24 [debug] 60244#0: *573 http keepalive handler
2014/11/10 22:45:24 [debug] 60244#0: *573 close http connection: 324
2014/11/10 22:45:24 [debug] 60244#0: *573 reusable connection: 0
2014/11/10 22:45:24 [debug] 60244#0: *573 free: 0000000000000000
2014/11/10 22:45:24 [debug] 60244#0: *573 free: 00000008025AC000, unused: 0
2014/11/10 22:45:24 [debug] 60244#0: *573 free: 00000008025AC100, unused:
120



10 ноября 2014 г., 11:15 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Monday 10 November 2014 11:12:52 greenh wrote:
> > поставил error log в  debug. ВОобще пусто
> [..]
>
> Помимо этого nginx должен быть собран с опцией --with-debug.
> Смотрите документацию: http://nginx.org/r/error_log/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/20141110/befa9a28/attachment-0001.html>

From vbart at nginx.com  Mon Nov 10 21:10:33 2014
From: vbart at nginx.com (Valentin V. Bartenev)
Date: Tue, 11 Nov 2014 00:10:33 +0300
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <4047935.zk4pV7anba@vbart-laptop>
 <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>
Message-ID: <1893056.nvIH0HW9nB@vbart-laptop>

On Monday 10 November 2014 21:52:01 greenh wrote:
[..]
> Вот логи на 1.jpg:
> Куда смотреть дальше?
> 
[..]
> 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: eof:0, avail:175, err:0
> 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: fd:49 175 of 4096
> 2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy status 304 "304 Not
> Modified"
[..]

304-ый ответ не содержит тела.  Сохранять нечего.

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

From vbart at nginx.com  Mon Nov 10 21:10:51 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Tue, 11 Nov 2014 00:10:51 +0300
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <4047935.zk4pV7anba@vbart-laptop>
 <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>
Message-ID: <3235084.MKCEkeTQZg@vbart-laptop>

On Monday 10 November 2014 21:52:01 greenh wrote:
[..]
> Вот логи на 1.jpg:
> Куда смотреть дальше?
> 
[..]
> 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: eof:0, avail:175, err:0
> 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: fd:49 175 of 4096
> 2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy status 304 "304 Not
> Modified"
[..]

304-ый ответ не содержит тела.  Сохранять нечего.

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

From greenh at gmail.com  Mon Nov 10 21:38:02 2014
From: greenh at gmail.com (greenh)
Date: Mon, 10 Nov 2014 23:38:02 +0200
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <3235084.MKCEkeTQZg@vbart-laptop>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <4047935.zk4pV7anba@vbart-laptop>
 <CAET4wc63hEr4BF2He4fTteSfB_Anfe0tkE99sJKyg8_7uSpPpQ@mail.gmail.com>
 <3235084.MKCEkeTQZg@vbart-laptop>
Message-ID: <CAET4wc69v-ZeZOi_x_+L+5D4szqaqzM-EPX5=EE0zy-gNwj7SQ@mail.gmail.com>

Валентин, это оно, спасибо.
Может вы еще подскажите, как заставить nginx не передавать дальше
if_modify_since и тому подобное, чтобы хранилище всегда отдавало ответ, а
не 304?

10 ноября 2014 г., 23:10 пользователь Валентин Бартенев <vbart at nginx.com>
написал:

> On Monday 10 November 2014 21:52:01 greenh wrote:
> [..]
> > Вот логи на 1.jpg:
> > Куда смотреть дальше?
> >
> [..]
> > 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: eof:0, avail:175, err:0
> > 2014/11/10 22:44:19 [debug] 60244#0: *573 recv: fd:49 175 of 4096
> > 2014/11/10 22:44:19 [debug] 60244#0: *573 http proxy status 304 "304 Not
> > Modified"
> [..]
>
> 304-ый ответ не содержит тела.  Сохранять нечего.
>
> --
> Валентин Бартенев
> _______________________________________________
> 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/20141110/d9360876/attachment.html>

From vbart at nginx.com  Tue Nov 11 05:57:02 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Tue, 11 Nov 2014 08:57:02 +0300
Subject: =?UTF-8?B?UmU6IHN0b3JlX3Byb3h5INC90LUg0YHQvtGF0YDQsNC90Y/QtdGCINGE0LDQudC7?=
 =?UTF-8?B?0Ys=?=
In-Reply-To: <CAET4wc69v-ZeZOi_x_+L+5D4szqaqzM-EPX5=EE0zy-gNwj7SQ@mail.gmail.com>
References: <CAET4wc76vxyJzzMoTDKWh=ZAtuKYTFUP_tXVcHxzZaMjm27K6Q@mail.gmail.com>
 <3235084.MKCEkeTQZg@vbart-laptop>
 <CAET4wc69v-ZeZOi_x_+L+5D4szqaqzM-EPX5=EE0zy-gNwj7SQ@mail.gmail.com>
Message-ID: <1513732.PIyK8SX5JQ@vbart-laptop>

On Monday 10 November 2014 23:38:02 greenh wrote:
> Валентин, это оно, спасибо.
> Может вы еще подскажите, как заставить nginx не передавать дальше
> if_modify_since и тому подобное, чтобы хранилище всегда отдавало ответ, а
> не 304?

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

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

From nginx-forum at nginx.us  Tue Nov 11 10:18:38 2014
From: nginx-forum at nginx.us (TomskDiver)
Date: Tue, 11 Nov 2014 05:18:38 -0500
Subject: =?UTF-8?B?0J/RgNC+0YHQvNC+0YLRgCB1cmwg0LDQutGC0LjQstC90YvRhSDRgdC+0LXQtNC4?=
 =?UTF-8?B?0L3QtdC90LjQuQ==?=
Message-ID: <4c29641ffb163855ae298d9a9b0803a5.NginxMailingListRussian@forum.nginx.org>

Всем привет.
Подскажите, есть ли модуль или встроенный в nginx функционал который
позволяет показывает URL-запросов которые обрабатываются в текущий момент?
Например, то как выводит это апачевский /server-status
Или это только можно сделать включив глобальный аксес лог и потом парсить?

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


From mdounin at mdounin.ru  Tue Nov 11 13:26:56 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 11 Nov 2014 16:26:56 +0300
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>
References: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141111132655.GA90224@mdounin.ru>

Hello!

On Mon, Nov 10, 2014 at 02:19:07PM -0500, BamGran wrote:

> Доброго времени суток всем!
> Следующая проблема: 
> периодически, при обращении к страницам вида http://ip-сервера/phpmyadmin/ ,
> т.е. когда обращение идет по ip сервера, а не по домену,  генерируемая
> страница отдается в разделенном виде. Html теги без содержимого сначала, а
> их содержимое после всех html тегов в конце страницы.
> Глюк всегда возникает при повторном обращении к url. Т.е. первый раз грузим
> страничку, все в прядке, заполняем форму и после нажатия на кнопку отправки
> получаем каку. Или просто перегружаем страничку с тем же результатом. Если
> ничего не делая подождать минут несколько и повторить попытку, то с высокой
> вероятностью получаем нормальную страницу. 
> 
> Имею такое чудо на дедике, где nginx стоит front-end сервером перед apache и
> на vps, где только nginx с php-fpm.
> Почему и предполагаю достаточно уверенно, что дело именно в nginx. 
> 
> Причем глюк проявляется как на страницах создаваемых php, так и на страницах
> генерируемых модулями апаче типа mod_status.so
> 
> Буду благодарен за любые идеи, в какую сторону копать?

Имеет смысл воспроизвести проблему в лабораторных условиях и снять 
dump того, что передаётся между nginx'ом и клиентом, а равно 
nginx'ом и бекендом (tcpdump в помощь).  По результатам анализа 
будет понятно, где именно проблема.

Пока то, что вы рассказываете, выглядит как фантастика.

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


From greenh at gmail.com  Tue Nov 11 13:29:57 2014
From: greenh at gmail.com (greenh)
Date: Tue, 11 Nov 2014 15:29:57 +0200
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <20141111132655.GA90224@mdounin.ru>
References: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>
 <20141111132655.GA90224@mdounin.ru>
Message-ID: <CAET4wc5iQZ7bPobiwmV9Cd2wR+isMkf=S2198aiUf4ZCH5mdgQ@mail.gmail.com>

А чем вы смотрели исходный код страницы?

11 ноября 2014 г., 15:26 пользователь Maxim Dounin <mdounin at mdounin.ru>
написал:

> Hello!
>
> On Mon, Nov 10, 2014 at 02:19:07PM -0500, BamGran wrote:
>
> > Доброго времени суток всем!
> > Следующая проблема:
> > периодически, при обращении к страницам вида
> http://ip-сервера/phpmyadmin/ <http://xn--ip--8cdjrb0gcf/phpmyadmin/> ,
> > т.е. когда обращение идет по ip сервера, а не по домену,  генерируемая
> > страница отдается в разделенном виде. Html теги без содержимого сначала,
> а
> > их содержимое после всех html тегов в конце страницы.
> > Глюк всегда возникает при повторном обращении к url. Т.е. первый раз
> грузим
> > страничку, все в прядке, заполняем форму и после нажатия на кнопку
> отправки
> > получаем каку. Или просто перегружаем страничку с тем же результатом.
> Если
> > ничего не делая подождать минут несколько и повторить попытку, то с
> высокой
> > вероятностью получаем нормальную страницу.
> >
> > Имею такое чудо на дедике, где nginx стоит front-end сервером перед
> apache и
> > на vps, где только nginx с php-fpm.
> > Почему и предполагаю достаточно уверенно, что дело именно в nginx.
> >
> > Причем глюк проявляется как на страницах создаваемых php, так и на
> страницах
> > генерируемых модулями апаче типа mod_status.so
> >
> > Буду благодарен за любые идеи, в какую сторону копать?
>
> Имеет смысл воспроизвести проблему в лабораторных условиях и снять
> dump того, что передаётся между nginx'ом и клиентом, а равно
> nginx'ом и бекендом (tcpdump в помощь).  По результатам анализа
> будет понятно, где именно проблема.
>
> Пока то, что вы рассказываете, выглядит как фантастика.
>
> --
> Maxim Dounin
> http://nginx.org/
>
> _______________________________________________
> 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/20141111/c95ec2dd/attachment.html>

From nginx-forum at nginx.us  Tue Nov 11 19:24:07 2014
From: nginx-forum at nginx.us (BamGran)
Date: Tue, 11 Nov 2014 14:24:07 -0500
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <CAET4wc5iQZ7bPobiwmV9Cd2wR+isMkf=S2198aiUf4ZCH5mdgQ@mail.gmail.com>
References: <CAET4wc5iQZ7bPobiwmV9Cd2wR+isMkf=S2198aiUf4ZCH5mdgQ@mail.gmail.com>
Message-ID: <978304d22744bee05864fa0ce5a4925d.NginxMailingListRussian@forum.nginx.org>

2 Maxim Dounin, согласен, выглядит фантастически. Но мне бы как-то побороть
сию фантастику. Мне же не механика её возникновения нужна, а пути обхода,
чтоб не встречатся. В лаболаторных, боюсь что очень не скоро руки дойдут.
Пока просто обновляю страницу раз за разом, пока не получаю вменяемый вид.

2 greenh, в браузере смотрел, "исходный код страницы". В фф, в хроме, эффект
устойчивый. Собственно, это и без исходного кода видно. Все текстовое
содержимое кучей ниже подвала страницы сложено.

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


From sytar.alex at gmail.com  Tue Nov 11 19:48:29 2014
From: sytar.alex at gmail.com (Aleksandr Sytar)
Date: Tue, 11 Nov 2014 23:48:29 +0400
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>
References: <4a2902dc5fac0a8901a360f4f2725890.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>

10 ноября 2014 г., 22:19 пользователь BamGran <nginx-forum at nginx.us>
написал:

> Имею такое чудо на дедике, где nginx стоит front-end сервером перед apache
> и
> на vps, где только nginx с php-fpm.
> Почему и предполагаю достаточно уверенно, что дело именно в nginx
>

А почему вы уверены что не в php? Вы запрашивали страницу из апача, минуя
nginx, например?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141111/faf15326/attachment.html>

From mdounin at mdounin.ru  Tue Nov 11 19:51:05 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 11 Nov 2014 22:51:05 +0300
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <978304d22744bee05864fa0ce5a4925d.NginxMailingListRussian@forum.nginx.org>
References: <CAET4wc5iQZ7bPobiwmV9Cd2wR+isMkf=S2198aiUf4ZCH5mdgQ@mail.gmail.com>
 <978304d22744bee05864fa0ce5a4925d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141111195105.GK90224@mdounin.ru>

Hello!

On Tue, Nov 11, 2014 at 02:24:07PM -0500, BamGran wrote:

> 2 Maxim Dounin, согласен, выглядит фантастически. Но мне бы как-то побороть
> сию фантастику. Мне же не механика её возникновения нужна, а пути обхода,
> чтоб не встречатся. В лаболаторных, боюсь что очень не скоро руки дойдут.
> Пока просто обновляю страницу раз за разом, пока не получаю вменяемый вид.
> 
> 2 greenh, в браузере смотрел, "исходный код страницы". В фф, в хроме, эффект
> устойчивый. Собственно, это и без исходного кода видно. Все текстовое
> содержимое кучей ниже подвала страницы сложено.

Если воспроизводится сколько-нибудь часто - просто снимите дамп 
трафика с живой машины, и посмотрите в него глазами.  Подозреваю, 
что проблема найдётся где-нибудь либо на клиенте ("умный 
антивирус", вирусы), либо в php (какой-нибудь сошедший с ума кеш 
опкодов).

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


From nginx-forum at nginx.us  Tue Nov 11 20:36:13 2014
From: nginx-forum at nginx.us (BamGran)
Date: Tue, 11 Nov 2014 15:36:13 -0500
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>
References: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>
Message-ID: <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>

2 Aleksandr Sytar, уверен, что не php, потому что страницы отчета mod_status
и mod_performance формируются без участия php.

Минуя nginx не запрашивал, поскольку пока не сообразил, как запросить
страницу с 127.0.0.1 который слушает апач. А перевешивать apache на внешний
интерфейс очень не хотелось бы на рабочем сервере...

2 Maxim Dounin, имеется в виду на стороне сервера снифером снять? Попробую.
Никогда с консольным не имел дела правда, так что быстро не выйдет, пока ещё
разберусь.

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


From redmine24 at gmail.com  Tue Nov 11 20:38:13 2014
From: redmine24 at gmail.com (=?UTF-8?B?0JTQuNC80LAg0KDQtdC00LzQsNC50L0=?=)
Date: Tue, 11 Nov 2014 22:38:13 +0200
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>
 <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAP8W4nA7sLb+oVcKtYy-UMoQCPgM--nXxAekRN-ymO_OiC-8Yw@mail.gmail.com>

2 BamGran, а firebug поставить не пробовали? там много полезного напишет
ps покажите скриншот :)

2014-11-11 22:36 GMT+02:00 BamGran <nginx-forum at nginx.us>:

> 2 Aleksandr Sytar, уверен, что не php, потому что страницы отчета
> mod_status
> и mod_performance формируются без участия php.
>
> Минуя nginx не запрашивал, поскольку пока не сообразил, как запросить
> страницу с 127.0.0.1 который слушает апач. А перевешивать apache на внешний
> интерфейс очень не хотелось бы на рабочем сервере...
>
> 2 Maxim Dounin, имеется в виду на стороне сервера снифером снять? Попробую.
> Никогда с консольным не имел дела правда, так что быстро не выйдет, пока
> ещё
> разберусь.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,254748,254774#msg-254774
>
> _______________________________________________
> 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/20141111/6119f473/attachment-0001.html>

From funvit at gmail.com  Tue Nov 11 20:52:19 2014
From: funvit at gmail.com (=?UTF-8?B?0JLQuNGC0LDQu9C40Lkg0KQu?=)
Date: Wed, 12 Nov 2014 00:52:19 +0400
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>
 <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAHjk_0MGYuvguqfaSJMQE-+_qe28SnrP_7ONfY_iN-rv2vyudA@mail.gmail.com>

11 ноября 2014 г., 23:36 пользователь BamGran <nginx-forum at nginx.us>
написал:

> 2 Aleksandr Sytar, уверен, что не php, потому что страницы отчета
> mod_status
> и mod_performance формируются без участия php.
>
> Минуя nginx не запрашивал, поскольку пока не сообразил, как запросить
> страницу с 127.0.0.1 который слушает апач. А перевешивать apache на внешний
> интерфейс очень не хотелось бы на рабочем сервере...
>

curl в помощь. если апач слушает на порт 8080:

curl "http://127.0.0.1:8080"

домен можно указать так:

curl -H "Host: mydomain.ru" "http://127.0.0.1:8080"


>
> 2 Maxim Dounin, имеется в виду на стороне сервера снифером снять? Попробую.
> Никогда с консольным не имел дела правда, так что быстро не выйдет, пока
> ещё
> разберусь.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,254748,254774#msg-254774
>
> _______________________________________________
> 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/20141112/8a41dc88/attachment.html>

From semenukha at gmail.com  Tue Nov 11 20:54:38 2014
From: semenukha at gmail.com (Styopa Semenukha)
Date: Tue, 11 Nov 2014 15:54:38 -0500
Subject: =?UTF-8?B?UmU6IFJlOiBOZ2lueCDQvtGC0LTQtdC70Y/QtdGCINGB0L7QtNC10YDQttC40Lw=?=
 =?UTF-8?B?0L7QtSDQvtGCINGC0LXQs9C+0LI=?=
In-Reply-To: <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
References: <CAKqRTSFGwc2cbcgP2Ch5cTeDi6TffiDeASAh+hF_CfScntmpuw@mail.gmail.com>
 <40b652e7766461b9752447be29a01497.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3396766.erSduCDaYX@tornado>

On Tuesday, November 11, 2014 03:36:13 PM BamGran wrote:
> Минуя nginx не запрашивал, поскольку пока не сообразил, как запросить
> страницу с 127.0.0.1 который слушает апач. А перевешивать apache на внешний
> интерфейс очень не хотелось бы на рабочем сервере...

Довольно просто:
ssh -L 8080:localhost:8080 example.org
curl http://localhost:8080
-- 
Best regards,
Styopa Semenukha.

From nginx-forum at nginx.us  Tue Nov 11 22:04:25 2014
From: nginx-forum at nginx.us (kosmozoo)
Date: Tue, 11 Nov 2014 17:04:25 -0500
Subject: =?UTF-8?B?0L/QsNC00LDQtdGCIG5naW54IG1wNCDRgdGC0YDQuNC80LjQvdCzINC80L7QtNGD?=
 =?UTF-8?B?0LvRjA==?=
Message-ID: <a84de4301cedfe221bc726c5037cb715.NginxMailingListRussian@forum.nginx.org>

Данные о системе:
Debian 6 squeezy
nginx 1.6.2


При включенном directio при запросе mp4 файла nginx отдает 404 через раз.
Похоже что выбивает mp4 модуль

Ошибка в логах nginx:
[alert] 16557#0: *23 fcntl(O_DIRECT) "/srv/.../files2/mem/fizruk2_1.mp4"
failed (22: Invalid argument) while sending mp4 to client, client ...

очень смахивает на проблему: http://marc.info/?l=nginx&m=131850782531063

При выключенном directio проблема исчезает.

Подскажите пожалуйста как решить проблему и оставить directio.

Конф сервера выглядит так:

   location ~ ^/files2/.*?\.mp4$ {
            mp4;
            mp4_buffer_size     1m;
            mp4_max_buffer_size 8m;
            limit_rate  1m;
            limit_rate_after 10m;
            limit_conn two_two 4;
            aio on;
            internal;
            directio 512;
            output_buffers 32 512k;
            root /files/;
   }

Спасибо

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


From nginx-forum at nginx.us  Tue Nov 11 22:55:48 2014
From: nginx-forum at nginx.us (Sferg)
Date: Tue, 11 Nov 2014 17:55:48 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <545FE7C8.60407@kopeyko.ru>
References: <545FE7C8.60407@kopeyko.ru>
Message-ID: <bd2d212fc37f4cb4a78f3a7fd848227f.NginxMailingListRussian@forum.nginx.org>

С заголовком If Modified Since вроде разобрался. Насколько я понял, не все
браузеры умеют его посылать. В частности Opera 12.17 для Windows не умеет.
Opera 25 или Chrome посылают заголовок веб-серверу вполне корректно.

А вот с получением заголовка Last-Modified непонятки. Обращаюсь к любому
PHP-скрипту, а в ответ Last-Modified не возвращается. Если запрашиваю
статику - у неё заголовок возвращается исправно...

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


From semenukha at gmail.com  Wed Nov 12 06:43:59 2014
From: semenukha at gmail.com (Styopa Semenukha)
Date: Wed, 12 Nov 2014 01:43:59 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <bd2d212fc37f4cb4a78f3a7fd848227f.NginxMailingListRussian@forum.nginx.org>
References: <545FE7C8.60407@kopeyko.ru>
 <bd2d212fc37f4cb4a78f3a7fd848227f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <13018794.XnDMCLuORh@hydra>

On Tuesday, November 11, 2014 05:55:48 PM Sferg wrote:
> А вот с получением заголовка Last-Modified непонятки. Обращаюсь к любому
> PHP-скрипту, а в ответ Last-Modified не возвращается. Если запрашиваю
> статику - у неё заголовок возвращается исправно...

Ваш скрипт должен сам генерировать заголовок, например функцией header().
http://php.net/manual/en/function.header.php

Для статики это делает Nginx.
-- 
Sincerely yours,
Styopa Semenukha.

From nginx-forum at nginx.us  Wed Nov 12 09:17:12 2014
From: nginx-forum at nginx.us (Sferg)
Date: Wed, 12 Nov 2014 04:17:12 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <13018794.XnDMCLuORh@hydra>
References: <13018794.XnDMCLuORh@hydra>
Message-ID: <a6e61d3b3feab6779a20b7578ac9631f.NginxMailingListRussian@forum.nginx.org>

Возможно, Вы и правы... А возможно ли это реализовать на уровне Nginx вместо
правки PHP-кода?

Например, одни советуют добавить в секцию PHP файла конфигурации nginx
следующие строки:

expires -1;
add_header Last-Modified $sent_http_Expires;

В результате чего заголовок Last-Modified появляется при обращении к
PHP-скриптам (правда, не уверен, хорошая ли это идея).

Другие советуют добавить в секцию PHP эти строки:

if_modified_since off;
fastcgi_pass_header Last-Modified;

Но второй вариант не приводит к появлению заголовка Last-Modified.

Источник: http://sysadmins.ru/topic350366.html

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


From nginx-forum at nginx.us  Wed Nov 12 10:12:03 2014
From: nginx-forum at nginx.us (BamGran)
Date: Wed, 12 Nov 2014 05:12:03 -0500
Subject: =?UTF-8?B?UmU6IE5naW54INC+0YLQtNC10LvRj9C10YIg0YHQvtC00LXRgNC20LjQvNC+0LUg?=
 =?UTF-8?B?0L7RgiDRgtC10LPQvtCy?=
In-Reply-To: <CAP8W4nA7sLb+oVcKtYy-UMoQCPgM--nXxAekRN-ymO_OiC-8Yw@mail.gmail.com>
References: <CAP8W4nA7sLb+oVcKtYy-UMoQCPgM--nXxAekRN-ymO_OiC-8Yw@mail.gmail.com>
Message-ID: <b3d14868a7c1d563803401e213f11385.NginxMailingListRussian@forum.nginx.org>

Все, вопрос снят. 

2 Дима Редмайн, спасибо за подсказку с firebug! Только после Вашего совета
обратил внимание, что он семафорит о двух ошибках на странице. Отключил
исполнение js и все стало грузиться как надо... 

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

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


From vbart at nginx.com  Wed Nov 12 11:03:49 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Wed, 12 Nov 2014 14:03:49 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <a84de4301cedfe221bc726c5037cb715.NginxMailingListRussian@forum.nginx.org>
References: <a84de4301cedfe221bc726c5037cb715.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9903463.LbRJDoNRqt@vbart-workstation>

On Tuesday 11 November 2014 17:04:25 kosmozoo wrote:
> Данные о системе:
> Debian 6 squeezy
> nginx 1.6.2
> 
> 
> При включенном directio при запросе mp4 файла nginx отдает 404 через раз.
> Похоже что выбивает mp4 модуль
> 
> Ошибка в логах nginx:
> [alert] 16557#0: *23 fcntl(O_DIRECT) "/srv/.../files2/mem/fizruk2_1.mp4"
> failed (22: Invalid argument) while sending mp4 to client, client ...
[..]

А что у вас за файловая система используется?

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

From mdounin at mdounin.ru  Wed Nov 12 11:06:05 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Wed, 12 Nov 2014 14:06:05 +0300
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <a6e61d3b3feab6779a20b7578ac9631f.NginxMailingListRussian@forum.nginx.org>
References: <13018794.XnDMCLuORh@hydra>
 <a6e61d3b3feab6779a20b7578ac9631f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141112110605.GN90224@mdounin.ru>

Hello!

On Wed, Nov 12, 2014 at 04:17:12AM -0500, Sferg wrote:

> Возможно, Вы и правы... А возможно ли это реализовать на уровне Nginx вместо
> правки PHP-кода?

Нет.

> Например, одни советуют добавить в секцию PHP файла конфигурации nginx
> следующие строки:
> 
> expires -1;
> add_header Last-Modified $sent_http_Expires;
> 
> В результате чего заголовок Last-Modified появляется при обращении к
> PHP-скриптам (правда, не уверен, хорошая ли это идея).

Это малоосмысленное действие.  В ответ будет просто добавлен заголовок 
Last-Modified с текущим временем (если повезёт - вообще говоря 
переменная $sent_http_expires тут не обязана работать, и однажды 
может и перестать), но возвращать 304 на запросы с 
If-Modified-Since никто не будет - и соответственно экономии 
ресурсов не будет.

> Другие советуют добавить в секцию PHP эти строки:
> 
> if_modified_since off;
> fastcgi_pass_header Last-Modified;
> 
> Но второй вариант не приводит к появлению заголовка Last-Modified.

Это совсем бессмысленное действие.  Директива "if_modified_since 
off" отключает собственную обработку nginx'ом запросов с 
If-Modified-Since, но для php-запросов эта обработка и так 
отключена, ей должен заниматься бекенд.  Директива 
fastcgi_pass_header имеет смысл только с заголовками, которые 
клиенту по умолчанию не передаются, т.е. Status и X-Accel-*.

Документация где-то тут:

http://nginx.org/ru/docs/http/ngx_http_core_module.html#if_modified_since
http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_pass_header

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


From nginx-forum at nginx.us  Wed Nov 12 11:54:32 2014
From: nginx-forum at nginx.us (sebor)
Date: Wed, 12 Nov 2014 06:54:32 -0500
Subject: Apache+Nginx+NAT
Message-ID: <83452c31264fd082857e2a1055975d02.NginxMailingListRussian@forum.nginx.org>

Всем привет.
Имеется странная ситуация: есть связка apache+nginx, оба на разных
физических серверах. Сервер с nginx'ом натится на внешний адрес (средствами
check point). Проблема в том, что в логах апача все запросы пишутся от
внешнего адреса, хотя модуль rpaf установлен и загружен.
Кусок конфига nginx'а:
server {
        listen       80;
        server_name  server.ru www.server.ru;

        #charset koi8-r;

        access_log  logs/server.ru.access.log  main;

        proxy_intercept_errors on;

        if ($request_method !~ ^(GET|HEAD|POST)$ ) {
                return 444;
        }

        location / {
            root   /opt/nginx/html/server;
            index  index.php ndex.html index.htm;

            proxy_pass   http://192.168.0.101:8080;

            proxy_redirect off;

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

            proxy_connect_timeout       600;
            proxy_send_timeout          600;
            proxy_read_timeout          600;

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

        }
}
Интересно то, что, когда оба сервера находились на одной машине (и апач
слушал на локалхосте), все работало.
В чем может быть проблема?

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


From nginx-forum at nginx.us  Wed Nov 12 12:01:17 2014
From: nginx-forum at nginx.us (sebor)
Date: Wed, 12 Nov 2014 07:01:17 -0500
Subject: Apache+Nginx+NAT
In-Reply-To: <83452c31264fd082857e2a1055975d02.NginxMailingListRussian@forum.nginx.org>
References: <83452c31264fd082857e2a1055975d02.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f26d1e53268cf2d2e9997e10fac3c998.NginxMailingListRussian@forum.nginx.org>

Проблема решена. Совсем забыл про RPAFproxy_ips - надо было просто добавить
туда внешний адрес

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


From denis at webmaster.spb.ru  Thu Nov 13 13:30:36 2014
From: denis at webmaster.spb.ru (denis)
Date: Thu, 13 Nov 2014 16:30:36 +0300
Subject: debian + geoip_module
Message-ID: <5464B27C.3040104@webmaster.spb.ru>

deb http://nginx.org/packages/debian/ wheezy nginx
deb-src http://nginx.org/packages/debian/ wheezy nginx
Репа подключена.
Какой надо поставить пакет, где geoip будет уже собран? Не хотелось бы 
руками собирать.


From redmine24 at gmail.com  Thu Nov 13 13:40:16 2014
From: redmine24 at gmail.com (=?UTF-8?B?0JTQuNC80LAg0KDQtdC00LzQsNC50L0=?=)
Date: Thu, 13 Nov 2014 15:40:16 +0200
Subject: debian + geoip_module
In-Reply-To: <5464B27C.3040104@webmaster.spb.ru>
References: <5464B27C.3040104@webmaster.spb.ru>
Message-ID: <CAP8W4nCYP3nOWvncMksbPOpaYz25x4X68v4Dyw54+e1-u8S-7w@mail.gmail.com>

лови

# apt-cache policy nginx
nginx:
  Installed: 1.2.1-2.2+wheezy3
  Candidate: 1.2.1-2.2+wheezy3
  Version table:
 *** 1.2.1-2.2+wheezy3 0
        500 http://ftp.nl.debian.org/debian/ stable/main amd64 Packages
        500 http://security.debian.org/ wheezy/updates/main amd64 Packages
        100 /var/lib/dpkg/status

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

2014-11-13 15:30 GMT+02:00 denis <denis at webmaster.spb.ru>:

> deb http://nginx.org/packages/debian/ wheezy nginx
> deb-src http://nginx.org/packages/debian/ wheezy nginx
> Репа подключена.
> Какой надо поставить пакет, где geoip будет уже собран? Не хотелось бы
> руками собирать.
>
> _______________________________________________
> 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/20141113/308c55ce/attachment.html>

From denis at webmaster.spb.ru  Thu Nov 13 13:46:50 2014
From: denis at webmaster.spb.ru (denis)
Date: Thu, 13 Nov 2014 16:46:50 +0300
Subject: debian + geoip_module
In-Reply-To: <CAP8W4nCYP3nOWvncMksbPOpaYz25x4X68v4Dyw54+e1-u8S-7w@mail.gmail.com>
References: <5464B27C.3040104@webmaster.spb.ru>
 <CAP8W4nCYP3nOWvncMksbPOpaYz25x4X68v4Dyw54+e1-u8S-7w@mail.gmail.com>
Message-ID: <5464B64A.90205@webmaster.spb.ru>

13.11.2014 16:40, Дима Редмайн пишет:
> лови
>
> # apt-cache policy nginx
> nginx:
>   Installed: 1.2.1-2.2+wheezy3
>   Candidate: 1.2.1-2.2+wheezy3
>   Version table:
>  *** 1.2.1-2.2+wheezy3 0
>         500 http://ftp.nl.debian.org/debian/ stable/main amd64 Packages
>         500 http://security.debian.org/ wheezy/updates/main amd64 Packages
>         100 /var/lib/dpkg/status
>
apt-cache policy nginx
nginx:
   Installed: 1.6.2-1~wheezy
   Candidate: 1.6.2-1~wheezy
   Version table:
  *** 1.6.2-1~wheezy 0
         500 http://nginx.org/packages/debian/ wheezy/nginx amd64 Packages
         100 /var/lib/dpkg/status
      1.2.1-2.2+wheezy3 0
         500 http://mirror.selectel.ru/debian/ wheezy/main amd64 Packages
         500 http://security.debian.org/ wheezy/updates/main amd64 Packages

1.2.1 не слишком стар? Оно вроде вообще EoL,

apt-cache search nginx
находит в том числе
nginx-extras - nginx web/proxy server (extended version)
nginx-extras-dbg - nginx web/proxy server (extended version) - debugging 
symbols
nginx-full - nginx web/proxy server (standard version)
nginx-full-dbg - nginx web/proxy server (standard version) - debugging 
symbols
nginx-light - nginx web/proxy server (basic version)
nginx-light-dbg - nginx web/proxy server (basic version) - debugging symbols
nginx-naxsi - nginx web/proxy server (version with naxsi)
nginx-naxsi-dbg - nginx web/proxy server (version with naxsi) - 
debugging symbols
nginx-naxsi-ui - nginx web/proxy server - naxsi configuration front-end


> # nginx -V
> nginx version: nginx/1.2.1
# nginx -V 2>&1 |grep geoip
#

(вообще, это явно баг, что вывод версии сыпет в stderr, но всем поф)


From nginx-forum at nginx.us  Mon Nov 17 09:18:18 2014
From: nginx-forum at nginx.us (kosmozoo)
Date: Mon, 17 Nov 2014 04:18:18 -0500
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <9903463.LbRJDoNRqt@vbart-workstation>
References: <9903463.LbRJDoNRqt@vbart-workstation>
Message-ID: <bdc68e47599af113e42cd39aecc98565.NginxMailingListRussian@forum.nginx.org>

ext4

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


From vbart at nginx.com  Mon Nov 17 10:35:29 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 17 Nov 2014 13:35:29 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <bdc68e47599af113e42cd39aecc98565.NginxMailingListRussian@forum.nginx.org>
References: <9903463.LbRJDoNRqt@vbart-workstation>
 <bdc68e47599af113e42cd39aecc98565.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4017304.aqlQgFlEid@vbart-laptop>

On Monday 17 November 2014 04:18:18 kosmozoo wrote:
> ext4
> 

Уверены?  И "mem" в пути к файлу это не про tmpfs?

Ошибка как раз характерна для файловой системы, которая
не поддерживает O_DIRECT.

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

From nginx-forum at nginx.us  Mon Nov 17 11:00:20 2014
From: nginx-forum at nginx.us (kosmozoo)
Date: Mon, 17 Nov 2014 06:00:20 -0500
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <4017304.aqlQgFlEid@vbart-laptop>
References: <4017304.aqlQgFlEid@vbart-laptop>
Message-ID: <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>

Верно, в этом случае про tmpfs. Но насколько помню проблема возникала и при
стриминге с диска.

Возможно у вас есть идеи как решить для tmpfs ?

Спасибо

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


From mva at mva.name  Mon Nov 17 11:05:00 2014
From: mva at mva.name (Vadim A. Misbakh-Soloviov)
Date: Mon, 17 Nov 2014 17:05 +0600
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
References: <4017304.aqlQgFlEid@vbart-laptop>
 <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2464891.3gRUa6Mxxz@note>

В письме от Пн, 17 ноября 2014 06:00:20 пользователь kosmozoo написал:
> Возможно у вас есть идеи как решить для tmpfs ?

> не поддерживает O_DIRECT
> не поддерживает

-- 
Best regards,
mva
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141117/66ebdc61/attachment.bin>

From vbart at nginx.com  Mon Nov 17 11:16:10 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 17 Nov 2014 14:16:10 +0300
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
References: <4017304.aqlQgFlEid@vbart-laptop>
 <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3793276.aKltXFYBlj@vbart-laptop>

On Monday 17 November 2014 06:00:20 kosmozoo wrote:
> Верно, в этом случае про tmpfs. Но насколько помню проблема возникала и при
> стриминге с диска.
> 
> Возможно у вас есть идеи как решить для tmpfs ?
> 

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

Решить проблему для tmpfs - значит отказаться от использования
tmpfs и положить файл на диск.

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

From a.vasilishin at kpi.ua  Mon Nov 17 11:19:08 2014
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: Mon, 17 Nov 2014 13:19:08 +0200
Subject: =?UTF-8?B?UmU6INC/0LDQtNCw0LXRgiBuZ2lueCBtcDQg0YHRgtGA0LjQvNC40L3QsyDQvNC+?=
 =?UTF-8?B?0LTRg9C70Yw=?=
In-Reply-To: <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
References: <4017304.aqlQgFlEid@vbart-laptop>
 <b1d4666791416d38c4b277fbf649f949.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5469D9AC.7030502@kpi.ua>

17.11.2014 13:00, kosmozoo пишет:
> Верно, в этом случае про tmpfs. Но насколько помню проблема возникала и при
> стриминге с диска.
>
> Возможно у вас есть идеи как решить для tmpfs ?
>


Создать отдельный локейшн для тмпфс и отключить там директио


From nginx-forum at nginx.us  Mon Nov 17 15:46:45 2014
From: nginx-forum at nginx.us (Zarus)
Date: Mon, 17 Nov 2014 10:46:45 -0500
Subject: =?UTF-8?B?0KHRgtCw0YLQuNC60LAg0YEg0L/QvtC00LTQvtC80LXQvdCwINC4INGBINC00YA=?=
 =?UTF-8?B?0YPQs9C+0LPQviDRgdC10YDQstC10YDQsA==?=
Message-ID: <cf62ffbb1feff29c990b58d90488b73b.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток!
Подскажте ,пожалуйста ,как раздать статику с поддомена и иного сервера
Текущиий конфиг

server {
        listen 80;
        server_name static.server.ru;
        location ~* .(jpg|jpeg|gif|png)$ {
                root /var/www/images;
                error_page 404 = @fallback;
	     expires 24h;
	     autoindex off;
	access_log off;
        }
}

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


From nginx-forum at nginx.us  Mon Nov 17 19:53:21 2014
From: nginx-forum at nginx.us (Asterics)
Date: Mon, 17 Nov 2014 14:53:21 -0500
Subject: =?UTF-8?B?0JvQvtCz0LjRgNC+0LLQsNC90LjQtSAzMDIg0YDQuNC00LXRgNC10LrRgtC+0LIg?=
 =?UTF-8?B?LSDQutGD0LTQsD8=?=
Message-ID: <067147dba001e08c3ed83fc164a8af13.NginxMailingListRussian@forum.nginx.org>

log_format main '$http_x_forwarded_for - $remote_user [$time_local]
 "$host" "$request" ' '$status $body_bytes_sent "$http_referer" '
 '"$http_user_agent" $request_time';
----------
есть скрипт, надо смотреть куда он шлет  302 ридерект. Как это сделать.
Трафика много полное сохранение боди нет смысла делать все наверное
засориться через минут 5. А надо логировать на долгой дистанции. 302 на
другой сервер.
Как сделать подскажите пожалуйста

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


From vbart at nginx.com  Mon Nov 17 20:00:43 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 17 Nov 2014 23:00:43 +0300
Subject: =?UTF-8?B?UmU6INCb0L7Qs9C40YDQvtCy0LDQvdC40LUgMzAyINGA0LjQtNC10YDQtdC60YI=?=
 =?UTF-8?B?0L7QsiAtINC60YPQtNCwPw==?=
In-Reply-To: <067147dba001e08c3ed83fc164a8af13.NginxMailingListRussian@forum.nginx.org>
References: <067147dba001e08c3ed83fc164a8af13.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2869729.NRK4XghKjB@vbart-workstation>

On Monday 17 November 2014 14:53:21 Asterics wrote:
> log_format main '$http_x_forwarded_for - $remote_user [$time_local]
>  "$host" "$request" ' '$status $body_bytes_sent "$http_referer" '
>  '"$http_user_agent" $request_time';
> ----------
> есть скрипт, надо смотреть куда он шлет  302 ридерект. Как это сделать.
> Трафика много полное сохранение боди нет смысла делать все наверное
> засориться через минут 5. А надо логировать на долгой дистанции. 302 на
> другой сервер.
> Как сделать подскажите пожалуйста
> 

Вы видимо хотите логгировать $sent_http_location.
Документация: http://nginx.org/r/$sent_http_/ru

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

From nginx-forum at nginx.us  Mon Nov 17 20:34:25 2014
From: nginx-forum at nginx.us (Asterics)
Date: Mon, 17 Nov 2014 15:34:25 -0500
Subject: =?UTF-8?B?UmU6INCb0L7Qs9C40YDQvtCy0LDQvdC40LUgMzAyINGA0LjQtNC10YDQtdC60YI=?=
 =?UTF-8?B?0L7QsiAtINC60YPQtNCwPw==?=
In-Reply-To: <2869729.NRK4XghKjB@vbart-workstation>
References: <2869729.NRK4XghKjB@vbart-workstation>
Message-ID: <da65d02406e7b1db974ce2e41d9736fe.NginxMailingListRussian@forum.nginx.org>

в точку, спасибо большое!

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


From swood at fotofor.biz  Tue Nov 18 16:23:08 2014
From: swood at fotofor.biz (Anton Kiryushkin)
Date: Tue, 18 Nov 2014 20:23:08 +0400
Subject: resumable upload
In-Reply-To: <1dd5838cd163cd3fdba6233b233b2d0b.NginxMailingListRussian@forum.nginx.org>
References: <9310393640.20130514100144@softsearch.ru>
 <1dd5838cd163cd3fdba6233b233b2d0b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAM_jxg2Qmb-eS9NWOPUemkpn-DtP9-TjWqRsDxuMVRxe9eVFLA@mail.gmail.com>

Добрый вечер.

А ни у кого случаем нет патча для последних версий nginx? Буду очень
благодарен за ссылку.

22 мая 2013 г., 21:51 пользователь vlastv <nginx-forum at nginx.us> написал:

> Михаил Монашёв Wrote:
> -------------------------------------------------------
> > Здравствуйте, Dmitry.
> >
> > > Сложилась  не  очень  приятная  для  многих  ситуация  в  связи    с
> > > upload-модулем и его неработоспособностью в свежих версиях nginx.
> > > В  частности  мы используем модуль в продакшене практически с самого
> > > появления модуля, и уже более двух лет используем его фичу resumable
> > > upload. На наших нагрузках использование модуля более чем оправдано,
> > > также  как  и  оправдано использование дозагрузки в связи с большими
> > > размерами загружаемых файлов.
> > > Я  сильно  опасаюсь,  что  когда  политика  нашей  компании  вынудит
> > > обновиться  до  свежей  версии nginx, у меня не будет никакой замены
> > > для  upload-модуля  (client_body_in_file_only ни разу не полноценная
> > > замена).
> >
> > > Поэтому,  думаю  многие  были  бы  рады услышать ответ Nginx Inc. по
> > > поводу  дальнейшей  судьбы  этого  модуля, и request body-фильтров в
> > > частности,  т.к. насколько я понимаю именно с их помощью можно будет
> > > легально реализовать такой же функционал.
> >
> > Если  так  сильно  нужен  модуль,  то почему бы не проспонсировать его
> > доработку?  У  меня  была подобная ситуация с самописным модулем и всё
> > прекрасно разрешилось.
>
> Цена вопроса?
>
> >
> > --
> > С уважением,
> >  Михаил                          mailto:postmaster at softsearch.ru
> >
> > _______________________________________________
> > 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,237896,239432#msg-239432
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



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

From swood at fotofor.biz  Tue Nov 18 22:46:26 2014
From: swood at fotofor.biz (Anton Kiryushkin)
Date: Wed, 19 Nov 2014 02:46:26 +0400
Subject: =?UTF-8?B?0JfQsNCx0LjQstCw0LXRgtGB0Y8g0L/QsNC/0LrQsCDQv9GA0L7QutGB0LjRgNC+?=
 =?UTF-8?B?0LLQsNC90L3Ri9GFINGC0LXQuw==?=
Message-ID: <CAM_jxg3sc0mEwk6URQkpfqBYi5ugJtA4DyuvWOYUxmZhOZPq2Q@mail.gmail.com>

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

В последнее время стали находить много серверов, где довольно много таких
вот файлов остается:

nginx.client_body_temp/ID (deleted)

Что с этим можно сделать? Сейчас 1.6.0, на 1.2.4 таких проблем не замечали.

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

From nginx-forum at nginx.us  Wed Nov 19 07:52:54 2014
From: nginx-forum at nginx.us (Violator43)
Date: Wed, 19 Nov 2014 02:52:54 -0500
Subject: =?UTF-8?B?0JLQvtC30LzQvtC20L3QviDQu9C4INC00LjQvdCw0LzQuNGH0LXRgdC60Lgg0Lw=?=
 =?UTF-8?B?0LXQvdGP0YLRjCBwcm94eSBjb25uZWN0IHRpbWVvdXQ=?=
Message-ID: <c42237bef47246113891687fe3567717.NginxMailingListRussian@forum.nginx.org>

Возможно ли динамически менять proxy_connect_timeout через переменную?
Если делаю так (просто для примера):
set $proxy_timeout 90;
location / {
....
proxy_connect_timeout      $proxy_timeout;

то получаю ошибку "nginx: [emerg] "proxy_connect_timeout" directive invalid
value"
Можно, конечно, заморочаться с разными location, но тогда конфиг сильно
вырастет.

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


From kpoxa at kpoxa.net  Wed Nov 19 14:00:50 2014
From: kpoxa at kpoxa.net (kpoxa)
Date: Wed, 19 Nov 2014 18:00:50 +0400
Subject: =?UTF-8?B?0J/QvtCy0LXQtNC10L3QuNC1IGNhY2hlIG1hbmFnZXIg0L/RgNC4INGD0LzQtdC9?=
 =?UTF-8?B?0YzRiNC10L3QuNC4INC00L7Qv9GD0YHRgtC40LzQvtCz0L4g0YDQsNC30Lw=?=
 =?UTF-8?B?0LXRgNCwINC60LXRiNCwINCyINC60L7QvdGE0LjQs9C1?=
Message-ID: <CABL5twAFG=vur+=b1-uDPqTqMwyyu1bciRyp-J6k4sROyj0gPg@mail.gmail.com>

Добрый день.

Было в кеше занято 380 Гб, при изменении в конфиге лимита на 360Гб и
релоаде конфига
cache manager начал утилизировать диски на 100% и работа nginx по факту
приостановилась, пока кэш не был вычещен до размера лимита.
Т.к. все запросы, которые должно проходить через proxy_pass с кешированием
выглядели вот так:

88.204.153.106 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
- -
193.200.33.106 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
- -
95.134.27.18 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
188.254.126.237 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
- -
93.85.196.79 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
78.25.120.5 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
95.154.65.77 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
188.255.27.100 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
- -

то подобное поведение довольно некорректно. Нет ли возможности сказать
cache manager'у что не надо так насиловась диск, ведь загрузчик умеет
грузить по 100 файлов.

-- 
Рустам
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141119/e24db14b/attachment.html>

From vbart at nginx.com  Wed Nov 19 14:49:32 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Wed, 19 Nov 2014 17:49:32 +0300
Subject: =?UTF-8?B?UmU6INCS0L7Qt9C80L7QttC90L4g0LvQuCDQtNC40L3QsNC80LjRh9C10YHQutC4?=
 =?UTF-8?B?INC80LXQvdGP0YLRjCBwcm94eSBjb25uZWN0IHRpbWVvdXQ=?=
In-Reply-To: <c42237bef47246113891687fe3567717.NginxMailingListRussian@forum.nginx.org>
References: <c42237bef47246113891687fe3567717.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1839924.3sPG26jrVd@vbart-workstation>

On Wednesday 19 November 2014 02:52:54 Violator43 wrote:
> Возможно ли динамически менять proxy_connect_timeout через переменную?

Нет.

Если директива поддерживает переменные, то об этом упоминается
в документации.

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

From mdounin at mdounin.ru  Wed Nov 19 16:18:22 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Wed, 19 Nov 2014 19:18:22 +0300
Subject: =?UTF-8?B?UmU6INCX0LDQsdC40LLQsNC10YLRgdGPINC/0LDQv9C60LAg0L/RgNC+0LrRgdC4?=
 =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDRgtC10Ls=?=
In-Reply-To: <CAM_jxg3sc0mEwk6URQkpfqBYi5ugJtA4DyuvWOYUxmZhOZPq2Q@mail.gmail.com>
References: <CAM_jxg3sc0mEwk6URQkpfqBYi5ugJtA4DyuvWOYUxmZhOZPq2Q@mail.gmail.com>
Message-ID: <20141119161822.GU26593@mdounin.ru>

Hello!

On Wed, Nov 19, 2014 at 02:46:26AM +0400, Anton Kiryushkin wrote:

> Здравствуйте.
> 
> В последнее время стали находить много серверов, где довольно много таких
> вот файлов остается:
> 
> nginx.client_body_temp/ID (deleted)
> 
> Что с этим можно сделать? Сейчас 1.6.0, на 1.2.4 таких проблем не замечали.

Вот прям так файлы и называются, с " (deleted)" в конце названия?  
Если да, то это выглядит как что-то, связанное поведением файловой 
системы. 

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

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


From mdounin at mdounin.ru  Wed Nov 19 16:26:37 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Wed, 19 Nov 2014 19:26:37 +0300
Subject: =?UTF-8?B?UmU6INCf0L7QstC10LTQtdC90LjQtSBjYWNoZSBtYW5hZ2VyINC/0YDQuCDRg9C8?=
 =?UTF-8?B?0LXQvdGM0YjQtdC90LjQuCDQtNC+0L/Rg9GB0YLQuNC80L7Qs9C+INGA0LA=?=
 =?UTF-8?B?0LfQvNC10YDQsCDQutC10YjQsCDQsiDQutC+0L3RhNC40LPQtQ==?=
In-Reply-To: <CABL5twAFG=vur+=b1-uDPqTqMwyyu1bciRyp-J6k4sROyj0gPg@mail.gmail.com>
References: <CABL5twAFG=vur+=b1-uDPqTqMwyyu1bciRyp-J6k4sROyj0gPg@mail.gmail.com>
Message-ID: <20141119162637.GW26593@mdounin.ru>

Hello!

On Wed, Nov 19, 2014 at 06:00:50PM +0400, kpoxa wrote:

> Добрый день.
> 
> Было в кеше занято 380 Гб, при изменении в конфиге лимита на 360Гб и
> релоаде конфига
> cache manager начал утилизировать диски на 100% и работа nginx по факту
> приостановилась, пока кэш не был вычещен до размера лимита.
> Т.к. все запросы, которые должно проходить через proxy_pass с кешированием
> выглядели вот так:
> 
> 88.204.153.106 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
> - -
> 193.200.33.106 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
> - -
> 95.134.27.18 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
> 188.254.126.237 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
> - -
> 93.85.196.79 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
> 78.25.120.5 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
> 95.154.65.77 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server - - -
> 188.255.27.100 - - [19/Nov/2014:16:37:36 +0300] "-" 400 0 "-" "-" server -
> - -
> 
> то подобное поведение довольно некорректно. Нет ли возможности сказать
> cache manager'у что не надо так насиловась диск, ведь загрузчик умеет
> грузить по 100 файлов.

Наверное, имеет смысл распространить ограничения cache loader'а и 
на cache manager тоже.

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


From nginx-forum at nginx.us  Thu Nov 20 08:06:05 2014
From: nginx-forum at nginx.us (SinTeZ)
Date: Thu, 20 Nov 2014 03:06:05 -0500
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQv9C+0LbQsNC70YPQudGB0YLQsCDRgSByZXdyaXRl?=
Message-ID: <9fc8ddbc15705f5567e4c912e46d02e4.NginxMailingListRussian@forum.nginx.org>

Доброго дня.
Гугление не помогает, т.к. не могу понять как сформулировать задачу.

Вот такой вот тестовый конфиг

location / {
   rewrite ^ /exec&mid=1 last;
}
		
location /exec {
   proxy_pass http://127.0.0.1:8080/exec;
}

В случае обращения по http://ip:port/ пользователю выдается страница с
данными.
Но если обращаться по http://ip:port/<еще что-то>, то страница выдается, но
всё, что в ней используется, берется по адресу, который был добавлен после
/

Например 
11.11.1.2 - - [20/Nov/2014:10:55:48 +0300] "GET /asd1/asd2/style.css
HTTP/1.1" 200 3044 "http://11.11.11.1:9088/asd1/asd2/asd3"
"Chrome/38.0.2125.111" "-"

Помогите написать правило, чтобы nginx обрезал и /asd1/asd2/asd3, и выдавал
страницу нормально.

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


From nginx-forum at nginx.us  Thu Nov 20 08:59:23 2014
From: nginx-forum at nginx.us (dasksting)
Date: Thu, 20 Nov 2014 03:59:23 -0500
Subject: =?UTF-8?B?Tmdpbngg0Lgg0L3QvtCy0YvQtSDQtNC+0LzQtdC90Ysg0LIg0LfQvtC90LUgYWdl?=
 =?UTF-8?B?bnN5LCDQv9C+0LTRgdC60LDQttC40YLQtQ==?=
Message-ID: <f5e7b52836654765bc53c94084ccf8fa.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, имеется домен domain.agensy, прописываю в nginx секцию 


server { 
    listen       80; 
    server_name domain.agency; 
    rewrite ^ http://www.newsite.ru$request_uri? permanent; 
} 

Но данная конструкция для такого домена не срабатывает, если прописать
обычный домен в зоне ru например, то редирект проходит нормально. Что-то
значит с доменом domain.agensy 

В логи nginx падает такая строка: 

2014/11/20 09:52:08 [error] 16663#0: *6 "/usr/share/nginx/html/index.html"
is not found (2: No such file or directory), client: 2xx.4x.1xx.1xx, server:
localhost, request: "GET / HTTP/1.1", host: "domain.agensy"

Заранее благодарен!

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


From vbart at nginx.com  Thu Nov 20 09:31:38 2014
From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Thu, 20 Nov 2014 12:31:38 +0300
Subject: =?UTF-8?B?UmU6IE5naW54INC4INC90L7QstGL0LUg0LTQvtC80LXQvdGLINCyINC30L7QvdC1?=
 =?UTF-8?B?IGFnZW5zeSwg0L/QvtC00YHQutCw0LbQuNGC0LU=?=
In-Reply-To: <f5e7b52836654765bc53c94084ccf8fa.NginxMailingListRussian@forum.nginx.org>
References: <f5e7b52836654765bc53c94084ccf8fa.NginxMailingListRussian@forum.nginx.org>
Message-ID: <24423279.kqNeUE1APA@vbart-laptop>

On Thursday 20 November 2014 03:59:23 dasksting wrote:
> Здравствуйте, имеется домен domain.agensy, прописываю в nginx секцию 
> 
> 
> server { 
>     listen       80; 
>     server_name domain.agency; 
>     rewrite ^ http://www.newsite.ru$request_uri? permanent; 
> } 
[..]

Проблема очевидно в том, что domain.agensy и domain.agenсy - это разные 
домены.

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

From nginx-forum at nginx.us  Fri Nov 21 12:22:04 2014
From: nginx-forum at nginx.us (dwow)
Date: Fri, 21 Nov 2014 07:22:04 -0500
Subject: =?UTF-8?B?U1NMINC10LTQuNC90YvQuSBIVFRQL0hUVFBTINGB0LXRgNCy0LXRgA==?=
Message-ID: <85993921d61733602a0e35b38c9c4c27.NginxMailingListRussian@forum.nginx.org>

Добрый день,
есть ли возможность сделать единный HTTP/HTTPS сервер на отличном порту?
Например, чтобы example.com:6666 работал и по HTTP и по HTTPS?

Спасибо.

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


From mdounin at mdounin.ru  Fri Nov 21 12:32:10 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Fri, 21 Nov 2014 15:32:10 +0300
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <85993921d61733602a0e35b38c9c4c27.NginxMailingListRussian@forum.nginx.org>
References: <85993921d61733602a0e35b38c9c4c27.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141121123210.GD73155@mdounin.ru>

Hello!

On Fri, Nov 21, 2014 at 07:22:04AM -0500, dwow wrote:

> Добрый день,
> есть ли возможность сделать единный HTTP/HTTPS сервер на отличном порту?
> Например, чтобы example.com:6666 работал и по HTTP и по HTTPS?

Нет.

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


From igor at sysoev.ru  Fri Nov 21 19:33:04 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Fri, 21 Nov 2014 22:33:04 +0300
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <85993921d61733602a0e35b38c9c4c27.NginxMailingListRussian@forum.nginx.org>
References: <85993921d61733602a0e35b38c9c4c27.NginxMailingListRussian@forum.nginx.org>
Message-ID: <573835EB-39CE-4FE8-8390-016219B344C6@sysoev.ru>

On 21 Nov 2014, at 15:22, dwow <nginx-forum at nginx.us> wrote:

> Добрый день,
> есть ли возможность сделать единный HTTP/HTTPS сервер на отличном порту?
> Например, чтобы example.com:6666 работал и по HTTP и по HTTPS?

А в чём смысл такого сервера?


-- 
Igor Sysoev
http://nginx.com


From nginx-forum at nginx.us  Fri Nov 21 20:52:02 2014
From: nginx-forum at nginx.us (dwow)
Date: Fri, 21 Nov 2014 15:52:02 -0500
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <573835EB-39CE-4FE8-8390-016219B344C6@sysoev.ru>
References: <573835EB-39CE-4FE8-8390-016219B344C6@sysoev.ru>
Message-ID: <5e5d32d4e8b6fbe73654dd47b79b4cca.NginxMailingListRussian@forum.nginx.org>

например, на разных портах настроены тестовые сервера.

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


From igor at sysoev.ru  Sat Nov 22 07:49:24 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Sat, 22 Nov 2014 10:49:24 +0300
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <5e5d32d4e8b6fbe73654dd47b79b4cca.NginxMailingListRussian@forum.nginx.org>
References: <573835EB-39CE-4FE8-8390-016219B344C6@sysoev.ru>
 <5e5d32d4e8b6fbe73654dd47b79b4cca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <679435D5-E540-4ACC-8720-414E48470E5A@sysoev.ru>

On 21 Nov 2014, at 23:52, dwow <nginx-forum at nginx.us> wrote:

> например, на разных портах настроены тестовые сервера.

Я имел в виду, зачем серверу на одном порту работать по обоим
протоколам - HTTP и HTTPS?


-- 
Igor Sysoev
http://nginx.com


From denis at webmaster.spb.ru  Sat Nov 22 13:42:55 2014
From: denis at webmaster.spb.ru (denis)
Date: Sat, 22 Nov 2014 16:42:55 +0300
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <5e5d32d4e8b6fbe73654dd47b79b4cca.NginxMailingListRussian@forum.nginx.org>
References: <573835EB-39CE-4FE8-8390-016219B344C6@sysoev.ru>
 <5e5d32d4e8b6fbe73654dd47b79b4cca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <547092DF.6040402@webmaster.spb.ru>

21.11.2014 23:52, dwow пишет:
> например, на разных портах настроены тестовые сервера.
>
на разных портах - можно, на одном нет


From swood at fotofor.biz  Sun Nov 23 00:12:40 2014
From: swood at fotofor.biz (Anton Kiryushkin)
Date: Sun, 23 Nov 2014 04:12:40 +0400
Subject: server_name regexp
Message-ID: <CAM_jxg3L9nar9VPL++mrnXAXdATB+ZvB7Okhgo71CNkNFskt9g@mail.gmail.com>

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

Какая-то ерунда наблюдается. Вот есть у меня хост, у которого есть
поддомены. И каждый поддомен должен идти на свой бэкенд. Но так же, у этого
хоста есть и https.
Вопрос первый. Правда ли, что с этом случае нельзя использовать регулярное
выражение для описания имени этого хоста? Если так, то нужно  использовать
regexp имя и *.site.com ?
Вопрос второй. Я вот попробовал использовать такую конструкцию для описания
этого хоста, как в map, так и в server_name:
~^(?<n>).+site\.com$

И ни в map, ни в server_name я не получаю значение $n.

Я попробовал так:
~^(?<n>.+site\.com)$

И получил весь $http_host, вместо $n.

Что я делаю не так?



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

From nginx-forum at nginx.us  Mon Nov 24 08:23:13 2014
From: nginx-forum at nginx.us (dwow)
Date: Mon, 24 Nov 2014 03:23:13 -0500
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <679435D5-E540-4ACC-8720-414E48470E5A@sysoev.ru>
References: <679435D5-E540-4ACC-8720-414E48470E5A@sysoev.ru>
Message-ID: <08fc3dc4c30fd7270b348a0e8250f979.NginxMailingListRussian@forum.nginx.org>

Потому что часть пользователей целенаправленно направляется через HTTP, а
часть через HTTPS.

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


From igor at sysoev.ru  Mon Nov 24 09:09:07 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Mon, 24 Nov 2014 12:09:07 +0300
Subject: =?UTF-8?B?UmU6IFNTTCDQtdC00LjQvdGL0LkgSFRUUC9IVFRQUyDRgdC10YDQstC10YA=?=
In-Reply-To: <08fc3dc4c30fd7270b348a0e8250f979.NginxMailingListRussian@forum.nginx.org>
References: <679435D5-E540-4ACC-8720-414E48470E5A@sysoev.ru>
 <08fc3dc4c30fd7270b348a0e8250f979.NginxMailingListRussian@forum.nginx.org>
Message-ID: <D900CF83-802C-4786-A4B5-8314A9FFD189@sysoev.ru>

On 24 Nov 2014, at 11:23, dwow <nginx-forum at nginx.us> wrote:

> Потому что часть пользователей целенаправленно направляется через HTTP, а
> часть через HTTPS.

А что мешает сделать

server {
    listen  6666  ssl;
    listen  6667;
    ...
}

?


-- 
Igor Sysoev
http://nginx.com


From igor at sysoev.ru  Mon Nov 24 09:15:49 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Mon, 24 Nov 2014 12:15:49 +0300
Subject: server_name regexp
In-Reply-To: <CAM_jxg3L9nar9VPL++mrnXAXdATB+ZvB7Okhgo71CNkNFskt9g@mail.gmail.com>
References: <CAM_jxg3L9nar9VPL++mrnXAXdATB+ZvB7Okhgo71CNkNFskt9g@mail.gmail.com>
Message-ID: <4A6959FE-C0BF-4692-B762-DFC4587872D5@sysoev.ru>

On 23 Nov 2014, at 03:12, Anton Kiryushkin <swood at fotofor.biz> wrote:

> Здравствуйте.
> 
> Какая-то ерунда наблюдается. Вот есть у меня хост, у которого есть поддомены. И каждый поддомен должен идти на свой бэкенд. Но так же, у этого хоста есть и https.
> Вопрос первый. Правда ли, что с этом случае нельзя использовать регулярное выражение для описания имени этого хоста? Если так, то нужно  использовать regexp имя и *.site.com ?
> Вопрос второй. Я вот попробовал использовать такую конструкцию для описания этого хоста, как в map, так и в server_name:
> ~^(?<n>).+site\.com$
> 
> И ни в map, ни в server_name я не получаю значение $n. 
> 
> Я попробовал так:
> ~^(?<n>.+site\.com)$
> 
> И получил весь $http_host, вместо $n.
> 
> Что я делаю не так?

~^(?<n>).+site\.com$
~^(?<n>.+)site\.com$

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


-- 
Igor Sysoev
http://nginx.com

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

From nginx-forum at nginx.us  Mon Nov 24 10:11:25 2014
From: nginx-forum at nginx.us (cilrill)
Date: Mon, 24 Nov 2014 05:11:25 -0500
Subject: =?UTF-8?B?bG9jYXRpb24gL3BpY3MvINGC0L7Qu9GM0LrQviDQtNC70Y8g0LrQsNGA0YLQuNC9?=
 =?UTF-8?B?0L7Qug==?=
Message-ID: <86fdf5cf4d39fac0ed31c12ac842fce9.NginxMailingListRussian@forum.nginx.org>

Добрый день.

Нужно все запросы картинок jpg|jpeg|gif|png в uri которых присутствует 
/pics/ проксировать на отдельный сервер.
Ссылки вида example.com/pics/goods/big/komplekt_4-2.jpg 

Пока сделал так и работает.

location /pics/ {
location ~* \.(jpg|jpeg|gif|png) {
include /etc/nginx/ext-pics.conf;
}
}

Верно ли использовать такую конструкцию или можно обойтись без вложения
location ?

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


From igor at sysoev.ru  Mon Nov 24 10:13:16 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Mon, 24 Nov 2014 13:13:16 +0300
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uIC9waWNzLyDRgtC+0LvRjNC60L4g0LTQu9GPINC60LDRgNGC?=
 =?UTF-8?B?0LjQvdC+0Lo=?=
In-Reply-To: <86fdf5cf4d39fac0ed31c12ac842fce9.NginxMailingListRussian@forum.nginx.org>
References: <86fdf5cf4d39fac0ed31c12ac842fce9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8969752E-50D9-446C-9C55-5B71BADCEF65@sysoev.ru>

On 24 Nov 2014, at 13:11, cilrill <nginx-forum at nginx.us> wrote:

> Добрый день.
> 
> Нужно все запросы картинок jpg|jpeg|gif|png в uri которых присутствует 
> /pics/ проксировать на отдельный сервер.
> Ссылки вида example.com/pics/goods/big/komplekt_4-2.jpg 
> 
> Пока сделал так и работает.
> 
> location /pics/ {
> location ~* \.(jpg|jpeg|gif|png) {
> include /etc/nginx/ext-pics.conf;
> }
> }
> 
> Верно ли использовать такую конструкцию

Верно.

> или можно обойтись без вложения location ?

Можно, но не нужно.


-- 
Igor Sysoev
http://nginx.com


From nginx-forum at nginx.us  Mon Nov 24 15:21:00 2014
From: nginx-forum at nginx.us (cilrill)
Date: Mon, 24 Nov 2014 10:21:00 -0500
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uIC9waWNzLyDRgtC+0LvRjNC60L4g0LTQu9GPINC60LDRgNGC?=
 =?UTF-8?B?0LjQvdC+0Lo=?=
In-Reply-To: <8969752E-50D9-446C-9C55-5B71BADCEF65@sysoev.ru>
References: <8969752E-50D9-446C-9C55-5B71BADCEF65@sysoev.ru>
Message-ID: <32701db43d6aaa62ccb55eae8dd8e309.NginxMailingListRussian@forum.nginx.org>

спасибо

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


From public-mail at alekciy.ru  Tue Nov 25 08:48:22 2014
From: public-mail at alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Tue, 25 Nov 2014 12:48:22 +0400
Subject: =?UTF-8?B?0JzQsNC60YHQuNC80LDQu9GM0L3QviDQstC+0LfQvNC+0LbQvdGL0LUg0LfQvdCw?=
 =?UTF-8?B?0YfQtdC90LjRjyDQtNC70Y8gZmFzdGNnaV9jb25uZWN0X3RpbWVvdXQg0Lgg?=
 =?UTF-8?B?ZmFzdGNnaV9yZWFkX3RpbWVvdXQ=?=
Message-ID: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>

Всем привет!

Когда-то давно я помню, что было обсуждение этих директив и было
упоминание, что
http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout
поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем
вопросы:

1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141125/c20737b8/attachment.html>

From igor at sysoev.ru  Tue Nov 25 10:17:53 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Tue, 25 Nov 2014 13:17:53 +0300
Subject: =?UTF-8?B?UmU6INCc0LDQutGB0LjQvNCw0LvRjNC90L4g0LLQvtC30LzQvtC20L3Ri9C1INC3?=
 =?UTF-8?B?0L3QsNGH0LXQvdC40Y8g0LTQu9GPIGZhc3RjZ2lfY29ubmVjdF90aW1lb3V0?=
 =?UTF-8?B?INC4IGZhc3RjZ2lfcmVhZF90aW1lb3V0?=
In-Reply-To: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>
References: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>
Message-ID: <230DC38C-4614-49B8-AD85-FD8EB06537DA@sysoev.ru>

On 25 Nov 2014, at 11:48, Алексей Сундуков <public-mail at alekciy.ru> wrote:

> Всем привет!
> 
> Когда-то давно я помню, что было обсуждение этих директив и было упоминание, что http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем вопросы:
> 
> 1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
> 2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?


Это ограничения ядра, а не nginx?а.

Вот тут
http://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout
утверждается, что на Линуксе этот таймаут максимум 20 секунд и даны рекомендации,
как его увеличить. Не проверял.


-- 
Igor Sysoev
http://nginx.com

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

From public-mail at alekciy.ru  Tue Nov 25 11:25:38 2014
From: public-mail at alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Tue, 25 Nov 2014 15:25:38 +0400
Subject: =?UTF-8?B?UmU6INCc0LDQutGB0LjQvNCw0LvRjNC90L4g0LLQvtC30LzQvtC20L3Ri9C1INC3?=
 =?UTF-8?B?0L3QsNGH0LXQvdC40Y8g0LTQu9GPIGZhc3RjZ2lfY29ubmVjdF90aW1lb3V0?=
 =?UTF-8?B?INC4IGZhc3RjZ2lfcmVhZF90aW1lb3V0?=
In-Reply-To: <230DC38C-4614-49B8-AD85-FD8EB06537DA@sysoev.ru>
References: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>
 <230DC38C-4614-49B8-AD85-FD8EB06537DA@sysoev.ru>
Message-ID: <CAPP2NXqUsMvWfUwRtG9m0wFZ=BWPeCfjD729Xfsmw4otgaCfsg@mail.gmail.com>

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

А почему тогда в документации говорится: "что этот таймаут обычно не может
превышать 75 секунд"? Я к тому, почему именно 75?






25 ноября 2014 г., 14:17 пользователь Igor Sysoev <igor at sysoev.ru> написал:

> On 25 Nov 2014, at 11:48, Алексей Сундуков <public-mail at alekciy.ru> wrote:
>
> Всем привет!
>
> Когда-то давно я помню, что было обсуждение этих директив и было
> упоминание, что
> http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout
> поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем
> вопросы:
>
> 1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
> 2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?
>
>
> Это ограничения ядра, а не nginx?а.
>
> Вот тут
>
> http://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout
> утверждается, что на Линуксе этот таймаут максимум 20 секунд и даны
> рекомендации,
> как его увеличить. Не проверял.
>
>
> --
> Igor Sysoev
> http://nginx.com
>
>
> _______________________________________________
> 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/20141125/1182eca4/attachment.html>

From ru at nginx.com  Tue Nov 25 11:58:19 2014
From: ru at nginx.com (Ruslan Ermilov)
Date: Tue, 25 Nov 2014 14:58:19 +0300
Subject: =?UTF-8?B?UmU6INCc0LDQutGB0LjQvNCw0LvRjNC90L4g0LLQvtC30LzQvtC20L3Ri9C1INC3?=
 =?UTF-8?B?0L3QsNGH0LXQvdC40Y8g0LTQu9GPIGZhc3RjZ2lfY29ubmVjdF90aW1lb3V0?=
 =?UTF-8?B?INC4IGZhc3RjZ2lfcmVhZF90aW1lb3V0?=
In-Reply-To: <CAPP2NXqUsMvWfUwRtG9m0wFZ=BWPeCfjD729Xfsmw4otgaCfsg@mail.gmail.com>
References: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>
 <230DC38C-4614-49B8-AD85-FD8EB06537DA@sysoev.ru>
 <CAPP2NXqUsMvWfUwRtG9m0wFZ=BWPeCfjD729Xfsmw4otgaCfsg@mail.gmail.com>
Message-ID: <20141125115819.GC28029@lo0.su>

On Tue, Nov 25, 2014 at 03:25:38PM +0400, Алексей Сундуков wrote:
> Т.е. согласно директиве fastcgi_connect_timeout nginx для сокета выставляет
> заданный в конфиге таймаут, но эта величина будет игнорироваться если она
> превышает заданную для ядра? Т.е. кроме увеличения fastcgi_connect_timeout
> в конфиге nginx нужно еще изменять настройки ядра, так?
> 
> А почему тогда в документации говорится: "что этот таймаут обычно не может
> превышать 75 секунд"? Я к тому, почему именно 75?

nginx изначально разрабатывался под FreeBSD, на ней (цитата из tcp(4)):

: Timeout, in milliseconds, for new, non-established TCP connections.
: The default is 75000 msec.

> 25 ноября 2014 г., 14:17 пользователь Igor Sysoev <igor at sysoev.ru> написал:
> 
> > On 25 Nov 2014, at 11:48, Алексей Сундуков <public-mail at alekciy.ru> wrote:
> >
> > Всем привет!
> >
> > Когда-то давно я помню, что было обсуждение этих директив и было
> > упоминание, что
> > http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout
> > поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем
> > вопросы:
> >
> > 1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
> > 2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?
> >
> >
> > Это ограничения ядра, а не nginx?а.
> >
> > Вот тут
> >
> > http://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout
> > утверждается, что на Линуксе этот таймаут максимум 20 секунд и даны
> > рекомендации,
> > как его увеличить. Не проверял.
> >
> >
> > --
> > Igor Sysoev
> > http://nginx.com
> >
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >


-- 
Ruslan Ermilov


From igor at sysoev.ru  Tue Nov 25 11:58:21 2014
From: igor at sysoev.ru (Igor Sysoev)
Date: Tue, 25 Nov 2014 14:58:21 +0300
Subject: =?UTF-8?B?UmU6INCc0LDQutGB0LjQvNCw0LvRjNC90L4g0LLQvtC30LzQvtC20L3Ri9C1INC3?=
 =?UTF-8?B?0L3QsNGH0LXQvdC40Y8g0LTQu9GPIGZhc3RjZ2lfY29ubmVjdF90aW1lb3V0?=
 =?UTF-8?B?INC4IGZhc3RjZ2lfcmVhZF90aW1lb3V0?=
In-Reply-To: <CAPP2NXqUsMvWfUwRtG9m0wFZ=BWPeCfjD729Xfsmw4otgaCfsg@mail.gmail.com>
References: <CAPP2NXo5uBkX+ONVebyGFOAi37jcy--7wkRvOHoKVYrrbynkxg@mail.gmail.com>
 <230DC38C-4614-49B8-AD85-FD8EB06537DA@sysoev.ru>
 <CAPP2NXqUsMvWfUwRtG9m0wFZ=BWPeCfjD729Xfsmw4otgaCfsg@mail.gmail.com>
Message-ID: <560ADAC8-89F9-4E2B-A35C-DA97FD55995A@sysoev.ru>

On 25 Nov 2014, at 14:25, Алексей Сундуков <public-mail at alekciy.ru> wrote:

> Т.е. согласно директиве fastcgi_connect_timeout nginx для сокета выставляет заданный в конфиге таймаут, но эта величина будет игнорироваться если она превышает заданную для ядра?

Она не игнорируется. Просто ядро возвращает ошибку до того, как срабатывает таймаут nginx?а.

> Т.е. кроме увеличения fastcgi_connect_timeout в конфиге nginx нужно еще изменять настройки ядра, так?

Да.

> А почему тогда в документации говорится: "что этот таймаут обычно не может превышать 75 секунд"? Я к тому, почему именно 75?

Потому что исторически этот таймаут был равен 75 секундам, но в Линуксе, как обычно, проявили самодеятельность.
Почитайте статью, там объясняется, как получается 75 и 20 секунд.


-- 
Igor Sysoev
http://nginx.com

> 25 ноября 2014 г., 14:17 пользователь Igor Sysoev <igor at sysoev.ru> написал:
> On 25 Nov 2014, at 11:48, Алексей Сундуков <public-mail at alekciy.ru> wrote:
> 
>> Всем привет!
>> 
>> Когда-то давно я помню, что было обсуждение этих директив и было упоминание, что http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_connect_timeout поднять выше 75 секунд нельзя и это захаркожено и исходниках. В связи с чем вопросы:
>> 
>> 1) Где в коде эти 75 секунд заданы в случае, если нужно этот лимит поднять?
>> 2) Есть ли для fastcgi_read_timeout подобных хардкод, и если да, то где он?
> 
> 
> Это ограничения ядра, а не nginx?а.
> 
> Вот тут
> http://www.sekuda.com/overriding_the_default_linux_kernel_20_second_tcp_socket_connect_timeout
> утверждается, что на Линуксе этот таймаут максимум 20 секунд и даны рекомендации,
> как его увеличить. Не проверял.
> 
> 
> -- 
> Igor Sysoev
> http://nginx.com
> 
> 
> _______________________________________________
> 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/20141125/39ea9511/attachment.html>

From nginx-forum at nginx.us  Tue Nov 25 12:06:05 2014
From: nginx-forum at nginx.us (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k)
Date: Tue, 25 Nov 2014 07:06:05 -0500
Subject: =?UTF-8?B?0JzQvtC20L3QviDQu9C4INC30LDQtNCw0YLRjCB0aW1lb3V0INC00LvRjyAic2h1?=
 =?UTF-8?B?dHRpbmcgZG93biIgPw==?=
Message-ID: <9fbf915031c3e9d1e49789135a75014f.NginxMailingListRussian@forum.nginx.org>

Есть nginx, который кушает много памяти. Когда делаем nginx -s reload,
старые процессы не умирают, а переходят в стостояние "is shutting down",
продолжая потреблять память. На смену им запускаются новые worker-ы, которые
тоже отъедают память.
Процессы "is shutting down" продолжают висеть долго.
Следовательно каждый nginx -s reload приводит к быстрому исчерпанию
свободной памяти, запустил раза 2..3 и память кончилась.
Есть ли возможность ограничить время пребывания процессов в состоянии
завершения работы ?
Искал по всем директивам - не нашёл :-(

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


From mdounin at mdounin.ru  Tue Nov 25 12:32:52 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 25 Nov 2014 15:32:52 +0300
Subject: =?UTF-8?B?UmU6INCc0L7QttC90L4g0LvQuCDQt9Cw0LTQsNGC0YwgdGltZW91dCDQtNC70Y8g?=
 =?UTF-8?B?InNodXR0aW5nIGRvd24iID8=?=
In-Reply-To: <9fbf915031c3e9d1e49789135a75014f.NginxMailingListRussian@forum.nginx.org>
References: <9fbf915031c3e9d1e49789135a75014f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141125123252.GM31620@mdounin.ru>

Hello!

On Tue, Nov 25, 2014 at 07:06:05AM -0500, nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote:

> Есть nginx, который кушает много памяти. Когда делаем nginx -s reload,
> старые процессы не умирают, а переходят в стостояние "is shutting down",
> продолжая потреблять память. На смену им запускаются новые worker-ы, которые
> тоже отъедают память.
> Процессы "is shutting down" продолжают висеть долго.
> Следовательно каждый nginx -s reload приводит к быстрому исчерпанию
> свободной памяти, запустил раза 2..3 и память кончилась.
> Есть ли возможность ограничить время пребывания процессов в состоянии
> завершения работы ?
> Искал по всем директивам - не нашёл :-(

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

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


From nginx-forum at nginx.us  Tue Nov 25 16:42:53 2014
From: nginx-forum at nginx.us (nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k)
Date: Tue, 25 Nov 2014 11:42:53 -0500
Subject: =?UTF-8?B?UmU6INCc0L7QttC90L4g0LvQuCDQt9Cw0LTQsNGC0YwgdGltZW91dCDQtNC70Y8g?=
 =?UTF-8?B?InNodXR0aW5nIGRvd24iID8=?=
In-Reply-To: <20141125123252.GM31620@mdounin.ru>
References: <20141125123252.GM31620@mdounin.ru>
Message-ID: <387e88d35da9deac123dac54786dff8b.NginxMailingListRussian@forum.nginx.org>

С SIGTERM понятно, но это ж лишнее движение, вряд ли все админы сервера
постоянно будут помнить, что после -s reload надо делать pkill -f 'is
shutting down'. Было бы на много проще, если б nginx имел такую опцию.

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


From mdounin at mdounin.ru  Tue Nov 25 18:15:11 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Tue, 25 Nov 2014 21:15:11 +0300
Subject: =?UTF-8?B?UmU6INCc0L7QttC90L4g0LvQuCDQt9Cw0LTQsNGC0YwgdGltZW91dCDQtNC70Y8g?=
 =?UTF-8?B?InNodXR0aW5nIGRvd24iID8=?=
In-Reply-To: <387e88d35da9deac123dac54786dff8b.NginxMailingListRussian@forum.nginx.org>
References: <20141125123252.GM31620@mdounin.ru>
 <387e88d35da9deac123dac54786dff8b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20141125181510.GQ31620@mdounin.ru>

Hello!

On Tue, Nov 25, 2014 at 11:42:53AM -0500, nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote:

> С SIGTERM понятно, но это ж лишнее движение, вряд ли все админы сервера
> постоянно будут помнить, что после -s reload надо делать pkill -f 'is
> shutting down'. Было бы на много проще, если б nginx имел такую опцию.

После reload'а - ничего делать не надо, т.к. одновременное 
существование двух комплектов рабочих процессов сервер так или 
иначе должен переживать.  Делать имеет смысл перед reload'ом - 
убеждаться, что предыдущий reload завершён (все старые процессы 
завершились), а если нет - принимать решение по ситуации: либо 
делать релоад как есть, либо подождать, либо попросить старые 
рабочие процессы завершиться быстро.

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


From hunter at comsys.com.ua  Tue Nov 25 19:57:03 2014
From: hunter at comsys.com.ua (Sergey Smitienko)
Date: Tue, 25 Nov 2014 21:57:03 +0200
Subject: =?UTF-8?B?0JTQstCwINCy0L7Qv9GA0L7RgdCw?=
Message-ID: <5474DF0F.7050407@comsys.com.ua>

Всем привет.

1. Насколько я понимаю, proxy_сache на скрипт, который возвращает 
X-Accel-Redirect не поддерживается ?
2. Как можно для одного location выключить функционал real-ip, если 
set_real_ip_from/real_ip_header заданы для server {}. Пробовал задавать 
другие real_ip_header и set_real_ip_from - всё равно срабатывает.

-- 
Sergey Smitienko


From postmaster at softsearch.ru  Tue Nov 25 20:17:30 2014
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Tue, 25 Nov 2014 23:17:30 +0300
Subject: =?UTF-8?B?UmU6INCU0LLQsCDQstC+0L/RgNC+0YHQsA==?=
In-Reply-To: <5474DF0F.7050407@comsys.com.ua>
References: <5474DF0F.7050407@comsys.com.ua>
Message-ID: <852584856.20141125231730@softsearch.ru>

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

> 1. Насколько я понимаю, proxy_сache на скрипт, который возвращает 
> X-Accel-Redirect не поддерживается ?

Делайте proxy_pass на скрипт, , который возвращает X-Accel-Redirect.

> 2. Как можно для одного location выключить функционал real-ip, если 
> set_real_ip_from/real_ip_header заданы для server {}. Пробовал задавать
> другие real_ip_header и set_real_ip_from - всё равно срабатывает.

Через set, например, присвоив пустое значение, если я правильно понял
вопрос.


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


From hunter at comsys.com.ua  Tue Nov 25 20:45:04 2014
From: hunter at comsys.com.ua (Sergey Smitienko)
Date: Tue, 25 Nov 2014 22:45:04 +0200
Subject: =?UTF-8?B?UmU6INCU0LLQsCDQstC+0L/RgNC+0YHQsA==?=
In-Reply-To: <852584856.20141125231730@softsearch.ru>
References: <5474DF0F.7050407@comsys.com.ua>
 <852584856.20141125231730@softsearch.ru>
Message-ID: <5474EA50.6090707@comsys.com.ua>

Здравствуйте,
>> 1. Насколько я понимаю, proxy_сache на скрипт, который возвращает
>> X-Accel-Redirect не поддерживается ?
>>
>> Делайте proxy_pass на скрипт, , который возвращает X-Accel-Redirect.
Стоит proxy_pass и proxy_cache в одном location. proxy_pass отрабатывает 
- редирект происходит, но результат в кеш не записывается.

>> 2. Как можно для одного location выключить функционал real-ip, если
>> set_real_ip_from/real_ip_header заданы для server {}. Пробовал задавать
>> другие real_ip_header и set_real_ip_from - всё равно срабатывает.
> Через set, например, присвоив пустое значение, если я правильно понял
> вопрос.
set чего ? У меня на уровне server {} стоит конструкция set_real_ip, для 
одного вложенного location нужно выключить механизм real_ip, прямой 
отключающей директивы нет. Пробовал задавать real_ip_header XXX и 
set_real_ip_from 1.1.1.1 - всё равно механизм real_ip продолжает работать.

-- 
Sergey Smitienko


From wangsamp at gmail.com  Wed Nov 26 00:54:37 2014
From: wangsamp at gmail.com (Oleksandr V. Typlyns'kyi)
Date: Wed, 26 Nov 2014 02:54:37 +0200 (EET)
Subject: =?UTF-8?B?UmU6INCU0LLQsCDQstC+0L/RgNC+0YHQsA==?=
In-Reply-To: <5474EA50.6090707@comsys.com.ua>
References: <5474DF0F.7050407@comsys.com.ua>
 <852584856.20141125231730@softsearch.ru> <5474EA50.6090707@comsys.com.ua>
Message-ID: <alpine.BSF.2.00.1411260250330.19420@u.fchgavxzrqvn.arg>

Yesterday Nov 25, 2014 at 22:45 Sergey Smitienko wrote:

> Здравствуйте,
> >> 1. Насколько я понимаю, proxy_сache на скрипт, который возвращает
> >> X-Accel-Redirect не поддерживается ?
> >>
> >> Делайте proxy_pass на скрипт, , который возвращает X-Accel-Redirect.
> Стоит proxy_pass и proxy_cache в одном location. proxy_pass отрабатывает 
> - редирект происходит, но результат в кеш не записывается.

  Максим уже неоднократно отвечал на этот вопрос.
  http://mailman.nginx.org/pipermail/nginx/2013-August/040188.html
  http://mailman.nginx.org/pipermail/nginx/2013-March/037826.html

-- 
WNGS-RIPE


From postmaster at softsearch.ru  Wed Nov 26 06:25:56 2014
From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 26 Nov 2014 09:25:56 +0300
Subject: =?UTF-8?B?UmVbMl06INCU0LLQsCDQstC+0L/RgNC+0YHQsA==?=
In-Reply-To: <5474EA50.6090707@comsys.com.ua>
References: <5474DF0F.7050407@comsys.com.ua>
 <852584856.20141125231730@softsearch.ru> <5474EA50.6090707@comsys.com.ua>
Message-ID: <116765403.20141126092556@softsearch.ru>

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

>>> 2. Как можно для одного location выключить функционал real-ip, если
>>> set_real_ip_from/real_ip_header заданы для server {}. Пробовал задавать
>>> другие real_ip_header и set_real_ip_from - всё равно срабатывает.
>> Через set, например, присвоив пустое значение, если я правильно понял
>> вопрос.
> set чего ? У меня на уровне server {} стоит конструкция set_real_ip, для
> одного вложенного location нужно выключить механизм real_ip, прямой 
> отключающей директивы нет. Пробовал задавать real_ip_header XXX и 
> set_real_ip_from 1.1.1.1 - всё равно механизм real_ip продолжает работать.

set_real_ip  устанавливает  значение указанной переменной. Через set в
локейшне это значение можно очистить.

Второй  вариант  - очистить уже установленное ранее значение заголовка
через set_header в локейшне.

А вообще, включите debug-лог. В нём видно, что происходит, и должно
Вам сильно помочь разобраться в работе nginx-а.

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


From a.vasilishin at kpi.ua  Wed Nov 26 20:02:25 2014
From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=)
Date: Wed, 26 Nov 2014 22:02:25 +0200
Subject: =?UTF-8?B?0J7RgtC60LvRjtGH0LjRgtGMIGFjZXNzX2xvZyDQstC90YPRgtGA0LggSWY=?=
Message-ID: <547631D1.2070409@kpi.ua>

Всем привет!
Есть ли элегантный способ исключить логирование чтобы зря не засорять 
access_log внутри такой конструкции, которая находится на уровне server?
         if ($args ~ "^id=[0-9]{10,}&msg=$") {
                 return 444;
         }


From wangsamp at gmail.com  Wed Nov 26 20:14:43 2014
From: wangsamp at gmail.com (Oleksandr V. Typlyns'kyi)
Date: Wed, 26 Nov 2014 22:14:43 +0200 (EET)
Subject: =?UTF-8?B?UmU6INCe0YLQutC70Y7Rh9C40YLRjCBhY2Vzc19sb2cg0LLQvdGD0YLRgNC4IElm?=
In-Reply-To: <547631D1.2070409@kpi.ua>
References: <547631D1.2070409@kpi.ua>
Message-ID: <alpine.BSF.2.00.1411262211390.19420@u.fchgavxzrqvn.arg>

Today Nov 26, 2014 at 22:02 Андрей Василишин wrote:

> Всем привет!
> Есть ли элегантный способ исключить логирование чтобы зря не засорять 
> access_log внутри такой конструкции, которая находится на уровне server?
>          if ($args ~ "^id=[0-9]{10,}&msg=$") {
>                  return 444;
>          }

  В 1.7 у access_log появился параметр if.
-- 
WNGS-RIPE


From nginx-forum at nginx.us  Thu Nov 27 06:11:13 2014
From: nginx-forum at nginx.us (Violator43)
Date: Thu, 27 Nov 2014 01:11:13 -0500
Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQt9Cw0YE=?=
 =?UTF-8?B?0YLQsNCy0LjRgtGMIG5naW54INCy0L7Qt9Cy0YDQsNGJ0LDRgtGMINC30LA=?=
 =?UTF-8?B?0LPQvtC70L7QstC60LggTGFzdC1Nb2RpZmllZCDQuCBJZi1Nb2RpZmllZC1T?=
 =?UTF-8?B?aW5jZT8=?=
In-Reply-To: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>
References: <6cc2559f7c8c6a72f0f7cda4d17edaf5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a35f0ed8c8dcd6fa7891d31c12d402d2.NginxMailingListRussian@forum.nginx.org>

Указанный вами сайт по "304 Not Modified" выдаёт неверную информацию.
Используйте лучше инструменты разработчика в браузерах.

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


From nginx-forum at nginx.us  Thu Nov 27 06:14:02 2014
From: nginx-forum at nginx.us (Violator43)
Date: Thu, 27 Nov 2014 01:14:02 -0500
Subject: =?UTF-8?B?UmU6INCf0YDQvtGB0LzQvtGC0YAgdXJsINCw0LrRgtC40LLQvdGL0YUg0YHQvtC1?=
 =?UTF-8?B?0LTQuNC90LXQvdC40Lk=?=
In-Reply-To: <4c29641ffb163855ae298d9a9b0803a5.NginxMailingListRussian@forum.nginx.org>
References: <4c29641ffb163855ae298d9a9b0803a5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <da45c5cb403f08a090c3df831ab9f772.NginxMailingListRussian@forum.nginx.org>

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

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


From denis at webmaster.spb.ru  Thu Nov 27 06:24:26 2014
From: denis at webmaster.spb.ru (denis)
Date: Thu, 27 Nov 2014 09:24:26 +0300
Subject: =?UTF-8?B?UmU6INCf0YDQvtGB0LzQvtGC0YAgdXJsINCw0LrRgtC40LLQvdGL0YUg0YHQvtC1?=
 =?UTF-8?B?0LTQuNC90LXQvdC40Lk=?=
In-Reply-To: <da45c5cb403f08a090c3df831ab9f772.NginxMailingListRussian@forum.nginx.org>
References: <4c29641ffb163855ae298d9a9b0803a5.NginxMailingListRussian@forum.nginx.org>
 <da45c5cb403f08a090c3df831ab9f772.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5476C39A.7040800@webmaster.spb.ru>

27.11.2014 9:14, Violator43 пишет:
> Думаю, что разработчикам этот вопрос уже надоел, раз они его просто
> игнорируют.
> Наверно кому-то надо взяться за написание стороннего модуля.
>
скорее всего, это есть в платной версии, поэтому и игнорируют.
ЗЫ Посмотрите сборку от таобао, там много вкусного добавлено, в том 
числе что тут только в платной версии


From nginx-forum at nginx.us  Thu Nov 27 06:30:54 2014
From: nginx-forum at nginx.us (TomskDiver)
Date: Thu, 27 Nov 2014 01:30:54 -0500
Subject: =?UTF-8?B?UmU6INCf0YDQvtGB0LzQvtGC0YAgdXJsINCw0LrRgtC40LLQvdGL0YUg0YHQvtC1?=
 =?UTF-8?B?0LTQuNC90LXQvdC40Lk=?=
In-Reply-To: <5476C39A.7040800@webmaster.spb.ru>
References: <5476C39A.7040800@webmaster.spb.ru>
Message-ID: <c8d420c076981874ddd1ca6ff4f58bdd.NginxMailingListRussian@forum.nginx.org>

Вы правы, у них есть модуль ngxhttpreqstat_module
http://tengine.taobao.org/document/http_reqstat.html

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


From denis at webmaster.spb.ru  Thu Nov 27 06:32:05 2014
From: denis at webmaster.spb.ru (denis)
Date: Thu, 27 Nov 2014 09:32:05 +0300
Subject: =?UTF-8?B?UmU6INCf0YDQvtGB0LzQvtGC0YAgdXJsINCw0LrRgtC40LLQvdGL0YUg0YHQvtC1?=
 =?UTF-8?B?0LTQuNC90LXQvdC40Lk=?=
In-Reply-To: <c8d420c076981874ddd1ca6ff4f58bdd.NginxMailingListRussian@forum.nginx.org>
References: <5476C39A.7040800@webmaster.spb.ru>
 <c8d420c076981874ddd1ca6ff4f58bdd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5476C565.1000903@webmaster.spb.ru>

27.11.2014 9:30, TomskDiver пишет:
> Вы правы, у них есть модуль ngxhttpreqstat_module
> http://tengine.taobao.org/document/http_reqstat.html
>
айда все дружно на tengine ))))


From nginx-forum at nginx.us  Fri Nov 28 03:41:11 2014
From: nginx-forum at nginx.us (isamitakata)
Date: Thu, 27 Nov 2014 22:41:11 -0500
Subject: =?UTF-8?B?0JfQsNCz0YDRg9C30LrQsCDRhNCw0LnQu9CwLCDQvdC1INGA0LDQsdC+0YLQsNC1?=
 =?UTF-8?B?0YIgWC1BY2NlbC1SZWRpcmVjdA==?=
Message-ID: <9db0ef03699fb1c7da62690c5989a8b4.NginxMailingListRussian@forum.nginx.org>

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

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

И так.

Файлы загружаются на сервер в каталог /var/www/servers/s_1/{при загрузке
файла создается папка - имя хеш}/filename.txt

Ссылка на файл имеет вид http://example.com/file/{random_string}/{хеш
созданной папки}/filename.txt

Т.е. на обработчик получаем три параметра: random_string, hash_folder,
namefile. Проверяем файл и отдаем на скачивание с помощью заголовка
header("X-Accel-Redirect: {$path}")

В итоге ничего не получается, все время ошибка 404, в логах пусто. 

Локейшн

location /file/ {
    	rewrite    /file/(.*)/(.*)/(.*)
/downloadDirect.php?link=$1&link2=$2&name=$3 last;
	}

Пробовал разные варианты и не один не подошел.

Буду очень благодарен за помощь.

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


From nginx-forum at nginx.us  Fri Nov 28 08:25:00 2014
From: nginx-forum at nginx.us (busotir)
Date: Fri, 28 Nov 2014 03:25:00 -0500
Subject: =?UTF-8?B?TG9jYXRpb24g0YXQtdC00LXRgCDQvtGB0YLQsNC10YLRgdGPIGxvY2FsaG9zdA==?=
Message-ID: <1eea340439c0c238f5ed8998a5647904.NginxMailingListRussian@forum.nginx.org>

Конфигурация client - nginx - tomcat. При проходе ПОСТ-запроса на логаут
внешний адрес как положено транслируется нгинксом в localhost. В приложении
на томкате логаут редиректится на логин-страницу, высылается 302 респонс с
Location="localhost...". Нгинкс не меняет его на внешний адрес,
соответственно клиенту приходит для редиректа неверный url. Подскажите
настройки нгинкс для подставления внешнего ip-адреса в Location в респонсе.

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


From nginx-ru at sadok.spb.ru  Fri Nov 28 09:42:31 2014
From: nginx-ru at sadok.spb.ru (Dmitry Ivanov)
Date: Fri, 28 Nov 2014 12:42:31 +0300
Subject: =?UTF-8?B?UmU6IExvY2F0aW9uINGF0LXQtNC10YAg0L7RgdGC0LDQtdGC0YHRjyBsb2NhbGhv?=
 =?UTF-8?B?c3Q=?=
In-Reply-To: <1eea340439c0c238f5ed8998a5647904.NginxMailingListRussian@forum.nginx.org>
References: <1eea340439c0c238f5ed8998a5647904.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1637546897.20141128124231@sadok.spb.ru>

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

Вы писали 28 ноября 2014 г., 11:25:00:

> Конфигурация client - nginx - tomcat. При проходе ПОСТ-запроса на логаут
> внешний адрес как положено транслируется нгинксом в localhost. В приложении
> на томкате логаут редиректится на логин-страницу, высылается 302 респонс с
> Location="localhost...". Нгинкс не меняет его на внешний адрес,
> соответственно клиенту приходит для редиректа неверный url. Подскажите
> настройки нгинкс для подставления внешнего ip-адреса в Location в респонсе.

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



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


From gmm at csdoc.com  Fri Nov 28 09:46:11 2014
From: gmm at csdoc.com (Gena Makhomed)
Date: Fri, 28 Nov 2014 11:46:11 +0200
Subject: =?UTF-8?B?UmU6IExvY2F0aW9uINGF0LXQtNC10YAg0L7RgdGC0LDQtdGC0YHRjyBsb2NhbGhv?=
 =?UTF-8?B?c3Q=?=
In-Reply-To: <1eea340439c0c238f5ed8998a5647904.NginxMailingListRussian@forum.nginx.org>
References: <1eea340439c0c238f5ed8998a5647904.NginxMailingListRussian@forum.nginx.org>
Message-ID: <54784463.9050306@csdoc.com>

On 28.11.2014 10:25, busotir wrote:

> Конфигурация client - nginx - tomcat. При проходе ПОСТ-запроса на логаут
> внешний адрес как положено транслируется нгинксом в localhost. В приложении
> на томкате логаут редиректится на логин-страницу, высылается 302 респонс с
> Location="localhost...". Нгинкс не меняет его на внешний адрес,
> соответственно клиенту приходит для редиректа неверный url. Подскажите
> настройки нгинкс для подставления внешнего ip-адреса в Location в респонсе.

tomcat надо настраивать, директивы proxyName, proxyPort, scheme, secure
документация: https://tomcat.apache.org/tomcat-8.0-doc/config/http.html

-- 
Best regards,
  Gena


From gmm at csdoc.com  Fri Nov 28 10:32:04 2014
From: gmm at csdoc.com (Gena Makhomed)
Date: Fri, 28 Nov 2014 12:32:04 +0200
Subject: =?UTF-8?B?UmU6INCX0LDQs9GA0YPQt9C60LAg0YTQsNC50LvQsCwg0L3QtSDRgNCw0LHQvtGC?=
 =?UTF-8?B?0LDQtdGCIFgtQWNjZWwtUmVkaXJlY3Q=?=
In-Reply-To: <9db0ef03699fb1c7da62690c5989a8b4.NginxMailingListRussian@forum.nginx.org>
References: <9db0ef03699fb1c7da62690c5989a8b4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <54784F24.5040209@csdoc.com>

On 28.11.2014 5:41, isamitakata wrote:

> Т.е. на обработчик получаем три параметра: random_string, hash_folder,
> namefile. Проверяем файл и отдаем на скачивание с помощью заголовка
> header("X-Accel-Redirect: {$path}")
>
> В итоге ничего не получается, все время ошибка 404, в логах пусто.

http://nginx.org/en/docs/debugging_log.html

> Локейшн
>
> location /file/ {
>      	rewrite    /file/(.*)/(.*)/(.*)
> /downloadDirect.php?link=$1&link2=$2&name=$3 last;
> 	}
>
> Пробовал разные варианты и не один не подошел.
>
> Буду очень благодарен за помощь.

http://nginx.org/en/docs/http/ngx_http_secure_link_module.html

P.S.

http://segfault.kiev.ua/smart-questions-ru.html
Как правильно задавать вопросы

-- 
Best regards,
  Gena


From kpoxa at kpoxa.net  Fri Nov 28 11:33:54 2014
From: kpoxa at kpoxa.net (kpoxa)
Date: Fri, 28 Nov 2014 15:33:54 +0400
Subject: =?UTF-8?B?0J/QvtC00LTQtdGA0LbQutCwIElDUCAtIEludGVybmV0IENhY2hlIFByb3RvY29s?=
Message-ID: <CABL5twC5otJ+6TCf07-+-ZihbT88nTpnw9+0ErvM-Qe2Gd8fiw@mail.gmail.com>

Добрый день.

Планируется ли в nginx поддержка Internet Cache Protocol ?

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

Возможно кто-то знает решение с уже имеющимися возможностями?

-- 
Рустам
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141128/7fc030e1/attachment.html>

From mdounin at mdounin.ru  Fri Nov 28 12:22:37 2014
From: mdounin at mdounin.ru (Maxim Dounin)
Date: Fri, 28 Nov 2014 15:22:37 +0300
Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCBJQ1AgLSBJbnRlcm5ldCBDYWNoZSBQcm90?=
 =?UTF-8?B?b2NvbA==?=
In-Reply-To: <CABL5twC5otJ+6TCf07-+-ZihbT88nTpnw9+0ErvM-Qe2Gd8fiw@mail.gmail.com>
References: <CABL5twC5otJ+6TCf07-+-ZihbT88nTpnw9+0ErvM-Qe2Gd8fiw@mail.gmail.com>
Message-ID: <20141128122237.GB31620@mdounin.ru>

Hello!

On Fri, Nov 28, 2014 at 03:33:54PM +0400, kpoxa wrote:

> Планируется ли в nginx поддержка Internet Cache Protocol ?

Нет.

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

Консистентный hash по URI должен хорошо решать такой класс задач, 
см. http://nginx.org/r/hash/ru.

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


From n.g.i.n.x.e.r at gmail.com  Fri Nov 28 12:53:35 2014
From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=)
Date: Fri, 28 Nov 2014 16:53:35 +0400
Subject: Bitrix + php-fpm
Message-ID: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>

Пытаюсь перенести Bitrix с apache + php на nginx + php-fpm.

Bitrix 9.*
php-fpm 5.4.*

Пробовал писать сам и на примере
http://dev.1c-bitrix.ru/community/webdev/user/5427/blog/bitrix-nginx-phpfpm/?commentId=22761

Ни в какую не хочет работать.

Всю голову сломал. Это вообще возможно?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141128/b17bb636/attachment.html>

From kpoxa at kpoxa.net  Fri Nov 28 13:00:58 2014
From: kpoxa at kpoxa.net (kpoxa)
Date: Fri, 28 Nov 2014 17:00:58 +0400
Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCBJQ1AgLSBJbnRlcm5ldCBDYWNoZSBQcm90?=
 =?UTF-8?B?b2NvbA==?=
In-Reply-To: <20141128122237.GB31620@mdounin.ru>
References: <CABL5twC5otJ+6TCf07-+-ZihbT88nTpnw9+0ErvM-Qe2Gd8fiw@mail.gmail.com>
 <20141128122237.GB31620@mdounin.ru>
Message-ID: <CABL5twCFwHdmquggy3nCOgOOKKq4O_6hEEdRh06Qqp+FemyCgg@mail.gmail.com>

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

28 ноября 2014 г., 15:22 пользователь Maxim Dounin <mdounin at mdounin.ru>
написал:

> Hello!
>
> On Fri, Nov 28, 2014 at 03:33:54PM +0400, kpoxa wrote:
>
> > Планируется ли в nginx поддержка Internet Cache Protocol ?
>
> Нет.
>
> > Есть задача в работе группы кешей (на 5-6 серверов) так, чтобы надо было
> > опросить соседей, нет ли у них нужного контента, и обратиться к бэканду,
> > только если ни в одном из кешей нужного контента нет. Городить
> > последовательный опрос серверов не так красиво и удобно, как
> использование
> > подобного протокола.
> >
> > Возможно кто-то знает решение с уже имеющимися возможностями?
>
> Консистентный hash по URI должен хорошо решать такой класс задач,
> см. http://nginx.org/r/hash/ru.
>
> --
> Maxim Dounin
> http://nginx.org/
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Kpoxa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141128/07a498a4/attachment.html>

From me at kemko.ru  Fri Nov 28 13:06:51 2014
From: me at kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=)
Date: Fri, 28 Nov 2014 17:06:51 +0400
Subject: Bitrix + php-fpm
In-Reply-To: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
Message-ID: <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>

28 ноября 2014 г., 15:53 пользователь Роман <n.g.i.n.x.e.r at gmail.com>
написал:

> Всю голову сломал. Это вообще возможно?
>
Почему нет?

$ curl -I http://www.1c-bitrix.ru/
HTTP/1.1 200 OK
Server: nginx/1.6.2
Date: Fri, 28 Nov 2014 13:05:48 GMT
Content-Type: text/html; charset=windows-1251
Connection: keep-alive
X-Powered-By: PHP/5.3.3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141128/f1023c56/attachment.html>

From n.g.i.n.x.e.r at gmail.com  Fri Nov 28 13:14:25 2014
From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=)
Date: Fri, 28 Nov 2014 17:14:25 +0400
Subject: Bitrix + php-fpm
In-Reply-To: <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
 <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>
Message-ID: <CAM_OpgSvwUK3SrMsQd=sTFOM-KXLfoN+LbQ4-XXiLdZ_6utg8g@mail.gmail.com>

Server: nginx/1.6.2
Тут же не говорился что сайт работает на fpm

Вы сами пробовали переносить?
Вопрос именно к тем кто перенес и все работает.

28 ноября 2014 г., 16:06 пользователь Дмитрий Андреев <me at kemko.ru> написал:

>
>
> 28 ноября 2014 г., 15:53 пользователь Роман <n.g.i.n.x.e.r at gmail.com>
> написал:
>
>> Всю голову сломал. Это вообще возможно?
>>
> Почему нет?
>
> $ curl -I http://www.1c-bitrix.ru/
> HTTP/1.1 200 OK
> Server: nginx/1.6.2
> Date: Fri, 28 Nov 2014 13:05:48 GMT
> Content-Type: text/html; charset=windows-1251
> Connection: keep-alive
> X-Powered-By: PHP/5.3.3
>
> _______________________________________________
> 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/20141128/1b4db977/attachment.html>

From nginx-ru at sadok.spb.ru  Fri Nov 28 18:05:56 2014
From: nginx-ru at sadok.spb.ru (Dmitry Ivanov)
Date: Fri, 28 Nov 2014 21:05:56 +0300
Subject: Bitrix + php-fpm
In-Reply-To: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
Message-ID: <524275998.20141128210556@sadok.spb.ru>

Здравствуйте, Роман.

Вы писали 28 ноября 2014 г., 15:53:35:

> Пытаюсь перенести Bitrix с apache + php на nginx + php-fpm.

> Bitrix 9.*
> php-fpm 5.4.*

> Пробовал писать сам и на примере
> http://dev.1c-bitrix.ru/community/webdev/user/5427/blog/bitrix-nginx-phpfpm/?commentId=22761

> Ни в какую не хочет работать.

> Всю голову сломал. Это вообще возможно?

А зачем? Я более чем уверен, что ответ вендора будет "мы это не
поддерживаем". Сделайте простой proxy_pass, если так хочтеся...



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


From mva at mva.name  Fri Nov 28 20:19:59 2014
From: mva at mva.name (Vadim A. Misbakh-Soloviov)
Date: Sat, 29 Nov 2014 02:19:59 +0600
Subject: Bitrix + php-fpm
In-Reply-To: <CAM_OpgSvwUK3SrMsQd=sTFOM-KXLfoN+LbQ4-XXiLdZ_6utg8g@mail.gmail.com>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
 <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>
 <CAM_OpgSvwUK3SrMsQd=sTFOM-KXLfoN+LbQ4-XXiLdZ_6utg8g@mail.gmail.com>
Message-ID: <12672333.W3zBHPHZDG@note>

В письме от Пт, 28 ноября 2014 17:14:25 пользователь Роман написал:
> Server: nginx/1.6.2
> Тут же не говорился что сайт работает на fpm

Вот тут говорится, вообще-то:

> > X-Powered-By: PHP/5.3.3

P.S. [оффтоп]
php5.3 deprecated (а в <5.3.14 ещё и баг с pack/unpack), и, имея старый опыт с 
Bitrix, готов поспорить, что на новых, незабагованных версиях он, небось, 
работать не будет
[/оффтоп]


P.P.S. "ни в какую не хочет работать" ? никак не похоже на развёрнутое 
описание проблемы, например.


-- 
Best regards,
mva
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141129/999e15e6/attachment.bin>

From n.g.i.n.x.e.r at gmail.com  Fri Nov 28 20:49:56 2014
From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=)
Date: Sat, 29 Nov 2014 00:49:56 +0400
Subject: Bitrix + php-fpm
In-Reply-To: <12672333.W3zBHPHZDG@note>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
 <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>
 <CAM_OpgSvwUK3SrMsQd=sTFOM-KXLfoN+LbQ4-XXiLdZ_6utg8g@mail.gmail.com>
 <12672333.W3zBHPHZDG@note>
Message-ID: <CAM_OpgSGVX1oGoORsJZSGN0N5i266n1nj3f3AFF_D=DWRrBFJQ@mail.gmail.com>

Развернутый ответ дать не могу, т.к. проект достался как есть и похоже
правленный кем то.
Я посмотрел htaccess и пример с форума
http://dev.1c-bitrix.ru/community/webdev/user/5427/blog/bitrix-nginx-phpfpm/
Решил пересадить, но такое ощущение что движок не воспринимает нормально
входящие переменные из строки.

28 ноября 2014 г., 23:19 пользователь Vadim A. Misbakh-Soloviov <
mva at mva.name> написал:

> В письме от Пт, 28 ноября 2014 17:14:25 пользователь Роман написал:
> > Server: nginx/1.6.2
> > Тут же не говорился что сайт работает на fpm
>
> Вот тут говорится, вообще-то:
>
> > > X-Powered-By: PHP/5.3.3
>
> P.S. [оффтоп]
> php5.3 deprecated (а в <5.3.14 ещё и баг с pack/unpack), и, имея старый
> опыт с
> Bitrix, готов поспорить, что на новых, незабагованных версиях он, небось,
> работать не будет
> [/оффтоп]
>
>
> P.P.S. "ни в какую не хочет работать" ? никак не похоже на развёрнутое
> описание проблемы, например.
>
>
> --
> Best regards,
> mva
>
> _______________________________________________
> 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/20141129/8b07897e/attachment.html>

From dmitry.goryainov at gmail.com  Fri Nov 28 23:01:51 2014
From: dmitry.goryainov at gmail.com (Dmitry)
Date: Sat, 29 Nov 2014 03:01:51 +0400
Subject: Bitrix + php-fpm
In-Reply-To: <CAM_OpgSGVX1oGoORsJZSGN0N5i266n1nj3f3AFF_D=DWRrBFJQ@mail.gmail.com>
References: <CAM_OpgSU4s7jZp4HA7KDbp-m=V4hPx6pUddwzy9QdBhDKO4Mrw@mail.gmail.com>
 <CAHi=Bu7bR2syiDYEyqTHdGWFaAF31o+YvK7FdOLiXbmmQe63BQ@mail.gmail.com>
 <CAM_OpgSvwUK3SrMsQd=sTFOM-KXLfoN+LbQ4-XXiLdZ_6utg8g@mail.gmail.com>
 <12672333.W3zBHPHZDG@note>
 <CAM_OpgSGVX1oGoORsJZSGN0N5i266n1nj3f3AFF_D=DWRrBFJQ@mail.gmail.com>
Message-ID: <CAHzBpYVwQRrA=epbHBVJBAJE7Drx5QbMg=_Skfy2zP9pyJk6LA@mail.gmail.com>

Не ставил уже работающую, то разворачивал тестовую. Уважаемый, вы скиньте
вариант конфига под Апач - оно ж и подскажется. При развертывании
демо-версии на nginx + php-fpm проблем нет, м.б. это рефлексы, может они
отличаются - телепатов нет.


2014-11-28 23:49 GMT+03:00 Роман <n.g.i.n.x.e.r at gmail.com>:

> Развернутый ответ дать не могу, т.к. проект достался как есть и похоже
> правленный кем то.
> Я посмотрел htaccess и пример с форума
> http://dev.1c-bitrix.ru/community/webdev/user/5427/blog/bitrix-nginx-phpfpm/
> Решил пересадить, но такое ощущение что движок не воспринимает нормально
> входящие переменные из строки.
>
> 28 ноября 2014 г., 23:19 пользователь Vadim A. Misbakh-Soloviov <
> mva at mva.name> написал:
>
>> В письме от Пт, 28 ноября 2014 17:14:25 пользователь Роман написал:
>> > Server: nginx/1.6.2
>> > Тут же не говорился что сайт работает на fpm
>>
>> Вот тут говорится, вообще-то:
>>
>> > > X-Powered-By: PHP/5.3.3
>>
>> P.S. [оффтоп]
>> php5.3 deprecated (а в <5.3.14 ещё и баг с pack/unpack), и, имея старый
>> опыт с
>> Bitrix, готов поспорить, что на новых, незабагованных версиях он, небось,
>> работать не будет
>> [/оффтоп]
>>
>>
>> P.P.S. "ни в какую не хочет работать" ? никак не похоже на развёрнутое
>> описание проблемы, например.
>>
>>
>> --
>> Best regards,
>> mva
>>
>> _______________________________________________
>> 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
>



-- 
Dmitry Goryainov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141129/2c322f3f/attachment.html>

From nginx-forum at nginx.us  Sat Nov 29 11:38:21 2014
From: nginx-forum at nginx.us (excanoe)
Date: Sat, 29 Nov 2014 06:38:21 -0500
Subject: =?UTF-8?B?dHJ5IGZpbGVzINC4INC/0LXRgNC10L3QsNC/0YDQsNCy0LvQtdC90LjQtSAzMDEg?=
 =?UTF-8?B?0LTQu9GPIC8gKNC60L7RgNC10L3RjCDRgdCw0LnRgtCwKQ==?=
Message-ID: <cc945afa63024e77faa21ec47fba23f9.NginxMailingListRussian@forum.nginx.org>

Здравствуйте, уважаемые форумчане!
Возможно кто-то сталкивался и может подсказать, корректно ли поведение nginx
для следующего случая:
имеется try_files $uri /;
исходя из документации, fallback для try_files выполняет внутреннюю
переадресацию, но, при этом, в данном случае, nginx отдает 301 код и новый
адрес, в браузере это отображается как два запроса.

debug log:

[debug] 10125#0: *7 http script var: "/raw/test.jpg"
[debug] 10125#0: *7 trying to use file: "/raw/test.jpg"
"/www/cdn.dev/raw/test.jpg"
[debug] 10125#0: *7 trying to use dir: "" "/www/cdn.dev"
[debug] 10125#0: *7 internal redirect: "?"
[debug] 10125#0: *7 rewrite phase: 1
[debug] 10125#0: *7 test location: "/"
[debug] 10125#0: *7 using configuration ""
[debug] 10125#0: *7 http cl:-1 max:1048576
[debug] 10125#0: *7 rewrite phase: 3
[debug] 10125#0: *7 post rewrite phase: 4
[debug] 10125#0: *7 generic phase: 5
[debug] 10125#0: *7 generic phase: 6
[debug] 10125#0: *7 generic phase: 7
[debug] 10125#0: *7 access phase: 8
[debug] 10125#0: *7 access phase: 9
[debug] 10125#0: *7 access phase: 10
[debug] 10125#0: *7 access phase: 11
[debug] 10125#0: *7 post access phase: 12
[debug] 10125#0: *7 try files phase: 13
[debug] 10125#0: *7 content phase: 14
[debug] 10125#0: *7 content phase: 15
[debug] 10125#0: *7 content phase: 16
[debug] 10125#0: *7 content phase: 17
[debug] 10125#0: *7 content phase: 18
[debug] 10125#0: *7 content phase: 19
[debug] 10125#0: *7 http filename: "/www/cdn.dev"
[debug] 10125#0: *7 add cleanup: 00000000024881C0
[debug] 10125#0: *7 http static fd: -1
[debug] 10125#0: *7 http dir
[debug] 10125#0: *7 http finalize request: 301, "?" a:1, c:2
[debug] 10125#0: *7 http special response: 301, "?"
[debug] 10125#0: *7 http set discard body
[debug] 10125#0: *7 xslt filter header
[debug] 10125#0: *7 HTTP/1.1 301 Moved Permanently

может быть кто-то сталкивался?

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


From nginx-forum at nginx.us  Sat Nov 29 11:44:40 2014
From: nginx-forum at nginx.us (excanoe)
Date: Sat, 29 Nov 2014 06:44:40 -0500
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <cc945afa63024e77faa21ec47fba23f9.NginxMailingListRussian@forum.nginx.org>
References: <cc945afa63024e77faa21ec47fba23f9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e92f2650b4b67c17c9f4fa645529d73b.NginxMailingListRussian@forum.nginx.org>

прошу прощения, забыл добавить конфиг:

server {
  error_log /var/log/nginx/error.log debug;

  server_name cdn.dev;

  root /www/cdn.dev;

  location / {
    return 444; # здесь может быть все что угодно
  }

  location /raw {
    try_files $uri /;
  }
}

запрос: http://cdn.dev/raw/test.jpg

кстати, если выставить try_files $uri //; (два слеша), то выполняется
внутренний проброс, без 301 кода.

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


From pluknet at nginx.com  Sat Nov 29 23:09:23 2014
From: pluknet at nginx.com (Sergey Kandaurov)
Date: Sun, 30 Nov 2014 02:09:23 +0300
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <e92f2650b4b67c17c9f4fa645529d73b.NginxMailingListRussian@forum.nginx.org>
References: <cc945afa63024e77faa21ec47fba23f9.NginxMailingListRussian@forum.nginx.org>
 <e92f2650b4b67c17c9f4fa645529d73b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <57294AFE-F383-49AB-8EDE-DB08D36CF1C0@nginx.com>

On Nov 29, 2014, at 2:44 PM, excanoe <nginx-forum at nginx.us> wrote:
> прошу прощения, забыл добавить конфиг:
> 
> server {
>  error_log /var/log/nginx/error.log debug;
> 
>  server_name cdn.dev;
> 
>  root /www/cdn.dev;
> 
>  location / {
>    return 444; # здесь может быть все что угодно
>  }
> 
>  location /raw {
>    try_files $uri /;
>  }
> }
> 
> запрос: http://cdn.dev/raw/test.jpg
> 
> кстати, если выставить try_files $uri //; (два слеша), то выполняется
> внутренний проброс, без 301 кода.

Не указали версию, но скорее всего на этот баг (<1.7.2) наступаете:
http://hg.nginx.org/nginx/rev/790ba7484bb6

-- 
Sergey Kandaurov


From nginx-forum at nginx.us  Sun Nov 30 09:39:41 2014
From: nginx-forum at nginx.us (excanoe)
Date: Sun, 30 Nov 2014 04:39:41 -0500
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <57294AFE-F383-49AB-8EDE-DB08D36CF1C0@nginx.com>
References: <57294AFE-F383-49AB-8EDE-DB08D36CF1C0@nginx.com>
Message-ID: <65d9eca8429b55c9186011f2c863831d.NginxMailingListRussian@forum.nginx.org>

Благодарю за ответ, Сергей!
Да, Вы правы, версия nginx/1.6.2 из debian testing (jessie). Очень похоже,
что нужно будет собирать nginx своими руками.

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


From sytar.alex at gmail.com  Sun Nov 30 09:46:25 2014
From: sytar.alex at gmail.com (Aleksandr Sytar)
Date: Sun, 30 Nov 2014 13:46:25 +0400
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <65d9eca8429b55c9186011f2c863831d.NginxMailingListRussian@forum.nginx.org>
References: <57294AFE-F383-49AB-8EDE-DB08D36CF1C0@nginx.com>
 <65d9eca8429b55c9186011f2c863831d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSGFM9=t32t=+SVgGOt_Omj7mwCMAhD81RXjKDsJ7XN_yA@mail.gmail.com>

30 ноября 2014 г., 12:39 пользователь excanoe <nginx-forum at nginx.us>
написал:

> Благодарю за ответ, Сергей!
> Да, Вы правы, версия nginx/1.6.2 из debian testing (jessie). Очень похоже,
> что нужно будет собирать nginx своими руками
>

Что мешает подключить официальный репозитарий nginx и ничего не собирать
руками?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141130/b2366957/attachment.html>

From nginx-forum at nginx.us  Sun Nov 30 10:12:18 2014
From: nginx-forum at nginx.us (excanoe)
Date: Sun, 30 Nov 2014 05:12:18 -0500
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <CAKqRTSGFM9=t32t=+SVgGOt_Omj7mwCMAhD81RXjKDsJ7XN_yA@mail.gmail.com>
References: <CAKqRTSGFM9=t32t=+SVgGOt_Omj7mwCMAhD81RXjKDsJ7XN_yA@mail.gmail.com>
Message-ID: <57c8f48e714a2cc7d43dba0406049c52.NginxMailingListRussian@forum.nginx.org>

Александр, в принципе ничего не мешает :) Я уже собрал nginx сам, ошибка
исправлена в последних ревизиях, Сергей был прав.
Благодарю за ответы!

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


From swood at fotofor.biz  Sun Nov 30 13:47:39 2014
From: swood at fotofor.biz (Anton Kiryushkin)
Date: Sun, 30 Nov 2014 17:47:39 +0400
Subject: =?UTF-8?B?UmU6INCX0LDQsdC40LLQsNC10YLRgdGPINC/0LDQv9C60LAg0L/RgNC+0LrRgdC4?=
 =?UTF-8?B?0YDQvtCy0LDQvdC90YvRhSDRgtC10Ls=?=
In-Reply-To: <20141119161822.GU26593@mdounin.ru>
References: <CAM_jxg3sc0mEwk6URQkpfqBYi5ugJtA4DyuvWOYUxmZhOZPq2Q@mail.gmail.com>
 <20141119161822.GU26593@mdounin.ru>
Message-ID: <CAM_jxg3QBSjLG+QNQ-BVBipRX=eBaQSnQ2MKN7zvg3jmqG8bPA@mail.gmail.com>

Ну не прямо так и называются, но проявляется примерно так:

2558385200    0 lrwx------   1 www-data www-data       64 Nov 30 16:46
/proc/11733/fd/597 -> /tmp/nginx.client_body_temp/0000025513\ (deleted)
2558385527    0 lrwx------   1 www-data www-data       64 Nov 30 16:46
/proc/11733/fd/924 -> /tmp/nginx.client_body_temp/0000023652\ (deleted)
2558386660    0 lrwx------   1 www-data www-data       64 Nov 30 16:46
/proc/11733/fd/2057 -> /tmp/nginx.client_body_temp/0000025516\ (deleted)
2558387267    0 lrwx------   1 www-data www-data       64 Nov 30 16:46
/proc/11733/fd/2664 -> /tmp/nginx.client_body_temp/0000020235\ (deleted)




19 ноября 2014 г., 19:18 пользователь Maxim Dounin <mdounin at mdounin.ru>
написал:

> Hello!
>
> On Wed, Nov 19, 2014 at 02:46:26AM +0400, Anton Kiryushkin wrote:
>
> > Здравствуйте.
> >
> > В последнее время стали находить много серверов, где довольно много таких
> > вот файлов остается:
> >
> > nginx.client_body_temp/ID (deleted)
> >
> > Что с этим можно сделать? Сейчас 1.6.0, на 1.2.4 таких проблем не
> замечали.
>
> Вот прям так файлы и называются, с " (deleted)" в конце названия?
> Если да, то это выглядит как что-то, связанное поведением файловой
> системы.
>
> Вообще nginx временные файлы удаляет сразу после создания (если
> его не попросили делать по другому с помощью директивы
> client_body_in_file_only), и соответственно на файловой системе
> они стандартными средствами не видны, а после закрытия
> соответствующего файлового дескриптора nginx'ом - с диска исчезают
> сами.
>
> --
> Maxim Dounin
> http://nginx.org/
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




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

From thresh at nginx.com  Sun Nov 30 13:55:15 2014
From: thresh at nginx.com (Konstantin Pavlov)
Date: Sun, 30 Nov 2014 16:55:15 +0300
Subject: =?UTF-8?B?UmU6IHRyeSBmaWxlcyDQuCDQv9C10YDQtdC90LDQv9GA0LDQstC70LXQvdC40LUg?=
 =?UTF-8?B?MzAxINC00LvRjyAvICjQutC+0YDQtdC90Ywg0YHQsNC50YLQsCk=?=
In-Reply-To: <CAKqRTSGFM9=t32t=+SVgGOt_Omj7mwCMAhD81RXjKDsJ7XN_yA@mail.gmail.com>
References: <57294AFE-F383-49AB-8EDE-DB08D36CF1C0@nginx.com>
 <65d9eca8429b55c9186011f2c863831d.NginxMailingListRussian@forum.nginx.org>
 <CAKqRTSGFM9=t32t=+SVgGOt_Omj7mwCMAhD81RXjKDsJ7XN_yA@mail.gmail.com>
Message-ID: <547B21C3.7060102@nginx.com>

On 30/11/2014 12:46, Aleksandr Sytar wrote:
>
>
> 30 ноября 2014 г., 12:39 пользователь excanoe <nginx-forum at nginx.us
> <mailto:nginx-forum at nginx.us>> написал:
>
>     Благодарю за ответ, Сергей!
>     Да, Вы правы, версия nginx/1.6.2 из debian testing (jessie). Очень
>     похоже,
>     что нужно будет собирать nginx своими руками
>
>
> Что мешает подключить официальный репозитарий nginx и ничего не собирать
> руками?

Официально testing и unstable для Debian не поддерживаются пакетами с 
nginx.org.  Впрочем, пакет может поставиться и даже заработать, но 
рекомендовать такое я бы не стал.

-- 
Konstantin Pavlov