http 프로토콜을 안 봐서 그런 궁금증이 생기는거당서버사이드에서 php 로 뭔 짓을 해도 그걸로 클라이언트의 스토리지를 조질 수는 없는거지 상식적으로쿠키 굽는게 별 게 아니고 걍 http response 헤더에다가 이런 쿠키를 구워줘라 하고 쏴주는 거 뿐이고 쿠키는 브라우저가 알아서 굽는거다.그러니까 jsp 로 굽던 asp 로 굽던 php 로 굽던 시발 생기는 위치는 똑같다공
그러니까 쓸데없이 print_r($_COOKIE) 같은거 해봐도 아무 소용없당
서버는 손가락이고 브라우저는 콧구멍이니, 엄한 손가락 파지말고 콧구녕을 파라는 이야기로군요.
그러니가.. 클라이언트 딴에서.. 어디에 쿠키가 저장 되는지.. 그게 궁금한거야.. 쿠키라면 클라이언트 어딘가에.. 저장 될꺼 아냐? php로 구워도??
ㄴ 그건 그러니까 브라우저 설정을 디벼보랑께 근데 이너넷 임시 파일이나 쿠키 모아놓는 폴더가 보통 다 있당께
근데 대체 그게 왜 궁금함?
리퀘스트 헤더의 쿠키라는 코딱지가 콧구녕으로 들어오면 브라우저가 콧털에 저장해버리지.
아 그러니까 거기 가도 php의 setcookie로 구운 쿠키들은 없으니까.. 물어보는거지.ㅡ.ㅡ; 자바스크립트의 쿠키랑.. 이름만 같은건가??
http://en.wikipedia.org/wiki/HTTP_cookie#Implementation
각 쿠키가 각각의 파일로 저장된다고 생각했던 걸까봐 좀 슬프다...
쿠키를 파일로 저장하지 않는것이 보안상 더 좋은데... 쿠키는 식기전에 다 먹어버려야행.. 어차피 식어서 못먹는 시간도 정해주지 않나요? ㅋ
LazyGyu// ㅇㅇ 그렇게 생각한거 맞어. 자바스크립트에선 파일로 저장되자나? 그래서 php도 그런거겠지.. 했는데.. 세션쿠키.. 뭔가.. 내가 생각한 그 쿠키가 아닌가봐.ㅡ.ㅡ;;
쿠키를 어디에 생성할 건지는 표준이 아니기 때문에 브라우저 만든 새끼가 지 꼴리는대로 만드는거지 뭐