일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- db
- jpa
- 알고리즘
- java
- QueryDSL
- 그리디
- Proxy
- Exception
- 자바
- kotlin
- Thymeleaf
- 스프링 핵심 기능
- JPQL
- 스프링 핵심 원리
- Greedy
- 인프런
- Spring Boot
- Servlet
- Android
- 김영한
- JDBC
- 스프링
- springdatajpa
- SpringBoot
- pointcut
- AOP
- transaction
- http
- 백준
- spring
- Today
- Total
목록If-Modified-Since (2)
개발자되기 프로젝트
1. 캐시 제어 헤더 Cache-Control: 캐시 제어 Pragma: 캐시 제어(하위 호환을 위해서 씀. 대부분 Cache-Contorl로 처리 가능) Expires: 캐시 유효 기간(하위 호환을 위해서 씀. 대부분 Cache-Contorl로 처리 가능) 2. Cache-Control Cache-Control: max-age 캐시 유호 시간. 초 단위 설정 가능 Cache-Control: no-cache 데이터는 캐시해도 되지만, 조건부 요청을 통해 항상 원(origin)서버에 검증하고 사용 캐시를 해도 되긴되는데, If-Modified-Since 나 If-Non-Match를 사용하여 무조건 검증해야함. Cache-Control: no-store 데이터에 민감한 정보가 있으니, 저장하면 안됨! 보통 ..
1. 캐시 유효 시간이 초과한 경우..? 캐시 유효 시간이 초과하여 서버에 재 요청했을 때 서버는 둘 중 한 가지 상황이다. 서버에서 기존 데이터를 변경함 서버에서 기존 데이터를 변경하지 않음. 2. 서버에서 데이터를 변경하지 않은 경우 캐시 만료 이후에 서버에서 데이터를 변경하지 않음 이 경우에는 캐시를 사용할 수 있을 것 같은데...? 단, 클라이언트의 데이터와 서버의 데이터가 같은지 검증이 필요함. 검증헤더가 필요해 3. 검증헤더, 조건 부 요청 : Last-Modified, If-modified_since 클라이언트의 요청에 대한 응답으로 서버에서 응답을 줄 때 Last-Modified: 2021년 08월 04일 22:00:00 과 같이 마지막으로 수정된 시각 전달 가능. 응답을 받은 브라우저는 ..