<aside> 🏁 실전 프로젝트 5주차에 가장 집중해주셔야 할 것은 “서비스의 완성도 높이기”입니다. MVP에 추가 및 보완해야 할 기능, 우리의 서비스가 기술적으로 인정 받을 수 있는 특징을 정리해주세요. 멘토님들과 함께 프로젝트를 높은 완성도로 마무리 할 수 있는 방향을 점검해 봅니다.

</aside>

• 지금까지 배운 트러블 슈팅에 대해 고민하신 후, 가장 적합하다고 생각하는 트러블 슈팅을 스택별로 한 가지 작성해 주세요!

  • FE
  • BE

• **프로젝트에 새롭게 도입한 기술이 있다면 정리해 주세요! (도입 이유도 꼭 적어주세요!)**ex.

  • FE
  • BE

• 이번 주 한 일

  • 팀 전체 (리더님께서 필두로 정리해 주세요.)
  • FE
    • Font / Layout 반응형 설정(PC 중앙정렬, MO 최적화 UI)
    • Info UI 퍼블리싱 개선
    • 게시글 작성 시 태그 검색(게시글 작성 시 구 내에 등록된 태그리스트 Get 후 전역상태로 프론트 내에서 검색하여 동일 태그 추가 기능 구현)
    • Hot태그 20 (지역구 별 핫태그) Get / Modal UI 퍼블리싱
    • Props drilling 방지를 위해 Redux 전역 상태 관리 범위 확장
    • 독바 아이콘 UI 스위치를 위한 유저 구/로케이션 정보 전역상태로 변경(로컬스토리지 > 전역상태)
    • 액세스 토큰 만료 시 리프레쉬 토큰을 활용한 토큰 재발급 로직 구현(Axios Interceptor 활용)
    • 워크스루 UI 퍼블리싱
    • 프로필 수정 PUT(이미지/닉네임)
    • 닉네임 중복확인(전체 닉네임 리스트 Get 후 전역상태로 프론트 내에서 검색하여 벨리데이션 텍스트로 진행, 저장 시 백엔드 이중체크)
    • Home 정보 GET, UI 퍼블리싱
    • 무한스크롤 개선(중복 데이터 이슈해결)
  • BE
    • 신고 기능 구현
    • 닉네임 중복확인용 리스트 리턴
    • redis
    • 토큰 만료시 reissue
    • (1202 금 예정) Nginx 를 활용한 무중단 배포
  • 배포준비
    • 설문지 작성 : https://forms.gle/788k8ygRzdZBWU4j7
    • 인스타그램 개설 : https://www.instagram.com/boombiboombi.official/
  • 팀원 개인별로 작성해 주세요.
    • 오기쁨 - 홈 인포, 게시글 작성 시 (프론트 내부 검색), gu,location 상태관리, 핫태그20 외 퍼블리싱
    • 임효진 - 프로필 수정, 닉네임 중복확인(프론트 내부검색), 액세스 토큰 재발급 로직, 프롭스→전역상태 리팩토링 외 퍼블리싱
    • 정성우, 장윤서, 유도원 : 백엔드 다 같이 이번주 tasks를 수행하였습니다.

• 이외에도 기술적인 방향을 잡기 위한 질문을 정리해오시면 가장 좋습니다!

  redis를 어떤식으로 더 활용할 수 있을 까요? ex) 현재 좋아요 연타 시 문제가 있어서 redis를 활용하여 중복된 요청을 처리하려고 하는데 올바른 방향인가요?

  리스트로 겟 했을 때는 조회수가 반영이 안되서 문제가 없음 → 상세조회 페이지에서 좋아요 후 다시 get 하면 조회수가 올라감 (좋아요/ 취소 시 조회수 상승)

  1. redis를 활용해서 일정기간(5분) 동안 같은 유저의 get요청 시 조회수 영향 없도록
  2. 좋아요 api를 list용 상세조회용 으로 분리 (이건 좀 아닌 것 같다는 생각이 듦)

  웹소켓 이용하여 DM 및 실시간 알림 기능 구현할 예정입니다. 실시간 알림 같은 경우 sse를 사용하는 것이 효율적이라고 이해했는데

  dm과 알림을 모두 구현 할 경우 모두 웹소캣으로 구현하는 것이 효율적인지 따로따로 구현하는 것이 효율적인지 알고 싶습니다.

  • messageQ?

  FE

  Front Redis 활용방안 질문드립니다.

  • 중간발표회 당시 로컬스토리지/세션스토리지/쿠키 등 토큰을 보관하는 저장소 관련 피드백을 주시면서, 브라우저 스위칭했을때도 로그인을 어떻게 유지시킬 수 있는 방안으로 Redis를 사용하면 된다고 추가적인 가이드라인을 주셨었는데, 프론트에서 Redis를 따로 관리하는 것인지 궁금합니다.

  완전 로컬스토리지 처럼 프론트의 전역상태 외 추가적인 DB를 사용하는 개념으로 프론트 Redis를 따로 가져가는건가요? 아니면 다른 방안인데, 저희가 잘못 알아들은것인지, 방향을 잡기가 어렵습니다.

  아니면, 백엔드에서 Redis를 도입할 예정인데, 프론트에서 추가적인 통신방법 변경 등을 통해 개선이 가능한 방안이 있는걸까요? 발표회 이후 구글링을 해보았지만, Redis는 일종의 DB이기때문에 백엔드에서 주로 사용하는것으로 나와서 질문드립니다.

• 숙제: 멘토링 결과 다음 주까지 해올 일

  • 팀 전체 (리더와 부리더님께서 필두로 정리해 주세요.)

  • 팀원 개인별로 작성해 주세요.