HTTP - 일반 헤더

HTTP 헤더 header-field = field-name ":" OWS field-value OWS (OWS: 띄어쓰기 허용) 용도 HTTP 전송에 필요한 모든 부가정보 ex) 메세지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버정보, 캐시관리 정보 등등 표준헤더가 너무 많음 필요시 임의의 헤더 추가 가능 분류 General 헤더 : 메세지 전체에 적용되는 정보 ex) Connection:close Request 헤더 : 요청 정보 ex) User-Agent: Mozilla/5.0 Response 헤더 : 응답 정보 ex) Server: Apache Entity 헤더 : 엔티티 바디 정보 ex) Content-Type: text/html, Content-Length:3423

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 24.
• textsms

HTTP - 상태코드

1xx (Informational): 요청이 수신되어 처리중 2xx (Successful): 요청 정상 처리 200 OK 201 Created 202 Accepted 204 No Content 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 300 Multiple Choices 301 Moved Permanently 302 Found 303 See Other 304 Not Modified - 캐시를 목적으로 사용. 리소스가 수정되지 않았음을 알려줌 307 Temporary Redirect 308 Permanent Redirect 자동 리다이렉션 301 Moved Permanently - POST로 받고 GET으로 리다이렉션, 본문이 제거될 수 있음 308 Permanent Redir..

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 20.
• textsms

HTTP - 메서드 활용

클라이언트에서 서버로 데이터 전송 쿼리 파라미터를 통한 데이터 전송 GET 주로 정렬필터(검색어) 메세지 바디를 통한 데이터 전송 POST, PUT, PATCH 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 전송 상황 정적 데이터 조회 쿼리 파라미터 미사용 이미지, 정적 텍스트 문서 조회는 GET 사용 쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능 동적 데이터 조회 쿼리 파라미터 사용 주로 검색, 게시판 목록에서 정렬 필터 조회조건을 줄여주는 필터, 조회 결과를 정렬하는 정렬 조건에 주로 사용 조회는 GET 사용 HTML Form을 통한 데이터 전송 Form submit시 POST 전송 ex) 회원 가입, 상품 주문, 데이터 변경 Content-Type : application/x-www-f..

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 17.
• textsms

HTTP - 메서드

URI설계에 가장 중요한것은 리소스 식별이다. URI에 등록/조회/수정/삭제의 요소를 제외하고, 리소스만 식별하면 된다. 메서드는 리소스와 해당 리소스를 대상으로 하는 행위를 분리하도록 한다. 리소스는 명사, 행위는 동사 메서드의 종류 GET: 리소스 조회 POST: 요청 데이터 처리, 주로 등록에 사용 PUT: 리소스를 대체, 해당 리소스가 없으면 생성 PATCH: 리소스 부분 변경 DELETE: 리소스 삭제 HEAD: GET과 동일하지만, 메시지 부분을 제외하고, 상태줄과 헤더만 반환 OPTION: 대상 리소스에 대한 통신 가능 옵션을 주로 설명 CONNECT: 대상자원으로 식별되는 서버에 대한 터널을 설정 GET 리소스를 조회 조회시 서버에 전달하고 싶은 데이터는 request-line의 query..

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 15.
• textsms

HTTP 기본

HTTP는 Hyper Text Transfer Protocol의 약자이며, 거의 모든 형태의 데이터를 전송 가능하다. HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML (API) 서버 간에 데이터를 주고받을 때에도 대부분 HTTP 사용 HTTP의 특징 클라이언트 서버 구조 Request-Response구조이다. 클라이언트는 서버에 요청을 보내고 응답이 올때까지 대기한다. 서버는 요청에 대한 결과를 만들어서 응답한다. 무상태 프로토콜 (Stateless) 서버가 클라이언트의 상태를 보존하지 않는다. 서버에서 저장해야하는 정보의 양이 줄어 서버 확장성이 높으며(스케일 아웃) 응답서버를 쉽게 바꿀수 있다. 병렬적으로 무한한 서버 증설이 가능하다. 단점은 클라이언트가 추가 데이터를 전송해야한..

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 14.
• textsms

HTTP - URL 및 웹브라우저 요청 흐름

URI 자원을 식별하는 방법 Uniform : 리소스를 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것 (제한 없음) Identifier : 다른 항목과 구분할 수 있는 정보 URI : URL (Locator) + URN (Name) URL은 리소스가 있는 위치, URN은 리소스에 이름을 부여 URL schema://[userinfo@]host[:port][/path][?query][#fragment] schema 주로 프로토콜 사용 프로토콜 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙 ex)http, https, ftp http는 80포트, https는 443 포트를 주요 사용, 포트 생략가능 host 호스트명 도메인, IP주소 입력 query key=val..

• format_list_bulleted Back-End/HTTP
• · 2023. 3. 14.
• textsms