20210819(목) [항해 74일 차]

나는 내게 일어난 일이 아니라 내가 되기로 선택한 사람입니다.
- 칼 구스타프 융 -

오늘 한 일 : 카드 수정 버그 고치기 위한 비즈니스 로직 정리 및 백엔드 한 분께 내용 공유(다른 분들은 바쁘셔서 다음에 이야기 하자고 하셨다.)

카드를 동시에 옮길 때 복사되는 문제 1. 소켓 이용하기 2. 카드에 위치 정보를 추가하여 옮겼을 때 GET한 위치와 다를 경우 안옮겨지고 새로고침하기 (drag 시 false, drop 시 true변환 / drag하고 비정상적 종료할 때 해결이 힘듬, 위치 수정할 때 위치에 대한 정보를 겹쳐지지 않게 순차적으로 표현하는 게 힘듬) 3-1 카드에 dragtime, droptime 도입하여 dragtime이 GET한 card의 정보와 DB에 담겨진 정보와 일치 할 시 dragtime을 현재 시간으로 설정   drop 시 GET할 때의 droptime보내기, DB와 비교 후 동일하면 리셋 후 기존대로 위치 수정 진행 동일하지 않을 경우 동시에 누군가 drag한 후 먼저 drop한 것 이므로 새로고침 3-2 카드 dragtime 또는 droptime DB와 불일치 시 Drag 시 보낸 dragtime다르고 droptime 일치 할 경우(누군가 수정중) 현재 시각과, dragtime 비교 -> 20초 이상 차이 날 경우 dragtime 리셋, drop 시 droptime 리셋 및 수정진행 20초 미만 차이 날 경우 바로 새로고침 (안되면 drop 시 새로고침) Drag 시 보낸 dragtime과 droptime이 둘 다 다를 경우(누군가 수정을 해놓았고 현재 보이는 화면과 D정보가 불일치 하는 경우) / 바로 새로고침(안되면 drop시 새로고침) Droptime만 다를 경우 지금 생각하기엔 존재할 수 없는 경우의 수 프론트에서는 drag시 dragtime droptime cardID를 보내준다. Drop 시 dragtime droptime cardId를 보내준다. 백엔드에서는 drag시 받은 dragtime 과 droptime이 DB의 정보와 일치 불일치를 검사한다. 불일치 할 경우 1. 수정 완료할 때(dragtime과 droptime 모두 다를 경우) 새로고침 해야된다고 알려줌(GET 요청 다시 보내게 하기 or 바로 redirect) 2. 수정 중일 때(dragtime만 다를 경우) 이건 바로 새로고침을 하는 게 아닌 dragtime이 현재 시각과 얼마나 차이가 나는지에 따라 다름 예로 그 차이가 20초 이상일 경우 수정중이었던 사람의 권한을 빼앗고 drop할 때 수정중인 사람은 새로고침이 되도록, 새로 진입했던 사람은 수정이 가능하도록 해야함 새로 진입한 사람이 drag시 보낸 정보와 DB가 20초 이상 차이날 경우 dragtime 리셋, Drop 시 droptime리셋 및 카드 위치 수정 20초 미만 차이 날 경우 새로고침

 

테스트 코드 10개 케이스 작성 및 auth로 token보내는 방법 1조에서 배워옴 from GD 

방 검색 시 키워드와 일치하는 검색에서 포함하는 검색으로 변경 

전반적인 진행사항에 대한 각자 보고, 회의, 처리해야할 일들 공유

인트로 페이지에 넣을 프로필 사진 및 설명 업데이트

인덱스 관련 내용 찾다가 robo 3t에 indexes라고 인덱싱 된 항목이 나타나 있는 것을 확인함. 이렇게 되어있으면 find를 쓸 때 인덱싱 안되어 있을 때 보다 자동적으로 빠르게 찾을 수 있는 것인지는 아직 모르겠음

지금 당장 드는 궁금증 티스토리는 코드블럭이나 테이블 내부의 text도 인식하여 검색엔진을 통해 검색이 가능할까?

 

내일 해야할 것 : 당장 이미지처리 방식 고민 후 서버에서 처리하기(저장은 ec2가 아닌 외부 스토리지에 하는 게 좋아보인다.) status 통일, massage 및 errormessage status에 맞게 통일, 테스트코드 document bucket card todo 생성 및 삭제 작성(시간 남으면 수정도 도전), CI,CD관련 내용 찾아보고 적용 준비(가능 하면 적용),