3 ms·
Even then, since the cache-control headers are not being set correctly, it would all just by-pass nginx or Varnish anyway.
by mtberatwork 7y ago
Even then, since the cache-control headers are not being set correctly, it would all just by-pass nginx or Varnish anyway.
- jnbiche 7y agoThus "properly configured". However, I actually just look, and at least now, they in fact appear to be setting etags properly, so their HTTP server is returning a 304 on all the static files being served from their domain, despite max-age being set to 0, and the rest of the static files are on CDNs. That said, nginx caching proxy or Varnish would still be a dramatic help in front of the couchdb instance they're using for their API (since their data isn't constantly being updated, they could do this). Making a wild-ass guess, I'd say they were running the couchdb on the same droplet as their static file server, and with no caching, the couchdb instance pegged the CPU, causing the HTTP server to fail.