20231120
https://opentutorials.org/course/3883
관계형 데이터 모델링
관계형 데이터 모델링 - 생활코딩
https://opentutorials.org/course/3405
WEB2 - OAuth 2.0
WEB2 - OAuth 2.0 - 생활코딩
쿠키 정리
crud 주체 : 클라이언트 , 서버
저장 위치 : 클라이언트
서버가 resp객체에 쿠키 생성 지시문보내면 클라가 생성함
클라이언트에서 조작할 수 있다.
해당 도메인에 발송되는 모든 요청에 자동으로 실려서 전송된다
각각의 쿠키통을 나누는 기준은 도메인이다.
네이버 쿠키통에 있는 쿠키들
세션
저장 위치 : 서버가 아니라 Was!!
클라이언트에서 조작할 수 없다.
각 브라우저 당 하나씩 세션방을 가진다.
특정 브라우저가 접속 후, 딱히 세션관련 작업을 안하면 굳이 세션방을 만들지 않는다.
세션방이 만들어질 때 그 방의 이름을 굉장히 큰 난수성을 지닌 긴 문자열로하고 그것을 고객에게 알려준다.
딱 한번 발급받는다.
응답에 실린 쿠키(지시문)을 통해서 발급받는다.
엄밀히 말하면 서버가 쿠키를 만드는건아니다. 지시문 발급.
세션은 와스를 통해서 저장된다.
GFSD23AG3FDA2FS52EGGS89ADGAS
이 브라우저에 해당하는 세션방, 와스에 있는
로그인하면 세션방을 만든다 -> 고객에게 세션방번호를 알려준다.
서버에 기억력이 없어서 쿠키를 사용하지만 클라 조작때문에 서버가 기억하려고하니까 web server는 안되고 was(세션)으로
쿠키(구별)
쿠키와 세션의 근본은 구별이다
세션을 쓰려면 쿠키가 필요하다
= 방번호를 전해줘야한다
= 쿠키로하면 편하다
쿠키는 resq에 실려서 오니까 !! 계속 가지고오니까
두가지 조건 만족했을때
최초 접속했다고 세션방이 만들어지지는 않음
손님(브라우저)에게 사물함 키(세선키= 세션 방이름)가 없고 동시에 사물함(세션방)에 필요한 요청을 하게되면 그때만 사물함이 생성된다
쿠키로 받지않고 응답본문으로 받을때 
받을때도 처리하고 폼전송할때 세션 일일이 실어 날라야함
쿠키
저장위치 : 클라이언트의 쿠키통(도메인별로 나뉨)
클라이언트 조작 가능성 : 가능(서버에서도 클라이언트 측 쿠키 조작 가능)
특이사항 1 : 해당 도메인에 발송되는 모든 요청에 자동으로 실려서 전송됨
세션
저장위치 : WAS의 세션저장소(브라우저별로 나뉨)
클라이언트 조작 가능성 : 불가능
특이사항 1 : 각 브라우저 당 하나씩 세션방을 가진다.
특이사항 2 : 특정 브라우저가 접속 후, 딱히 세션관련 작업을 안하면 굳이 세션방을 만들지 않는다.
특이사항 3 : 세션방이 만들어질 때 그 방의 이름을 굉장히 큰 난수성을 지닌 긴 문자열로 하고, 그것을 고객에게 알려준다.
딱 1번 발급받는다.
응답에 실린 쿠키(지시문)을 통해서 발급 받는다.
마치 헬스장애서 추가요금을 내고 사물함을 배정 받은 후, 그것을 열 수 있는 사물함 키를 받는것과 마찬가지
특이사항 4 : 이미 해당 브라우저의 세션방이 있다면, 세션방을 새로 만들지 않는다.
특이사항 5 : 브라우저가 쿠키로 가져온 세션방 번호가 틀렸거나 없다면, 해당 방은 곧 사라진다.
