HTTP

지정한 IP 주소에 데이터 전달IP패킷(출발지 IP, 목적지 IP, 기타)을 만들어 보낸다IP 프로토콜의 한계비연결성패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송비신뢰성중간에 패킷이 사라지면? 패킷 소실패킷이 순서대로 안오면?프로그램 구분같은 IP를 사용하

URI(Uniform Resource Identifier)URI• Uniform: 리소스 식별하는 통일된 방식• Resource: 자원, URI로 식별할 수 있는 모든 것(제한 없음)• Identifier: 다른 항목과 구분하는데 필요한 정보• URL: Uniform

모든 것이 HTTPHTTP 메시지에 모든 것을 전송• HTML, TEXT• IMAGE, 음성, 영상, 파일• JSON, XML (API)• 거의 모든 형태의 데이터 전송 가능• 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용• 지금은 HTTP 시대!기반 프로토콜

가장 중요한 것은 리소스 식별리소스의 의미는 뭘까?• 회원을 등록하고 수정하고 조회하는게 리소스가 아니다!• 예) 미네랄을 캐라 -> 미네랄이 리소스• 회원이라는 개념 자체가 바로 리소스다.리소스 식별, URI 계층 구조 활용• 회원 목록 조회 /members• 회원

• 안전(Safe Methods)• 멱등(Idempotent Methods)• 캐시가능(Cacheable Methods)호출해도 리소스를 변경하지 않는다.• Q: 그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면요?• A: 안전은 해당 리소스만 고려한다. 그런

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

HTTP 전송에 필요한 모든 부가정보• 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보...• 표준 헤더가 너무 많음• https://en.wikipedia.org/wiki/List_of_HTTP_h

캐시가 없을 때• 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다.• 인터넷 네트워크는 매우 느리고 비싸다.• 브라우저 로딩 속도가 느리다.• 느린 사용자 경험응답 결과를 캐시에 저장하면 60초 동안 유효하다두 번째 요청할 때 캐시 유효

response의 Headers에서 Content-Type을 통해 확인가능text/html은 Java객체로 바로 받을 수 없다application/json은 Java객첼 받을 수 있다

header의 content-type을 multipart/form-data로 설정 body에서 form-data선택 key에 File로 선택 후 value에 file추가