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 일의 만료 날짜와 함께 캐시 가능한 상태로 유지하세요.
만료일을 너무 높게 유지하지 마십시오.
동적 콘텐츠는 몇 시간 동안 만 캐시되어야합니다.
