캐시가 False로 설정된 경우에도 iOS 6 Safari 캐시 $.ajax POST 요청이 발생하는 이유는 무엇입니까?

Susan Sarandon
풀어 주다: 2024-11-03 09:23:30
원래의
193명이 탐색했습니다.

Why Does iOS 6 Safari Cache $.ajax POST Requests Even When Cache is Set to False?

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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿