not-a-gardener

식물 기르기의 첫걸음은 '일주일에 한 번 물을 주세요'에서 벗어나는 것이라는데... '물주기 3년'이라는 말이 있을 정도로 이 단순한 돌봄이 그리 쉽지만은 않다. 지금부터 만들 프로그램은 ‘일주일에 한 번’이 아닌,

아이디/비밀번호 찾기, 최근 소셜 로그인 서비스 알려주기

배열을 주면 폼을 드려요

1. 문제 상황! 1) not-a-gardener의 메인 기능 not-a-gardener의 메인인 Plant, Garden 기능을 소개하자면 다음과 같다. 관수 주기 계산 (ex. 오늘 물 줄 날이에요, 물이 말랐을 수 있으니 흙을 확인해보세요, 물 줄 날짜가 지났어

1. 구현 기능 not-a-gardener는 "일주일에 한 번 물을 주세요"에서 벗어나기 위해 만든 서비스다. 물주기 기능에서 구현한 것들은 다음과 같다. 두 개 이상의 물주기를 기록하면 '최근 물주기'가 생성된다 기록된 주기를 사용해 다음 물주기 스케줄을 알려준다

# 1. 예외처리 크게 세 가지로 나눠볼 수 있다. 종류 | 해결 방법 --- | --- 표준 예외를 사용한 예외처리 | @RestControllerAdvice 커스텀 예외를 사용한 예외처리 | @RestControllerAdvice, Custom Exception

JWT와 OAuth2 로그인을 도입하며 access token을 처리하는 것에 벅차 refresh token 구현을 미루고 미루다 드디어 구현! login_flow흐름 상으로는 기존 로그인 및 access token 발급 플로우에 refresh token 발급 로직을

# 1. refresh token은 왜 사용하는가? 1) 로그인 유지: 액세스 토큰은 일정 기간 동안만 유효, 사용자는 액세스 토큰이 만료돼도 refresh token으로 새로운 액세스 토큰을 발급

# 1. 기본 세팅 ## 1) Amazon Machine Image(AMI) AMI란 EC2 인스턴스를 시작하는 데 필요한 정보를 이미지로 만들어 둔 것. -> **Amazon Linux** ## 2) 인스턴스 유형 인스턴스의 사양을 선택하는 페이지. 프리티어 사용

EC2의 jenkins에서 github push 트리거를 사용해서 배포하려다, '나 혼자 만들어서 배포하는 건데 굳이 github의 소스를 내려받을 필요가 있을까?'라는 생각이 들었다. 결국 로컬의 jenkins를 사용해 배포하기로 결정했다. 고로, 이 포스팅은이 포스

기존 @Query로 JPQL이나 nativeQuery를 사용했던 메소드를 QueryDsl을 통해 리팩토링했다.(QueryDsl 진작 배울걸 정말 재밌다 😆)식물 테이블에 물주기 테이블을 LEFT JOIN 후, 물주기 기록이 없는 식물을 받아오는 쿼리다.QueryDsl

Refresh Token의 문제점을 생각해봤다.1) 유효기간이 긴 RT가 탈취될 경우 보안은...?이 경우 Refresh Token Rotation을 구현하여 Refresh Token의 일회성을 보장하면 해결될 듯 하다.그런데 문제는 다음부터다.2) 탈취범이 정상유저보

문제상황: 더이상 Dao 코드를 참을 수 없음 이 프로젝트는 대충 이렇게 생겼었다 연관관계가 있는 Repository를 Dao에서 조합해서 엔티티를 다루는 방식이다.