Это ошибка в Firefox:

https://bugzilla.mozilla.org/show_bug.cgi?id=356558

попробуйте этот метод:

<iframe src="webpage2.html?var=xxx" id="theframe"></iframe>

<script>
var _theframe = document.getElementById("theframe");
_theframe.contentWindow.location.href = _theframe.src;
</script>

я смог обойти эту ошибку, установив уникальный name атрибут на iframe-по какой-то причине, это, кажется, бюст кэша. Вы можете использовать любые динамические данные как name атрибут-или просто текущее время ms или ns в любом языке шаблонов, который вы используете. Это более приятное решение, чем те, что выше, потому что оно напрямую не требует JS.

в моем конкретном случае iframe строится через JS (но вы можете сделать то же самое через PHP, Ruby, что угодно), поэтому я просто использую Date.now():

return '<iframe src="' + src + '" name="' + Date.now() + '" />';

это исправляет ошибку в моем тестировании; наверное, потому что window.name во внутреннем окне.

Это ошибка в Firefox 3.5.

посмотреть.. https://bugzilla.mozilla.org/show_bug.cgi?id=279048

чтобы iframe всегда загружал свежий контент, добавьте текущую метку времени Unix в конец параметров GET. Браузер воспринимает его как "другой" запрос и будет искать новый контент.

в Javascript это может выглядеть так:

frames['my_iframe'].location.href='load_iframe_content.php?group_ID=' + group_ID + '&timestamp=' + timestamp;

попробовав все остальное (кроме использования прокси для содержимого iframe), я нашел способ предотвратить кэширование содержимого iframe,из того же домена:

использовать .htaccess и переписать правило и изменить iframe

Я установил атрибут iframe src позже в своем приложении. Чтобы избавиться от кэшированного содержимого внутри iframe в начале приложения я просто делаю:

myIframe.src = "";

... где-то в начале кода js (например, в обработчике jquery $ ())

спасибо http://www.freshsupercool.com/2008/07/10/firefox-caching-iframe-data/

Я нашел эту проблему в последнем Chrome, а также в последнем Safari на Mac OS X по состоянию на 17 марта 2016 года. Ни одно из исправлений выше не работало для меня, включая назначение src пустым, а затем обратно на какой-либо сайт, или добавление в какой-то случайно названный параметр "имя", или добавление случайного числа в конце URL-адреса после хэша, или назначение окна содержимого href для src после назначения src.

в моем случае это было потому, что я использовал Javascript для обновления IFRAME, и только переключение хэша в URL.

обходной путь в моем случае состоял в том, что я создал промежуточный URL-адрес, который имел 0-секундный мета-редирект на эту другую страницу. Это происходит так быстро, что я едва замечаю вспышку на экране. Кроме того, я сделал цвет фона промежуточной страницы таким же, как и на другой странице, и поэтому вы замечаете его еще меньше.

У меня также была эта проблема в 2016 году с iOS Safari. То, что, казалось, работало на меня, было давая GET-параметр iframe src и значение для него, как это

<iframe width="60%" src="../other/url?cachebust=1" allowfullscreen></iframe>

Как вы сказали, проблема здесь не кэширование содержимого iframe, а iframe url кэширование.

по состоянию на сентябрь 2018 года, похоже, проблема все еще возникает в Chrome, но не в Firefox.

Я пробовал много вещей (добавление изменяющегося параметра GET, очистка url-адреса iframe в onbeforeunload, обнаружение "перезагрузки из кэша" с помощью файла cookie, настройка различных заголовков ответов), и вот только два решения, которые работали с я:

1-Простой способ: создайте свой iframe динамически из javascript

например:

const iframe = document.createElement('iframe')
iframe.id = ...
...
iframe.src = myIFrameUrl 
document.body.appendChild(iframe)

2-извилистый путь

на стороне сервера, как пояснил здесь, отключить кэширование содержимого для содержимого, которое вы служите для iframe или для родительской страницы (или будет делать).

и

установите url iframe из javascript с дополнительным изменением параметров поиска, например это:

const url = myIFrameUrl + '?timestamp=' + new Date().getTime()
document.getElementById('my-iframe-id').src = url

(упрощенная версия, остерегайтесь других параметров поиска)

вы установили Fiddler2?

Это позволит вам увидеть именно то, что запрашивается, что отправили обратно и т. д. Это не звучит правдоподобно, что браузер действительно попал бы в свой кэш для разных URL-адресов.

вы пробовали добавлять различные параметры заголовка HTTP для no-cache на страницу iframe?

Если вы хотите получить действительно crazy вы могли бы реализовать имя страницы как динамический url-адрес, который всегда разрешает одну и ту же страницу, а не параметр querystring?

предполагая, что вы находитесь в офисе, проверьте, есть ли кэширование происходит на сетевом уровне. Поверь мне, это возможно. Ваши ИТ-специалисты смогут сказать вам, есть ли какая-либо сетевая инфраструктура вокруг кэширования HTTP, хотя, поскольку это происходит только для iframe, это маловероятно.