[트러블슈팅] 소셜 로그인 이후 닉네임 설정 페이지로 이동하지 못하는 문제🧩 기획 구조프로젝트에서는 사용자 회원가입을 다음과 같이 2단계로 분리해서 처리하고 있었다.1단계: 이름, 이메일, 비밀번호 입력2단계: 닉네임 설정자체 회원가입의 경우, 1단계에서 사용자가 입력한 정보를 localStorage에 저장해두고, 2단계 페이지(/signupNickname)로 이동 후 닉네임을 추가 입력 받아 최종 회원가입을 처리하는 방식으로 구현했다. 이 구조는 단순하고 사용자 경험도 나쁘지 않아 자체 회원가입 시에는 문제없이 작동했다.소셜 로그인도 동일하게, 로그인 후 닉네임 설정은 필수로 받도록 기획했다.하지만 소셜 로그인 후 닉네임 페이지로 이동한 시점에서, 필요한 사용자 정보가 없는 문제가 발생했다.❗ 발생한..

*이음새 프로젝트 중간 점검 이후, 조금 더 우리의 프로젝트를 개선하고자 하였다.어떠한 개선사항들이 있는지 그전에 알아보는 시간을 가져봐야겠다.  🤔 어떠한 개선작업들이 있을까?  리팩토링(Refactoring): 코드를 개선하고 구조를 재정비하는 과정.유지보수(Maintenance): 기존 시스템을 관리하고 필요한 수정을 하는 일반적인 과정.버그 픽스(Bug Fix) 또는 이슈 해결(Issue Resolution): 발견된 문제점들을 수정하는 작업.성능 최적화(Performance Optimization): 시스템의 속도와 효율성을 개선하는 작업.기능 개선(Feature Enhancement): 기존 기능을 향상하거나 새로운 기능을 추가하는 작업.이 흐름에 맞춰 개선사항을 정리해 보자!리팩토링(Ref..

*위 글은 같은 팀원인 정광우행님의 채팅 서비스 구현 관련 글 기반으로 작성했습니다.(광어 X🐟)채팅 서비스-설계스터디 관리 웹 서비스 이음새 프로젝트는 전반적으로 스터디 관련 기능에 집중되어있다. 그래서 사용자 입장에서 고려했을 때, 추가적으로 있으면 좋을 만한 기능이 뭐가 있을까 고민하던 와중, 사용자 입장에서 불편한 상황이 떠올랐다.웹 서비스 특성 상 스터디 게시자가 작성한 스터디의 소개글 이외의 정보를 얻기가 힘들다.결국 스터디를 하려면, 스터디 일정을 잡아야되고 '일정 조율'이 핵심이다.일정 조율을 위해선, 빠른 양방향 소통이 가능해야되고 그 포인트에서 바로 '채팅 서비스' 를 서비스에 추가하기로했다. 사용자 입장에서 채팅 서비스를 이용할 때의 순서 및 구상 채팅방에 입장한다. (1:1채팅..