Ответ 1

Сделайте так, чтобы URL-адрес iframe указывал на страницу на вашем сайте, которая выступает в качестве прокси-сервера для извлечения и возврата фактического содержимого iframe. Теперь вы больше не связаны политикой того же происхождения (РЕДАКТИРОВАТЬ: не предотвращает проблему кэширования iframe).

Ответ 2

Это ошибка в 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>

Ответ 3

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

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

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

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

Ответ 4

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

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

Ответ 5

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

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

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

Ответ 6

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

Используйте .htaccess и правило перезаписи и измените атрибут iframe src.

RewriteRule test/([0-9]+)/([a-zA-Z0-9]+).html$ /test/index.php?idEntity=$1&token=$2 [QSA]

То, как я использую это, заключается в том, что URL-адрес iframe выглядит следующим образом: example.com/test/54/e3116491e90e05700880bf8b269a8cc7.html

Где [токен] - произвольно генерируемое значение. Этот URL-адрес предотвращает кеширование iframe, поскольку токен никогда не бывает прежним, и iframe считает его совершенно другой веб-страницей, поскольку одно обновление загружает совершенно другой URL-адрес:

example.com/test/54/e3116491e90e05700880bf8b269a8cc7.html
example.com/test/54/d2cc21be7cdcb5a1f989272706de1913.html

оба ведут к одной странице.

Вы можете получить доступ к своим параметрам скрытого URL с помощью $_SERVER["QUERY_STRING"]

Ответ 7

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

myIframe.src = "";

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

Благодаря http://www.freshsupercool.com/2008/07/10/firefox-caching-iframe-data/

Ответ 8

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

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

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

Ответ 9

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

По состоянию на сентябрь 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

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

Ответ 10

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

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

Ответ 11

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

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

Ответ 12

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

Ответ 13

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

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