[Cosmo-dev] Cacheing bugs on cosmo js
Matthew Eernisse
mde at osafoundation.org
Wed Feb 7 15:11:10 PST 2007
After digging a bit, it appears that the query string option is not that
attractive considering our support for Safari. From this article:
http://www.thinkvitamin.com/features/webapps/serving-javascript-fast
"According the letter of the HTTP caching specification, user agents
should never cache URLs with query strings. While Internet Explorer and
Firefox ignore this, Opera and Safari don’t - to make sure all user
agents can cache your resources, we need to keep query strings out of
their URLs."
Using a query string would mean that our good friend Safari would
*never* cache the file, which is probably not what we want either.
Here's an idea -- has anybody suggested doing some URL rewriting magic
to map a versioned path to the real 'js' directory in the web app? Could
the build process take care of keeping that mapping up to date?
Something like:
/js-SNAPSHOT-0.6/ => /js/
Just trying to consider all the possibilities.
M.
Travis Vachon wrote:
> The big reason is that we'd need to change this in SVN between releases.
> Because the "lib" directory is generated by the build process, we can
> add this information there.
>
> -Travis
More information about the cosmo-dev
mailing list