İOS 6'da Safari $ .ajax sonuçlarını önbelleğe alıyor mu?

İOS 6'ya yükseltme yaptığımızdan beri, Safari'nin web görünümünün önbellek $.ajaxaramalarının özgürlüğünü aldığını görüyoruz . Bu bir PhoneGap uygulaması bağlamındadır, bu yüzden Safari WebView kullanıyor. Bizim $.ajaxaramalar POSTyöntemler ve biz false önbellek kümesine sahip {cache:false}, ama yine de bu oluyor. TimeStampBaşlıklara manuel olarak bir ekleme yapmayı denedik , ancak yardımcı olmadı.

Daha fazla araştırma yaptık ve Safari'nin yalnızca işlev imzası statik olan ve çağrıdan çağrıya değişmeyen web hizmetleri için önbelleğe alınmış sonuçlar döndürdüğünü bulduk. Örneğin, şöyle bir işlevi düşünün:

getNewRecordID(intRecordType)

Bu işlev tekrar tekrar aynı giriş parametrelerini alır, ancak döndürdüğü veriler her seferinde farklı olmalıdır.

Önbellek ayarlarından çok mutlu oldukları iOS 6'yı etkileyici bir şekilde yapmak için Apple'ın acelesi olmalı. Bu davranışı iOS 6'da başka kimse gördü mü? Eğer öyleyse, tam olarak neye sebep oluyor?

Bulduğumuz geçici çözüm, işlev imzasını şu şekilde değiştirmekti:

getNewRecordID(intRecordType, strTimestamp)

ve her zaman bir TimeStampparametre de iletin ve sunucu tarafında bu değeri atın. Bu sorunu giderir. Umarım bu benim yaptığım gibi bu konuda 15 saat harcayan diğer bazı fakir ruhlara yardımcı olur!

Biraz araştırma yapıldıktan sonra, iOS6'daki Safari'nin Önbellek Kontrolü üstbilgileri veya hatta "Önbellek Denetimi: maks. Yaş = 0" olan POST'ları önbelleğe alacağı ortaya çıktı.

Bu önbelleğe almanın, hizmet çağrılarının sonunda rasgele sorgu dizelerini kesmek zorunda kalmak yerine, küresel düzeyde olmasını engellemenin tek yolu "Önbellek Denetimi: önbellek yok" olarak ayarlamaktır.

Yani:

• Cache-Control veya Expires üstbilgisi yok = iOS6 Safari önbellekleyecek
• Önbellek Denetimi maks. Yaş = 0 ve hemen Son kullanma tarihi = iOS6 Safari önbellekleyecek
• Önbellek Kontrolü: no-cache = iOS6 Safari önbellek ETMEZ

Apple bundan POST hakkında bölüm 9.5 HTTP spec bu yararlanıyor şüpheli:

Yanıt uygun Önbellek Denetimi veya Süresi Sonu başlık alanlarını içermediği sürece, bu yönteme verilen yanıtlar önbelleğe alınamaz. Bununla birlikte, 303 (Diğerlerine Bak) yanıtı, kullanıcı aracısını önbelleğe alınabilir bir kaynağı almaya yönlendirmek için kullanılabilir.

Böylece teoride POST yanıtlarını önbelleğe alabilirsiniz ... kim bilir. Ancak şimdiye kadar başka bir tarayıcı üreticisi bunun iyi bir fikir olacağını düşünmemişti. Ancak hiçbir Önbellek Denetimi veya Sona Erme başlıkları ayarlanmadığında, yalnızca bazı kümeler olduğunda önbelleği dikkate almaz. Bu yüzden bir hata olmalı.

Aşağıda, API'mın tamamını hedeflemek için Apache yapılandırmamın sağ bitinde kullandığım şey var, çünkü gerçekte bir şey önbelleğe almak istemiyorum, hatta alır. Bilmiyorum sadece POSTs için bu nasıl ayarlanır.

Header set Cache-Control "no-cache"

Güncelleme: Sadece POST aynı olduğunda işaret etmediğimi fark ettim, bu yüzden POST verilerini veya URL'lerini değiştirin ve iyisiniz. Başka bir yerde belirtildiği gibi, URL'ye rastgele veriler veya biraz POST verisi ekleyebilirsiniz.

Güncelleme: Apache'de isterseniz "no-cache" yi yalnızca POST'larla sınırlayabilirsiniz:

SetEnvIf Request_Method "POST" IS_POST
Header set Cache-Control "no-cache" env=IS_POST

Umarım bu, bu konuda kafalarını duvara çarpan diğer geliştiriciler için yararlı olabilir. Aşağıdakilerden herhangi birinin iOS 6'daki Safari'nin POST yanıtını önbelleğe almasını engellediğini tespit ettim:

• istek başlıklarına [cache-control: no-cache] ekleme
• geçerli saat gibi değişken bir URL parametresi ekleme
• yanıt başlıklarına [pragma: no-cache] ekleniyor
• yanıt başlıklarına [cache-control: no-cache] ekleme

Benim çözüm (benim tüm AJAX istekleri POST) benim Javascript aşağıdaki idi.

$.ajaxSetup({
    type: 'POST',
    headers: { "cache-control": "no-cache" }
});

Ayrıca sunucu yanıtlarımın çoğuna [pragma: no-cache] üstbilgisini ekliyorum.

Yukarıdaki çözümü kullanırsanız, global olarak ayarlanmış herhangi bir $ .ajax () çağrısının farkında olun: false, $ .ajaxSetup () öğesinde belirtilen ayarları KULLANMAYACAKTIR, bu nedenle üstbilgileri tekrar eklemeniz gerekir.

JQuery kullandığınızı varsayarsak, tüm web hizmeti istekleriniz için basit çözüm:

$.ajaxPrefilter(function (options, originalOptions, jqXHR) {
    // you can use originalOptions.type || options.type to restrict specific type of requests
    options.data = jQuery.param($.extend(originalOptions.data||{}, { 
      timeStamp: new Date().getTime()
    }));
});

JQuery ön filtre çağrısı hakkında daha fazla bilgiyi buradan edinebilirsiniz .

JQuery kullanmıyorsanız, seçtiğiniz kitaplığın belgelerine bakın. Benzer işlevlere sahip olabilirler.

Bu sorunu bir PhoneGap uygulamasında da yaşadım . getTime()Aşağıdaki şekilde JavaScript işlevini kullanarak çözdüm:

var currentTime = new Date();
var n = currentTime.getTime();
postUrl = "http://www.example.com/test.php?nocache="+n;
$.post(postUrl, callbackFunction);

Bunu anlamaya birkaç saat harcadım. Geliştiricilere bu önbellekleme sorununu bildirmek Apple için iyi olurdu.

ASP.NET web hizmetinden veri alma bir webapp ile aynı sorunu vardı

Bu benim için çalıştı:

public WebService()
{
    HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache);
    ...
}

Son olarak, yükleme sorunuma bir çözüm buldum.

JavaScript'te:

var xhr = new XMLHttpRequest();
xhr.open("post", 'uploader.php', true);
xhr.setRequestHeader("pragma", "no-cache");

In PHP :

header('cache-control: no-cache');

Kendi blog yazımdan iOS 6.0, Ajax POST isteklerini önbelleğe alma :

Nasıl düzeltilir? İsteklerin önbelleğe alınmasını önlemek için çeşitli yöntemler vardır. Önerilen yöntem önbelleksiz bir başlık eklemektir. İşte böyle yapılır.

jQuery:

İOS 6.0'ı kontrol edin ve Ajax üstbilgisini şu şekilde ayarlayın:

$.ajaxSetup({ cache: false });

ZeptoJS:

İOS 6.0'ı kontrol edin ve Ajax üstbilgisini şu şekilde ayarlayın:

$.ajax({
    type: 'POST',
    headers : { "cache-control": "no-cache" },
    url : ,
    data:,
    dataType : 'json',
    success : function(responseText) {…}

Sunucu tarafı

Java:

httpResponse.setHeader("Cache-Control", "no-cache, no-store, must-revalidate");

İstemciye herhangi bir veri gönderilmeden önce bunu sayfanın üstüne eklediğinizden emin olun.

.AĞ

Response.Cache.SetNoStore();

Veya

Response.Cache.SetCacheability(System.Web.HttpCacheability.NoCache);

PHP

header('Cache-Control: no-cache, no-store, must-revalidate'); // HTTP 1.1.
header('Pragma: no-cache'); // HTTP 1.0.

Bu JavaScript snippet'i jQuery ve jQuery Mobile ile harika çalışıyor:

$.ajaxSetup({
    cache: false,
    headers: {
        'Cache-Control': 'no-cache'
    }
});

Sadece JavaScript kodunuzda bir yere yerleştirin (jQuery yüklendikten sonra ve AJAX istekleri yapmadan önce en iyisi) ve yardımcı olacaktır.

Bu sorunu ayrıca, Ajax işlevinin en üstüne aşağıdakileri (1.7.1'den itibaren) yaparak jQuery Ajax işlevini değiştirerek de çözebilirsiniz (işlev, 7212 satırından başlar). Bu değişiklik, tüm POST istekleri için jQuery'nin yerleşik önbellek önleme özelliğini etkinleştirir.

(Komut dosyasının tamamını şurada bulabilirsiniz http://dl.dropbox.com/u/58016866/jquery-1.7.1.js.)

7221 satırının altına ekleyin:

if (options.type === "POST") {
    options.cache = false;
}

Sonra aşağıdakileri değiştirin (~ 7497 satırından başlayarak).

if (!s.hasContent) {
    // If data is available, append data to URL
    if (s.data) {
        s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
        // #9682: remove data so that it's not used in an eventual retry
        delete s.data;
    }

    // Get ifModifiedKey before adding the anti-cache parameter
    ifModifiedKey = s.url;

    // Add anti-cache in URL if needed
    if (s.cache === false) {
        var ts = jQuery.now(),
        // Try replacing _= if it is there
        ret = s.url.replace(rts, "$1_=" + ts);

        // If nothing was replaced, add timestamp to the end.
        s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
    }
}

Kime:

// More options handling for requests with no content
if (!s.hasContent) {
    // If data is available, append data to URL
    if (s.data) {
        s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
        // #9682: remove data so that it's not used in an eventual retry
        delete s.data;
    }

    // Get ifModifiedKey before adding the anti-cache parameter
    ifModifiedKey = s.url;
}

// Add anti-cache in URL if needed
if (s.cache === false) {
    var ts = jQuery.now(),
    // Try replacing _= if it is there
    ret = s.url.replace(rts, "$1_=" + ts);

    // If nothing was replaced, add timestamp to the end.
    s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
}

GWT-RPC hizmetleri için hızlı bir çözüm, bunu tüm uzak yöntemlere eklemektir:

getThreadLocalResponse().setHeader("Cache-Control", "no-cache");

Bu Baz1nga'nın cevabının bir güncellemesidir. Çünkü options.databir nesne değil, sadece bir zaman damgasını bitiştirmeye başvurduğum bir dize:

$.ajaxPrefilter(function (options, originalOptions, jqXHR) {
  if (originalOptions.type == "post" || options.type == "post") {

    if (options.data && options.data.length)
      options.data += "&";
    else
      options.data = "";

    options.data += "timeStamp=" + new Date().getTime();
  }
});

Ana ekrana eklenen WebApp'ları için bu sorunu çözmek için en iyi oy alan geçici çözümlerin her ikisinin de izlenmesi gerekir. Yeni isteklerin önbelleğe alınmasını önlemek için web sunucusunda önbelleğe almanın kapatılması ve önceden önbelleğe alınmış isteklerin gerçekleşmesi için her gönderi isteğine bazı rastgele girdilerin eklenmesi gerekir. Lütfen yazıma bakın:

iOS6 - Ana ekrana eklenen webapp için önbelleğe alınmış ajax POST isteklerini temizlemenin bir yolu var mı?

UYARI: sunucudaki önbelleği kapatmadan isteklerine bir zaman damgası ekleyerek bir geçici çözüm uygulayan herkese. Uygulamanız ana ekrana eklenirse, HER gönderi yanıtı şimdi önbelleğe alınacak, safari önbelleğini temizlemek uygulamayı temizlemiyor ve süresi dolmuyor gibi görünüyor. Birisi temizlemek için bir yolu yoksa, bu potansiyel bir bellek sızıntısı gibi görünüyor!

Bir iPad 4 / iOS 6 ile benim için ÇALIŞMAYAN şeyler :

Aşağıdakileri içeren isteğim: Cache-Control: no-cache

//asp.net's:
HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache)

JQuery ajax çağrıma önbellek ekleme: false

 $.ajax(
        {
            url: postUrl,
            type: "POST",
            cache: false,
            ...

Sadece bu hile yaptı:

var currentTime = new Date();
var n = currentTime.getTime();
postUrl = "http://www.example.com/test.php?nocache="+n;
$.post(postUrl, callbackFunction);

GWT-RPC için bu çözüm

class AuthenticatingRequestBuilder extends RpcRequestBuilder 
{
       @Override
       protected RequestBuilder doCreate(String serviceEntryPoint) 
       {
               RequestBuilder requestBuilder = super.doCreate(serviceEntryPoint);           
               requestBuilder.setHeader("Cache-Control", "no-cache");

               return requestBuilder;
       }
}

AuthenticatingRequestBuilder builder = new AuthenticatingRequestBuilder();
((ServiceDefTarget)myService).setRpcRequestBuilder(builder);    

ASP.NET'teki geçici çözümüm (pagemethods, webservice vb.)

protected void Application_BeginRequest(object sender, EventArgs e)
{
    Response.Cache.SetCacheability(HttpCacheability.NoCache);
}

İsteğin farklı görünmesini sağlamak için önbellek bozucu parametreleri eklemek sağlam bir çözüm gibi görünse de, gerçekleşen önbelleğe almayı gerektiren herhangi bir uygulamayı inciteceği için buna karşı tavsiye ederim. Arayanlara önbellek bozucu eklemekten biraz daha zor olsa bile, API'lerin doğru başlıkların çıkmasını sağlamak mümkün olan en iyi çözümdür.

Kullananlar için Struts 1, burada Sorunu sabit nasıl.

web.xml

<filter>
    <filter-name>SetCacheControl</filter-name>
    <filter-class>com.example.struts.filters.CacheControlFilter</filter-class>
</filter>

<filter-mapping>
    <filter-name>SetCacheControl</filter-name>
    <url-pattern>*.do</url-pattern>
    <http-method>POST</http-method>
</filter-mapping>

com.example.struts.filters.CacheControlFilter.js

package com.example.struts.filters;

import java.io.IOException;
import java.util.Date;
import javax.servlet.*;
import javax.servlet.http.HttpServletResponse;

public class CacheControlFilter implements Filter {

        public void doFilter(ServletRequest request, ServletResponse response,
                     FilterChain chain) throws IOException, ServletException {

        HttpServletResponse resp = (HttpServletResponse) response;
        resp.setHeader("Expires", "Mon, 18 Jun 1973 18:00:00 GMT");
        resp.setHeader("Last-Modified", new Date().toString());
        resp.setHeader("Cache-Control", "no-store, no-cache, must-revalidate, max-age=0, post-check=0, pre-check=0");
        resp.setHeader("Pragma", "no-cache");

        chain.doFilter(request, response);
    }

    public void init(FilterConfig filterConfig) throws ServletException {
    }

    public void destroy() {
    }

}

Ben $ .ajaxSetup bir kombinasyonu kullanarak ve benim yazı url (posta parametreleri / vücut değil) bir zaman damgası ekleyerek sorunumu düzeltmek mümkün. Bu, önceki cevapların önerilerine dayanarak

$(document).ready(function(){
    $.ajaxSetup({ type:'POST', headers: {"cache-control","no-cache"}});

    $('#myForm').submit(function() {
        var data = $('#myForm').serialize();
        var now = new Date();
        var n = now.getTime();
        $.ajax({
            type: 'POST',
            url: 'myendpoint.cfc?method=login&time='+n,
            data: data,
            success: function(results){
                if(results.success) {
                    window.location = 'app.cfm';
                } else {
                    console.log(results);
                    alert('login failed');
                }
            }
        });
    });
});

Sorununuzu zaten çözdüğünüzü düşünüyorum, ancak web önbelleğe alma hakkında bir fikir paylaşmama izin verin.

Kullandığınız her dilde, sunucu tarafında, istemci tarafında birçok başlık ekleyebileceğiniz ve web önbelleğini önlemek için diğer birçok hile kullanabileceğiniz doğrudur, ancak her zaman istemcinin sunucunuza nereden bağlandığını asla bilemeyeceğinizi düşünür, Squid veya diğer önbellekleme ürünlerini kullanan bir Otel “Hot-Spot” bağlantısı kullanıp kullanmadığını asla bilemezsiniz.

Kullanıcıların vb onun gerçek konumunu, gizlemek için vekil kullanıyorsanız ... gerçek önlemek önbelleğe alma için tek yol kullanılmayan ayrıca eğer istekte damgası olduğunu.

Örneğin:

/ajax_helper.php?ts=3211321456

Daha sonra geçmeniz gereken her önbellek yöneticisi, önbellek deposunda aynı URL'yi bulamadı ve sayfa içeriğini yeniden indirmeye gitti.

Uygulamaya bağlı olarak, Safari> Advanced> Web Inspector'ı kullanarak şimdi iOS 6'da sorunu çekmekte sorun yaşayabilirsiniz, böylece bu durumla yardımcı olur.

Telefonu Mac'te Safari'ye bağlayın ve ardından web uygulamasını çekmekte sorun yaşamak için geliştirici menüsünü kullanın.

Web Görünümü kullanan uygulamaya özgü de dahil olmak üzere iOS6'ya güncelleme yaptıktan sonra iPhone'daki web sitesi verilerini temizleyin. Sadece bir uygulamanın bir sorunu vardı ve bu IOS6 Beta testi sırasında bunu çözdü, o zamandan beri gerçek bir sorun yok.

Uygulamanıza da bakmanız, özel bir uygulamada bir WebView'daysanız NSURLCache'ye göz atmanız gerekebilir.

https://developer.apple.com/library/ios/#documentation/Cocoa/Reference/Foundation/Classes/NSURLCache_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003754

Sanırım probleminizin, doğanızın, vb. Gerçek doğasına bağlı ..

Ref: $ .ajax çağrıları

Neden işe yaradığını merak etmemi sağlayan bir çözüm buldum. Tadej'in ASP.NET web hizmeti ile ilgili cevabını okumadan önce, işe yarayacak bir şey bulmaya çalışıyordum.

Ve bunun iyi bir çözüm olduğunu söylemiyorum, ama sadece burada belgelemek istedim.

ana sayfa: bir JavaScript işlevi içerir, checkStatus (). Yöntem, html içeriğini güncellemek için jQuery AJAX çağrısı kullanan başka bir yöntemi çağırır. CheckStatus () öğesini çağırmak için setInterval kullandım. Tabii ki, önbellek sorunuyla karşılaştım.

Çözüm: güncellemeyi çağırmak için başka bir sayfa kullanın.

Ana sayfada, bir boole değişkeni, runUpdate ayarladım ve gövde etiketine aşağıdakileri ekledim:

<iframe src="helper.html" style="display: none; visibility: hidden;"></iframe>

Helper.html dosyasında:

<meta http-equiv="refresh" content="5">
<script type="text/javascript">
    if (parent.runUpdate) { parent.checkStatus(); }
</script>

Yani, ana sayfadan checkStatus () çağrılırsa, önbelleğe alınmış içeriği alıyorum. CheckStatus'u alt sayfadan ararsam, güncellenmiş içerik alırım.

Giriş ve kayıt sayfalarım Firefox, IE ve Chrome'da bir cazibe gibi çalışırken ... IOS ve OSX için Safari'de bu sorunla mücadele ediyorum, birkaç ay önce SO'da bir çözüm buldum.

<body onunload="">

VEYA javascript ile

<script type="text/javascript">
window.onunload = function(e){
    e.preventDefault();
    return;
};
</script>   

Bu çirkin bir şey ama bir süre çalışıyor.

Nedenini bilmiyorum, ancak onunloadsayfanın Safari'de önbelleğe alınmadığı etkinliğe null döndürme .

İOS 9 ve 10 sürümlerini çalıştıran eski iPhone'ların ve iPad'lerin, belki de Apple'ın CPU hızını düşürmesi nedeniyle bazen sahte boş AJAX sonuçları döndürdüğünü bulduk. Boş sonucu döndürürken iOS, önbellekten bir sonuç döndürüyormuş gibi sunucuyu çağırmaz. Frekans, AJAX çağrılarının kabaca% 10'undan% 30'una boş olarak değişir.

Çözüme inanmak zor. Sadece 1 saniye bekleyin ve tekrar arayın. Testlerimizde, ihtiyaç duyulan tek bir tekrar vardı, ancak 4 kez aramak için kodu yazdık. 1'lerin beklemesinin gerekli olup olmadığından emin değiliz, ancak sunucumuzu tekrarlanan çağrıların patlamasıyla yük altına almak istemedik.

Sorunun, farklı verilerle farklı API dosyalarına çağrı yapan iki farklı AJAX çağrısında meydana geldiğini gördük. Ama herhangi bir AJAX çağrısında olabileceğinden endişeliyim. Bilmiyoruz çünkü her AJAX sonucunu incelemiyoruz ve her çağrıyı eski cihazlarda birçok kez test etmiyoruz.

Her iki sorun AJAX çağrısı kullanıyordu: POST, Asynchronously = true, setRequestHeader = ('Content-Type', 'application / x-www-form-urlencoded')

Sorun oluştuğunda, genellikle yalnızca bir AJAX çağrısı devam eder. Yani çakışan AJAX çağrılarından kaynaklanmıyor. Bazen sorun cihaz meşgulken olur, ancak bazen olmaz ve DevTools olmadan o anda ne olduğunu gerçekten bilmiyoruz.

iOS 13 bunu veya Chrome veya Firefox'u yapmaz. İOS 11 veya 12'yi çalıştıran herhangi bir test cihazımız yok. Belki de başka biri bunları test edebilir?

Bunu burada belirtiyorum çünkü bu soru, bu sorunu ararken en iyi Google sonucu.

ASP.NET ile yalnızca pragma:no-cacheüstbilgiyi IIS'ye ekledikten sonra çalıştı . Cache-Control: no-cacheyeterli değildi.

İşlev imzasını böyle bir şey olarak değiştirmek için bir geçici çözüm öneririm:

getNewRecordID (intRecordType, strTimestamp) ve sonra da her zaman bir TimeStamp parametresi de iletin ve bu değeri sunucu tarafında atın. Bu sorunu giderir.