집중도 1~5 (4.2)
'하루가 항해 체크아웃 전, 후인 것 둘로 나뉜 것 같다. 2일을 사는 기분이다. 알뜰하게 하루를 잘 살아라기 보단 전과 후가 너무 달라서 그런 생각이 든다. 동일하기가 너무 어렵다. '
6/13 월
!! 아아아 이미지는 url를 바로 따올 수 있는 게 아니구나 파일을 업로드 하고 그걸 blob 이나 이런 걸로 다운을 받았을 때 비로소
url 을 따올 수 있는 거구나!!!!!!!!!!
0-1. 점심 먹을 때 다른 건 안 하고 점심만 먹기 청소나 설거지할 때 이어폰 아닌 노래틀고 듣기 .
cookie에 토큰 저장하면 되니 토큰을 스토어에 저장할 필요 x ( 쿠키가 윈도우 아래에 해당하는 상위 카테고리 객체이므로 access token은 쿠키에)
서현님이 서버랑 회원가입 연결하면 난 거기서 테스트 해보기
어떻게든 로그인 빠르게 끝내고 ( 토큰 헤더 내용까지 이해해서 생성페이지에 적용하기 )
오늘 적어도 생성페이지엔 들어가야한다. ( 한 명은 생성페이지, 한 명은 메인페이지 )
produce, immer ( 왜 필요한지? )
!! 로그인 체크에 대한 토큰의 헤더는 계속 서버에 요청을 할 필요가 없고 스토어에 저장해야함, 그래야 이후에 삭제 또한 간단하기에.
( 아마 로그인 체크 때문에 서버로부터 headers의 authorization response get 해와야함. 그거에 대한 url도 새로 만들자. )
??!! 승훈님에게 로그인 체크할 경우에 url 주소를 어떻게 하면 좋을까 뒤에 /{id} 형태여야 할까요?.
??!! 로그인을 하려면 토큰에서 보내지는 정보 값을 알아야함. 그리고 헤더를 쓰려면 이 또한 토큰 안의 정확한 정보 값을 알아야하고.
근데 토큰의 헤더를 이윤님 방식이 아닌 위에 스테이트 만들어서 postUserJson 여기에서 헤더값 뽑아내서 저장 시킨 다음에 서버란 연결없이..?
아닌가? 토큰의 헤더를 가지고 있는 건 위험해서 서버에서 항상 가져오는 걸까?
!!!!! 엥 토큰을 걍 한 번 저장하면 로그인 체크가 필요없겠는데? 이미 쿠키를 저장하고 있으니 생성페이지나 그런 곳을 들어가는 걸 쿠키 없는 사람은 막아버리면 되잖아.
!! 이윤님이 로그인 체크를 한 번 더 한 이유는 한 번의 재차 과정으로 보안을 든든하게 하고 싶었기 때문
( 거기서 request로 athourization 안의 baerer을 보내셨고 response로 그에 해당하는 id, 닉네임을 받으심 )
!! REST API 형식 ( post, get, delete, put, fetch )은 어떤 걸 사용하나 request, response로 원하는 값을 보내고 받을 수 있다.
그러나 저 형식에 맞춰서 행동하는 이유는 get, delete는 그 안에 body가 없이 값이 담겨져서 온다고 함.
나머지는 body 안에 값이 담겨져서 온다고 하고 그래서 좀 더 보안에 좋기도 하며 결정적으로는 저건 서로 간의 커뮤니케이션을 위한 형식이다. !
!!
form 태그의 action이 뭐지? action 안에다가 "/" 해뒀는데 궁금함.
?? api headers 사용법
쿠키 페이지 내용 보낼 때 그 사람 아이디 어떻게 보낼지
!! post ( 사진 저장이 오래 걸림)
포스트
formdata, 이걸로 url 이미지를 저장함. ( 백엔드에서 데이터를 url로 변환해서 보내줄 것임 ) //
?? d코드란 뭔지??
내가 메인페이지
jwt 디코드 ( 토큰에다가 우리가 원하는 값을 넣을 수 있음 )
자바스크립트 프로토타입 형식 기반 ( 생성자 함수를 만들면 프로토타입이라는 객체가 자동으로 생김 )
리터럴 ( 객체리터럴, 배열리터럴)
window.localstorage
전역객체, 객체