[network] - (6) HTTP 상태코드

[상태코드]
클라이언트가 서버에 요청을 보내면 그 요청이 잘 처리가 됐는지 http response가 올 때 알려주는 기능

• 1xx (Informational): 요청이 수신되어 처리중
• 2xx (Successful): 요청 정상 처리 200,201,
• 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 클라이언트가 서버에 요청하면 추가적인 조치가 필요해 클라에 다시 돌려보내
• 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음
• 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함


[2xx] - 성공
201 - 클라이언트가 요청한것을 서버쪽에서 리소스 생성. post로 등록했을 때

201 - 자원이 생성됐고 Location헤더가 있을 수 있겠다 판단.

202 - 요청이 접수는 됐다 아직 처리는 안됨 ex)요청 접수후 1시간 뒤에 배치 처리한다.
204 - 서버가 성공은 했고 돌려보낼 뭐가 없음


[3xx] - 리다이렉션 : 서버가 요청을 완료하려면 추가적인 작업이 필요해서 클라이언트(주로 웹브라우저)에게 다시 보내
cf.리다이렉션이란? 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동 이동

더이상 안쓰는 /event로 들어오면 바뀐 /new-event로 서버로 다시 요청해

1. 영구 리다이렉션 - 특정 리소스의 URI가 영구적으로 이동 ex) /members -> /users ex) /event -> /new-event
원래 url을 더이상 사용하면 안됨. 서버기 url 경로를 바꿔서 응답보내

301 - ex)post요청했는데 get으로 변경될 수 있음
308 - ex) 301과 동일하나 리다이렉트 요청 시 똑같이 post로 보내고 http바디 유지

301로 응답 코드를 보내서 클라이언트에서 url의 경로를 /new-evenet로 바꿔서 Get!!으로 변경해

등록하려고 post로 보냈지만 get으로 /new-event로 날아가고 메세지 바디 부분이 다 사라져서 새로운 이벤트 페이지 처음 부터 입력하게됨  ->  308로 해결 하게됨

4에서 다시 클라이언트에서 서버로 보낼 때는 POST로 보내서 메세지 본문 유지시켜줘

2. 일시 리다이렉션 - 일시적인 변경, 주문 완료 후 주문 내역 화면으로 이동, PRG: Post/Redirect/Get
주문 완료하고 주문 내역 하면으로 이동
302 - 리다이렉트시 요청 메서드가 get으로 변하고 본문이 제거 가능성 있음(거의 301)
307 - 리다이렉트시 요청 메서드와 본문 절대 유지
303 - 302와 비슷 하지만 리다이렉트시 요청 메서드가 get으로 변경

*[PRG (Post/Redirect/get)] 일시적인 리다이렉션

post로 주문후에 웹브라우저 새로 고침하면 post의 데이터가 한번 더 서버에 중복주문 들어갈 수 있음. 마지막 요청은 post

1)/order에 주문을 하면
2)주문 db에 마우스 하나저장 3)ok보내고
4)마지막 요청은 post인데 실수로 새로고침하면
5)post요청을 또 다시 보내 6) 그러면 주문 데이터 한 건이 더 들어와 7)주문 완료 응답이 옴

해결책

=>POST로 주문후에 새로 고침으로 인한 중복 주문 방지, POST로 주문후에 주문 결과 화면을 GET 메서드로 리다이렉트 , 새로고침해도 결과 화면을 GET으로 조회 , 중복 주문 대신에 결과 화면만 GET으로 다시 요청

1)/order에 주문을 하면
2)주문 db에 마우스 하나저장 3)200이 아닌 302 혹은 303 found 보내고
4) get으로 바꿔

5)주문을 db를 쌓는게 아닌 19번을 조회해서 html 화면 만들어서

7)ok

8)새로고침해도 계속 5번으로 돌아

 

정리

302 Found -> GET으로 변할 수 있음 (이거 주로 써)
307 Temporary Redirect -> 메서드가 변하면 안됨
303 See Other -> 메서드가 GET으로 변경
304 클라이언트에세 리소스가 수정되지 않음을 알려줌.캐시로 리다이렉트. 응답에 메시지 바디를 포함하면 안됨

 

3. 특수 리다이렉션 - 클라이언트에서 캐시가 만료돼서 클라이언트가 서버에 캐시 관련 정보를 넘겨줘. 결과 대신 캐시를 사용


[4xx] - 원인은 클라이언트 오류. 클라이언트가 이미 잘못된 요청, 데이터를 보내고 있기 때문에, 똑같은 재시도가 실 패
401 - 클라이언트가 해당 리소스에 대한 인증이 필요
403 - 서버가 요청을 이해했지만 승인을 거부, 인증 자격 증명은 있지만, 접근 권한이 불충분한 경우
404 - 요청 리소스가 자체가 서버에 없음

[5xx] - 원인은 서버 오류. 진짜 심각한 오류가 있는게 아니고서야 정말 내면 안됨.
503 - 서버가 일시적인 과부하 또는 예정된 작업으로 잠시 요청을 처리할 수 없음
500 - 애매하면 그냥 이거