Wygląda na to, że nginx 0.8.35 może obsługiwać kodowanie transferu fragmentarycznego :
Zmiany w stosunku do Nginx 0.8.35 01.04.2010
*) Change: now the charset filter runs before the SSI filter. *) Feature: the "chunked_transfer_encoding" directive.
Jest to świetne, ponieważ próbuję uzyskać zmiany push git poprzez zwrotny serwer proxy nginx do procesu zaplecza git-http. Git HTTP wykorzystuje kodowanie transferu fragmentarycznego ze względu na wydajność po stronie klienta .
Nie mogę go jednak uruchomić. Używam nginx 0.8.44 na Debian Lenny z następującą inwokacją konfiguracji:
./configure \
--sbin-path=/usr/sbin \
--conf-path=/etc/nginx/nginx.conf \
--error-log-path=/var/log/nginx/error.log \
--http-log-path=/var/log/nginx/access.log \
--user=www-data \
--group=www-data \
--pid-path=/var/run/nginx.pid \
--lock-path=/var/lock/nginx.lock \
--with-http_ssl_module \
--with-http_gzip_static_module \
--with-http_realip_module
I następujący plik conf:
server {
server_name example.com;
location / {
proxy_pass http://192.168.0.10;
include /etc/nginx/proxy.conf;
chunked_transfer_encoding on;
}
}
A moje proxy.conf
wygląda tak:
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;
client_max_body_size 100M;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
(Pierwotnie wysłałem to pytanie do Przepełnienia stosu, ale poradzono mi, że jest bardziej odpowiednie dla błędu serwera)