wasup

HTTP헤더 용도 : HTTP헤더에는 HTTP 전송에 필요한 모든 부가정보가 들어있다. -> 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시관리 정보 등등 : 필요시 임의의 에더를 추가 가능하다. 1999년 RFC2616(폐기) HTTP 헤더 분류 HTTP 헤더의 분류 General 헤더 메시지 전체에 적용되는 정보 Connection: close Request 헤더 요청 정보 User-Agent: Mozilla/5.0 Response 헤더 응답 정보 Server: Apache Entity 헤더 엔티티 바디 정보 Content-Type: text/html, Content-Length: 3423 HTTP 바디 HTTP 구분 HTTP/1.1 200 OK Conte..

상태코드 : 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능! 100번대 : 요청이 수신되어 처리 중 200번대 : 요청 정상 처리 300번대 : 요청을 완료하려면 추가 행동 필요 400번대 : 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음 500번대 : 서버 오류, 서버가 정상 요청을 처리하지 못함. 200번대 200 : OK 201 : Created : 새로운 리소스 생성! 202 : Accepted : 요청이 정상 접수되었으나 처리는 완료되지 않음 204 : No Content : 서버가 성공적으로 요청을 처리했지만, 본문에 보낼 데이터가 없음. 300번대 : 리다이렉션 300 : Multiple Choices 301 : Moved Permanently : 사용되지..

클라이언트에서 서버로 데이터 전송 쿼리 파라미터를 통한 데이터 전송 메시지 바디를 통한 데이터 전송 GET POST, PUT, PATCH 주로 정렬필터 (검색어) 에 사용 회원 가입, 상품 주문, 리소스 등록, 변경 등에 사용 클라이언트에서 서버로 데이터를 전송하는 4가지 상황 정적 데이터 조회 이미지, 정적 테스트 문서 동적 데이터 조회 주로 검색이나 게시판 목록에서 정렬 HTML FORM을 통한 데이터 전송시 회원가입, 상품주문, 데이터 변경 HTTP API를 통한 데이터 전송 회원가입, 상품주문, 데이터 변경 서버 to 서버, 앱 클라이언트, 웹 클라이언트 정적 데이터 조회 : URI경로를 조회하면 데이터 넘겨줌 - 쿼리 파라미터 없이 리소스 경로로 단순히 조회 가능. 동적 데이터 조회 : GET은..

HTTP 메서드 -HTTP API -HTTP메서드 HTTP API 요구사항 URI설계 더 좋은 URI설계 구분하는 방법 회원 목록 조회 /read-member-list /members ??????????????????? 회원 조회 /read-member-by-id /members/{id} 회원 등록 /create-member /members/{id} 회원 수정 /update-member /members/{id} 회원 삭제 /delete-member /members/{id} * URI설계의 기준 - 리소스 식별 (리소스 - 사용될 수 있는 어떤 중심 항목) * 계층 구조상 상위를 컬렉션으로 보고 복수단어 사용을 권장한다. * 리소스와 행위를 분리해야 한다 - 여기서 리소스는 회원, 행위는 동사이다. - 행..

보호되어 있는 글입니다.

HTTP : HyperText Transfer Protocol - html과같은 문서를 전송하는 프로토콜 : HTML, TEXT, IMAGE, 음성, 영상, 파일, JSON, XML, 거의 모든 형태의 데이터 전송이 가능하다 : 서버 간 데이터를 주고 받을 때 대부분 HTTP를 사용한다. HTTP/1.1, HTTP/2 : TCP 위에서 동작함 HTTP/3 : UDP 기반으로 개발이 되어있다. HTTP 특징 클라이언트 서버 구조 : Request Response 구조 : 클라이언트는 서버에 요청을 보내고, 응답을 대기 : 서버가 요청에 대한 결과를 만들어서 응답 무상태 프로토콜 : Stateless(스테이스리스) - 서버가 클라이언트의 상태를 보존하지 않음. : 서버확장성이 높지만 클라이언트가 추가 데이터..

URI : Uniform Resource Identifier - 리소스를 식별하는 통합된 방법 : Uniform -리소스 식별하는 통일된 방식 : Resource - 자원, URI로 식별할 수 있는 모든 것(제한 없음) : Identifier - 다른 항목과 구분하는데 필요한 정보 : 로케이터(locator), 이름(name)또는 둘 다 추가로 분류 URL : Uniform Resource Location - 리소스의 위치 URN : Uniform Resource Name - 리소스의 이름 https://www.google.com/search?q=hello&oq=hello&aqs=chrome..69i57j0i512j0i433i512l2j0i512l6.677j0j7&sourceid=chrome&ie=UTF..

인터넷 통신 IP(Internet Protocol) : 인터넷 환경에서의 통신 규약 : Network Layer : 호스트간 통신 담당 IP 프로토콜의 한계 비 연결성 : 대상 서버가 패킷을 받을 수 있는 상태인지 모름. : 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송되는데 상태 확인이 불가함. 비 신뢰성 : 중간에 사라지거나 순서대로 오지 않는경우 : 데이터를 여러개의 조각들로 나눈것이 패킷인데 순서가 뒤죽박죽일 때 해결 불가 -> 이것을 해결해주는 것이 TCP프로토콜. 구분성 : 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상인경우 Packet : 인터넷 내에서 데이터를 보내기 위한 경로배정을 효율적으로 하기 위해 데이터를 여러개의 조각들로 나누어 전송하는데 이 조각들이 ..