HTTP

캐시캐시 적용 전첫 번째 요청 첫 번째 요청에서 1.1M를 전송받았다. 두 번째 요청 같은 사진을 두 번째로 요청했음에도 똑같이 1.1M를 전송받았다. 정리캐시가 없는 경우 데이터가 변경되지 않아도 네트워크를 통해서 계속 데이터를 받아야 한다.네트워크는 매우 느리고 비싸며 브라우저 로딩 속도는 느리다. 이는 느린 사용자 경험으로 이어진다. 캐시 적용 후 첫 번째 요청 서버에서 캐시 유효 시간을 지정하여 데이터를 전달하면 브라우저는 응답 데이터를 캐시에 저장하게 된다. 두 번째 요청 두 번째 요청이 발생하는 경우 서버로 요청하지 않고 캐시 저장소에 있는 캐시 유효 시간을 검증한다.  캐시가 사용 가능한 상태인 경우 캐시에서 해당 이미지를 찾아 사용하게 된다. 만약 캐시 시간이 초과되면 어떻게 될까? 캐시 ..

API URI 설계회원을 등록하고 수정하고 조회하는 게 리소스가 아니다.예) 회원 정보를 불러와라 -> 회원 정보가 리소스즉 회원이라는 개념 자체가 리소스이다.그렇다면 리소스는 어떻게 식별해야 할까?회원을 등록, 수정 조회하는 것을 모두 배제회원이라는 리소스만 식별하면 된다 -> 회원 리소스를 URI에 매핑 리소스 식별, URI 계층 구조 활용회원 목록 조회 /members (계층 구조상 상위를 컬렉션으로 보고 복수단어 사용을 권장한다)회원 조회 /members{id} -> 무슨 행위인지 어떻게 구분하지?회원 등록 /members{id} -> 무슨 행위인지 어떻게 구분하지?회원 수정 /members{id} -> 무슨 행위인지 어떻게 구분하지?회원 삭제 /members{id} -> 무슨 행위인지 어떻게 구..