4

I am writing an extension for the Chrome browser (and later hope to port to Firefox). The extension downloads a configuration file from my server - an xml file via XMLHttpRequest. What I am find is that it downloads the file once and every subsequent call simply seems to use the cached original version of the file. It doesn't matter whether or not I change the file on the server.

I read that you could try

xmlhttp.setRequestHeader( 'Pragma', 'Cache-Control: no-cache');

and so I've done this but it doesn't seem to make any difference. The only way I can get the new file seems to be to delete the browser cache - which obviously is not a solution for my growing users.

This seems like a problem that I wouldn't be the first person to experience - so given thatcacheing rules seem to uphold this as a policy that can't be easily avoided, my question is, what's the better design? is there a best practice I don't know about? Should I be pushing rather than pulling somehow?

screenglow
  • 1,876
  • 4
  • 20
  • 22

1 Answers1

4

An easy way is to add a useless parameter containing the time to the request. Since time tends to go forwards and never backwards, you can be reasonably sure that your query is unique and therefore won't be cached.

For instance (assuming the URL is in a string url):

url += '?_time=' + (new Date()).getTime();

or, if your URL already has query parameters,

url += '&_time=' + (new Date()).getTime();
lonesomeday
  • 233,373
  • 50
  • 316
  • 318
  • You don't even have to add '_time', you can just do `url += '?' + (new Date()).getTime()` – Midas May 22 '11 at 21:53
  • 1
    @Midas Well yes. You can call the parameter what you like (so long as one doesn't exist yet). I'm just being nice to some sysadmin getting confused by their Apache logs! – lonesomeday May 22 '11 at 21:56
  • The ajax library in jQuery uses _ (underscore) as the name of the variable param that forces "no cache". See http://stackoverflow.com/questions/168963/stop-jquery-load-response-from-being-cached/168977#168977 – Cheeso May 23 '11 at 01:34