🍪쿠키(Cookie)
- 서버에서 사용자의 컴퓨터에 저장하는 작은 기록 정보 파일
- 웹사이트는 쿠키를 통해 접속자의 장치를 인식하고, 정보를 참조하거나 재사용할 수 있다.
[쿠키 특징]
- 이름, 값, 만료일(저장 기간 설정), 경로 정보로 구성
- 클라이언트에 총 300개의 쿠키 저장 가능
- 하나의 도메인 당 20개의 쿠키를 가질 수 있음
- 하나의 쿠키는 4KB(=4096byte)까지 저장 가능
- 사용자는 쿠키를 확인하고 수정, 삭제 가능하다.
- 제3자가 조회하는 것도 가능하기에 개인 정보를 담은 내용이나 보안상 민감한 정보를 저장하는데에는 적합하지 않다.
[쿠키 동작 순서]
- 클라이언트가 페이지를 요청한다. (사용자가 웹사이트 접근)
- 웹 서버는 쿠키를 생성한다.
- 생성한 쿠키에 정보를 담아 HTTP 화면을 돌려줄 때,
같이 클라이언트에게 돌려준다.
- 넘겨 받은 쿠키는 클라이언트가 가지고 있다가(로컬 PC에 저장) 다시 서버에 요청할 때 요청과 함께 쿠키를 전송한다.
- 동일 사이트 재방문시 클라이언트의 PC에 해당 쿠키가 있는 경우, 요청 페이지와 함께 쿠키를 전송한다.
🔗세션(Session)
- 방문자가 웹 서버에 접속해 있는 상태
- 일정 시간동안 같은 사용자(브라우저)로부터 들어오는 일련의 요구를 하나의 상태로 보고, 그 상태를 일정하게 유지시키는 기술
- 사용자가 브라우저를 닫아 서버와의 연결을 끝내는 시점까지를 세션이다.
- 서버 인증 후 세션 아이디 생성되고, 쿠키로 저장한 다음 모든 요청에 함께 전달된다.
[세션 특징]
- 웹 서버에 웹 컨테이너의 상태를 유지하기 위한 정보를 저장한다.
- 웹 서버의 저장되는 쿠키(=세션 쿠키)
- 브라우저를 닫거나, 서버에서 세션을 삭제했을때만 삭제가 되므로 쿠키보다 비교적 보안이 좋다.
- 저장 데이터에 제한이 없다.(서버 용량이 허용하는 한)
- 각 클라이언트 고유 Session ID를 부여한다. Session ID로 클라이언트를 구분하여 각 클라이언트 요구에 맞는 서비스 제공
[세션 동작 순서]
- 클라이언트가 페이지를 요청한다. (사용자가 웹사이트 접근)
- 서버는 접근한 클라이언트의 Request-Header 필드인 Cookie를 확인하여,클라이언트가 해당 session-id를 보냈는지 확인한다.
- session-id가 존재하지 않는다면, 서버는 session-id를 생성해 클라이언트에게 돌려준다.
- 서버에서 클라이언트로 돌려준 session-id를 쿠키를 사용해 서버에 저장한다. 쿠키 이름 : JSESSIONID
- 클라이언트는 재접속 시,이 쿠키(JSESSIONID)를 이용하여 session-id 값을 서버에 전달
💡쿠키 vs 세션 한눈에 비교
| / | 쿠키(Cookie) | 세션(Session) |
|---|
| 저장 위치 | 클라이언트(=접속자 PC) | 웹 서버 |
| 저장 형식 | text | Object |
| 만료 시점 | 쿠키 저장시 설정(브라우저가 종료되도, 만료시점이 지나지 않으면 자동삭제되지 않음) | 브라우저 종료시 삭제(기간 지정 가능) |
| 사용하는 자원(리소스) | 클라이언트 리소스 | 웹 서버 리소스 |
| 용량 제한 | 총300개 / 하나의 도메인 당 20개 / 하나의 쿠키 당 4KB(=4096byte) | 서버가 허용하는 한 용량제한 없음 |
| 속도 | 세션보다 빠름 | 쿠키보다 느림 |
| 보안 | 세션보다 안좋음 | 쿠키보다 좋음 |
🎫캐시(cache)
- 전송받은 데이터나 값을 미리 복사해 놓는 임시 장소
[캐시 특징]
- 반복적으로 사용하는 콘텐츠를 빠르게 이용 가능
- 데이터 사용량 감소
- 사용자가 삭제 가능
[캐시 동작 순서]
- 클라이언트가 페이지를 요청한다. (사용자가 웹사이트 접근)
- 서버는 해당 데이터를 캐시에 저장
- 클라이언트가 브라우저를 닫고 다시 페이지를 요청
- 서버는 캐시에 저장된 데이터를 되돌려준다.
*출처 : https://hahahoho5915.tistory.com/32
