HTTP

인터넷 망은 상당히 복잡하며 이를 이해하기 위해서는 IP 에 대해서 잘 알아야 한다.IP 패킷 정보 : 출발지 IP, 목적지 IP, 기타 …비연결성패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송비신뢰성중간에 패킷이 사라진다면?패킷이 순서대로 안온다면?프로그램

URI가 가장 큰 단위라 생각하면 된다URL - Locator: 리소스가 있는 위치를 지정URN - Name: 리소스에 이름을 부여URI - Identifier: URL 이 프로토콜과 결합한 형태웹 브라우저가 HTTP 메시지 생성 → GET /serch?q=hello&

TCP: HTTP/1.1, HTTP/2UDP: HTTP/3현재는 HTTP/1.1을 주로 사용서버가 클라이언트의 상태를 보존 X상태 유지: 중간에 서버가 바뀌게 되면 상태정보를 미리 알려줘야한다. 항상 서버가 같아야 한다.무상태: 중간에 바뀌어도 상관이 없다, 클라이언트

URI (Uniform Resource Identifier)리소스의 의미는 뭘까??회원이라는 개념 자체가 리소스리소스는 어떻게 식별하는게 좋을까?회원이라는 리소스만 식별하면 된다 → 회원 리소스를 URI에 매핑리소스 조회서버에 전달하고 싶은 데이터는 쿼리를 통해 전달메

쿼리 파라미터를 통한 데이터 전송GET주로 정렬 필터(검색어)메시지 바디를 통한 데이터 전송POST, PUT, PATCH회원 가입, 상품 주문, 리소스 등록, 리소스 변경 등…정적 데이터 조회쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능동적 데이터 조회쿼리 파라

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능1xx (Informantional): 요청이 수신되어 처리중2xx (Successful): 요청 정상 처리3xx (Redirection): 요청을 완료하려면 추가 행동 필요4xx (Client Error):

HTTP 전송에 필요한 모든 부가정보예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요철 클라이언트, 서버 정보, 캐시 관리 정보…표준 헤더가 너무 많음필요시 임의의 헤더 추가 가능메시지 본문(페이로드, payload)을 통해 표현 데이터 전달표현은 요청

캐시가 없을 때데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운 받아야한다.인터넷 네트워크는 느리고 비쌈브라우저 로딩 속도가 느리다 → 느린 사용자 경험캐시 적용캐시 가능 시간동안 네트워크를 사용하지 않아도 된다.비싼 네트워크 사용량을 줄일 수 있다.브라우