iOS 6의 Safari는 $ .ajax 결과를 캐싱합니까?

iOS 6으로 업그레이드 한 이후, Safari의 웹 뷰는 캐싱 $.ajax호출을 자유롭게 합니다. 이것은 PhoneGap 응용 프로그램과 관련이 있으므로 Safari WebView를 사용하고 있습니다. 우리의 $.ajax호출은 POST메소드이며 캐시를 false로 설정 {cache:false}했지만 여전히 발생합니다. TimeStamp헤더에 수동으로 a 를 추가하려고 시도했지만 도움이되지 않았습니다.

우리는 더 많은 연구를 해왔으며 Safari는 정적이며 서명마다 바뀌지 않는 함수 서명이있는 웹 서비스에 대해서만 캐시 된 결과를 반환한다는 것을 알았습니다. 예를 들어 다음과 같은 함수를 상상해보십시오.

getNewRecordID(intRecordType)

이 함수는 동일한 입력 매개 변수를 반복해서 수신하지만 반환되는 데이터는 매번 달라야합니다.

iOS 6 zip을 인상적으로 만들기 위해서는 Apple의 서둘러야합니다. 캐시 설정에 너무 만족했습니다. iOS 6에서이 동작을 본 사람이 있습니까? 그렇다면 정확히 원인은 무엇입니까?

우리가 찾은 해결 방법은 함수 서명을 다음과 같이 수정하는 것입니다.

getNewRecordID(intRecordType, strTimestamp)

그런 다음 항상 TimeStamp매개 변수도 전달 하고 서버 측에서 해당 값을 삭제하십시오. 이 문제를 해결합니다. 나는 이것이 내가했던 것처럼이 문제에 15 시간을 소비하는 다른 가난한 영혼을 도울 수 있기를 바랍니다!

약간의 조사 결과, iOS6의 Safari는 Cache-Control 헤더가 없거나 "Cache-Control : max-age = 0"인 POST를 캐시합니다.

서비스 캐싱이 끝날 때 임의의 쿼리 문자열을 해킹하는 대신이 캐싱이 전역 수준에서 발생하지 않도록하는 유일한 방법은 "Cache-Control : no-cache"를 설정하는 것입니다.

그래서:

• Cache-Control 또는 Expires 헤더 없음 = iOS6 Safari가 캐시합니다
• Cache-Control max-age = 0 및 즉각적인 만료 = iOS6 Safari가 캐시합니다
• 캐시 제어 : no-cache = iOS6 Safari는 캐시하지 않습니다

애플이 POST에 관한 섹션 9.5의 HTTP 스펙에서 이것을 활용하고 있다고 생각합니다.

응답에 적절한 Cache-Control 또는 Expires 헤더 필드가 포함되어 있지 않으면이 방법에 대한 응답을 캐시 할 수 없습니다. 그러나 303 (기타 참조) 응답을 사용하여 사용자 에이전트가 캐시 가능한 자원을 검색하도록 지시 할 수 있습니다.

이론적으로 POST 응답을 캐시 할 수 있습니다 ... 누가 알았습니다. 그러나 다른 브라우저 제작자는 지금까지 좋은 아이디어라고 생각한 적이 없습니다. 그러나 Cache-Control 또는 Expires 헤더가 설정되어 있지 않은 경우 일부 설정이있을 때만 캐싱을 설명하지 않습니다. 따라서 버그 여야합니다.

아래는 내가 아파치 구성의 올바른 비트에서 API 전체를 대상으로 사용하는 것입니다. 내가 모르는 것은 POST 용으로 이것을 설정하는 방법입니다.

Header set Cache-Control "no-cache"

업데이트 : POST가 동일 할 때만 지적 했으므로 POST 데이터 또는 URL을 변경하면 괜찮습니다. 따라서 다른 곳에서 언급했듯이 임의의 데이터를 URL 또는 약간의 POST 데이터에 추가하면됩니다.

업데이트 : Apache에서 다음과 같이 원하는 경우 "no-cache"를 POST로만 제한 할 수 있습니다.

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

나는 이것이 다른 개발자 가이 벽에 머리를 대고 사용할 수 있기를 바랍니다. 다음 중 하나가 iOS 6의 Safari가 POST 응답을 캐싱하는 것을 방지합니다.

• 요청 헤더에 [cache-control : no-cache] 추가
• 현재 시간과 같은 변수 URL 매개 변수 추가
• 응답 헤더에 [pragma : no-cache] 추가
• 응답 헤더에 [cache-control : no-cache] 추가

내 솔루션은 Javascript에서 다음과 같습니다 (모든 AJAX 요청은 POST입니다).

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

또한 많은 서버 응답에 [pragma : no-cache] 헤더를 추가합니다.

위의 솔루션을 사용하는 경우 global로 설정된 $ .ajax () 호출에 유의하십시오. false는 $ .ajaxSetup ()에 지정된 설정을 사용하지 않으므로 헤더를 다시 추가해야합니다.

jQuery를 사용한다고 가정하면 모든 웹 서비스 요청에 대한 간단한 솔루션 :

$.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 프리 필터 호출에 대한 자세한 내용은 여기를 참조하십시오 .

jQuery를 사용하지 않는 경우 선택한 라이브러리에 대한 문서를 확인하십시오. 그것들은 비슷한 기능을 가지고있을 수 있습니다.

PhoneGap 응용 프로그램 에서도이 문제가 발생했습니다 . getTime()다음과 같은 방법으로 JavaScript 함수 를 사용하여 해결했습니다 .

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

나는 이것을 알아내는 데 몇 시간을 낭비했다. 이 캐싱 문제에 대해 개발자에게 알리는 것이 좋을 것입니다.

ASP.NET 웹 서비스에서 데이터를 가져 오는 webapp와 동일한 문제가 있습니다.

이것은 나를 위해 일했다 :

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

마지막으로 업로드 문제에 대한 해결책을 찾았습니다.

자바 스크립트에서 :

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

에서 PHP :

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

내 블로그 게시물에서 iOS 6.0 캐싱 Ajax POST 요청 :

수정 방법 : 요청 캐싱을 방지하는 다양한 방법이 있습니다. 권장되는 방법은 캐시 없음 헤더를 추가하는 것입니다. 이것이 수행되는 방법입니다.

jQuery :

iOS 6.0을 확인하고 다음과 같이 Ajax 헤더를 설정하십시오.

$.ajaxSetup({ cache: false });

ZeptoJS :

iOS 6.0을 확인하고 다음과 같이 Ajax 헤더를 설정하십시오.

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

서버 측

자바:

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

데이터를 클라이언트에 보내기 전에 페이지 상단에 이것을 추가하십시오.

.그물

Response.Cache.SetNoStore();

또는

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.

이 JavaScript 스 니펫은 jQuery 및 jQuery Mobile에서 잘 작동합니다.

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

jQuery가로드 된 후 (AJAX 요청을하기 전에 가장 좋은) JavaScript 코드 어딘가에 배치하면 도움이됩니다.

또한 Ajax 함수 (7212 행에서 시작하는 함수)의 맨 위에서 다음 (1.7.1 현재)을 수행 하여 jQuery Ajax 함수를 수정하여이 문제를 해결할 수 있습니다 . 이 변경으로 모든 POST 요청에 대해 jQuery의 내장 된 캐시 방지 기능이 활성화됩니다.

(전체 스크립트는 http://dl.dropbox.com/u/58016866/jquery-1.7.1.js .)

7221 줄 아래에 삽입하십시오.

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

그런 다음 ~ 7497 행에서 시작하여 다음을 수정하십시오.

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 : "");
    }
}

에:

// 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 서비스의 빠른 해결 방법은이 방법을 모든 원격 방법에 추가하는 것입니다.

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

Baz1nga의 답변이 업데이트되었습니다. options.data객체가 아니라 문자열 이기 때문에 타임 스탬프를 연결하는 데 의존했습니다.

$.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();
  }
});

홈 화면에 추가 된 WebApp에 대해이 문제를 해결하려면 가장 많이 투표 된 해결 방법을 따라야합니다. 새로운 요청이 캐시되는 것을 방지하기 위해 웹 서버에서 캐싱을 꺼야하며 이미 캐시 된 요청이 통과하려면 모든 포스트 요청에 임의의 입력을 추가해야합니다. 내 게시물을 참조하십시오 :

iOS6-홈 화면에 추가 된 webapp에 대한 캐시 된 ajax POST 요청을 지우는 방법이 있습니까?

경고 : 서버에서 캐싱을 끄지 않고 요청에 타임 스탬프를 추가하여 해결 방법을 구현 한 사람에게. 앱이 홈 화면에 추가되면 모든 게시물 응답이 이제 캐시되므로 사파리 캐시를 지워도 지워지지 않고 만료되지 않는 것 같습니다. 누군가가 그것을 지우는 방법이 없다면, 이것은 잠재적 인 메모리 누수처럼 보입니다!

작동 하지 않는 것iPad 4 / iOS 6에서 나에게 효과가 :

내 요청에 포함 : Cache-Control : no-cache

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

캐시 추가 : jQuery ajax 호출에 false

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

이것 만이 트릭을 수행했습니다.

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

이것이 GWT-RPC의 해결 방법입니다.

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 에서 내 해결 방법 (페이지 방법 , 웹 서비스 등)

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

요청을 다르게 보이도록 캐시 버스터 매개 변수를 추가하는 것은 확실한 솔루션처럼 보이지만 실제 캐싱에 의존하는 응용 프로그램을 손상시킬 수 있으므로 권장하지 않습니다. 캐시 버스터를 호출자에 추가하는 것보다 약간 더 어려운 경우에도 API를 올바른 헤더로 출력하는 것이 가장 좋은 솔루션입니다.

사용하는 사람들을 위해 Struts 1 다음은 문제를 해결 한 방법입니다.

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() {
    }

}

$ .ajaxSetup의 조합을 사용하고 내 게시물의 URL (게시물 매개 변수 / 본문이 아닌)에 타임 스탬프를 추가하여 문제를 해결할 수있었습니다. 이것은 이전 답변의 권장 사항을 기반으로합니다.

$(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');
                }
            }
        });
    });
});

이미 문제를 해결했다고 생각하지만 웹 캐싱에 대한 아이디어를 공유하겠습니다.

서버 측, 클라이언트 측에서 사용하는 각 언어로 많은 헤더를 추가 할 수 있으며 웹 캐싱을 피하기 위해 다른 많은 트릭을 사용할 수 있지만 항상 클라이언트가 서버에 연결된 위치를 알 수는 없다고 생각하십시오. 그가 Squid 또는 다른 캐싱 제품을 사용하는 Hotel "Hot-Spot"연결을 사용하고 있는지 절대 알 수 없습니다.

사용자가 자신의 실제 위치를 숨기기 위해 프록시를 사용하는 경우 등 ... 실제 피하기 캐싱 유일한 방법은 사용되지도 경우 요청의 타임 스탬프입니다.

예를 들면 다음과 같습니다.

/ajax_helper.php?ts=3211321456

그런 다음 전달 해야하는 모든 캐시 관리자가 캐시 저장소에서 동일한 URL을 찾지 못하고 페이지 내용을 다시 다운로드하십시오.

앱에 따라 Safari> Advanced> Web Inspector를 사용하여 iOS 6에서 문제를 해결할 수 있으므로이 상황에 도움이됩니다.

Mac에서 휴대폰을 Safari에 연결 한 다음 개발자 메뉴를 사용하여 웹 앱을 촬영하는 데 문제가 있습니다.

웹보기를 사용하는 앱별 정보를 포함하여 iOS6으로 업데이트 한 후 iPhone에서 웹 사이트 데이터를 지우십시오. 하나의 앱에만 문제가 있었으므로 IOS6 베타 테스트 중에 문제가 해결되었으므로 실제 문제는 없었습니다.

사용자 정의 앱의 WebView에 있으면 NSURLCache를 확인하십시오.

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

나는 당신의 문제, 구현 등의 진정한 본질에 따라 추측합니다.

참조 : $ .ajax 통화

왜 작동하는지 궁금해하는 한 가지 해결 방법을 찾았습니다. ASP.NET 웹 서비스에 관한 Tadej의 답변을 읽기 전에 나는 작동하는 것을 생각해 냈습니다.

그리고 그것이 좋은 해결책이라고 말하지는 않지만 여기에 문서화하고 싶었습니다.

메인 페이지 : JavaScript 함수 checkStatus ()를 포함합니다. 이 메소드는 jQuery AJAX 호출을 사용하여 html 컨텐츠를 업데이트하는 다른 메소드를 호출합니다. setInterval을 사용하여 checkStatus ()를 호출했습니다. 물론 캐싱 문제가 발생했습니다.

해결 방법 : 다른 페이지를 사용하여 업데이트를 호출하십시오.

메인 페이지에서 부울 변수 runUpdate를 설정하고 body 태그에 다음을 추가했습니다.

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

helper.html에서 :

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

따라서 메인 페이지에서 checkStatus ()를 호출하면 캐시 된 내용을 얻습니다. 자식 페이지에서 checkStatus를 호출하면 업데이트 된 내용이 표시됩니다.

내 로그인 및 가입 페이지가 Firefox, IE 및 Chrome에서 매력처럼 작동하는 동안 몇 달 전에 IOS 및 OSX 용 Safari에서이 문제로 어려움을 겪고 있습니다.

<body onunload="">

또는 자바 스크립트를 통한

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

이것은 약간 추한 일이지만 잠시 동안 작동합니다.

이유를 모르겠지만 onunloadSafari에서 페이지가 캐시되지 않는 이벤트에 null을 반환 합니다.

iOS 버전 9 및 10을 실행하는 구형 iPhone 및 iPad는 때때로 Apple의 CPU 속도 저하로 인해 허위 빈 AJAX 결과를 반환합니다. 빈 결과를 반환하면 iOS는 캐시에서 결과를 반환하는 것처럼 서버를 호출하지 않습니다. 빈도는 AJAX 통화의 약 10 %에서 30 %까지 공백으로 반환됩니다.

해결책은 믿기 어렵습니다. 1 초만 기다렸다가 다시 전화하십시오. 테스트에서 한 번만 반복하면되었지만 최대 4 번 호출하는 코드를 작성했습니다. 1s 대기가 필요한지 확실하지 않지만 반복되는 호출로 서버에 부담을 줄 위험은 없습니다.

데이터가 다른 다른 API 파일을 호출하는 두 개의 다른 AJAX 호출에서 문제가 발생했습니다. 그러나 AJAX 호출에서 발생할 수 있다고 걱정합니다. 우리는 모든 AJAX 결과를 검사하지 않고 오래된 장치에서 모든 호출을 여러 번 테스트하지 않기 때문에 알 수 없습니다.

두 가지 AJAX 호출 문제 : POST, Asynchronously = true, setRequestHeader = ( 'Content-Type', 'application / x-www-form-urlencoded')

문제가 발생하면 일반적으로 AJAX 호출이 하나만 발생합니다. 따라서 AJAX 호출이 겹치지 않기 때문입니다. 때로는 장치가 바쁠 때 문제가 발생하지만 때로는 그렇지 않으며 DevTools가 없으면 당시에 무슨 일이 일어나고 있는지 실제로 알지 못합니다.

iOS 13 은이 작업을 수행하지 않으며 Chrome 또는 Firefox도 수행하지 않습니다. iOS 11 또는 12를 실행하는 테스트 장치가 없습니다. 다른 사람이 테스트 할 수 있습니까?

이 질문은이 문제를 검색 할 때 최고의 Google 결과이므로 여기에 주목합니다.

IIS 에서 헤더를 추가 한 후에 만 ASP.NET에서 작동했습니다 . 충분하지 않았다.pragma:no-cacheCache-Control: no-cache

함수 서명을 다음과 같이 수정하는 해결 방법을 제안합니다.

getNewRecordID (intRecordType, strTimestamp) 다음 항상 TimeStamp 매개 변수를 전달하고 서버 측에서 해당 값을 버립니다. 이 문제를 해결합니다.