1. 증상데이터베이스를 supabase 로 이전하고 나서, 운영 데이터를 복사하여 넣은 뒤, 개발 서버에 우선 붙여 테스트 해보았다. 그런데 문제가 생겼다.현재 운영 서버에서 지정한 '예약 가능 시간' 범위는 "금요일 오후 6시부터 오후 8시"그런데 그 이외 시간들에 대해서 현재 예약 가능한 상태로 프론트 ui 가 그려지고 있었다. 즉, 원래대로라면 이렇게 그려져야 하는데, 예약 가능 시간 정보를 못 가져오는 문제가 발생하였다. 2. 원인 찾기우선 프론트에서 확인할 수 있는 로그를 확인해보았다. 개발서버에서 출력중인 로그를 확인한 결과 5초로 걸어둔 timeout 리밋을 벗어나서 에러가 나고 있었다.특정 날짜의 예약 시간 데이터를 조회하는데 5초가 넘게 걸린다니..?동아리에서만 쓰는 프로젝트라 데이터..

배경AWS 를 통해 서버를 돌리고 있었는데, 정책 변경에 따라 과금이 발생하는 구조가 되면서, 평생 무료인 오라클 클라우드로 서버를 이전하기로 하였다. 데이터베이스는 RDS 를 사용하고 있었는데, 이전하는 선택지는 크게 3가지가 있었다. 1. 오라클 클라우드에서 제공하는 오라클 데이터베이스2. vm 에 mysql 설치3. supabase 서비스 활용 이 중에서는 3번을 선택하기로 하였다.오라클 데이터베이스는 sql 문법에 차이가 있었는데, 우리 모두 mysql 문법이 익숙했고,vm에 mysql 을 설치해야 하는 것은, vm 이 다운되었을 때 데이터베이스가 같이 내려가고, 데이터베이스에 대한 운영 관리를 직접 신경써야 하는 부담이 생기기 때문이다. 과정오라클 계정을 받는 방법과 인스턴스 생성 과정 및 기본..

25/01/02 - 세 번째 회의깃허브 조직 생성12월 29일에는 큰소리 깃허브 올가를 만들었다.   오늘 글쓰면서 구글에 검색해봤는데, 세번째로 보인다.조직 메인화면 진짜 대충 작성했는데.. 부끄럽기도 하고 신기하기도 하다.  로고도 캡쳐해서 넣었는데 이렇게 보니까 뭔가 있어보여서 좋다 ㅎㅎ  디자인 작업 시작두 번째 회의 이후, 12월 28일에 프론트 팀원들이 기획에 맞게 와이어프레임 작업을 추가로 진행했다.이 무렵 회의하면서 디자인을 어떻게 할 지에 대해서도 이야기 했었는데, 마침 시디과에 아는 지인이 있는 친구가 있어서 컨택했으나, 아쉽게 같이 하기 힘들게 되어 우리끼리 디자인을 해보기로 했다. 12월 30일에 디자인을 시작했고, 2주 정도에 걸쳐서 페이지 디자인을 시작했다.디자인을 하기에 앞서 ..

전에 같은 컴퓨터공학과 밴드인 깔루아와 고스락이 자체 웹 사이트를 만들어서 홍보한 것을 본 적이 있다.(이번에 참고하려고 에타 열심히 찾아봤는데 지금은 안 보인다. 내가 착각한건가..?)그래서 전에 같은 동아리 동생에게 '우리도 웹사이트 만들면 재밌겠다' 라는 얘기를 한 적이 있다.그리고 그 친구가 진짜 다른 동아리 사람을 모아서 방학부터 6명으로 팀 프로젝트를 시작하게 되었다. 24/12/19 - 첫 회의첫 회의에서는 프로젝트 목표에 대해 이야기했다.처음에는 러프하게 '웹사이트 있으면 좋겠다'. '연습실 예약 기능 있으면 좋겠다'.로만 가볍게 생각했던 기능에 더해 프로젝트를 통해 어떤 것을 만들고 어떤 문제를 해결하고 싶은지 논의하였다.   6명이 각자 의견을 모아서 큰 기능에 대한 다양한 아이디어를 ..

아이를 맡기고 맡는다는 핵심 로직의 구현이 어느 정도 완료되어 서브 커뮤니티을 구현하기 시작했다. 게시글과 각 게시글에 달리는 댓글을 관리하는 CRUD 를 구현하였다. 문서 필드는 위와같이 구성하였다. comment_count 를 따로 속성으로 빼둔 이유는, 전체 글 리스트를 조회할 때 댓글 개수는 필요하지만, 댓글 데이터 자체는 필요하지 않기 때문에 댓글 갯수를 별도 필드에 저장하도록 하였다. 그런데 지금 생각해보니 댓글 개수 정보는 하위 컬렉션에 저장해두고 매번 API 호출 시 댓글 컬릭션의 문서 갯수를 세서 반환하므로 굳이 DB 필드로 존재할 필요는 없었을 것 같다. 삭제를 고려해야겠다. 댓글은 위와 같이 구성하였다. 내용과 댓글 작성 시간, 작성자 정보만 저장하였다. 기능 구현 자체는 게시판 만들..

일단 무작정 배포하기 처음 프로젝트를 시작할 때는 프론트에서 API를 사용하기 위해 백엔드 레포지토리에서 코드를 받아 직접 로컬에서 서버를 실행시킨 뒤, localhost:8000 으로 요청을 보내는 방식을 사용해야했다. 하지만, 아무리 readme에 서버 구동 방법을 자세히 적어두어도 파이썬 설치, 가상환경 설정과 같은 개발환경 세팅을 장고를 학습해보지 않은 프론트가 따라하기에는 어려움이 있을 수 밖에 없었다. 프론트 멤버가 개발을 하기도 전에 백엔드 개발환경 세팅으로 고생하는 것을 보고 이건 아니다 싶어서 일단 빨리 서버에 배포부터 하자고 생각했다. 서버는 어떤 서버를 사용할 지 생각을 해봤는데, pythonanywhere 같은 호스팅 사이트를 사용하는 것도 괜찮은 듯 보였으나, 이번 기회에 직접 장..

로그인 API 구현 이후로는 채팅 API를 구현하게 되었다. 우선 실시간 채팅 API를 구현하기 위해 Firestore 에서 제공하는 document 변경 감지 기능을 사용하는 것을 고민해보았다. https://firebase.google.com/docs/firestore/query-data/listen?hl=ko Cloud Firestore로 실시간 업데이트 가져오기 | Firebase 의견 보내기 Cloud Firestore로 실시간 업데이트 가져오기 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. onSnapshot() 메서드로 문서를 리슨할 수 있습니다. 사용 firebase.google.com 채팅방에 해당하는 문서를 만들고, 그 문서 안에서 채팅 내역 데이터가 바..

핵심 기능인 아이 돌보기 / 돌봄 맡기기 데이터의 CRUD API 를 구현하였으니, 다음으로는 로그인을 구현하기로 했다. 로그인을 빠르게 구현한 이유는 각 유저마다 '아이 돌보기' 데이터를 하나만 생성할 수 있도록 세운 정책에 의해 '돌보기' 데이터의 생성 API 는 현재 로그인된 유저의 정보를 가져오도록 코드를 작성하여 로그인이 필요했기 때문이다. 구현을 시작하기 전에는 전에 플러터로 개발한 앱에서 Firebase로 로그인을 해봤으니 금방 구현할 수 있겠다고 생각했었으나, 막상 해보니 내가 03 있었던 점이 있었음을 깨달아서 난관에 부딪혔다. 클라이언트 Firebase vs 서버 Firebase 내가 착각하고 있었던 점은 플러터 + Firebase 로그인을 할 때는 플러터 앱(클라이언트) 에서 Fire..

API 명세 논의 24년 1월 8일, 사당 스타벅스에 모여 회의를 진행했다. 내가 작성한 명세서를 토대로 더 추가해야할 API 가 있는지, API 에서는 어떤 형식의 데이터를 주고 받아야 하는지를 논의하였다. 논의 결과 아래와 같은 형태로 데이터를 주고 받게 되었다. { "start_time": 1100, "date": "20240115", "child_age": 2013, "rating": 4.2, "address": "서울시 마포구 와우산로 70 홍익대학교 T동 702", "end_time": 2000, "email": "test2@example.com", "status": "waiting", "gender": "f", "id": "test2@example.com" } 이걸 논의하면서 프로젝트 기획의..

23년 10월, GDSC Hongik 에서 진행한 프로젝트 트랙에 참가하였다. 2달간의 Django 온라인 학습을 마치고 23년 12월 중순부터 본격적으로 '프로젝트' 활동을 시작하였다. 23년 12월 15일에는 같이 프로젝트를 진행할 팀 빌딩이 진행되었다. 백엔드 2명, 프론트 2명으로 이루어진 팀이었고, 나는 백엔드로 참여하였다. 프로젝트는 구글 솔루션 챌린지와 연계되어 진행하는 방향으로 기획되었다. 구글 솔루션 챌린지는 UN이 정한 인류 발전을 위해 해결해야 하는 17가지 문제를 위한 사회적 서비스를 2달 동안 만드는 챌린지이다. 처음에는 가볍게 학교나 일상 속 불편함을 해결할 수 있는 주제로 기획하면 될 줄 알았는데, 구글 솔루션 챌린지 조건에 맞는 주제로 고민을 하려고 하니 아이디어가 잘 떠오르..