캐시와 조건부 요청캐시 기본 동작1. 클라이언트가 서버에 요청2. 서버는 응답에 캐시가 유효 조건을 적어서 응답3. 클라이언트는 응답 결과는 브라우저 캐시에 저장4. 다음 요청부터는 캐시 가능 여부를 확인하고 가능하다면 캐시에서 조회. 불가능하다면 재요청* 캐시 가능 기간동안 네트워크를 사용하지 않아도 됨 -> 비싼 네트워크 사용량을 줄일 수 있음* 브라우저 로딩 속도가 매우 빨라진다 -> 사용자 경험 향상! 검증 헤더와 조건부 요청-> 유효 시간이 초과했을 때 서버에 재요청했을 때 가능한 경우의 수는 두 가지1. 기존 데이터가 변경됨2. 기존 데이터가 변경되지 않음만약 캐시 만료 후에도 서버에서 데이터를 변경하지 않은 경우라면 캐시를 재사용 할 수 있음. 이 경우 캐시된 데이터가 서버의 데이터와 일치한..

HTTP header 개요용도: HTTP 전송에 필요한 모든 부가정보ex) 메세지 바디의 크기, 압축, 인증, 요청 클라이언트 등등... 헤더는 종류가 너무 많다... 심지어 필요시 임의의 헤더 추가도 가능 header 필드의 문법-> field-name":" OWS field-value OWS* field-name은 대소문자 구분X, OWS: 띄어쓰기 허용이전의 RFC에서는 '엔티티'라고 불렀지만 지금의 RFC에서는 '표현'이라고 부름메세지 본문을 통해 표현 데이터를 전달하고 메세지 본문은 payload라고 부른다.표현: 요청이나 응답에서 전달할 실제 데이터표현 헤더: 표현 데이터를 해석할 수 있는 정보 제공 헤더의 종류기본 헤더Content-Type: 표현 데이터의 형식 (미디어 타입, 문자 인코딩)..