Как заставить Microsoft XmlHttpRequest соблюдать директиву управления кешем

Я обнаружил, что использование заголовка If-None-Match с указанием значения, не совпадающего с ETag последнего запроса, будет работать.

Eg:

req.open("GET", url, false);
req.setRequestHeader("If-None-Match", "\"doesnt-match-anything\"");
req.send();

Это может потребовать, а может и не потребовать, чтобы ответы содержали ETag. (Я пробовал это только с сервисом, который включает значение ETag в каждом ответе.)

Не могли бы вы добавить фиктивный параметр в конец вашего URI, который изменяется с каждым запросом?

http.open("GET", "http://www.bankofcanada.ca/stat/fx-xml.xml?requestID=42", False, "", "");

Я использую это для сеанса проверки активности, и он отлично работает.
Уловка состоит в том, чтобы использовать заголовок «If-Modified-Since» со значением более новым, чем то, которое кэшируется браузером.

g_AjaxObj.onreadystatechange = function() { if(g_AjaxObj.readyState === 4) { AjaxOnComplete_("KeepAlive"); }};
g_AjaxObj.open('GET', URL, true);
g_AjaxObj.setRequestHeader("If-Modified-Since", new Date().toUTCString());
g_AjaxObj.send(null);

Мое быстрое и грязное решение для стандартного клиента Windows:
- Свойства обозревателя
- Общие
- Настройки истории просмотров
- Проверить наличие более новых Версии сохраненных страниц:
щекотать "(x) Каждый раз, когда я посещаю веб-страницу"
Теперь мой объект Msxml2.XMLHTTP.x.0 не использовать кеш больше ...

Этот заголовок предназначен для сервера, и, поскольку браузер не выполняет никаких запросов, он бесполезен.

Простой трюк - загрузить страницу следующим образом:

http.open("GET", "http://www.bankofcanada.ca/stat/fx-xml.xml?"+Math.random(), False, "", "");

Для старой библиотеки msxml я использую случайное сгенерированное значение для адреса uri, например:

http://youlink?mysession=random_number

Wojtek

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

Я согласен с тем, что это не идеально и не совсем решение, но Mozilla на самом деле рекомендует это как обходной путь, поэтому я считаю, что это не должно быть слишком ужасно - https://developer.mozilla.org/en-US/docs/DOM/XMLHttpRequest/Using_XMLHttpRequest

Кроме того, я рвал волосы, пытаясь решить эту проблему. Мне приходилось полагаться на то, что мои пользователи очистили свой браузер (о чем они все время забывают). Так что это находка для меня!

Попробуйте отправить 'cache-control: private' в качестве заголовка. Это сработало для меня:

var request = new XMLHttpRequest();
request.open("GET", 'http://myurl.com' , false); 

request.setRequestHeader("cache-control", "private");

Я пишу приложение HTML и Javascript для Windows 8, где игнорируются как no-cache, так и max-age. Для меня все вышесказанное отлично работает.

Я не был знаком с заголовком, поэтому немного покопался в cache-control: private ...

Indicates that all or part of the response message is intended for a single user and MUST NOT be cached by a shared cache, such as a proxy server.

Из Что такое Cache-Control: private? и http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

Таким образом, в принципе, это никогда не создаст запись в кеш и, следовательно, не добавит записи в кеш, которые, как мы знаем, являются излишними, как с параметром случайного числа 'cache-buster'.

Это сводило меня с ума. Эта тема SO была ближе всего к ответу. К сожалению, во время тестирования ни один из них у меня не работал. Единственное решение, которое я нашел, которое было протестировано на правильную работу, - это установка:

Заголовок Pragma: без кеширования

Я надеюсь, что это избавит других от головной боли IE.

Кстати, это поток StackOverflow, который отлично помогает пролить свет на разницу между Pragma и Cache-control: В чем разница между заголовками Pragma и Cache-control?