4 ms·
I don't rely on them. We set query parameters on new JS code to definitively bust caches. src="foo.js?v=1", then src="foo.js?v=2", etc. I'm sure people consi
by jgalt212 10y ago
I don't rely on them. We set query parameters on new JS code to definitively bust caches.
src="foo.js?v=1", then src="foo.js?v=2", etc.
I'm sure people consider this a hack, so I'm open to hearing other suggestions.
- dcherman 10y agoIt's not a hack at all for resources you control - in fact, it's encouraged to do so in order to use very long lived Expires headers while still being able to deploy new versions of your app. It doesn't work for unversioned library code though where you want to automatically upgrade all users of your code as is the case with Twitter it looks like.
- tarancato 10y agoProblem with these is that many caching proxies consider all resources with a query string to be dynamically generated and won't cache them at all, which in the case of js/css/etc is bad
- dcherman 10y agoSure, but that's easily solvable by versioning assets in the filename itself. That's how the `filerev` task works for both Grunt and Gulp.
- effie 10y agoI use this as well, works like a charm.