분류 전체보기

❗️firebase store에서는 부분 텍스트 검색을 지원하지 않는다. ex) 귀여운 호두라는 유저를 검색하기 위해서, 호두라고 검색하면 쿼리가 불가능하다. 접두어가 일치하도록 입력해야 찾고자하는 유저를 검색할 수 있다 이와 같은 상황이라면, 검색기능에 큰 의미가 없는것 같아 부분 문자열로 검색이 가능하도록 해결해보고자 한다.  export const cleaningText = (text: string): string => { // 특수문자 및 공백 제거, 다양한 언어 지원 const regEx = /[`~!@#$%^&*()_|+\-=?;:'",.\{\}\[\]\\\/ ]/gim; const cleanText = text.replace(regEx, "").toLowerCase(); return ..

CSR의 대표적인 초기 로딩속도를 개선하기 위한 작업들을 수행해보았다. 1. React.lazy와 Suspense 적용하기 SPA의 대표적인 단점으로, 최초 로드시 필요하지 않을 수 있는 모든 파일을 다운받기 때문에, 초기 로딩속도가 길어진다는 점이 있다. 이를 개선하기 위한 대표적인 해결방법중 하나가 lazy Loading이다. 동적 load  해당 모듈이 필요할 때만 로드 → 코드 스플리팅(code splitting)과 지연 로딩(lazy loading)을 가능 → 사용자가 특정 페이지나 기능에 접근할 때 필요한 리소스만 다운로드멍냥생활 서비스의 라우트는 다음과 같이 정의되어 있다.const PATHS = { main: "/main", logIn: "/", signUp: "/signup", f..

좋아요는 많이 사용되는 기능이기 때문에, 성능 최적화를 위해 로직을 분리하는것이 더 효율적이라고 판단하여 이에 대한 작업을 수행하였다. 게시글과 댓글, 대댓글에 좋아요가 가능하도록 구현되어 있고, 좋아요에 대한 collection 또한 분리해두고, post와 comment는 likeCount 필드를 가지고 있어서, 좋아요가 변경될때마다 쿼리를 하지 않도록 하였다.  📎 DB collection 참고https://s-organization-335.gitbook.io/meongnang Firebase DB 설계 | 성능 최적화 & 기술적 의사결정👤 User Users FieldType ㄴ Following FieldType ㄴ Follower FieldType Follow 정보를 User 테이블에서 한번..

이번 주 내가 구현한 기능?이번주차동안에, 많은 기능들을 구현하였다.유저 프로필 정보 생성, 수정과 유저 팔로잉, 팔로워 , 포스트 CRUD에 대해 구현을 하였다. 해당 기능을 구현하기 위해, 어떤 기술적 의사결정을 거쳤는지?팔로잉, 팔로워와 이후 구현할 좋아요 기능에 대해 모두 유저와 관련이 있고  어떻게 해야 db를 좀 더 효율적으로 사용해야할지 생각하면서 collection을 설계해보았던것같다. 처음에 단순하게, 팔로잉, 팔로워를 할때 양측의 db에 저장하면 내입장에선 단순한 로직으로 편리하지만 서버 입장에서 굳이 양쪽을 저장해야하나? 서버쪽도 생각해보는 시간을 많이 가지려고 했던것 같다. 어차피 그럼 모든 쿼리를 해야하는것에 그게 더 비효율적이기에 결국은 양쪽에 저장하기로 하였다. 그리고, lik..

로그인 상태 유지 로그인 상태 전역 관리firebase는 로그인이나 회원가입을 하면, 이와 같이 user정보를 리턴해준다.이 유저 정보를 통해 로그인 상태와, 프로필, 본인의 게시글/댓글 여부같은 작업들을 할것이므로 전역(zustand)으로 user정보를 관리한다.처음엔 새로고침이 발생해도 전역 상태 초기화가 발생하지 않도록, zustand의 persist 미들웨어를 사용하여 localStorage에 담아 이 로그인 상태(유저 정보 존재 여부)를 유지가 되도록 해야겠다고 생각했다.하지만, 찾아보니 firebase 인증 시스템이 사용자의 로그인 상태를 관리하기 위해, 인증 토큰을 사용하고 이 인증토큰의 시간이 약 1시간 정도이기 때문에, 이 토큰이 만료되거나 갱신에 실패하면 로컬스토리지에는 로그인상태이지만..

이번 주  내가 구현한 기능은 ?이번주에 드디어 프로젝트주차가 시작되었다.이번주에 해야할 일은 다음과 같다.1주차환경 세팅 및 와이어 프레임, 유저 플로우 작업페이지 라우팅 설계로그인/회원가입/소셜 로그인 기능 구현컴포넌트 및 라우트의 지연 로딩 약 2.5일정도간 와이어프레임과 유저플로우를 만들고, github commit, issue, PR 세팅 및 프로젝트 구조와 라우팅을 설계하는데 약 3일정도 걸린것 같다. 4일차부터 firebase를 이용한 이메일 회원가입, 로그인, 구글 로그인을 구현하였다. 일단 멘토님께 질문도 드리기 위해 기능을 먼저 구현하게 되었는데, 아직 익숙치 않기도 하고, firebase를 처음 사용하다보니 문서보면서 테스트해보면서 코드를 짜다보니 api들을 다 컴포넌트 안에서 작성했..

팀 스터디에서 얻은 인사이트가 있다면 무엇인가요?어느덧 알고리즘 주차가 끝나게되었다.초반엔 문제 난이도도 어렵지 않았고, 시간도 여유롭고, 아직 의욕도 넘쳐서 한 문제를 다양한 접근방식으로 풀어보려고 하기도 했고,팀원들에게 보여줄 코드다 보니 코드가독성이나 네이밍, 주석에 신경을 많이썼는데점차 갈수록 지치고...어렵고.. 하루 8문제를 목표로 문제 풀기에 급급하다보니, 정답 맞추기에만 초점을 맞췄던것 같다...그래도 3주라는 짧은 시간내에 많은 성장을 해낸것 같아 뿌듯하다. 하지만,  프로젝트 기간내에 내가 과연 몇문제나 문제를 풀어볼 수 있을까 싶은데.. 프로젝트 기간 한달내에  금세 이 알고리즘 접근이나 감을 잃어버릴까봐 좀 걱정되기도 한다...그래도 일단 프로젝트 기간엔 취업 저너 마지막 프로젝트를..

📌  오늘 진행된 강의에서 학습한 내용은 무엇인가요? 어느덧 저번주에 모든 알고리즘 수업이 끝나고, 오늘은 여태 배운것들을 토대로 문제를 풀어보았다.오늘의 문제들은 어려워했던 그래프 탐색이나, 다익스트라, DP같은 문제는 없어서 어렵지 않게 풀 수 있었던 것 같다.정형화된 알고리즘 문제들은 난이도가 좀 있어도 어느정도 풀리는것 같은데,개인적으로 패턴을 찾아야하는 그런 문제들이 가장 어려운것 같다. 마치 보드게임할때도 이런거 못하고 싫어하는 나 ....ㅜㅜ그리고 아직 2차원 리스트나 좀 복잡한 구현문제들을 보면 코드로 옮기는게 쉽지 않은것 같다.이런 구현영역은 그래도 문제를 꾸준히 풀다보면 극복될 수 있을 것 같다.   📌 이번 주 진행된 팀 스터디에서 얻은 인사이트는 무엇인가요?오늘 멘토링은 내일로 ..