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
- no cache
- 쿠키보안문제
- Not Modified
- 캐시
- 서블릿필터
- 프록시객체
- 인증체크
- 조건부요청
- 프록시 캐시 서버
- http
- HTTP상태코드
- gradle오류
- resolveArgument
- max age
- 300
- hikaricp
- supportParameter
- 세션타임아웃설정
- Expires
- 양쪽 모두 값 설정
- etag
- 쿠키생명주기
- HTTP API
- must revalidate
- Could not find or load main class worker.org.gradle.process.internal.worker.GradleWorkerMain
- www-Authenticate
- 검증헤더
- 서블릿http세션
- 세션만들어보기
- UrlResource
Archives
- Today
- Total
복습을 위한
http상태코드, 2xx 본문
만약 낯선 상태코드를 서버가 반환한다면????????
그냥 이렇게 이해하자. 상위상태코드로 해석해서 이해하자.
1xx번대(요청이 처리되어 수신중)는 거의 사용하지않는다.
2xx - 성공
차례대로 알아보자
가장 많이 보는 케이스이다. 200ok
post요청은 서버에서 리소스를 생성하고 url관리도 서버가 한다는 것을 기억할 것이다.
200번대이므로 요청이 성공한 것은 이미 알거고 그 중 201이니깐 자원이생성됐고 location헤더가 있겠구나를 판단할 수 있다.
202는 잘 사용하진않는다.
204는 웹문서를 편집하다 save버튼을 누를 때를 생각하면 이해하기가 쉽다. 저장버튼을 누른다고 뭘 할 수 있는게 아니다. 우리는 계속 이어서 편집을 할 것이다. 결과내용없어도 메시지를 보고 성공을 인식할 수 있다. 만약 204메시지가 안뜨면 알려줘야할 것이다,! 저장안됐습니다!!
보통실무에서는 범위를 정하고 사용한다. 상태코드는 너무 무궁무진하기때문이다.
참고
'http 상태코드' 카테고리의 다른 글
4XX, 5XX (0) | 2024.01.14 |
---|---|
3xx 일시적리다이렉션, PRG (1) | 2024.01.11 |
3xx - 리다이렉션 영구 리다이렉션 (1) | 2024.01.11 |