프로젝트/항해99 개인 프로젝트

💡 기존의 암호화 방법우리가 프로젝트를 하다보면 사용자의 데이터를 암호화 해주어야 한다는 것을 한번쯤은 듣게 된다. 그래서 데이터를 암호화하기 위해 암호화하는 로직을 만들고 암호화를 했다면 복호화를 해야하는 로직도 만든다 문제점암호화를 하는 타이밍마다 해당 로직을 구성해주어야 하고 그 타이밍마저 다 다르다수정을 위한 코드에도 암호화가 들어가야한다또한 사용자에게 데이터를 전달하거나 비교를 할 때 일일히  복호화 로직을 또 구해야한다는 것이다.만약 코드를 누락할 경우 문제가 발생할 수 있다. 💡 JPA의 AttributeConverter이 문제들을 해결하기 위해 JPA의 AttributeConverter라는 것을 이용해보려 한다. 간단하게 설명해보자면 서버에서 DB로 데이터를 넣기전과 DB에서 데이터를 ..

고민세션을 사용하는 프로젝트의 경우 세션을 지우는 것으로 로그아웃을 진행한다. 그러면 세션을 더 이상 체크 할 수 없기 때문에 로그아웃이 된 것처럼 보이기 때문이다. 하지만 토큰을 사용하는 현재 프로젝트의 경우에는 사용할 수 없다. 때문에 로그아웃을 하기 위해서 세션처럼 확인을 할 수 있게 해주는 무언가가 필요했다. 1. RefreshToken세션처럼 사용 할 수 있는 무언가가 필요했고 그것을 RefreshToken으로 정했다. 해당 토큰으로 존재하면 로그아웃이 아니고 지워졌다면 로그아웃 상태로 판단을 했다. 모놀리식으로 진행한 프로젝트에서는 전체 서비스가 하나의 DB를 바라보고 있기 때문에 테이블을 하나 추가하면 접근하기 굉장히 쉬웠다.  로직간단히 말하자면 로그인이 성공하면 onAuthenticati..

💬 사용해야 하는 이유 이번 개인 프로젝트의 구현 내용 중 배송 상태를 체크하여 상품을 취소하거나 상품의 반품을 진행하기 위해 주문한 내용의 배송 상태를 확인해보아야 한다. 이번 조건은 시간 단위가 아닌 일일단위로 결제를 한 당일부터 하루하루가 지나가며 조건이 생긴다 그렇다면 상태가 하루에 한 번씩 바뀌면서 체크를 해서 취소 혹은 반품을 할 수 있는가에 대한 상태를 반환받고 그 내용에 따라 진행이 되어야 하는데 이때 굉장히 번거로운 일이 발생한다 하루에 한번씩 배송 상태를 체크하는 요청을 보내야 하는가? 이는 굉장히 귀찮은 방법에 속한다. 그래서 이걸 자동으로 하는 방법이 없을까? 라는 생각이 들었고 바로 방법을 찾게 되었다. 💬 @Scheduling 그래서 Scheduling 을 사용하게 되었다. 이걸..