임시회원가입한 유저가 정식 회원가입을 할 수 있도록 하자. 일단, USER 테이블부터 변형하자. 현재 user 테이블 변경된 ERD의 user 테이블 api 문서화? 일단 DROP TABLE IF EXISTS User; CREATE TABLE User ( UID VARCHAR(255) PRIMARY KEY, Grade INT DEFAULT 1 NOT NULL, userName VARCHAR(255), nickName VARCHAR(255) DEFAULT 'NewFriend' UNIQUE NOT NULL, sex ENUM('M', 'F', 'secret') DEFAULT 'secret' ); -- 모든 회원 데이터 삭제 -- DELETE FROM user; -- 회원가입시 삽입 구문 INSERT INTO ..

RDBMS를 사용하는게 맞다고 생각되어서, 그렇게 하기로 결정하였다. node.js에서 pstmt는 어떻게 한다던가 그런건 아직 생각해보지 않았지만, 일단 나중에 고민하도록 하자. db는 mariaDB를 사용하기로 한다. Flutter의 home_frame에서도 bottomScreenItems를 class화 하여 다시 작성해야 하는데, 이는 조금 천천히 하도록 하자. DB는 일단 결정 났고, ERD도 대강의 틀은 나왔다. 이제 임시회원가입 기능까지는 끝났으니, Node.js에 데이터를 입력하며 정식 회원가입을 하는 과정을 진행하면 될것이다. 하지만, 우선 현재 DB의 구조는 제작된 ERD는 일단 이런식으로 구현했었다. USER테이블에 처음 접근할 때, UID를 통해 조회한다. UID가 USER테이블에 존..

Firebase Authentication 식별자 제공업체 생성한 날짜 로그인한 날짜 사용자 UID 현재 내 USER 테이블 user_no user_ID user_PW user_name nickname sex JoinDate LastLogin LastPWupdate Authentication에서 정보들을 관리해주기도 하고, 너무 많은것을 취급하려 했었던게 아닐까 싶다. Firebase Authentication에서 비밀번호 찾기는 어떻게 하지? 일단, Node에서 너무 많은 처리를 하도록 하려 했었던것은 욕심이였던 것 같다. 원래는 회원가입 할때마다, 내 Node에도 데이터들을 넣어주려 하였는데, 그냥 로그인은 UID로 하고, USER 테이블에 정보를 집어넣는 2차 가입 단계를 가지면 될 것 같다. 그리..

로그인/로그아웃 자체는 일단 된 것 같다. 이제, DB를 구성할 차례. 회원가입할때에 데이터를 백엔드에 보내고, 백엔드에서는 DB에 입력 후 결과를 리턴하는? 데이터가 백엔드를 거치지 않고 회원가입이 되게 된다. Flutter에서는 Node.js로 데이터를 보내고, 회원가입 절차는 Node에서 진행하도록 해야 하나? https://console.firebase.google.com/u/2/?hl=ko 로그인 - Google 계정 이메일 또는 휴대전화 accounts.google.com 일단, firebase Authentication에서 나에게 제공하는 데이터는 1. 식별자(ID, E-mail) 2. 제공업체(E-mail, google 등) 3. 생성한 날짜(회원가입일) 4. 로그인한 날짜(마지막 로그인)..