💻/HTTP

// HTTP 요청 메시지 == 전송 데이터start-line 시작 라인: GET/search?q=hello&hl=ko HTTP/1.1header 헤더: HOST: www.google.comempty line 공백 라인:-> 요청 메시지도 body 본문을 가질 수 있음// HTTP 응답 메시지start-line 시작 라인: HTTP/1.1 200 OKheader 헤더: Content-Type: text/html;charset=UTF-8empty line 공백 라인: Content-Length: 3423message body ...HTTP 헤더header-field = field-name “:” OWS field-value OWS (OWS: 띄어쓰기 허용)field-name: ..

HTTP 상태코드클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능1xx (Informational): 요청 수신되어 처리중2xx (Successful): 요청 정상 처리3xx (Redirection): 요청 완료하려면 추가 행동 필요4xx (Client Error): 클라이언트 오류, 잘못된 문법 등으로 서버 요청 수행 X5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리 X 만약 모르는 상태 코드 나타나면?Q: 클라이언트가 인식 X 상태코드를 서버가 반환하면? A: 클라이언트는 상위 코드로 해석해서 처리⇒ 미래에 새로운 상태 코드가 추가되어도 클라이언트를 변경하지 않아도 됨ex.299 ??? → 2xx (Successful)451 ??? → 4xx (Client Erro..

클라이언트 → 서버로 데이터 전송HTTP API 설계 예시클라이언트 → 서버 데이터 전달 방식쿼리 파라미터 ~> 데이터 전송GET주로 정렬 필터(검색어)메시지 바디 ~> 데이터 전송POST, PUT, PATCH회원 가입, 상품 주문, 리소스 등록, 리소스 변경4가지 상황정적 데이터 조회이미지, 정적 텍스트 문서동적 데이터 조회주로 검색, 게시판 목록에서 정렬 필터(검색어)HTML Form을 통한 데이터 전송회원 가입, 상품 주문, 데이터 변경HTTP API를 통한 데이터 전송회원 가입, 상품 주문, 데이터 변경서버 to 서버, 앱 클라이언트, 웹 클라이언트(Ajax)정적 데이터 조회이미지, 정적 텍스트 문서조회는 GET 사용일반적으로 쿼리 파라미터 X 리소스 경로로 단순하게 조회 가능동적 데이터 조회검색..

요구사항: 회원 정보 관리 APIURI(Uniform Resource Identifier)회원 목록 조회 read-member-list회원 조회 read-member-by-id회원 등록 create-member회원 수정 update-member회원 삭제 delete-member→ 좋은 URI 설계? ⇒ 가장 중요한 것: 리소스 식별리소스의 의미?회원을 등록하고 수정하고 조회하는 것이 리소스 Xex. 미네랄을 캐라 → 리소스: 미네랄⇒ 회원이라는 개념 자체가 바로 리소스리소스 어떻게 식별?회원을 등록하고 수정하고 조회하는 것을 모두 배제회원이라는 리소스만 식별하면 됨 ⇒ 회원 리소스를 URI에 매핑 리소스 식별, URI 계층 구조 활용회원 목록 조회 /members회원 조회 /members/{id}회원 등..

HTTP(HyperText Transfer Protocol)HTML, TEXTIMAGE, 음성, 영상, 파일JSON, XML(API)거의 모든 형태의 데이터 전송 가능서버 간에 데이터 주고 받을 때도 대부분 HTTP 사용역사HTTP/0.9 1991년: GET 메서드만 지원, HTTP 헤더 XHTTP/1.0 1996년: 메서드, 헤더 추가HTTP/1.1 1997년: 가장 많이 사용, 우리에게 중요한 버전RFC2068 (1997) → RFC2616 (1999) → RFC7230 ~ 7235(2014)HTTP/2 2015년: 성능 개선HTTP/3 진행중: TCP 대신에 UDP 사용, 성능 개선기반 프로토콜TCP: HTTP/1.1, HTTP/2UDP: HTTP/3⇒ 현재: HTTP/1.1 주로 사용(HTTP/2..

URI(Uniform Resource Identifier)리소스를 식별하는 통합된 방법로케이터(locator), 이름(name) 또는 둘다 추가로 분류될 수 있음뜻Uniform: 리소스 식별하는 통일된 방식Resource: 자원, URI로 식별할 수 있는 모든 것(제한 X)Identifier: 다른 항목과 구분하는데 필요한 정보URL(Resource Loactor): 리소스가 있는 위치 지정위치 변할 수 OURN(Resource Name):리소스에 이름 부여이름 변할 수 Xex. urn:isbn:8960777331 (어떤 책의 isbn URN)이름만으로 실제 리소스 찾을 수 있는 방법 보편화 Xscheme://[userinfo@]host[:port][/path][?query][#fragment]https..