상태코드: client가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 종류 1xx (Informational): 요청이 수신되어 처리중 2xx (Successful): 요청 정상 처리 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함 1. 2xx (Successful) 200 OK 요청 성공 201 Created 요청 성공해서 새로운 리소스가 생성됨 202 Accepted 요청이 접수되었으나 처리가 완료되지 않았음 배치 처리 - 대량의 반복적인 데이터 작업을 완료하는 데 사용하는 방법 - 시스템에서 ..
summary data를 전송 (요청 작업) 할 시 해당 data를 넣는 위치 header에 data를 넣어서 보낸다. body에 data를 넣어서 보낸다. http api 방식을 이용해서 data 전송 *P.S. http api, web api, rest api 방식들도 존재한다. 보통 http api 방식을 많이 사용한다. url queary문 html 전송방식 http api 방식 굳이 넣으면 정적 파일 조회 방식 http api 방식에는 어떤 method가 있는가? get post patch put delete 특이점 html 전송 방식에는 get, post만 존재 http api라는 큰 개념 아래 http api라는 방식이 존재 - 서로 다른 것 data 전송 방식의 http api의 예 - 그..
1. URl 설계 리소스식별이 가장 중요하다. 리소스: 주요 자원, 회원 정보 관리 API에서 회원이란 개념 자체가 리소스 리소스 없이 작성 회원 목록 조회 /read-member-list 회원 조회 /read-member-by-id 회원 등록 /create-member 회원 수정 /update-member 회원 삭제 /delete-member 리소스를 생각해서 재작성 - 참고: 계층 구조상 상위를 컬렉션으로 보고 복수단어 사용 권장(member -> members) 회원 목록 조회 /members 회원 조회 /members/{id} 회원 등록 /members/{id} 회원 수정 /members/{id} 회원 삭제 /members/{id} 2. 리소스와 행위(method) 분리 URI는 리소스만 식별 (..
http 메시지에 넣을 수 있는 것 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML (API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 1. HTTP 역사 HTTP/1.1 1997년: 가장 많이 사용 RFC2068 (1997) -> RFC2616 (1999) -> RFC7230~7235 (2014) HTTP/2 2015년: 성능 개선 HTTP/3 진행중: TCP 대신에 UDP 사용, 성능 개선 참고: 현재 http 관련 저서들과 문서에서 RFC2616으로 된 것은 옛 버전이므로 피할 수 있도록하자. RCF7230 이 핵심 기술들이고 HTTP/2 , HTTP/3 은 버전 업그레이드 정도니 RCF7230를 자세히 알아야 함 2. 기반 프..
1. URI URI: Uniform(리소스 식별하는 통일된 방식) Resource(자원, URI로 식별할 수 있는 모든 것(제한 없음)) Identifier(다른 항목과 구분하는데 필요한 정보) URL: Uniform Resource Locator - Locator: 리소스가 있는 위치를 지정 URN: Uniform Resource Name - Name: 리소스에 이름을 부여 URN은 보편화 되지 않았고 URL과 URI는 거의 동일한 의미로 사용된다. 2. URL 문법 scheme:// [userinfo@] host [:port] [/path] [?query] [#fragment] 프로토콜:// 호스트명@ :포트번호 /패스 ?쿼리 #파라미터 https://www.google.com:443/search?q..
1. 인터넷 통신 복잡하게 통신 2. IP(internet protocal) 역할 지정한 IP주소에 데이터 전달 패킷이라는 통신 단위로 데이터 전달 패킷: 출발지 IP, 목적지 IP 등등으로 전송할 데이터를 감싼 형태 클라이언트가 패킷을 서버에 전달하고 (전달받은 서버는 패킷을 버리고 데이터만 확인) 서버도 패킷으로 감싸서 보낼 정보를 전달 한계 비연결성 : 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송 비신뢰성: 중간에 패킷이 사라진지, 패킷이 순서대로 온지 알수 없음 프로그램 구분: 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상일 때 구분하는 방법 3. TCP, UDP TCP: IP의 한계점을 개선해줌, 시장점유율이 높다. UDP: 큰 도움을 주지 않지만 도움을 준다. h..
캐시 기본 동작 1. 캐시가 없을 때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. - 비용적으로 안좋다. 브라우저 로딩 속도가 느리다. 2. 캐시 적용 첫 요청때 server한테 받은 data를 브라우저 캐시 보관함에 지정된 시간 만큼 보관한다. 캐시 가능 시간 동안 서버에서 다시 data를 받는 네트워크를 사용하지 않아도 된다 - 비용 절감 문제점 캐시 시간이 초과된 후 재요청시, 데이터의 변화에 없어도 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다. = 다시 네트워크 다운로드가 발생 검증 헤더와 조건부 요청 1 검증 캐시 만료후에도 서버에서 데이터를 변경하지 않음 -> 데이터 전송 대신 저장해 두었던 케시 재사용 하는 것이 효율적 -> client data와..
HTTP 헤더 용도 : HTTP 전송에 필요한 모든 부가 정보 1. RFC 2616(과거) - > RFC7230~7235(현재) 변화 과거 과거에는 헤더를 request,repond,general,entity 로 분류했고 메시지 바디 이름 또한 엔티티 본문이라 명했다. 현재 현재에는 표현 헤더, 표현 데이터(=메시지 본문)로 단순하게 분류한다. 참고 표현 = 표현 메타데이터(= 표현 헤더) + 표현 데이터(=페이로드 메시지) 표현 종류로 표현,협상 등등 나누었는데 역할에 따라 이해하기 쉽게 분류한 것일뿐 표현 메타데이터란 영역안에 같이 있는 것들이다. 2. 표현 종류 - 표현 표현 헤더: 전송, 응답 둘 다 사용 Content-Type: 표현 데이터의 형식 미디어 타입, 문자 인코딩 ex) text/ht..
