iOS 6 Safari 캐싱 $.ajax POST 요청
iOS 6 출시 이후 사용자들이 $.ajax POST 요청 시 예상치 못한 캐싱 동작을 보고했습니다. .ajax Safari 웹 보기 내의 POST 요청. 캐시 옵션을 false로 설정했음에도 불구하고 Safari는 응답을 지속적으로 캐시합니다.
원인
Safari의 공격적인 캐싱 메커니즘은 특히 정적 함수 서명을 표시하는 POST 요청을 대상으로 합니다. 매개변수는 일정하게 유지되며 반환되는 데이터만 달라집니다. 기본적으로 Safari는 이러한 요청을 캐시 가능한 것으로 간주하고 향후 검색을 위해 응답을 저장합니다.
해결책
이 캐싱 문제를 피하려면 함수 시그니처를 수정하여 동적을 도입하십시오. 매개변수. 예를 들어 다음 대신에:
getNewRecordID(intRecordType)
사용:
getNewRecordID(intRecordType, strTimestamp)
타임스탬프 또는 기타 동적 매개변수를 함수 서명에 통합함으로써 Safari는 요청을 고유한 것으로 인식하고 결과 캐싱을 방지합니다. .
기본 이유
Safari의 캐싱 동작은 적절한 Cache-Control 또는 Expires 헤더가 포함될 때 POST 응답의 캐싱을 허용하는 HTTP 사양의 해석에서 비롯됩니다. 그러나 Apple의 구현에서는 이러한 헤더가 없거나 "max-age=0"으로 설정된 시나리오로 캐싱을 확장합니다.
No Cache-Control or Expires headers = iOS6 Safari will cache Cache-Control max-age=0 and an immediate Expires = iOS6 Safari will cache Cache-Control: no-cache = iOS6 Safari will NOT cache
해결 방법
캐싱을 비활성화하려면 모든 POST 요청에 대해 전역적으로 Apache 구성에 다음 줄을 추가합니다.
Header set Cache-Control "no-cache"
또는, 이 동작을 POST 요청으로 제한할 수 있습니다.
SetEnvIf Request_Method "POST" IS_POST Header set Cache-Control "no-cache" env=IS_POST
함수 서명을 수정하고 이러한 캐싱 수정 사항을 통합하면 iOS 6 Safari 내에서 예상되는 동작을 복원하고 POST 요청이 캐시되지 않도록 할 수 있습니다.
위 내용은 캐시가 False로 설정된 경우에도 iOS 6 Safari 캐시 $.ajax POST 요청이 발생하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!