Re: Форсирования gzip для POST реквестов в прокси
мне нужна скорость и память, с процессором нет проблем данные json на 5-6к, backend - nodejs вопрос можно или нет (я не нашел как) респонсы то out of box , а вот пост реквест не пойму как прикрутить Posted at Nginx Forum: https://forum.nginx.org/read.php?21,263405,263408#msg-263408 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Форсирования gzip для POST реквестов в прокси
> в gzip загнать, чтобы меньше ресурсов и времени уходило на сию операцию. На какую операцию? Вы отдаёте себе отчёт о том, что запаковывание любых проходящих сквозь NgX данных в gzip будет отнимать процессорное время? Равно как и распаковка на бекенде. В итоге получится двойная ненужная работа. Зачем? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Форсирования gzip для POST реквестов в прокси
Добрый вечер, All Появилась задача, в которой некие данные приходят на nginx в clear text и передаются в прокси (POST). Все идеально, только данные хотелось бы в gzip загнать, чтобы меньше ресурсов и времени уходило на сию операцию. Можно ли такое сделать штатными средствами? Или модуль какой хитрый подскажите ;-) Спасибо! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,263405,263405#msg-263405 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Проксирование тела ответа, если код ответа 4хх/5хх
Вот тля! Это, оказывается, мой бэкенд фреймворк в режиме production не отдает тело. Прошу прощения, все встало на свои места! Posted at Nginx Forum: https://forum.nginx.org/read.php?21,263395,263401#msg-263401 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
ignore long locked inactive cache entry
День добрый.
В логе появляется много ошибок типа:
ignore long locked inactive cache entry 14e633f0cc0c31393f02b8e2845b4133,
count:1
Основной конфиг:
user nginx;
worker_processes 8;
worker_rlimit_nofile 819200;
error_log /var/log/nginx/error.log warn;
pid/var/run/nginx.pid;
events {
use epoll;
worker_connections 32768;
multi_accept off;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
# несколько лог форматов
tcp_nopush on;
tcp_nodelay on;
sendfile on;
server_tokens
off;
proxy_max_temp_file_size 8192m;
large_client_header_buffers 8 32k;
proxy_buffers 8 32k;
proxy_cache_methods GET;
proxy_ignore_client_abort on;
proxy_temp_path /home/.nginx/proxy_temp 1 2;
keepalive_requests 1;
keepalive_timeout 300s;
# + несколько апстримов
include /etc/nginx/conf.d/*.conf;
# инклуд много стандартных однотипных конфигов
}
Пример стандартного однотипного:
upstream testupstream {
server test.ru max_fails=0 fail_timeout=1;
keepalive 300;
}
proxy_cache_path /home/test/.nginx/cache levels=1:2 keys_zone=test:100m
loader_files=1000 loader_threshold=450 inactive=12h;
server {
listen 80;
server_name ~^test\. ;
access_log /var/log/nginx/traffic/user11793.log traffic;
access_log /var/log/nginx/upstream/user11793.log upstream
if=$log_upstream;
root /home/test/sync/content;
location / {
try_files $uri @upstream;
}
location @upstream {
proxy_http_version 1.1;
proxy_next_upstream error timeout http_404 http_403 http_502;
proxy_cache_valid 200 24h;
proxy_cache_valid 206 24h;
proxy_cache_valid 404 1m;
proxy_cache_revalidate on;
proxy_cache_lock on;
proxy_cache_lock_timeout 1d;
proxy_cache_use_stale updating error timeout http_502;
proxy_cache test;
proxy_cache_min_uses 1;
proxy_set_header Connection "";
proxy_pass http://testupstream;
}
}
nginx -V
nginx version: nginx/1.9.5
built by gcc 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC)
built with OpenSSL 1.0.1e-fips 11 Feb 2013
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid
--lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --with-threads --user=nginx
--group=nginx --add-module=/builddir/build/BUILD/ngx_devel_kit
--add-module=/builddir/build/BUILD/ngx_cache_purge
--add-module=/builddir/build/BUILD/headers-more-nginx-module
--add-m
Follow redirect
Добрый день. Яндексовский эллиптик с проксей в виде backrunner не умеет обрабатывать range реквесты самостоятельно и для этого рекомендуют использовать метод redirect и модуль к nginx (подробнее вот тут http://doc.reverbrain.com/elliptics:streaming-tutorial#configuration ) В итоге делается proxy_pass на backrunner который возвращает 301 редирект который транслируется клиенту, а надо бы, в данном случае, обработать полученный URL как X-Accell-Redirect что-то мне не пришло в голову, как это лучше сделать, подскажите вариант. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
