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
- 개발자
- spring
- bfs
- 자료구조
- Java
- Linux
- docker
- 주니어
- 인텔리제이
- 스타트업
- 백엔드
- IntelliJ
- HTTP
- 스프링부트
- 해시맵
- 구름LEVEL
- dfs
- 프로그래머스
- spring boot
- 해결
- 스프링 부트
- 배열
- 구현
- 이직
- 코딩테스트
- 도커
- 명령어
- 스프링
- 문자열
- HashMap
Archives
- Today
- Total
마이의 개발 블로그
[HTTP] 응답코드 200 대신 304가 뜨는 이유 (브라우저 캐싱) 본문
반응형
상황
서버에게 동일한 요청을 보낼 때 별다른 변화나 문제가 없음에도 응답코드가 200이 아닌 304로 표기되는 경우가 있습니다.
응답코드 304(Not Modified)가 리턴되는 이유
300번대 코드들은 요청된 자원에 대한 리디렉션을 의미하는데, 그 중에서도 304는 'Not Modified'로, 요청한 자원에 대해 변경된 사항이 없으므로 캐시되어있는 자원으로 리디렉션 하겠다는 의미를 갖습니다. 즉, 브라우저로부터의 최초 요청 시에는 200번 응답을 받지만 이후에 자원에 변화가 없다면 일정 시간 동안은 304번 응답을 받게되는 것입니다.
현재 개발중인 로컬 서버에서 이를 테스트 해보기 위해 시차를 두고 요청을 여러 번 보내며 응답코드를 관찰했습니다. 그 결과 꽤 오랜 시간동안 304번 응답이 유지되는 걸 볼 수 있었는데요, 서버를 재시작한 후에는 다시 200번 응답을 받을 수 있었습니다.
Note
브라우저 캐시의 유효시간 설정과 유효성 검증을 위해서는 cache-control: max-age=시간, Last-Modified를 활용하거나, ETag를 활용하는 방법 등이 있습니다.
반응형
'개발지식 > Web' 카테고리의 다른 글
[Web] 크로스 사이트 스크립팅(XSS) 방어하기 (0) | 2024.06.10 |
---|---|
[Postman] 포스트맨에서 로그인 후 토큰 자동입력 설정하기 (0) | 2023.02.27 |
[Swagger] Token "Component" does not exist 에러 대처 방법 (2) | 2023.01.16 |
[AWS] Elastic Beanstalk 인스턴스 HTTP에서 HTTPS로 전환하기 (0) | 2022.12.29 |
[Web] HTTP 응답 상태 코드 (HTTP response status code) (0) | 2022.11.01 |
Comments