👊 아니 벌써 수요일이라고....??????? 하...
집중도 1~5 (4.3)
'점심 이후 오후 9시 이전까지 집중도가 요근래 중에 가장 딥했던 것 같다. 변수가 너무 많아서 정확한 원인을 찾아내기가 정말 쉽지 않다. 일단 밥 양은 너무 중요하고, 그 다음으로는 음... 다른 요인들은 아직 확신에 가까운 확률을 갖기엔 너무 애매하다. '
6/14 화
오늘 할 일
-
내가 오늘 할 건 메인페이지에서 get으로 게시글 자료 전부 끌어오기. &&
0-1. 메인페이지 보이는 것 어떻게 할지 ( 주로 버튼이나 그런 UI에 해당하는 것들 css는 나중에 ) &&
0-2. 상세페이지에서 수정이나 댓글을 달기에 메인에선 새로운 게시글이 나왔을 때 눌러서 상세페이지로 갈 수 있는 것만 짜면 됌
0-3. !! 아 맞다 useparams로 상세페이지 수정에 대한 거 코딩누나 보고 이해하기 UD에 대해 &&
-
헤더하고, 메인페이지 ( card 컴포넌트 만들어서 그걸 메인에 보여줘야함.
card box 컴포넌트에서
( 하트 칠해지는 거, 댓글은 어차피 메인에서 안 보임 , 상세페이지에서( 날짜 보임) 보임 , 제목,닉네임,사진, 내용, 게시물 작성 날짜 , 카드 박스 안에서 오른쪽 아래 몇년 대껀지 보이게 해야함 )
-
쿠키 페이지 내용 보낼 때 그 사람 아이디 어떻게 보낼지
1-2. ????? getcookie가 필요한 이유가 쿠키는 저장 되어있는데 그걸 그 페이지 상에서 이용을 하려면 getcookie로 만약에 그 안에
닉네임 넣어놨으면 그거 꺼내고 , + 토큰까지 꺼내야 하는 걸까?. %%%% 해결 %%%%
-
?? api headers 사용법 + 이유 아직 의문. %%%% 해결 %%%%
-
!! 승훈님에게 말하기, 로그인 post 또한 다른 post와 동일하게 그때 response 값을 정하면 됌.
( 아 이렇게 하면 로그인이 만일에 성공을 응? 아니 이게 내가 여기서 아이디, 패스워드 보냈을 때 해당하는 게 있을 때 나한테 response로 토큰을 보내주는 게 아닌가?
맞는 것 같은데? 그러면 이윤님 방식처럼 굳이 체크 안 하고 토큰이 옴과 동시에 닉네임을 받아오면 되겠네.
이제야 이윤님이 말한 이윤님의 방식이 이해가 된다. 그때 post의 response는 body가 없어서 보안에 취약하다는 이유가 들어맞는다.
그럼 우리는 거기서 바로 받아서 쿠키에 닉네임도 저장하도록 하자. < ?? 추가로 고민해볼건 생성페이지에서 보내는 것들이 또 뭐가 있는지 >그래도 api에 헤더가 왜 필요한지 아직 이해 못 함. %%%% 해결 %%%% ---> 토큰이 있는 게 백엔드에게 확인이 되면 필요로하는 response를 받는다
-
?? 게시글 생성 post에 request로 그 사람의 닉네임도 보내야 할 것. 그래야 서버에서 이게 누가 쓴지 알고 그에 따른 닉네임 보내줄 수 있음 . post에서 response로 받을 게 username이 아닌 nickname이어야 함
왜 username이 있는거지? 우리가 게시글이나, 댓글에 유저의 닉네임만 보여줄 게 아닌가?
-
??!! 리액트 @media 반응협 웹에 대한 답 css 하기 전에 이걸 먼저 공부해야 이후에 고민거리가 준다. &&
-
??!! onclick, onsubmit에서 preventdefault 쓰는 정확한 이유에 대해서 알아보기, 만약에 기본 기술을 막는다라고 하면 클릭으로 값 빼오는 것 또한 기본이 아닌가?? &&
고민, 궁금한 것
-
!! 이전 과제처럼 add 버튼을 쿠키가 없는 사람은 안 보이게 하는 게 아니라 눌러서 들어갔을 때 쿠키가 없으면 로그인 화면으로 연결해주는 게 맞겠는데?? %%%% 해결 %%%%
( 그래야 로그인이 되야만 포스트를 할 수 있는 걸 깨달을 수 있다. )1-2. !! 포스트 페이지에서 쿠키가 있다면 이 페이지에 머물기 허용 / 없다면 로그인 페이지로 보내야한다.
-
?? 서현님이 어제 말씀하신 이미지 업로드 방식과 근영님이 오늘 질문방에 올린 방법의 차이에 대해서 ??
-
???? 어제 매니저님이 말씀하신 토큰에서 페이로드에 대한 부분은 지금 상황에 내 문제는 해결할 수 있겠지만 이후에 다시 고민해볼 것 &&
백엔드 분들께서 토큰 안의 페이로드는 백엔드에서 페이로드에 있는 값을 통하여 자신들이 그걸 확인하고 내가 어떤 유저인지 판단 후 나에게 토큰을 보내주는 방법이라고 하셨다.
아마 거기에 내가 원하는 데이터를 추가해서 보내줄 수 없을 거라고 하심, 그럼 어제 매니저님이 하신 말씀을 내가 잘못 이해했다는 얘기.
더 고민 해봐야 할 일
-
??!!!! state로 true or fasle 어떻게 가져올지가 애매하네... 바로 하는 법이 생각이 나서 손으로 이어지지가 않음 [ 가위,바위,보 봐볼 것] &&
-
?? 레거시가 뭐지? 로컬 보안 안 좋음 , 해킹을 막을 수 없다고 봄. 쿠키는 &&
...님에게 묻기
-
[윤님] %%해결%% 토큰에서 헤더가 왜 필요한지 아직 제가 토큰에 대한 딥한 이해를 못 한 것 같다. ( 필요하다면 그게 어떻게 어디에서 활용이 되는지 그럼 내 방식에선 그게 필요하지 않은 게 맞는 건가? )
setcookie에 담으면 그건 내가 어느 페이지를 가나 항상 저장이 되있으니까 내가 그런 정보를 가지고 있는 걸로 자체적으로 인식이 될줄 알았음 근데 getcookie가 있는 걸 보니 아닌 것 같더라
getcookie의 이유가 cookie에 담긴 걸 꺼내와서 필요한 페이지에서 쓰겠다는 의미 아닌가요?
api 내 헤더 부분 정학한 사용법
-
[근영님] 서현님이 어제 말씀해준 이미지 보내는 방법과 근영님이 질문방에 올리신 방법과 다름 그 두 차이를 알기 위해 근영님의 방법에 대해 들어봐야함.
-
[서현님] %%해결%% 어제 이미지 보내는 방법에 대해 다시 여쭤보기. 까먹음...........
-
[서현님] %%해결%% 어제 하신 거 + 현재 진행 상황 여쭤보기 + 게시물 post에 request로 username을 보내야할 것 같은데 그 부분에 대한 얘기까지.
4-1. [서현님] %%해결%% 아무리 생각해도 메인이 미니홈피로 보이면 개인의 페이지 같은 느낌이 드는데 어떻게 하면 좋을지.... 흠....
일단은 다 할 수 있을 거라는 보장이 없으니 어떻든간에 지금 정해진 방향으로 기능을 최대한 빨리 만들고 css 건드릴 시간이 꽤 있을 것 같다라고 하면 그 부분은 고민해서 최대한 개인 미니홈피의 느낌이 아닌 사람들이 다같이 쓰는 장소 같은 느낌을 내는 게 좋겠다.
예로 지금 보이는 페이지는 인스타로 예를 들면 자기 아이디 눌러서 들어갔을 때 개인페이지를 보는 느낌
사람들의 게시글이 올라오는 전체 페이지를 보는 느낌이 아니다.
-
[매니저님] 제 방식대로 해서 cookie에 닉네임을 저장해버리면 어떤 문제? 단점이 생기게 되는지?
-
[승훈님] %%해결%% api에 기본 헤더 넣어놨는데 api 보내면 제대로 된 헤더 값이 백엔드에서 오는지 확인
-
[서현님] getCookie의 용도를 알게 됐음.
-
[서현님] %%해결%% 꼬여있어서 그렇지 풀면 되지 않을까요? 그치만 잘 모름.. + css 하기 전에 @media에 대해 알아보고
