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