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

400번대와 500번대의 차이는 오류의 원인이다. 400번대는 오류의 원인이 클라이언트에게 있어서 클라이언트쪽에서 요청을 수정을 해야한다.(요청스펙을 잘못맞췄거나 인증이 안됨) 서버에서는 처리할 수가 없다. 백엔드개발는 사전에 미리 차단해서 400오류로 바로 튕겨내야한다. 철저하게 클라이언트 잘못이라고 명확하게 보내줘야한다. 그래야 클라이언트쪽에서 오류를 살펴볼 수 있으니말이다. 403은 인증은 됐지만 인가가 불가할 때 발생하는 오류코드이다. 자주보는코드이다. 서버입장에서는 이런 리소스가없는데 클라이언트에서 요청했을 때 발생한다. 또는 클라이언트가 권한이 부족한 리소스에 접근할 경우 해당 리소스를 숨기고 싶을 때도 404로 처리할 수 있다. 서버 내부 문제는 대부분 500오류를 쓴다. 백엔드에서 발생한 ..
http 상태코드
2024. 1. 14. 18:24