... appunto, ...come detto basta provare ...facendo modifiche frequenti a Sito e constatando di persona su vari browser...
... funzionano... ?... in molti anno detto di sì...!...
... ma, ... che mi ricordi io, il codice storico suggerito per la prima volta da "granita" 8 anni fa per WebSite era formato da una coppia di stringhe di codice:
<meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="Cache-Control" content="no-cache">
... di sicuro non validi per l'aggiornamento files SWF...
... controproducenti per Sito visitato frequentemente che potrebbe spazientire il visitatore, dirottandolo per altri lidi...
...
... personalmente per oggetti modificati frequentemente mi baso su file SWF che ingannano la cache quando serve...
...
... alternativa, ... se si conosce che nella pagina sia stata modificata per es. l'immagine “nomeimmagine.jpg”, basta post editare il codice HTML e modificare il nome della immagine così: nomeimmagine.jpg?1 ...e poi alla modifica successiva così: nomeimmagine.jpg?2 ...e via di seguito, così non sarà coinvolta tutta la pagina

... lo stesso discorso varrebbe per ogni tipo di file modificato, J.S., CSS, MP3, SWF, ecc.
...
... se invece le immagini JPEG cambiate in una pagina fossero diverse, per esempio banner di News, per forzare la chache in un colpo solo potresti usare il J.S. REPLACE, per esempio da inserire in HEAD così:
<script type="text/javascript"> onload = function(){
document.body[removed] = document.body[removed].replace(/.jpg/ig, '.jpg?1');
} </script>

...!...  occhio! ...al posto di [removed] ...va va messo:    .innerHTML

... ...
... alle modifiche successive si avanzerà di 1 (2, 3, 4, ...), e tutte le immagine JPEG saranno forzatamente aggiornate...
... (il valore 1 potrebbe essere assegnato anche da un valore random oppure ricavato dalla data)...
... tutto è relativo a ciò che si vuole fare, ottenere, e come...
.
bye, KolAsim