- 첫 동기는 유용한 서비스를 만들어본 적이 없어서..
유용한 것을 만들어야 말그대로 개발자라고 할 수 있으니까 시작함 - 23년 3월에 다시보니 서비스 피처보단 기술 적용 플레이그라운드로 쓰고 있는듯?
기술 적용 플레이그라운드 + 유용한 기능 제공 2가지가 지금 목표인듯?
-
현재 미세먼지 측정치
-
미세먼지 수치(PM 값)에 따라 색상 표시하기
-
미세먼지 예보 알려주기
-
도시별 미세먼지 정보 선택해서 볼 수 있도록 하기
-
spring security form login
-
spring security with JWT
- 캐시 적용
- 로컬 캐시
- 다른 캐시(memcached?) 적용해보기
- LRU 방식의 캐시 직접 만들어보기
- API 호출 비동기로 변경
- circuit breaker, retry 적용
- encoded auth key 사용하도록 변경 필요
- 프로퍼티 파일 여러개 설정하기
- 미세먼지 API 불러올 때 마다 DB에 저장해보기
- 도시별 미세먼지 정보 선택할 수 있도록 하기
- 페이지네이션
- nginx 연결하기
- aws에 배포해보기
- 로그인 구현하기
- form 로그인
- 소셜 로그인
- remember me?
- override default cache-control header
- custom logout
- 회원가입 구현
- 회원 가입
- validate DTO
- 회원 정보 수정
- 탈퇴
- 회원 가입
- 보안적 이슈 없는지 (csrf, xss)
- JWT 적용해서 API 인증된 사람만 호출할 수 있도록 하기
- validate jwt token
- generate jwt token
- UI / UX
- 미세먼지 pm값에 따라 화면에 표시할 때 색상 표시하기
- OPEN API 서버가 터졌을 때 대응 정책
- 캐시된거 보여주기
- cache 초기화되면 DB에 있는 가장 최근거 보여주기
- put 대신 patch 써보기
- 참고
- put, patch의 성능 자체는 heavy한 dto가 아니면 차이가 없는듯..
- pm 색상 설정하는 로직 개선할 수 없을지...
- 지역 테이블이 미세먼지 테이블의 외래키를 가지고 있어야 하나? 아니면 반대여야 하나?