Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- CORS
- dockerhub
- mybatis
- Web
- DI
- DLQ
- docker compose
- securitycontextholderfilter
- kafka
- docker
- JWT
- 스프링 부트
- 쿠버네티스
- 페이징
- AWS
- redis
- Dead Letter Queue
- Spring
- Spring Data JPA
- MSA
- 서블릿 컨테이너
- Spring Container
- @Transactional
- 지연 로딩
- @ComponentScan
- JPQL
- JPA
- Routing Key
- 컨테이너
- JdbcTemplate
Archives
- Today
- Total
목록Cache-Control (1)
look-forest
이번 시간에는 캐시와 캐시 관련 헤더에 대해 알아보겠다. 캐시 기본 동작 캐시가 없으면.. 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다 인터넷 네트워크는 매우 느리고 비싸다 → 브라우저 로딩 속도가 느려진다 → 느린 사용자 경험 캐시를 도입하자! 1. 응답 메시지에 cache-control 필드를 추가 2. 응답 결과를 브라우저 캐시에 저장 3. 이후 요청은 브라우저 캐시에서 꺼내쓴다! 캐시 덕분에 캐시 가능 시간 동안 네트워크를 사용하지 않아도 된다!! 그런데 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 받아 캐시를 갱신한다 리소스는 바뀐 게 없는데, 굳이 이런 바보 같은 짓을 해야 할까? 검증 헤더와 조건부 요청 캐시 유효 시간 초과 시 캐시 유효 시간이 ..
Web/HTTP
2021. 5. 31. 20:57