#841 closed enhancement (duplicate)
ngx_http_gzip_filter_module doesn't compress 207 multi-status responses
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | documentation | Version: | 1.9.x |
Keywords: | Cc: | ||
uname -a: | FreeBSD tyr.dev001.net 10.1-RELEASE-p24 FreeBSD 10.1-RELEASE-p24 #0: Mon Nov 2 12:17:28 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 | ||
nginx -V: |
nginx version: nginx/1.8.0
built with OpenSSL 1.0.1l-freebsd 15 Jan 2015 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio --with-ipv6 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --without-http-cache --add-module=/usr/ports/www/nginx/work/ngx-fancyindex-0.3.5 --with-http_geoip_module --with-http_gzip_static_module --with-http_stub_status_module --with-pcre --with-http_spdy_module --with-http_ssl_module |
Description
When using WebDAV/CalDAV/CardDAV, there is the 207 multi-status response which can get quite large (for instance, multiple requested VCard resources can be comprised in address-data elements in a multi-get response).
If I read ngx_http_gzip_header_filter(ngx_http_request_t *r) correctly, it only compresses if the status is HTTP_OK, HTTP_FORBIDDEN or HTTP_NOT_FOUND.
Would it be possible to add 207 multi-status to this list?
Change History (2)
comment:1 by , 9 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
comment:2 by , 7 years ago
The Nextcloud contacts application uses PROPFIND requests and 207 code in browser.
It takes really long to wait for 400+kb is loading from the server.
Note:
See TracTickets
for help on using tickets.
An experimental patch in ticket #394 is waiting for someone to do some interoperability testing. Please reopen that ticket if you are willing to do this.