Re: nginx 1.10.2 и sub filter не работает
Спасибо, помогло!! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271493,271495#msg-271495 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx 1.10.2 и sub filter не работает
On Wed, Dec 14, 2016 at 01:08:54AM -0500, YuriV wrote: > Захотелось странного :) - перезаписывать в респонзе из файлика, который > отдает nginx некую переменную в соответствии с мапой. > Но не работает почему-то :( > server { > listen 80; > server_name ~^(www\.)?(.+)\.com; > root /var/www/fake.site; > sub_filter '{{hostname}}' some_shit; > sub_filter_once on; > } по умолчанию nginx переписывает только text/html: http://nginx.org/en/docs/http/ngx_http_sub_module.html#sub_filter_types -- boco ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx 1.10.2 и sub filter не работает
Всем привет. Захотелось странного :) - перезаписывать в респонзе из файлика, который отдает nginx некую переменную в соответствии с мапой. Но не работает почему-то :( Вот инфа по nginx: nginx version: nginx/1.10.2 built by gcc 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) built with OpenSSL 1.0.1e-fips 11 Feb 2013 TLS SNI support enabled configure arguments: --user=nginx --group=nginx --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/mnt/resource/nginx/client_temp --http-proxy-temp-path=/mnt/resource/nginx/proxy_temp --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_stub_status_module --with-file-aio --with-ipv6 --with-http_geoip_module --without-http_scgi_module --without-http_uwsgi_module --without-http_fastcgi_module --with-http_v2_module Вот конфиг: server { listen 80; server_name ~^(www\.)?(.+)\.com; root /var/www/fake.site; sub_filter '{{hostname}}' some_shit; sub_filter_once on; } Вот содержимое js-файла, которое хотелось бы перезаписать: define(['config'], function(config){ return config = { basehost: '{{hostname}}', timeout: '500'} }); Что я делаю не так? Или таки нужно заюзать сторонний модуль тип этого: https://github.com/yaoweibin/ngx_http_substitutions_filter_module Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271491,271491#msg-271491 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Nginx не собирается с OpenSSL 1.1.0c на Windows
Nginx не собирается с OpenSSL 1.1.0c на Windows, вот последние строки лога: objs/ngx_modules.obj kernel32.lib user32.lib advapi32.lib ws2_32.lib objs/lib/pcre-8.39/pcre.lib objs/lib/openssl-1.1.0c/openssl/lib/ssleay32.lib objs/lib/openssl-1.1.0c/openssl/lib/libeay32.lib gdi32.lib crypt32.lib objs/lib/zlib-1.2.8/zlib.lib objs/nginx.res LINK : fatal error LNK1104: не удается открыть файл "objs/lib/openssl-1.1.0c/ope nssl/lib/ssleay32.lib" NMAKE : fatal error U1077: "C:\Program Files (x86)\Microsoft Visual Studio 14.0\ VC\BIN\cl.EXE" : возвращенный код "0x2" Stop. Файлы ssleay32.lib libeay32.lib (и dll) больше не существуют в OpenSSL 1.1.0, но Nginx их почему-то хочет. Посмотрел в исxодники - походу это жестко прописано в https://trac.nginx.org/nginx/browser/nginx/auto/lib/openssl/conf Сама инструкция сборки https://trac.nginx.org/nginx/browser/nginx/auto/lib/openssl/makefile.msvc заточена только на старый OpenSSL, с новым так не соберется, там совсем другие команды нужны (обычный nmake & nmake install без всяких ms/do_ms). Под Linux всё собирается нормально. Собирал на Windows так: auto/configure --with-cc=cl --builddir=objs --prefix= \ --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid \ --http-log-path=logs/access.log --error-log-path=logs/error.log \ --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp \ --http-proxy-temp-path=temp/proxy_temp \ --http-fastcgi-temp-path=temp/fastcgi_temp \ --with-cc-opt=-DFD_SETSIZE=32768 --with-pcre=objs/lib/pcre-8.39 \ --with-zlib=objs/lib/zlib-1.2.8 --with-openssl=objs/lib/openssl-1.1.0c \ --with-select_module --with-http_ssl_module --with-http_addition_module \ --with-http_secure_link_module --with-http_realip_module \ --with-http_stub_status_module --with-http_sub_module --with-http_v2_module \ --with-pcre-jit --with-stream --with-stream_ssl_module Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271485,271485#msg-271485 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Nginx + Windows = Дружба? Или нет?
Hello! On Tue, Dec 13, 2016 at 02:00:03PM -0500, sofiamay wrote: > Год назад sebres рапортовал здесь https://habrahabr.ru/post/260133/ о > решении трёх основных проблем, которые собственно говоря и мешали > использовать Nginx под Windows, кроме как проиграться. С двумя проблемами > думаю всё понятно (уже неактуально). Хотелось бы узнать какую-либо > информацию по следующему пункту: > > "Хоть и возможен запуск нескольких рабочих процессов, только один из них > реально работает." > > sebres сделал хорошую реализацию, протестировал её и допилил вместе с > mdounin и отправил патч в Nginx. Дальше - гробовая тишина, никаких новостей > не было ни от sebres ни в changelog nginx. Я очень хочу думать, что патч > добавили в основную ветку, но из-за особой нелюбви ключевых разработчиков > Nginx к Windows может они просто промолчали об этом, не посчитав нужным > делать заметку в changelog? > > Максим (mdounin) или кто-либо из разработчиков. Пролейте пожалуйста свет на > эту ситуацию, может ли Nginx уже работать в полную силу под Windows или всё > еще 1 процесс реально работает? Патч, который сделал тогда Сергей, с моей точки зрения не является пригодным для коммита. Я предлагал альтернативный подход к решению этой проблемы (тоже, впрочем, не без недостатков), но каких-либо подвижек в этом направлении с тех пор не произошло. Так что всё ещё один процесс реально работает. (Ну и да, "в полную силу под Windows" - звучит как оксюморон.) > В документации кстати до сих пор висит дезинформация: > > - Рабочий процесс может обслуживать не более 1024 одновременных соединений. > (неправда, есть DFD_SETSIZE) Эта информация соответствует значению FD_SETSIZE, используемому в официальных сборках. > - Кэш и другие модули, требующие поддержки разделяемой памяти, не работают > под Windows Vista и более поздними версиями в связи с тем, что на этих > версиях Windows включена рандомизация адресного пространства. (неправда, с > версии 1.9.0 поддерживает ASLR) Да, этот пункт надо выкинуть. -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Nginx + Windows = Дружба? Или нет?
Год назад sebres рапортовал здесь https://habrahabr.ru/post/260133/ о решении трёх основных проблем, которые собственно говоря и мешали использовать Nginx под Windows, кроме как проиграться. С двумя проблемами думаю всё понятно (уже неактуально). Хотелось бы узнать какую-либо информацию по следующему пункту: "Хоть и возможен запуск нескольких рабочих процессов, только один из них реально работает." sebres сделал хорошую реализацию, протестировал её и допилил вместе с mdounin и отправил патч в Nginx. Дальше - гробовая тишина, никаких новостей не было ни от sebres ни в changelog nginx. Я очень хочу думать, что патч добавили в основную ветку, но из-за особой нелюбви ключевых разработчиков Nginx к Windows может они просто промолчали об этом, не посчитав нужным делать заметку в changelog? Максим (mdounin) или кто-либо из разработчиков. Пролейте пожалуйста свет на эту ситуацию, может ли Nginx уже работать в полную силу под Windows или всё еще 1 процесс реально работает? В документации кстати до сих пор висит дезинформация: - Рабочий процесс может обслуживать не более 1024 одновременных соединений. (неправда, есть DFD_SETSIZE) - Кэш и другие модули, требующие поддержки разделяемой памяти, не работают под Windows Vista и более поздними версиями в связи с тем, что на этих версиях Windows включена рандомизация адресного пространства. (неправда, с версии 1.9.0 поддерживает ASLR) Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271476,271476#msg-271476 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
[nginx-ru-announce] nginx-1.11.7
Изменения в nginx 1.11.7 13.12.2016 *) Изменение: переменная $ssl_client_verify теперь в случае ошибки проверки клиентского сертификата содержит строку с описанием ошибки, например, "FAILED:certificate has expired". *) Добавление: переменные $ssl_ciphers, $ssl_curves, $ssl_client_v_start, $ssl_client_v_end и $ssl_client_v_remain. *) Добавление: параметр volatile директивы map. *) Исправление: при сборке динамических модулей не учитывались заданные для модуля зависимости. *) Исправление: при использовании HTTP/2 и директив limit_req или auth_request тело запроса могло быть повреждено; ошибка появилась в 1.11.0. *) Исправление: при использовании HTTP/2 в рабочем процессе мог произойти segmentation fault; ошибка появилась в 1.11.3. *) Исправление: в модуле ngx_http_mp4_module. Спасибо Congcong Hu. *) Исправление: в модуле ngx_http_perl_module. -- Maxim Dounin http://nginx.org/ ___ nginx-ru-announce mailing list nginx-ru-announce@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru-announce
nginx-1.11.7
Изменения в nginx 1.11.7 13.12.2016 *) Изменение: переменная $ssl_client_verify теперь в случае ошибки проверки клиентского сертификата содержит строку с описанием ошибки, например, "FAILED:certificate has expired". *) Добавление: переменные $ssl_ciphers, $ssl_curves, $ssl_client_v_start, $ssl_client_v_end и $ssl_client_v_remain. *) Добавление: параметр volatile директивы map. *) Исправление: при сборке динамических модулей не учитывались заданные для модуля зависимости. *) Исправление: при использовании HTTP/2 и директив limit_req или auth_request тело запроса могло быть повреждено; ошибка появилась в 1.11.0. *) Исправление: при использовании HTTP/2 в рабочем процессе мог произойти segmentation fault; ошибка появилась в 1.11.3. *) Исправление: в модуле ngx_http_mp4_module. Спасибо Congcong Hu. *) Исправление: в модуле ngx_http_perl_module. -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: proxy_store - HTTP headers
> Что, впрочем, не мешает автору треда взять прокси-модуль, немного > изменить код > и радоваться жизни :) Нет, все таки придется юзать proxy_cache :) Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271460,271464#msg-271464 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: proxy_store - HTTP headers
> Нет. > Нет. Что, впрочем, не мешает автору треда взять прокси-модуль, немного изменить код и радоваться жизни :) ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: proxy_store - HTTP headers
On Tuesday 13 December 2016 08:38:42 S.A.N wrote: > Здравствуйте. > > Есть ли возможность в proxy_store сохранять не только тело ответа, но и все > НТТР заговоки? > Нет. > Для нашей задачи proxy_store подходит на 99%, не хватает только сохранения > заголовков, использовать proxy_cache нельзя, потому что нам нужно чтобы > имена кеш файлов соответствовали uri, это нужно чтобы другие процессы могли > работать с этими статик файлами. > > P.S. > Кстати может в proxy_cache_* есть директива которая позволит именовать файлы > кеша как в proxy_store? > > Нет. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
proxy_store - HTTP headers
Здравствуйте. Есть ли возможность в proxy_store сохранять не только тело ответа, но и все НТТР заговоки? Для нашей задачи proxy_store подходит на 99%, не хватает только сохранения заголовков, использовать proxy_cache нельзя, потому что нам нужно чтобы имена кеш файлов соответствовали uri, это нужно чтобы другие процессы могли работать с этими статик файлами. P.S. Кстати может в proxy_cache_* есть директива которая позволит именовать файлы кеша как в proxy_store? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,271460,271460#msg-271460 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru