Re: try_files + subrequest + proxy-handler

Hello! On Mon, Apr 20, 2015 at 05:39:18PM +0300, Eugene Mychlo wrote: > Добрый день, > > Столкнулся со странной поведением nginx при использовании subrequest в > сочетании с try_files с proxy-хэндлером. > В приведенной ниже конфигурации, ожидалось, что при наличии файла /tmp/tres, > на запро

Re: nginx-1.8.0

Hello! On Tue, Apr 21, 2015 at 11:50:30AM -0400, S.A.N wrote: > mainline version будет 1.9, или будет только одна ветка stable а mainline > удалите? Mainline будет 1.9.0, http://hg.nginx.org/nginx/rev/c1cae8b2270c > Я спрашиваю, чтобы правильно отредактировать путь для repo в CentOS, сейчас > т

Re: nginx-1.8.0

mainline version будет 1.9, или будет только одна ветка stable а mainline удалите? Я спрашиваю, чтобы правильно отредактировать путь для repo в CentOS, сейчас так: http://nginx.org/packages/mainline/centos/7/$basearch/ Этот baseurl останется актуальным? Posted at Nginx Forum: http://forum.nginx.

Re: nginx-1.8.0

On 4/21/15 6:32 PM, Vadim A. Misbakh-Soloviov wrote: > В письме от Вт, 21 апреля 2015 18:19:52 пользователь Maxim Dounin написал: >> Изменения в nginx 1.8.0 21.04.2015 >> >> *) Стабильная ветка 1.8.x. > > Я, конечно, предчуствовал, что выйдет 1.8, а не

Re: nginx-1.8.0

В письме от Вт, 21 апреля 2015 18:19:52 пользователь Maxim Dounin написал: > Изменения в nginx 1.8.0 21.04.2015 > > *) Стабильная ветка 1.8.x. Я, конечно, предчуствовал, что выйдет 1.8, а не 1.7.13, но всё же интересно, а где же новый TCP-балансировщ

nginx-1.8.0

Изменения в nginx 1.8.0 21.04.2015 *) Стабильная ветка 1.8.x. -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Вложенный location

Hello! On Tue, Apr 21, 2015 at 04:29:37AM -0400, dwow wrote: > Добрый день, > > Такой конфиг: > > location ~* /s/(?.*) { > root /home/...; > > open_file_cache max=1000 inactive=20s; > try_files /static/$static_file $uri; > > location ~* /s/(?.*?\.(gif|

Re: chrome 41 и err_ssl_version_or_cipher_mismatch

http://googleonlinesecurity.blogspot.ru/2014/09/gradually-sunsetting-sha-1.html On 21.04.2015 15:59, denis wrote: Добрый день. Обнаружилось, что в новом хроме опять что-то сломали, и теперь err_ssl_version_or_cipher_mismatch. Нормальные браузеры и более старые хромы - работают. Может знает кто,

chrome 41 и err_ssl_version_or_cipher_mismatch

Добрый день. Обнаружилось, что в новом хроме опять что-то сломали, и теперь err_ssl_version_or_cipher_mismatch. Нормальные браузеры и более старые хромы - работают. Может знает кто, что можно указать нгинху или куда пнуть хром. Сам сертификат RSA 2048 бит. __

Re: Вложенный location

В такой конфигурации на запрос /s/pix.jpg будет 404 ошибка. Если во вложенный location добавить try_files /static/$img $uri; то все будет работать нормально. Так и должно быть? -- а файл /static/pix.jpg существует? 2015-04-21 11:29 GMT+03:00 dwow : > Добрый день, > > Такой конфиг: > > location ~

Re: try_files + subrequest + proxy-handler

add_after_body тут нужен исключительно для демонстрации сабреквеста. Подобную ситуацию можно получить с любым модулем, использующим сабреквест. http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_pass Если директив

Re: try_files + subrequest + proxy-handler

Добрый день! > > add_after_body /duo; Для чего эта строка в конфиге? Ну а так вроде бы все правильно по логике должно выдавать "uno tres ". В чем проблема не совсем понятно 20 апреля 2015 г., 17:39 пользователь Eugene Mychlo написал: > Добрый день, > > Столкнулся со странной поведением nginx

Вложенный location

Добрый день, Такой конфиг: location ~* /s/(?.*) { root /home/...; open_file_cache max=1000 inactive=20s; try_files /static/$static_file $uri; location ~* /s/(?.*?\.(gif|png|jpg|jpeg)$) { expires 30d; } } В такой конфигурации на запро

Re: Доступ к содержимому $request body в POST запросе

Максим, спасибо за ответ, я в принципе так и думал. А на сегодня такой сторонний модуль существует? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258226,258246#msg-258246 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org