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 | 31 |
Tags
- HTTP상태코드
- 조건부요청
- 300
- Not Modified
- 프록시객체
- 세션만들어보기
- resolveArgument
- Could not find or load main class worker.org.gradle.process.internal.worker.GradleWorkerMain
- 프록시 캐시 서버
- 검증헤더
- etag
- must revalidate
- 쿠키생명주기
- http
- 세션타임아웃설정
- no cache
- 인증체크
- 서블릿http세션
- Expires
- supportParameter
- gradle오류
- 서블릿필터
- max age
- HTTP API
- UrlResource
- www-Authenticate
- 캐시
- 양쪽 모두 값 설정
- hikaricp
- 쿠키보안문제
Archives
- Today
- Total
목록Not Modified (1)
복습을 위한

캐시유효시간이 초과해서 서버에 다시 요청했을 때 서버의 데이터가 바뀐 상태일 수도 있고 아닌 상태일 수도 있다. 바뀌었다면 당연히 다시 새로운데이터를 받아야겠지만 안바뀌었는데 굳이 다시 다운받아야하나..??유효시간이 지났다고해도?? 재사용할 수가 있다!! 단 당연한말이지만 클라이언트에있는 데이터와 서버데이터가 같아야하고 그것을 증명해야만한다!!! 그래서 검증헤더라는 것이 들어간다! 다시 처음으로 돌아가서 별사진 데이터를 요청한다. 이번에는 서버가 캐시정보와 함께 last modified라는 정보도 함께 응답해준다. 이건 해당 데이터가 마지막에 수정된 시간이다. 최종수정시간이다. 클라이언트는 응답결과를 캐시에 저장하고 60초가 유효하다는 것도 인지하고 있다. 여기서 데이터 최종수정시간정보를 더 더해준다. ..
http헤더
2024. 1. 19. 00:25