김영한 HTTP 웹 기본 지식 2일차

HTTP 메소드 활용

클라이언트에서 서버로 데이터 전송

2가지 방식

 

1. 쿼리 파라미터를 통한 데이터 전송

GET

주로 정렬 필터(검색어)

 

2. 메시지 바디를 통한 데이터 전송

POST, PUT, PATCH

회원 가입, 상품 주문, 리소스 등록, 리소스 변경

 

클라이언트에서 서버로 데이터 전송 4가지 상황

 

1. 정적 데이터 조회 - 이미지, 정적 테스트 문서

2. 동적 데이터 조회 - 주로 검색,게시판 목록에서 정렬 필터(검색어)

3. HTML Form을 통한 데이터 전송 - 회원 가입, 상품 주문, 데이터 변경

4. HTTP API를 통한 데이터 전송 - 회원 가입, 상품 주문, 데이터 변경 , 서버 to 서버 , 앱 클라이언트,웹 클라이언트(Ajax)

3. HTML Form을 통한 데이터 전송

 

HTML Form submit시 POST 전송

예) 회원 가입, 상품 주문, 데이터 변경

 

Content-Type: application/x-www-form-urlencoded 사용

form의 내용을 메시지 바디를 통해서 전송(key=value, 쿼리 파라미터 방식)

전송 데이터를 url encoding 처리 

 

HTML Form은 GET 전송도 가능

 

Content-Type: multipart/form-data

파일 업로드 같은 바이너리 데이터 전송시 사용

다른 종류의 여러 파일과 폼의 내용 함께 전송 가능

 

HTML Form전송은 GET,POST만 지원

 

4. HTTP API를 통한 데이터 전송

 

서버 to 서버 : 백엔드 시스템 통신

앱 클라이언트 : 아이폰, 안드로이드

웹 클라이언트 : HTML에서 Form 전송 대신 자바 스크립트를 통한 통신에 사용(AJAX)

POST,PUT,PATCH: 메시지 바디를 통해 데이터 전송

GET: 조회, 쿼리 파라미터로 데이터 전달

Content-Type: application/json을 주로 사용 - 사실상 표준

 

HTTP API 설계 예시

 

EX) 회원 관리 시스템 

 

POST - 신규 자원 등록 특징

 

클라이언트는 등록될 리소스의 URI를 모른다.

POST /members

 

서버가 새로 등록된 리소스 URI를 생성 해준다.

HTTP/1.1 201 Created

Location: /members/100

 

컬렉션(Collection)

서버가 관리하는 리소스 디렉토리

서버가 리소스의 URI를 생성하고 관리

여기서 컬렉션은 /members

 

EX) 파일 관리 시스템

 

PUT - 신규 자원 등록 특징

 

클라이언트가 리소스 URI를 알고 있어야 한다.

PUT /files/star.jpg

 

클라이언트가 직접 리소스의 URI를 지정한다.

 

스토어(Store)

클라이언트가 관리하는 리소스 저장소

클라이언트가 리소스의 URI를 알고 관리

여기서 스토어는 /files

 

HTML FORM 사용

 

HTML FORM은 GET, POST만 지원

 

컨트롤 URI

 

GET, POST만 지원하므로 제약이 있음.

이런 제약을 해결하기 위해 동사로 된 리소스 경로 사용

POST의 /new, /edit, /delete가 컨트롤 URI

HTTP 메소드로 해결하기 애매한 경우 사용

 

HTTP 상태 코드

 

상태코드 : 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능

 

1xx : 요청이 수신되어 처리중

2xx : 요청 정상 처리

3xx : 요청을 완료하려면 추가 행동이 필요

4xx : 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음

5xx : 서버 오류, 서버가 정상 요청을 처리하지 못함

 

1xx

요청이 수신되어 처리중

 

2xx

클라이언트의 요청을 성공적으로 처리

 

200 OK

요청 성공

 

201 Created

요청 성공해서 새로운 리소스가 생성됨

 

202 Accepted

요청이 접수되었으나 처리가 완료되지 않았음

ex) 배치 처리 같은 곳에서 사용 : 요청 접수 후 1시간 뒤에 배치 프로세스가 요청을 처리함

 

204 No Content

서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음

예) 웹 문서 편지기에 save 버튼

save 버튼의 결과로 아무 내용이 없어도 된다.

결과 내용이 없어도 204 메시지만으로 성공을 인식할 수 있다.

 

3xx - 리다이렉션

요청을 완료하기 위해 유저 에이전트의 추가 조치 필요

 

리다이렉션 종류

 

영구 리다이렉션 : 특정 리소스의 URI가 영구적으로 이동

예) /members -> /users

 

일시 리다이렉션 : 일시적인 변경

주문 완료 후 주문 내역 화면으로 이동

PRG: POST/Redirect/Get

 

특수 리다이렉션

결과 대신 캐시를 사용

 

영구 리다이렉션

301,308

 

리소스의 URI가 영구적으로 이동

원래의 URI를 사용 X

 

301 Moved Permanently

리다이렉트시 요청 메소드가 GET으로 변하고, 본문이 제거될 수 있음

 

308 Permanent Redirect

301 과 기능은 같음

리다이렉트 요청 메소드와 본문 유지

 

일시적인 리다이렉션

302,307,303

 

리소스의 URI가 일시적으로 벽녕

 

302 Found

리다이렉트시 요청 메소드가 GET으로 변하고, 본문이 제거될 수 있음

 

307 Temporary Redirect

302와 기능은 같음

리다이렉트시 요청 메소드와 본문 유지

 

303 See Other

302와 기능은 같음

리다이렉트시 요청 메소드가 GET으로 변경

 

PRG: POST/Redirect/Get

일시적인 리다이렉션 - 예시

 

POST로 주문 후에 새로고침으로 인한 중복 주문 방지

POST로 주문후에 주문 결과 화면을 GET 메소드로 리다이렉트

새로고침해도 결과 화면을 GET으로 조회

 

기타 리다이렉션

 

300 Multiple Choices

 

304 Not Modifed

캐시를 목적으로 사용

클라이언트에게 리소스가 수정되지 않았음을 알려준다

클라이언트는 로컬PC에 저장된 캐시를 재사용한다.

 

4 xx - 클라이언트 오류

클라이언트의 요청에 잘못된 문법 등으로 요청을 수행할 수 없음

오류의 원인이 클라이언트에 있음

클라이언트가 이미 잘못된 요청, 데이터를 보내고 있기 때문에 재시도가 실패함

 

400 Bad Request

클라이언트가 잘못된 요청을 해서 서버가 요청을 처리할 수 없음

 

401 Unauthorized

클라이언트가 해당 리소스에 대한 인증이 필요함

 

인증 되지 않음

인증: 본인이 누구인지 확인(로그인)

인가: 권한부여(Admin 권한처럼 특정 리소스에 접근할 수 있는 권한,인증이 있어야 인가가 있음)

 

403 Forbidden

서버가 요청을 이해했지만 승인을 거부함

 

주로 인증 자격 증명은 있지만, 접근 권한이 불충분한 경우

ex) 어드민 등급이 아닌 사용자가 로그인은 했지만, 어드민 등급의 리소스에 접근하는 경우

 

404 Not Found

요청 리소스를 찾을 수 없음

 

요청 리소스가 서버에 없음

또는 클라이언트가 권한이 부족한 리소스에 접근할 때 해당 리소스를 숨기고 싶을 때

5xx - 서버 오류

서버 문제로 오류 발생

서버에 문제가 있기 때문에 재시도 하면 성공할 수도 있음(복구되는 상황 등등)

 

500 Internal Server Error

서버 내부 문제로 오류 발생

 

503 Service Unavailable

 

서버가 일시적인 과부하 또는 예정된 작업으로 잠시 요청을 처리 할 수 없음

 

 

출처: https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC