-
Notifications
You must be signed in to change notification settings - Fork 4
Week3
김준엽 edited this page Nov 21, 2022
·
8 revisions
- 검색 api 개발 response 까지 개발한뒤에
- 연관검색어 캐싱 (mongodb) >> 너무 과소비이다. (차라리 elastic search를 쓰는 게 낫다)
- 검색한 결과를 mongoDB에 캐싱하는 기능 추가 (일단 보류)
- 검색한 결과 페이지 구성
- 검색화 결과를 필터링하는 토글 구성
-
엘라스틱서치
- 엘라스틱서치에 우선 연관검색어 api call을 했을때 파이프라인을 구성(연관검색어를 call했을때 elastic search에 있는가에 대한 여부)
- 이후에 업데이트 되는 논문에 대한 대응 구성
- scihub의 예시 8800만개의 논문을 보유 중 (api 존재, 우선 mongo db에 저장)
- title split << 연관검색어 api에 돌려버린다.
- 현재는 연관검색어를 5개를 가져오지만 다 가져와버리고 elastic search에 캐싱?
- 메인 페이지에서 해당 논문 클릭하면 이동(3번째 페이지 구성할 때 이후 구현)
- D3 공부 미리 시작(우선 위 부분 구성 이후에)
- BE: 10-1, 10-2
- FE: react query(캐싱) 디바운스, 코드 merge, 11-1, 11-2
- BE: 10-1, 10-2 (pagenation)
- FE: 10-3, 10-4(필터링, pagenation)
- BE: elastic search 연결
- FE: 로딩창, D3 공부(좌표계산)
- BE: elastic-search 캐싱 (연관검색어)
- FE: D3 study (GPU 활용)
- 그래프 설계 방향 토론(성능 개선)
- 피어 세션 및 회고
- 📒 설계서
- 📕 기획서&디자인 피그마
- 🧾 백로그
- 🗂 API