RESTful 웹 서비스-캐싱

캐싱은 클라이언트 자체에 서버 응답을 저장하는 것을 의미하므로 클라이언트가 동일한 리소스에 대해 서버 요청을 반복 할 필요가 없습니다. 서버 응답에는 캐싱이 수행되는 방법에 대한 정보가 있어야 클라이언트가 일정 기간 동안 응답을 캐시하거나 서버 응답을 캐시하지 않도록합니다.

다음은 클라이언트의 캐싱을 구성하기 위해 서버 응답이 가질 수있는 헤더입니다.

Sr. 아니. 헤더 및 설명

1

Date

리소스가 생성 된 날짜 및 시간입니다.

2

Last Modified

리소스가 마지막으로 수정 된 날짜 및 시간입니다.

Cache-Control

캐싱을 제어하는 ​​기본 헤더입니다.

4

Expires

캐싱 만료 날짜 및 시간입니다.

5

Age

서버에서 리소스를 가져온 후의 기간 (초)입니다.

캐시 제어 헤더

다음은 Cache-Control 헤더의 세부 사항입니다-

Sr. 아니. 지침 및 설명

1

Public

모든 구성 요소에서 리소스를 캐시 할 수 있음을 나타냅니다.

2

Private

리소스가 클라이언트와 서버에서만 캐시 가능하며 중개자가 리소스를 캐시 할 수 없음을 나타냅니다.

no-cache/no-store

리소스를 캐시 할 수 없음을 나타냅니다.

4

max-age

캐싱이 최대 max-age (초)까지 유효 함을 나타냅니다. 그 후 클라이언트는 다른 요청을해야합니다.

5

must-revalidate

max-age가 지난 경우 자원을 재 검증하도록 서버에 표시합니다.

모범 사례

  • 이미지, CSS, 자바 스크립트와 같은 정적 콘텐츠는 항상 2 ~ 3 일의 만료 날짜와 함께 캐시 가능한 상태로 유지하세요.

  • 만료일을 너무 높게 유지하지 마십시오.

  • 동적 콘텐츠는 몇 시간 동안 만 캐시되어야합니다.