| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 쿠버네티스
- MSA
- docker compose
- JWT
- 페이징
- Spring Container
- JPA
- mybatis
- DLQ
- redis
- kafka
- 스프링 부트
- Routing Key
- DI
- 지연 로딩
- AWS
- Spring Data JPA
- Dead Letter Queue
- 서블릿 컨테이너
- @ComponentScan
- Web
- JdbcTemplate
- Spring
- docker
- securitycontextholderfilter
- 컨테이너
- JPQL
- dockerhub
- @Transactional
- CORS
- Today
- Total
목록REDIRECT (2)
look-forest
Redirect 관련
POST 요청을 통해 데이터를 등록하고, 새로고침하면 심각한 문제가 발생할 수 있다. PRG : Post/Redirect/GetPOST로 데이터를 레파지토리에 저장 후, 응답이 다음과 같은 상황이다. 새로고침은 "마지막에 요청한 행위를 다시 하는 것"이다.그래서 등록 요청을 반복하게된다. 따라서 '마지막에 요청한 행위'를 POST가 아닌 GET으로 바꿔줘야 하는 것이다.이런 문제 해결 방식을 PRG (Post/Redirect/Get) 라 한다. POST 요청을 리다리엑트로 응답받아 GET 요청을 하게 한다. ※ 주의"redirect:/basic/items/" + item.getId() redirect에서 +item.getId() 처럼 URL에 변수를 더해서 사용하는 것은URL 인코딩이 안되기 때문에 ..
HTTP 상태 코드
상태 코드란? 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1xx (Informational): 요청이 수신되어 처리중 (거의 사용되지 않는다) 2xx (Successful): 요청 정상 처리 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 4xx (Client Error): 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함 2xx (Successful) "클라이언트의 요청을 성공적으로 처리했다" 200 OK 201 Created "요청이 성공해서 새로운 리소스가 생성됐다" 생성된 리소스는 응답의 Location 헤더 필드로 식별 202 Accepted "요청이 접수되..