On Sun, Feb 19, 2012 at 12:31 AM, Maxim Dounin <mdounin@mdounin.ru> wrote: > Yes. The easier way is to just write > > gunzip on; > > It will gunzip responses for clients which don't support gzip (as per > Accept-Encoding and gzip_http_version/gzip_proxied/gzip_disabled, > i.e. the same checks as done for gzip and gzip_static). > Thanks Max, I had come to the coby bard - Nginx Mailing List - English
About this: > location /proxied-stuff { > proxy_set_header Accept-Encoding gzip; > proxy_cache_key "$scheme$host$request_uri"; > proxy_cache_valid 2d; > proxy_cache myapp_cache; > proxy_pass http://127.0.0.1:85; > } > I was hoping that gunby bard - Nginx Mailing List - English
On Wed, Feb 15, 2012 at 3:55 PM, rmalayter <nginx-forum@nginx.us> wrote: > > There's no reason the "backend" for your caching layer cannot be another > nginx server block running on a high port bound to localhost. This > high-port server block could do gzip compression, and proxy-pass to the > back end with "Accept-Encoding: identity", so the back-end neveby bard - Nginx Mailing List - English
Thanks for the pointers. As I wrote, I'd rather avoid gzipping in the backend, but if that's the only option so be it. I was also concerned about caching gzipped content using the value of Accept-Encoding in the cache key and ending with many duplicates because of slightly different yet equivalent headers, but your suggestion to normalize it solves it nicely. Cheers, Massimiliano On Tue, Feb 1by bard - Nginx Mailing List - English
Hello, I'm looking at using Nginx as a reverse proxy to cache a few millions HTML pages coming from a backend server. The cached content will very seldom (if at all) change so both proxy_cache and proxy_store could do, but all page URLs have a "/foo/$ID" pattern and IIUC with proxy_store that would cause millions of files in the same directory, which the filesystem might not be ecstatiby bard - Nginx Mailing List - English
Floren Munteanu Wrote: ------------------------------------------------------- > > From: Igor Sysoev > > Posted At: Monday, March 16, 2009 7:05 AM > > I have almost ready async mysql interface for > nginx, > > that can be used here. > > When do you think it will be available? Seconded! It would be very useful, are there still plans to release it?by bard - Nginx Mailing List - English