본문 바로가기

2020-2021170

1228 오늘 계획했던 일. => payload의 데이터가 JSON.stringify의 폼으로 가지 않는 부분 trouble shooting. -> 객체안의 객체 ... 캡슐화를 많이 했을 때의 문제점 .. 제발 잘보자 => client의 server로부터 받은 response.headers를 화면에 출력. 오늘의 삽질 node-fetch를 사용하여 서버로부터의 응답을 받을 때, 관리자 창의 Request headers의 값을 똑같이 객체로 받아올 줄 알았다. 하지만 response.headers안에는 빈 객체로 반환된다는 것을 알 수 있었다..[위의 사진] 하지만.. axios를 사용하여 response.headers를 확인해보니 왼쪽과 같이 headers값이 빈 객체가 아닌 응답에 대한 headers 값이 들.. 2020. 12. 28.
1228 무드는 잠시 남는건 결과물. 2020. 12. 28.
1227 포스트보이 브라우저에서 req 옵션을 모두 설정하고 SEND버튼을 누르면 클라이언트의 서버에 req header가 전달된다. 문제점 -> body 부분을 제대로 구현되고 있지 않고 있다. ... 생각해보자 ,, 왜 안될까 2020. 12. 27.
1226 오늘 한 것. 클라이언트가 req 옵션을 모두 선택하고 send 버튼을 누르면 옵션들을 하나의 스테이트로 묶어서 fetch.jsx 파일로 보낸다. 위의 다이어그램은 내가 오늘 작업한 것을 다이어그램으로 만들어 놓은 것이다. 페어를 하다 보면 내가 작성한 로직은 이해할 수 있지만 타인이 작성한 로직을 이해하는 데에는 시간이 조금 많이 걸린다는 것을 느꼈다. 그래서 팀원들이 코드를 보고 이해하는데 조금이나마 돕기 위해 내가 작성한 로직에 대한 다이어그램을 만들고 공유하려고 한다. 더보기 이번 프로젝트에서 처음으로 리액트 훅을 사용하고 있다. : ) 기존 리액트 같은 경우에는 this를 사용했어야 했고, 리액트 라이프사이클이라는 개념을 이해했어야 했다..(너무 복잡) 개념을 이해하고 있어야 했는데..리액트 훅.. 2020. 12. 26.
1224 프로젝트 넷째 날. 나는 프로젝트에서 의견을 제시할 때에는 말 또는 글로 생각을 전달하는 것보다, 이미지로 보여주는 것이 효과적이라고 생각한다. 서로의 의견을 주고받을 때, 자료 없이 그냥 말이나 글로만 한다면.. 내가 제대로 이해했는지 확인해야 하고, 이해하지 못했을 경우에는 따로 메신저를 사용해서 글을 남기거나 따로 미팅을 갖는다.. 불필요한 시간을 너무 많이 쓰는 것 같다..ㅎ 그래서 나는 프로젝트 회의를 할 때에 시각자료를 준비한 후 발표를 하는 편이다. 확실히 나의 의견을 쉽게 전달할 수 있었고 상대방도 이해하는데 도움이 되는 것 같다고 생각한다. 팀 프로젝트는 소통이 중요하다.. 이때 소통은 단순히 말만 주고받고 하는 게 아닌, 서로가 의견을 주고받고, 주고받은 내용이 서로가 확실히 이해했는지.. 2020. 12. 25.
1218 예전에 블로깅한 것들을 다시 읽어보는데 ,, 쓸데없는 말이 너무 많다. 다시 찾아보는 용도로 다시 작성해보자 ... ㅎㅎ 리펙토링 : ) 해야 하는데 : 0 아직 못했다 : ) 더보기 오늘 HA 결과가 나온 것 같다. 이머시브 때, 프리 때 페어를 같이 했던 분들이 dm을 주셨다. 기수 이동을 한다고..ㅠ 그 분들 말고도 나랑 페어를 했었던 몇 분의 이름이 24에서 25로 바뀌어 있는 것을 보았다. 나랑 페어를 하신 분들 중 프리코스부터 지금까지 하차 또는 기수 이동을 하시는 분이 조금 많은 것 같다. 기분이 이상하다. 2020. 12. 18.
Oauth 아 ...auth .. 3일안에 ..쿠키 세션 토큰까지 ..거기다 O-auth까지 ? ㅎ.ㅎ 하하하 3일 4스프린트.. 개념을 넣을 것들이 너무 많아서 ...이건 하지 못했네 ?ㅠㅠ 프로젝트 때 back_end를 한다면? ㅎㅎ 그때 공부해야겠다 .. 2020. 12. 13.
1211 [sprint: auth-token] 토큰을 왜 쓰는 걸까? 앞서 스프린트를 통해 배운 쿠키와 세션은 각각 클라이언트 로컬과 서버(데이터베이스)에 저장되어 사용되었다. 하지만 이 친구들에게는 문제점이 있었다. 더보기 쿠키는 클라이언트 로컬에 저장되기 때문에 소형 pc (태블릿, 모바일)를 사용할 경우 속도가 느려지고 보안에 취약하다. ---------------------- 서버 기반 인증의 문제점 세션 세션은 서버에서 관리하기 때문에 쿠키보다 보안이 좋지만 사용자가 많아질 경우 서버에 무리를 많이 주고, 클라이언트 -> 서버 -> 인증 등 클라이언트의 요청을 받고서부터 일련의 과정(인증절차)을 걷혀야 하기 때문에 반응속도가 느리다는 문제점이 있었다. 확장성 세션을 사용하면 서버를 확장하는 것이 어려워진다. (이때 서버 확장은 더 많은 트래.. 2020. 12. 11.
1210[sprint: auth-session] 세션(session) 세션은 쿠키를 기반하고 있지만, 쿠기와 달리 세션은 서버에서 관리를 하며, [쿠키 : 사용자 정보 파일을 클라이언트의 로컬에 저장] 서버에서는 클라이언트를 구별하기 위해 각 세션에 고유 id를 부여하며 클라이언트가 서버에 접속해서 브라우저를 종료할 때까지 인증상태를 유지한다. 그러므로 클라이언트에 반드시 세션을 제거하는 과정이 있어야한다. [쿠키: 브라우저를 종료해도 쿠키는 삭제되지 않음.] 세션의 특징 1. 클라이언트의 요청 시 세션을 헤더에 넣어서 응답을 한다. 이때 서버는 세션에 고유 id가 부여한다. 2. 세션 id로 클라이언트를 판별한다. 3. 쿠키와 달리 서버에서 데이터를 관리하기 때문에 사용자가 많을 경우 서버에 부담이 된다. 세션의 여정 1. 클라이언트가 서버에게 요청.. 2020. 12. 10.

티스토리툴바