woniper / bookup Goto Github PK

• travis-ci 빌드/배포 자동화는 끝났고, 배포 완료 후 API health check를 추가해야겠다.

도서 리뷰를 CRUD 할 수 있는 API를 개발한다.

mysql DB 구축

페이스북 계정 로그인을 사용하기 위한 토근을 받기 위해 oauth2 권한을 신청한다.

https://developers.facebook.com/docs/facebook-login/web#redirecturl

#19 이 완료된 후 페이스북 로그인 기능을 개발한다.

1. 로그인 UI를 먼저 개발한다.
2. 로그인 처리 API를 개발한다.

권한은 admin과 user 권한이 있다. admin 권한은 나에게만 부여되고, user 권한은 일반 사용자에게 부여된다. admin 권한은 모든 리뷰를 RUD 할 수 있다.
user 권한은 자신의 리뷰만 CRUD 할 수 있다.

• 성공 또는 실패 시 이메일로 알람오는거 제거
• master 외 브랜치에서도 빌드가 실행됨. 이를 제거

아래 API 요청 시 local Cache에 저장한다.

• 도서 (/books/{isbn}, /books/{title})
• 서점 (/stores/books/{isbn})
• 도서관 (/libraries/{isbn})

local cache는 ehcache library를 이용한다.

• 메인 화면 상단 nav는 모바일에서 스크롤 시 위로 올라갔으면 좋겠다.
• 서점 조회하기 위한 modal의 크기 조절이 필요하다.

• #4 이슈가 완료되면, Spring Boot Admin을 적용해서 모니터링을 쉽게 하도록 하자.
• 아직 먼 이야기인거 같다.

https://github.com/codecentric/spring-boot-admin

• nginx, embeded undertow, ElasticSearch, redis 등을 사용할 수 있도록 docker로 구축
• 먼저 배포 환경부터 Docker로 구축

• local에는 nGrinder 설치
• remote에는 pinpoint 설치

• #4 , #6 과 같은 기능이 끝나면, 어떤 도서를 많이 검색 하는지 분석해보자.
• 미루고 있던 ElasticSearch를 적용해보자.
• 벌써 여러가지 최신 기술을 도입하기 위해 이슈를 많이 생성했는데, 어차피 토이 프로젝트는 이러라고 있는거 아닌가? ㄱ

도서 리뷰를 작성하기 위한 CRUD UI 개발

• 공부 차원에서, 그리고 성능 차원에서 Spring 5에 Mono/Flux를 적용해보자.
• 이것도 언제가 될진 모르겠지..
• 그래도 화이팅

• 현재 지원되는 서점은 알라딘, 교보문고, 반디앤루니스다.
• 서점을 찾기 위해서 모든 서점을 다 조회하는데, 원하는 서점만 검색 가능하도록 한다면, 조회가 더 빨라진다.
• 이미 API에 서점별 조회는 구현되어 있고, UI만 개발하면 된다.
• UI 개발은 재밌긴한데, 어렵당.

• 조회되는 도서에 대한 리뷰 기능을 넣자.
• 개인화 할 수 있도록 로그인도 추가되어야겠지만, 먼저 #4 이슈가 처리 된 후 고민해보자.

페이스북 계정으로 로그인하기 위해 Spring security를 설정한다.

• https 적용 필요
• http2 적용 필요 (tomcat에서 undertow로 변경해야될 듯)

• 도서 검색 시 progress로 검색 중 알림
• 찾고자하는 도서가 없는 경우 toast로 도서 없다고 알림

naver book search api는 하루 요청 건수가 1000건 이하다.
때문에, 하루 request 건수 제한이 없는 API로 변경해야한다.
하지만, 다른 API 또한 request 건수 제한이 있다면, API를 여러개 사용해서 번갈아가며 사용하는걸 고려해야한다.

• 현재 bookup에서 사용하는 API는 간단한 인증 절차 조차 없음
• 때문에 토큰 기반의 인증이 필요하다.
• 요즘 회사 업무도 Spring Security로 OAuth2 인증을 하기 때문에 이를 적용해보자.

• 원래 bookup은 검색한 도서를 보유한 도서관을 찾는 앱이였다. (https://apkpure.com/bookup/com.woniper.bookup.activity)
• 그 기능을 여기에 잘 녹여보자.
• 앱을 만들때는 open API가 있었고, 그 API를 다시 활용해 볼 생각인데, 여러가지 API를 조합해서 도서관을 찾아야한다.
• 그래서 앱이 엄청 느렸다. 동기적으로 API를 요청했었는데, 지금 생각하니 동기적으로 API를 요청할 수 밖에 없을거 같다. API 끼리 연속성이 필요하다.
• 하지만, 이 API가 뭐로 만들어 졌는가, 크롤링 떡칠이다. 안되면 도서관도 크롤링하자.
• 나중엔 앱으로 다시 만들어봐도 좋겠다. (하지만 이건 정말 먼 미래)