WorkShop

기존 덕지덕지를 전부 갈아엎고 다시 개발할 예정이다. 1년전 코드를 다시 보니 너무 개판이고, 왜 사용하는 지도 제대로 알지 못한 채 그냥 막 사용했던 기억이 있어, 필자의 경험상 제대로 알지 못하고 사용한 경우에는 다시 새롭게 만드는 편이 귀찮더라도 오랫동안 기억에 남기 때문이다. 그리고 더 오랫동안 기억에 남기기 위해 데이터베이스 설계, 아키텍처 설계 등 개발을 하며 발생하는 거의 모든 내용들을 기록하고자 한다. 개발 목표 "간단한 메모만 하고 싶을 때 사용하는 원격 메모지 서비스" 개발 내용 유저 기능 로그인 (Google Login, Kakao Login) 전부 OAuth 유저 기본 정보 수정 메모지 작성 (수정, 삭제 포함) 배경 화면 변경 로그아웃, 회원 탙퇴 메모지 기능 메모지 색 변경 글씨..

카카오 OAUTH 역시 추가하고자하였지만, 일정에 변동이 생길 수 있기에 카카오 OAUTH는 추후 시간이 넉넉할 때 추가할 것 입니다. 다음 일정: ~ 04.04, 로그인 (DB에 토큰 저장) (나중에 시간이 된다면 로그인 폼이 첫 화면이기에 간단한 이미지를 넣을 예정입니다.) 이상입니다.

일상글에서 언급했다시피 프로젝트명을 Remote Note에서 덕지덕지로 바꾸었습니다. 포스트잇 혹은 메모지를 벽에 덕지덕지 붙인다는 말이 떠올랐고, 어감이 나름 괜찮아서 무엇보다도 Remote Note 보다는 괜찮아서 이름을 바꾸었습니다. 현재 아주 단순한 것부터 개발을 하였습니다. 먼저 엔티티부터 설계를 하였습니다. OAUTH 2.0으로만 로그인하도록 기획하였기에 이에 맞게 엔티티를 설계하였습니다. @Getter @AllArgsConstructor @NoArgsConstructor @Builder @Embeddable public class OAuth implements Serializable { @NotNull @Column(unique = true) private String email; @NotN..

갑자기 원격 노트가 있었음하면 생각에 개인 프로젝트로 한 번 만들어볼까 싶어서 직접 개발해보기로 했습니다. 원격 노트, 원격 메모지에 맞는 이름을 지을 려고 했지만, 딱히 좋은 생각이 들지않아서 Remote(원격) Note(노트) 라고 지었습니다. 누가 작명했냐;; 다음 pdf은 제가 Notion으로 작성한 일종의 기획서입니다. 총 2가지의 프레임워크를 사용할 것 같습니다. React Spring 일단 네이티브도 데드라인에 포함시켰으나, 상황에 따라 네이티브는 제외될 수도 있습니다. 이상입니다.

먼저 docker를 사용해서 배포를 했습니다. ssh 역시 적용하고자하였으나 잘 되지않아 일단 localhost에서만 하도록 하였습니다. 기존에는 테스트 단계였기에 인-메모리 DB인 H2 데이터베이스를 사용하였습니다. 현재는 mysql 8.0 데이터베이스를 적용하였습니다. 먼저 DB를 docker에 저장하면서, 어플리케이션을 같이 실행(배포)하기 위해 docker-compose.yml를 사용해서 배포를 했습니다. application.yml에 있는 정보 일부를 docker-compose.yml로 넘깁니다. 그리고 ./gradlew build를 사용해서 빌드를 하고 jar를 생성하여 도커에 배포합니다. version: "3" services: database: image: mysql container_na..

0. 권한 없이 admin.html 접속 ✅ (로그인 폼으로 이동) 1. 회원가입 값 하나도 안 넣고 해보기 ✅ (빈칸임을 알려줌) 2. 회원가입 값 이메일만 넣고 해보기 ✅ (빈칸임을 알려줌) 3. 회원가입 값 비밀번호만 넣고 해보기 ✅ (빈칸임을 알려줌) 4. 로그인 그냥 해보기 (아무거나) 🚫 (error 라고만 알려줌) -> ✅(html 예외처리) 5. 회원가입 제대로 해보기 ✅ (로그인 폼으로 정상 이동) 6. 로그인 제대로 하기 ✅ 7. 일반 계정으로 admin.html으로 접속하기 ✅ (접근 불가 페이지임을 알려줌) 8. 글 작성 값 하나도 안 넣고 해보기 ✅ (빈칸임을 알려줌) 9. 글 작성 값 제목만 넣고 해보기 ✅ (빈칸임을 알려줌) 10. 글 작성 값 내용만 넣고 해보기 ✅ (빈칸임을..

기존에 존재했던 코드를 거의 다 갈아엎었습니다. 아무래도 RESTful API를 본인 어플리케이션에서 사용하면서 권한을 부여하기에는 조금 무리가 있는 것 같았기에 갈아엎었습니다. (JWT가 문제였는 데, JWT를 사용하여서 해더를 통해 권한을 부여하여야하는 데, 이를 관리하기 위해서는 쿠키에 값을 저장을 해야합니다. 그럼 결국에는 코드 갈아엎는 것은 동일하였기에 코드를 그냥 갈아엎고, RESTful를 포기하였습니다.) @EnableWebSecurity @AllArgsConstructor @Configuration public class SecurityConfig extends WebSecurityConfigurerAdapter { private MemberService memberService; @Bea..

현재 예정이었던 JWT 암호화 편이 삭제되었습니다. 예정편이 사라지는 대신 새로운 방식으로 구현하고자합니다. 그래서 권한 부여 파트는 오늘 오후 중으로 올라갈 예정입니다. 양해 부탁드립니다.

원래는 그냥 평문으로 저장을 하고자하였지만, 최소한의 암호화는 해야한다고 생각이 들어 암호화를 하도록 하였습니다. 일단, 먼저 기존 엔티티 중 회원(Member) 엔티티 코드를 조금 수정하였습니다. UserDetails 이라는 인터페이스를 구현을 합니다. 일종의 권한 및 핵심 사용자 정보를 편하게 저장시켜주는 인터페이스이기에 사용합니다. 자세한 내용은 이 글을 참조해주세요. (잘 정리되어 있어 도움이 많이된 글입니다.) @ElementCollection(fetch = FetchType.EAGER) @Builder.Default private List roles = new ArrayList(); @Override public Collection

TODO 웹 개발에는 기본적으로 갖추어야하는 조건에는 회원가입과 글 작성이 있습니다. 회원가입은 기본적으로 회원 엔티티가 필요할 것이고, TODO 게시글도 따로 저장을 해야하기에 엔티티가 필요합니다. 그리고 TODO 게시글의 수정 및 삭제는 작성자만이 할 수 있어야고, 동시에 회원이 총 몇개의 글을 작성했는 지 역시 알게 하고 싶었기에 양방향 연관관계로 매핑하였습니다. 회원과 TODO 게시글의 관계는 일대다이고, TODO 게시글과 회원의 관계는 다대일입니다. Member.java @Getter @Setter @NoArgsConstructor @AllArgsConstructor @Builder @Entity public class Member { @Id @GeneratedValue(strategy = Ge..