[Feature]: 로그인/회원가입

[p-acid]

초기 설정

필요성

회원가입 된 유저만이 서비스를 이용할 수 있도록 로그인 기능을 만듭니다.

기능 명세

• 프로토타입 버전에서는 인증과정(auth)이 없으므로 최초 로그인 했을때 localStorage 에 저장한 유저정보를 이용한다.
• 다른 브라우저나 storage를 삭제 한 경우
  1. 유저가 입력한 인게임 닉네임 , 길드명 을 로그인 Form에 입력 후 Submit
  2. User DB 에 입력값과 일치하는지 확인 ( 일치하지 않다면 로그인 실패 )
• 인증 과정이 필요한 경우
  1. next auth를 사용해서 내부 백엔드를 사용할지?
  2. Oauth를 이용해 외부에서 로그인처리를 진행할지?

2023.09.15

❕ 최종 MVP 회원가입 프로세스 1. OTP 요청 및 인증 2. 소셜 로그인(네이버 로그인) 3. 유저 `pending` 상태로 가입 성공

• public 권한으로 진행할 수 있는 기능이 많아진다면 추후 소셜 로그인과 OTP 단계가 변경될 수 있다.
  • 현재는 public 권한으로 진행할 수 있는 기능이 인증 재요청 뿐이기에 OTP 선 인증을 필수로 함이 좋다고 판단.

유저 롤은 회원가입 단계에서 결정나는가?

• 일단 MVP의 경우 임의로 어드민을 운영진에서 담당하여 진행하고 어느정도 안정화가 되었을 때, 어드민 권한을 임의 유저에게 전달하는 것으로 결정
  • 모든 유저는 가입시 유저 권한을 가짐
  • 추후 복수 길드 가입이 결정되고 페이즈 2에 접어들면 그때 제작하기

알림 관련 논의

• 알림 DB를 하나 생성
  • DB의 타입을 나눠서 추가적인 기능을 만들 수 있도록 스키마 작성하기
  • 현재 가능한 타입은 회원가입 알림 타입 정도
  • 추후 운영자 알림, 개발 노트 알림 등을 전송할 수 있을 듯
  • 내 피드에 댓글이 달린 경우
• 알림 DB 데이터 삭제 시점
  • (임시) 삭제하지 않고 읽음처리로 결정 - DB 트래픽 확인 후 변경

2023/09/19

프로세스 정리 마무리

1. 로그인 / 회원가입을 소셜을 통해 진행 (네이버)
2. signUp 함수가 실행되면 /redirect 페이지로 라우팅 하고, 해당 페이지에서 다음 분기 진행 a. DB에 계정이 있고 ACTIVE인 경우 b. DB에 계정이 있고 PENDING인 경우 c. DB에 계정이 없는 경우
3. a의 경우엔 바로 /feed 경로로 라우팅
4. 나머지 경우엔 /waiting(임시) 경로로 이동시키고 b의 경우엔 알람 재전송 푸셔 버튼을 렌더링하고, c의 경우엔 길드명, 인게임 닉네임을 입력하여 대기 명단에 올리는 폼을 렌더링 한다.

2023/09/21

• 소셜 아이콘을 사용하는 것이 기존 shadcn 라이브러리의 디자인과 융화되지 못한다고 판단되어 Button 컴포넌트를 커스텀 해 사용
  • 소셜 플랫폼이 추가될 때 마다 브랜드 컬러에 맞춰 스타일 적용할 예정
• 계정 생성 요청 이후에 요청한 계정을 수정할 수 있는 방법을 재고
  • 수정 폼을 추가하여 PENDING 단계에서 수정할 수 있도록 함