채팅기능 구현을 위해, Supabase 의 Realtime 을 사용하기로 했다. 일단 데이터 베이스 구조는 위와 같다. 하지만, 채팅방 인원 수를 별도로 테이블에서 관리하는 건 좋지 않은 생각 같다. 실시간으로 연결되어있는 유저의 수를 감지해서 계속 DB 에 값을 바꾼다?? 얼마나 비효율적인가! 이를 해결해보자. Realtime 의 특징 ...

캘린더에서 일정을 표시하는 방법을 수정했다. 일정이 하나라도 존재하는 경우, 일단 더 보기형태로 만들었다. 하지만 더 보기가 있는 것 보다, 아예 일정에 색을 넣어서 표현하는 게 좋아보인다. 그 중간에, 와이어프레임의 break point 를 지정하고 메인 페이지의 전체 컨테이너 크기를 지정했다. 모바일 기기를 구분하는 지점으로는 max 76...

사실 빼먹은 것들은 정리한다고 보는게 더 맞겠다. 데이터 베이스 테이블을 구성해보았다. 물론 중간 중간 변경 점이 생기겠지만, 일단 이렇게 구성해보았다. 다음으로는 개발 일정을 짜보았다. 이후 캘린더 연동을 완료했고, 좁은 공간에 어떻게 표시할 수 있을지 생각해봐야겠다.

MVP 에 채팅 기능을 포함하도록 결정했다. 이에 따라, 채팅 기능을 어떤 방식으로 제공할 지 논의를 나누었다. 다양한 방법이 후보에 올랐다. 첫 번째 스터디 / 프로젝트 공고의 경우, 글 게시자 다른 유저 간 1:1 채팅방 개설 컨퍼런스 / 행사의 경우 인원 제한을 건 오픈 채팅방 자유 개설 ...

최종 프로젝트를 시작해서, 하루 동안 했던 일의 기록을 남기기 위해 별 게 없더라도 쥐어 짜내서 정리해보려고 한다! 어제 보다 조금 더 구체적인 내용이 되었다! 프로젝트 명(가칭) 프로젝트 방향성, 주제등이 빠르게 정해져 이름도 금방 정한 것 같다! 그렇게 설정한 이름은 바로, @gather_here 가 되시겠다. 서비스의 주요 기능이...

프로젝트를 진행하고, 정리하고 싶은 부분이 있어 간단히 정리해보기로 했다. 좋아요 기능을 구현하는 것에 애로사항이 있었다. 게시글 좋아요를 누르면, DB 에서 게시글에 대한 좋아요 수를 +1 만큼 늘려줘야하고 유저가 좋아요 누른 게시글 목록에 추가해줘야 했다. Supabase 를 사용하고 있고, 별도의 SQL 문을 작성하기엔 지식이 부족했다. ...

Next js 프로젝트에서 Supabase 를 이용할 일이 생겼다. 그런데, 코드 작성할 때 조금 애를 먹기도 해서 어떤 요소를 고려해야하는지 코드와 함께 정리해보려고 한다! 상황 app router 방식으로 구성한 NextJS 프로젝트에서, supabase 를 사용할 필요가 있었다. 별도의 DB 를 구성할 수는 없기에, BaaS 를 이용하...