ChatGPT解决这个技术问题 Extra ChatGPT

Is there a way to force browsers to refresh/download images?

I have a problem where users are reporting that their images aren't being uploaded and the old ones are still there. On closer inspection the new images are there, they just have the same name as the old one. What I do on the upload is that I rename the images for SEO purposes. When they delete an image the old index becomes available and is reused. Therefore it has the same image name.

Is there a way to (i thought maybe there might be a meta tag for this) to tell the browser to not use its cahce?

The better answer is to rename the image to something totally new. I will get working on that but in the mean time is the quick solution while I work on the bigger problem.

incase you want to update in cache instead of changing the URL: stackoverflow.com/a/70954519/11216915

i
isherwood

Append a query string with an arbitrary unique number (or time, or version number, etc.):

<img src="image.png?80172489074" alt="a cool image" />

This will result in a new request, because of the different URL.


+1, but strictly speaking it's not different filename ;-) The filename component is the same, but the URL is certainly different.
Gubmo, unique is a bit too much, the best in this case would be to add file's mtime — this way it will only be reloaded when needed.
The best way will be to use a version number of the release.
@hacker: Randomness doesn’t guarantee that two generated values may not be identical. But uniqueness does guarantee that two generated values are not identical. And isn’t the modification date of that file a unique datum to that file?
@RobertSinclair yes exactly. Each URL will be cached independently. That's why you could for example append the file modification time, a version number, or a file hash to force a "browser refresh" if the underlying file changes.
n
ndp

It's tough. You really want images to be cached, but then you don't want to cache them once a new ones available:

Using expires header with a date in the past prevents any caching. Bad

Adding a "cache busting" parameter ?342038402 can fix the problem, but can also prevent the image ever from being cached, which is not what you want. Bad.

Using expires header with a short (lets say 1 hr) expires is better... after an hour the user will see the image, but your web server won't have to serve it every time. Compromise, but what time works? Not really feasible.

The solution? I can think of two good options:

Look into eTags, and your ability to use them. These are designed for this situation. The browser will explicitly ask your server whether the file is up-to-date or not. You can just turn this on in apache if you don't have it aleady.

Create a new URL for each new image (and use a far-future expires header). This is what you are working on.


"Adding a "cache busting"... Bad." This is not true, it will force the browser to cache this specific verions for the image, so image.png?342038402 will be cached as that version. If you have the same image with different query string that is bad.
michaelmol, but then you'll have to manually create a new random number each time the image is changed? I get you don't want it to never cache. using this technique I don't see a way to just upload the image to it's location with the same name and have something programmaticly update the path with a new random number
@ChadMizner If using PHP, you could use PHP's filemtime(string $filename) function in combination with the "cache busting" parameter. That way, the URL for that file will change everytime, the requested file was changed. (Credits to Michael Krelin - hacker).
Doesn't matter that you change the value attached to the image url or not. Once there is SOMETHING at the end, your browser will get a fresh copy from the server (Even if that value didn't change). That's why it is BAD!
G
Gianluca Demarinis

My favourite PHP solution:

<img src="<?php echo "image.jpg" . "?v=" . filemtime("image.jpg"); ?>" />

every change of file "create" a new version of the file


R
Rob Vanders

Append the current datetime to the image src:

<img src="yourImage.png?v=<?php echo Date("Y.m.d.G.i.s")?>" />

You could as well turn off caching, because your example will force the browsers to download the files each time (because the timestamp will change each second). I would suggest removing the i and s at the end, so the timestamp changes every hour. This way the browsers will download the images only once per hour. "Y.m.d.G"
s
samuil

You can put http-equiv in <meta> tag which will tell browser not to use cache (or even better -- use it in some defined way), but it is better to configure server to send proper http cache headers. Check out article on caching.

Still, some browsers might not support all of http standard, but I believe it's the way to go.


On the contrary, using workarounds supports browsers' bad support for these ideas ;) I see your point, and I know further discussion usually leads nowhere - something is "better" but does not work as intended, something is "worse" but do work. It is all up to webdev, what will he/she choose.
s
stackFan

Go Random. Just use some random number and append it with image filename.

<img src="image.jpg?<?=rand(1,1000000)?>">

try to use last-modification-date of file, instead. so you can download the new file only if it was changed
G
Gianluca Demarinis

Another powerfull solution:

<img src="image.png?v=<?php echo filemtime("image.png"); ?>" />

This print the "last-modification-timestamp" on the path.

New version --> Download new image

Same version --> Take cache's one


R
RageZ

you can control the cache behaviour by playing with the HTTP headers.

setting the expires header in past would force browser to not use cached version.

Expires: Sat, 26 Jul 1997 05:00:00 GMT

You can consult the RFC to have more details.


RageZ the problem here is that you will also have to get certain browser's developers consult the RFC.
yes ... but at least that the relevant document. after implementation glitch is kind of ...
I'm all for proper implementation, but we have to deal with reality.
Most of browsers implement that correctly, back to the IE6 days that was ugly but now should be fine.
The browser won't (shouldn't) use the cached version if it requests the image from its HTTP cache. However, if the browser has an in-memory copy of the image, it will sometimes just use that without ever querying its cache. Add a unique fragment identifier to the image URL to ensure it doesn't use an in-memory copy of the image.
A
Aaron Digulla

If you look at the data that is exchanged between your browser and the server, you'll see that the browser will send a HTTP HEAD request for the images. The result will contain the modification time (but not the actual image data). Make sure that this time changes if the image changes on the server and the browser should download the image again.


Depends on the browser - a lower-latency technique is to use If-Modified-Since header in a GET request. The consequence is still the same - make sure that you correctly report the file's modification time, so that cache invalidation works correctly.
G
Gianluca Demarinis

in PHP you can use this trick

<img src="image.png?<?php echo time(); ?>" />

The time() function show the current timestamp. Every page load is different. So this code deceive the browser: it read another path and it "think" that the image is changed since the user has visited the site the last time. And it has to re-download it, instead of use the cache one.


B
Ben Matheson

It sounds like the concern is more about the primary user seeing their new image than cache being disabled entirely? If that's the case, you can do the following:

var headers = new Headers()
headers.append('pragma', 'no-cache')
headers.append('cache-control', 'no-cache')

var init = {
  method: 'GET',
  headers: headers,
  mode: 'no-cors',
  cache: 'no-cache',
}

fetch(new Request('path/to.file'), init)

If you do this after a new image is uploaded, the browser should see those headers and make a call to the backend, skipping the cache. The new image is now in cache under that URL. The primary user will see the new image, but you still retain all the benefits of caching. Anyone else viewing this image will see updates in a day or so once their cache invalidates.

If the concern was more about making sure all users see the most up to date version, you would want to use one of the other solutions.


A
Arvy

In PHP you can send a random number or the current timestamp:

<img src="image.jpg?<?=Date('U')?>">

or

<img src="image.jpg?<?=rand(1,32000)?>">

t
tijntest

that was not ok result, I think this is the way to program it correct.

 <td><?php echo "<img heigth=90 width=260 border=1 vspace=2 hspace=2 src=".$row['address']."?=".rand(1,999)."/>" ?></td>

M
Manish Meshram

I had come up with this issue some times ago. And I was getting data through JSON in AJAX. So what I did is, I just added a Math.random() Javascript function and It worked like a charm. The backend I used was a flask.