201125 team meeting

작성한 문서 & 진행상황

• 백로그 + 로드맵 + 기술정리

질문

• 인증 방법 (rest api + graphql?)

  • 결론: apollo server 에서 사용자 인증이 필요한 api를 따로 분리함 (REST API로)
  • 기존에 REST API로 분리하는 방식과 apollo server에서 인증이 필요한 쿼리마다 인증 로직을 작성하는 것을 고민함
  • 아폴로 공식 블로그에도 해당 관련 게시글이 있어 참고했는데 마침 우리가 고민하던 두 방식을 설명
  • 결과적으로 apollo server를 구성하면서 로그인, 회원가입의 경우 사용자 권한(토큰)이 필요없는 API이기 때문에 REST API로 분류하고 그 외에 모든 graphql 쿼리는 context 설정에서 토큰을 검사 (access token 재발급 쿼리만 제외)

• 구글맵, naver direction5 같이 쓰는거에 관하여

  • 지도 띄울때는 구글맵을 사용
  • naver direction5의 경로계산, 경유지, 택시요금 기능 사용
  • 예를 들어, naver direction5에서 얻은 좌표값(배열)을 이용해서 구글맵에 해당 값으로 띄울 계획

• refresh token 저장위치에 관하여

  • 서버 쪽에만 저장 VS 클라이언트 + 서버 쪽에 저장
  • 서버 쪽에만 저장해야 된다는 의견의 뒷받침
    • 클라이언트가 리프레쉬 토큰을 가지고 있으면 탈취당할 우려가 있으므로 서버에 저장을 해야한다. - CY
  • 둘 다 저장해야 된다. - JH
    • 서버만 저장하고 있으면 액세스 토큰이 탈취될 경우 사용자가 로그아웃 하기 전까지 별 다른 검사없이 엑세스 토큰을 재발급 받을 수 있게 된다.
    • 둘 다 저장하고 있을 경우 액세스 토큰을 재발급 받을 때 리프레쉬 토큰도 같이 보내줘서 서버쪽에 저장된 리프레쉬 토큰이랑 비교 후 일치한다면 액세스 토큰을 발급하는 방식으로 하면 보안적으로 조금 더 괜찮다고 생각이 든다.

멘토님과의 미팅

지난주에 작성한 내용/문서 발표

• 백로그

• 로드맵

  • 진행할 때마다 칠하지 않고 미리 일정들을 칠하도록 수정하는게 좋아보임 (어떤 업무를 누가 언제하는지 한 눈에 볼 수 있도록 하기 위해서 추천함)

• 기술정리

피드백

• 회원가입할 때 어떤 형식으로 서버와 통신하는지?
  • rest API(saga) + graphql
    • 그렇게 하면 힘들것 같음
    • graphql로 다 하면 좋을 것 같다
      • apollo directive 사용
  • 미들웨어에 freepass를 이용해서 freepass의 유무에 따라서 인증을 타거나 타지 않도록 graphql에서 설정할 수 있음

코드 공유

• directive 기능
• @ 붙이면 특정 함수를 탄다
• 특정 쿼리전에 로직을 수행하도록 해주는 것

열심히 하고 계시네요 :)

기술스택

• 기술스택에 세부적인 내용을 따로따로 적어놨는데 따로 받아서 사용할까봐 물어봄
• 하나의 패키지가 다 지원해줌

Q&A

1. 구글맵에서 경로 계산이 한글로 안됨

• → 구글맵이랑 네이버 같이 쓰기
  • 국내에서 테스트를 한다고 해도 GPS를 임의로 설정할것이기 때문에 네이버맵을 사용하지 않고 테스트를 해외에서 하도록
  • 개발자 도구에서 sensors 사용

2. refresh token

• refresh token 이 14일이면 클라이언트에서 사용 가능
  • localstorage가 아닌 cookie로
• passport가 세션 기반이다
  • stateless를 쓸수는 없음
  • 그래서 세션이 들어가기 때문에 크게 고민할 필요 없음
  • 서버에서 판단을 한다
  • 쿠키세션을 받아서 확인하기 때문에
• 로그인 보다는 실시간 통신에 더 중점을 두도록!!