Неожиданное кэширование результатов AJAX в IE8

Как упоминалось marr75, GET кэшируются.

Есть несколько способов борьбы с этим. Помимо изменения заголовка ответа, вы также можете добавить произвольную строку строки запроса в конец целевого URL. Таким образом, IE будет думать, что это разные URL-адреса при каждом запросе.

Существует несколько способов сделать это (например, использование Math.random(), изменение даты и т.д.).

Здесь один из способов сделать это:

var oDate = new Date();
var sURL = "/game/getpuzzleinfo?randomSeed=" + oDate.getMilliseconds();
$.get(sURL, null, function(data, status) {
    // your work
});

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

Если вы вызываете страницу ashx, вы также можете отключить кеширование на сервере со следующим кодом:

context.Response.Cache.SetCacheability(HttpCacheability.NoCache);
context.Response.Cache.SetRevalidation(HttpCacheRevalidation.AllCaches); 

NickFitz дает хороший ответ, но вам нужно также отключить кеширование в IE9. Чтобы ориентироваться только на IE8 и IE9, вы можете сделать это:

<!--[if lte IE 9]>
<script>
    $.ajaxSetup({
        cache: false
    });
</script>
<![endif]-->

это то, что я делаю для вызовов ajax:

var url = "/mypage.aspx";
// my other vars i want to add go here
url = url + "&sid=" + Math.random();
// make ajax call

он работает очень хорошо для меня.

Если вы используете ASP.NET MVC, достаточно добавить эту строку поверх действия контроллера:

[OutputCache(NoStore=true, Duration = 0, VaryByParam = "None")]
public ActionResult getSomething()
{

}

Просто написал блог по этой точной проблеме только с помощью ExtJS (http://thecodeabode.blogspot.com/2010/10/cache-busting-ajax-requests-in-ie.html )

Проблема заключалась в том, что я использовал специальный формат перезаписи URL-адресов. Я не мог использовать обычные параметры строки запроса (? param = value), поэтому я написал параметр busting для кэша как опубликованную переменную..... я подумал бы, что использование POST-переменных немного безопаснее, чем GET, просто потому, что множество фреймворков MVC используют шаблон

Протокол://хост/контроллер/действие/param1/param2

и поэтому отображение значения переменной в значение теряется, а параметры просто сложены... поэтому при использовании параметра кэша кэша GET

то есть. Протокол://хост/контроллер/действие/param1/param2/no_cache122300201

no_cache122300201 можно ошибочно принять за параметр $param3, который может иметь значение по умолчанию

то есть.

действие публичной функции ($ param1, $param2, $param3 = "значение по умолчанию" ) { //..// }

нет шансов на то, что это произойдет с кластерами POSTED

Ответы здесь очень полезны для тех, кто использует jQuery или по какой-либо причине напрямую использует объект xmlHttpRequest...

Если вы используете автоматически созданный прокси-сервер Microsoft, его не так просто решить.

Хитрость заключается в использовании метода Sys.Net.WebRequestManager.add_invokingRequest в обработчике события, изменяющего URL-адрес запроса:

networkRequestEventArgs._webRequest._url = networkRequestEventArgs._webRequest._url + '&nocache=' + new Date().getMilliseconds(); 

Я написал об этом в блоге: http://yoavniran.wordpress.com/2010/04/27/ie-caching-ajax-results-how-to-fix/

IE находится в пределах своих прав на выполнение этого кэширования; чтобы гарантировать, что элемент не кэширован, заголовки должны быть установлены соответствующим образом.

Если вы используете ASP.NET MVC, вы можете написать ActionFilter; в OnResultExecuted, проверьте filterContext.HttpContext.Request.IsAjaxRequest(). Если это так, установите заголовок для ответа на ответ: filterContext.HttpContext.Response.Expires = -1;

По http://www.dashbay.com/2011/05/internet-explorer-caches-ajax/:

Некоторые люди предпочитают использовать заголовок Cache-Control: no-cache а не истекает. Вот разница:
Cache-Control: no-cache - абсолютно без кэширования
Истекает: -1 - браузер "обычно" связывается с Веб-сервер для обновления этой страницы с помощью условного If-Modified-Since запрос. Однако страница остается в кеше диска и используется в соответствующих ситуациях без контакта с пультом дистанционного управления Веб-сервер, например, когда кнопки BACK и FORWARD используются для доступ к истории навигации или когда браузер находится в автономном режиме.