Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tell HN: Have a look at Varnish

news.ycombinator.com

Post reply on HN
Print view View original

21–24 of 24 posts

Re: Tell HN: Have a look at Varnish

#21

Post by piotrSikora »

bjpirt wrote: post #12
zepolen wrote: post #9

Earlier quoted context omitted.

Because until 0.7 nginx lacked a caching system, and so it made sense to use both. Now it doesn't.

And even now there's no way of manually expiring a cached page without using a third party unsupported plugin (IIRC) I still love Nginx though :-)

I'm the author of ngx_cache_purge [1]. Would you mind explaining why do you think that it's "unsupported"? This module is fully maintained, it works with every recent nginx release and supports purging content from cache of every upstream supported by nginx (FastCGI, proxy, SCGI, uWSGI).

[1] http://labs.frickle.com/nginx_ngx_cache_purge/

Re: Tell HN: Have a look at Varnish

#22

Post by piotrSikora »

moe wrote: post #20
martin wrote: post #18

Earlier quoted context omitted.

This is a question that interests me as a Varnish user with a several-hundred-line VCL. We exclude certain URLs from caching altogether, drop certain cookies but not others, drop certain querystring params but not others, cache separate versions of the same page for mobile and non-mobile browsers, do limited caching behind basic auth, purge certain pages from cache when a post gets published, etc. VCL isn't the most…

I haven't used nginx caching in depth, but I can make a more general point about nginx scripting: It sucks. Hard. You can get fancy[1] by writing your own modules or by building on top of helpers like ngx_devel_kit, but it gets messy very quick. Implementing complex rules inside the config file is possible to a degree - but an utter nightmare. The syntax is extremely limited and the semantics are hard to predict (ord…

ngx_lua is production ready [1].

[1] http://github.com/chaoslawful/lua-nginx-module/commit/26d9dc...

Re: Tell HN: Have a look at Varnish

#23

Post by ggbaker »

sgt wrote: post #19
d_r wrote: post #2

More context on why Varnish is superior to Squid: http://varnish-cache.org/wiki/ArchitectNotes

Varnish = reverse proxy Squid = forwarding proxy

Squid can also be used as a reverse proxy, so it is a reasonable competitor to Varnish. (As is Apache mod_proxy.)
Post reply on HN