in reply to How to wait until GD Image it written, then continue

I didn't see old images when I visited your site and tried it (with SeaMonkey or Firefox). Could this be just a caching issue with your webbrowser?
  • Comment on Re: How to wait until GD Image it written, then continue

Replies are listed 'Best First'.
Re^2: How to wait until GD Image it written, then continue
by pstone (Initiate) on Jan 15, 2009 at 16:48 UTC
    /grumble

    WHY Firefox WHY? You moved the headstones but you left the bodies! WHY!?

    Well.. heh... that was it - I was going crazy - local cache issue...

    Is there some spooky content command or something to tell a user's browser to not cache files or something like that so this doesn't crop up for other users?

    The issue is that the # of files is set to 30 then it wraps and sure enough, once a user looks at 30 sleeves, this starts to happen. :P
      Is there some spooky content command or something to tell a user's browser to not cache files or something like that so this doesn't crop up for other users?

      these HTTP header values may be relevant

      'Pragma' => 'no-cache' 'Cache-Control' => 'no-cache' 'Expires' => 0
      another method is to make sure the URL is different each time (e.g. by appending a GET parameter showing the current datetime).

      hth!

      a.

      update: don't forget, the user's browser isn't the only place that caching can occur. it can happen at your end, at the user's end, or anywhere in between (e.g. reverse caching proxy at the ISP)

      The following works for me:

      my $q = CGI->new; print $q->header( -expires => '0', -pragma => 'no-cache', -cache_control => 'no-store, no-cache, max-age=0, must-revalidate' +, );
        Awesome - Thanks everyone! Back to da sleeves!
      Take a look in RFC 2616 for the 'cache-control' HTTP header.