a사이트에
a방문자가 들어가면
이때 쿠키가 구워지도록 설정할건데
visiter = rabdom() ; vistDay = 17/11/01;
그럼 다음에 방문자가 또 같은 사이트 방문하면
쿠키가 또 구워지는거야 ??
만약 그렇다면 굽기전에
쿠키값을 db에 담아서
방문자가 방문하면
db셀렉트하고
쿠키 visiter 라는 키값으로 검색해서 존재하면
아무것도안하고
else 존재하지 않으면
쿠키굽고
이런식으로 설정하는거야 ??
a사이트에
a방문자가 들어가면
이때 쿠키가 구워지도록 설정할건데
visiter = rabdom() ; vistDay = 17/11/01;
그럼 다음에 방문자가 또 같은 사이트 방문하면
쿠키가 또 구워지는거야 ??
만약 그렇다면 굽기전에
쿠키값을 db에 담아서
방문자가 방문하면
db셀렉트하고
쿠키 visiter 라는 키값으로 검색해서 존재하면
아무것도안하고
else 존재하지 않으면
쿠키굽고
이런식으로 설정하는거야 ??
쿠키는 밀가루로 만든다.
ㄴ 진짜 너같은 새끼는 ip차단해야하는데 디시가 망하는이유
해더안에 쿠키가 들감
그래서 유무를 확인가능
리퀘스트가 들어온다 -> 리퀘스트 헤더를 조사해서 쿠키 존재 유무 확인 -> 없으면 쿠키를 새로 만들어 리스폰즈에 담아 보낸다, 있으나 변경해야 하면 동일 이름으로 새로 쿠키 만들어 리스폰즈에 담아 보낸다, 변경도 필요 없으면 냅둔다
ㄴ 그건 서버단에서 처리하는 기준아님 ? 프론트에서 처리할려하는데
a 사이트에서 방문자가 방문하면 어쩌고~라는 내용인데 웬 프론트??
그리고 너가 본문에 적어놓은 내용도 실제로 저렇게 하지는 않지만 서버단에서 처리하는 내용인데
뭔가를 요청하기 위한 보조 자료로 리퀘스트에 쿠키를 담는 건 클라이언트의 역할, 그 쿠키를 평가해서 클라이언트에게 쿠키 만들어라, 변경해라 하는게 서버의 역할
물론 서버에서는 쿠키 만들어라, 변경해라 하기 위해 쿠키를 직접 만들어야 함
그리고 클라이언트에서도 서버가 시키는 대로 그냥 할 수도 있고 개무시하고 멋대로 쿠키를 만들어서 보낼 수도 있고
ㄴ 나는 이렇게 할려고했지 클라이언트가 로드될때 서버에서 쿠키를 담아둔 db값을 클라이언트로 보내고 클라이언트에서 그 값을 받아 현재 쿠기를 가져와서 우리사이트 쿠키가 없다면 쿠키생성 .
여기서 보낸다는게 클라이언트에서 ajax로 값을 가져온다는 거임
그러니까 원래도 쿠키는 항상 양쪽에서 생성되고 있는 거야 서버에서 쿠키 만들어서 보내면 클라이언트에서 그거 보고 베껴 만드는 거라고
ajax든 뭐든 결국 http 리퀘스트와 리스폰즈의 형태기 때문에 상관이 없음
그러면 이론적으로 이게 맞는거야 ?? 페이지가 로드 될때 ajax로 서버에 db값 달라고 요청하고 서버는 db뒤져서 옛다 던져주고. 그걸 받은 페이지는 클라이언트의 쿠키를 분석해서 우리가만든 쿠키가 없다 싶으면 스크립트로 쿠키굽는게 ??
글고 본문도 서버 디비에 쿠키 존재 여부 저장해봤자 무소용이다 클라이언트에서 걍 쿠키 삭제해봐야 서버에 자동 반영되는 것도 아닌데 그럴 이유가 없지
아약스 사용 여부는 아무 상관 없다니까 ㅋ 쿠키는 최초의 리퀘스트가 서버에 도달하면 서버에서 바로 생성해주는거 ㅋ db도 지금 이 논의랑은 상관 없다 쿠키를 평가하기 위한 도구로 db의 자료가 쓰일 수는 있지만
ㄴ 내가 쿠키를 완전 잘못이해 하고 있는건가 ? 그럼 궁금한거 한가지 더. 스크립트로 document.cooke="key=random()" 이라고 설정해두면 사이트 들어올때마다 쿠키는 중복으로 계속 구워지는건가 ?
서버의 의중을 무시하고 클라이언트에서 독단적으로 생성하겠지