캐시 무효화 Cashe-Control 확실한 캐시 무효화 응답 캐시를 적용 안하면 캐시가 안되는 것이 아니라 웹 브라우저들이 임의로 캐시를 하는 경우가 있다. 그래서 확실하게 캐시를 안하는 방법은 Cache-Control: no-cache, no-store, must-revalidate Pragma: no-cache HTTP 1.0 하위 호환 이러한 것들을 다 넣으면 된다. 캐시 지시어(directives) - 확실한 캐시 무효화 Cache-Control: no-cache 데이터는 캐시해도 되지만, 항상 원 서버에 검증하고 사용(이름에 주의!) Cache-Control: no-store 데이터에 민감한 정보가 있으므로 저장하면 안됨(메모리에서 사용하고 최대한 빨리 삭제) Cache-Control: mus..

프록시 캐시 유튜브를 예를 들어보자 만약 프록시 캐시 서버가 없다면 미국까지 되는 원 서버에서 데이터를 받으려면 오래 걸릴 것이다. 이를 해결해 주기 위한 것이 프록시 캐시 서버이다. 이렇게 한국 어딘가에 프록시 캐시 서버를 둔 다음 요청이 오면 미국 원 서버를 직접 접근하는 것이 아니라 이 프록시 캐시 서버를 거치도록 만든다. 그래서 빠르게 응답을 받을 수 있다. 예시로 유튜브 같은 곳에서 한국 사람들이 많이 보는 컨텐츠들은 다운이 빠르지만 한국에서 잘 안보는 컨텐츠들은 다운이 느리다. 캐시와 마찬가지로 처음 요청을 한 유저는 느리지만 두 번째 유저부터는 빨리 응답을 받을 수 있다. 여기서 프록시 캐시처럼 공용으로 쓰이는 캐시를 public 캐시라 하고, 개인 웹브라우저나 로컬에 저장하는 캐시가 pri..

일단 검증 헤더와 조건부 요청 헤더를 봐보자 검증 헤더 캐시 데이터와 서버 데이터가 같은지 검증하는 데이터 Last-Modified, ETag 조건부 요청 헤더 검증 헤더로 조건에 따른 분기 If-Modified-Since: Last-Modified 사용 If-None-Match: ETag 사용 조건이 만족하면 200 OK 조건이 만족하지 않으면 304 Not Modified If-Modified-Since: 이후에 데이터가 수정 안된 경우와 된 경우 데이터 미변경 시 캐시: 2020년 11월 10일 10:00:00 vs 서버: 2020년 11월 10일 10:00:00 304 Not Modified, 헤더 데이터만 전송(BODY 미포함) 전송 용량 0.1M(헤더 0.1M, 바디 1.0M 여기서 바디는 보..

캐시 기본 동작 일단 캐시를 이해하기 위해서 캐시가 없을 경우를 봐보자 캐시가 없을 때 - 첫 번째 요청 1.1M의 star.jpg라는 그림을 클라이언트는 받게 된다. 그러면 첫 번째 요청이 끝나고 캐시가 없을 때의 두 번째 요청 시에는 어떻게 될까? - 두 번째 요청 똑같은 크기의 응답을 보낼 것이다. 이렇게 캐시가 없을 때는 어떤 특징이 있는지 보면 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. 인터넷 네트워크는 매우 느리고 비싸다. 브라우저 로딩 속도가 느리다. 느린 사용자 경험 이제 캐시가 적용된 경우를 확인해보자 캐시 적용 - 첫 번째 요청 응답을 보내게 되고 캐시 저장소에 60초 유효한 캐시를 저장한다. 이제 이 상태에서 두 번째 요청을 보내면 어떻게 될까? ..

Set-Cookie : 서버에서 클라이언트로 쿠키 전달(응답) Cookie: 클라이언트가 서버에서 받은 쿠키를 저장하고, HTTP 요청시 서버로 전달 쿠키 미사용 쿠키 미사용 시에 페이지에 접근한다면 어떻게 될까? 일단은 응답을 보낸다 로그인을 한다면 어떻게 될까? 로그인 이후에 welcome 페이지에 접근한다면 어떻게 될까? 홍길동님을 기대했지만 손님이라는 답이 오게 된다. 왜냐면 이 요청이 로그인한 사람인지 아닌지 구분할 방법이 없기 때문이다. (http는 stateless 프로토콜이기 때문!) 이에 대한 대안으로 모든 요청에 사용자 정보를 포함하는 방법이 있다. 하지만 이 요청의 큰 문제는 요청을 보낼 때마다 사용자 정보를 보내야 한다는 점이다. 그리고 브라우저를 완전히 종료하고 다시 열면 로그인된..

용도 HTTP 전송에 필요한 모든 부가정보 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리정보 필요시 임의의 헤더 추가 가능 과거의 헤더와 메시지 바디(RFC2616) - HTTP HEADER Request Header(빨간 부분) : 요청 정보 General Header(초록부분) : 메시지 전체에 적용되는 정보 Entity Header(파란 부분) : 엔티티 바디 정보 Response 헤더 : 응답 정보 - HTTP BODY 메시지 본문은 엔티티 본문을 전달하는데 사용 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보 제공 데이터 유형(html, json), 데이터 길이, 압축 정보 등..