4월 18일

Issues

• sequelize 영속성 컨텍스트
  • memory-cache 캐싱 사용
• 실시간 업데이트 (북마크on/off, 알림 on/off, 마지막으로 본 화)
  • socket.io로 구현

Daily Scrum

• 캐싱... 고려해야 할 게 많아서 은근 머리 아프네
  • 일단 캐시 key값 뭐였지 하고 찾는거 귀찮아서 create해주는 메소드 만들어서 util에 넣었음
  • 그리고 model 검증을 위해 select 하는 쿼리도 매번 호출되니까 부담 돼서 특히 socket 쓸 때 엄청 호출될 게 우려스러워서 그것도 캐싱하는 걸로 했는데... 이렇게 빈번하게 바뀌는 것도 캐싱을 하는 게 맞나? 캐싱 하고 - 지우고 - 하고 - 지우고의 반복일텐데(물론 미친 것처럼 껐다 켰다 하지 않는다면 좋겠지만)
• 실시간 업데이트
  • ws 안 쓰고 socket.io 라이브러리 쓴 이유는 handshake.auth.token 때문...
  • 지금은 user 고려 안 하고 하고 있지만 어쨌든 추가할 거고 (물론 관리는 귀찮아서 테이블도 안 만들었고 그냥 kakao OAuth에 의존할 예정)
  • 어쨌든 access token으로 인증/인가 할 거기 때문에...
  • 추가로 고민인 점은 '북마크' 테이블이 유일하게 record가 hard delete 되는데... 그냥 비활성화로 soft delete를 해야 할지? 근데 딱히 데이터 보존하는 의미도 없는 거라서 괜히 soft delete 했다가 쓰레기 데이터만 남기게 될까봐 (아니 물론 이 프젝을 퍼블릭하게 오픈할 것도 아니지만 어쨌든 고려해야 할 필요는 있지 않나)
  • 물리적으로 삭제가 이뤄지면 사용자가 socket으로 on/off 마구 하면 insert/delete가 마구 될텐데... 차라리 비활성화 시켜서 데이터는 남기되 select/update가 나으려나 싶기도 하고...

Done

• 웹툰 및 북마크 조회
  • response에 북마크 추가
  • graphQL 추가
  • 쿼리 결과 캐싱
  • pagination
• 웹툰 상세 보기
  • platform join
• ws
  • bookmark
  • alarm(update)
  • latest(update)
• ElasticSearch
  • 웹툰 title / author 검색(multi_match)
• SSE(alarm)
• OAuth