$$config title: 그램그램 미션 keywords: - IT $$ # 개요 ## 서비스 개요 - 서비스명 : 그램그램 - 도메인 : gramgram.ai - 인스타ID 기반 익명호감표시 서비스 - 인스타ID 기반 인기투표 서비스 - 본인의 인스타ID를 입력하면, 현재 자신에게 이성적으로 호감을 느끼고 있는 사람이 몇명인지 알 수 있다. - 나를 좋아하는 상대방이 나의 어떤 매력포인트 때문에 좋아하는지 알 수 있다. - 나를 좋아하는 상대방의 성별도 알 수 있다. ## 기술 - 스프링부트 - 스프링 시큐리티 - 스프링 OAUTH 2 - 스프링 DATA JPA - MySQL - 타임리프 - 테일윈드 - 데이지 UI - 제이쿼리 - 지마켓 산스폰트 - 인스타그램 API - TDD ## 배포 - 네이버 클라우드 플랫폼 - 도커 - NGINX - 젠킨스 - GITHUB HOOKS - CI/CD ## 기능 - 일반 로그인 - 회원가입 - 카카오 로그인 - 본인의 인스타ID 연동 - 처음에는 수동입력 - 추후에는 인스타API로 인증 - 본인의 성별 입력 - 본인이 호감을 가지고 있는 상대를 등록 - 5명까지 등록가능 - 상대방의 인스타ID를 등록 - 인스타ID 입력할 때 매력포인트 중 하나를 선택(외모, 성격, 능력) - 본인이 호감을 가지고 있는 상대를 수정 - 상대방의 호감포인트를 수정가능 - 본인이 호감을 가지고 있는 상대를 삭제 - 본인의 인기를 확인 - 나를 좋아하는 사람의 수 확인 - 나를 좋아하는 여자의 수 확인 - 나를 좋아하는 남자의 수 확인 - 나를 외모 때문에 좋아하는 사람의 수 - 나를 외모 때문에 좋아하는 여자의 수 - 나를 외모 때문에 좋아하는 남자의 수 - 나를 성격 때문에 좋아하는 사람의 수 - 나를 성격 때문에 좋아하는 여자의 수 - 나를 성격 때문에 좋아하는 남자의 수 - 나를 능력 때문에 좋아하는 사람의 수 - 나를 능력 때문에 좋아하는 여자의 수 - 나를 능력 때문에 좋아하는 남자의 수 - 본인 인기의 변동내역 - 시간별 - 일별 - 월별 ## 베이스 프로젝트 ### 리포지터리 - [리포지터리 - https://github.com/jhs512/gramgram_a1__23_03_29/tree/start](https://github.com/jhs512/gramgram_a1__23_03_29/tree/start) ### 수업페이지 - [그램그램 AI - https://slog.gg/p/12190](https://slog.gg/p/12190) ### 설명(53강 ~ 88강) - [그램그램 AI - 53강 - https://slog.gg/p/12190#53강](https://slog.gg/p/12190#53강) - [그램그램 AI - 53강 - https://slog.gg/p/12190#88강](https://slog.gg/p/12190#88강) # 1주차 ## 시작 리포지터리 - [리포지터리 - https://github.com/jhs512/gramgram_a1__23_03_29/tree/start](https://github.com/jhs512/gramgram_a1__23_03_29/tree/start) ## 이번주 수행 사항 ### **필수미션** - 호감상대 삭제 ### **선택미션** - 구글 로그인 연동 ## 필수미션 - 호감상대 삭제 ### 배경 - 현재 호감목록 기능까지 구현되어 있다. - 호감목록 페이지에서는 여태까지 본인이 호감을 표시한 상대방의 목록을 볼 수 있다. - 현재 삭제버튼까지 구현되어 있다. ### 목표 - 호감목록 페이지에서 특정 항목에서 삭제버튼을 누르면, 해당 항목은 삭제되어야 한다. - 삭제를 처리하기 전에 해당 항목에 대한 소유권이 본인(로그인한 사람)에게 있는지 체크해야 한다. - 삭제 후 다시 호감목록 페이지로 돌아와야 한다. - rq.redirectWithMsg 함수 사용 ### SQL ```sql # 5번 항목의 삭제버튼을 눌렀을 경우에 실행되어야 하는 SQL DELETE FROM likeable_person WHERE id = 5; ``` ## 선택미션 - 구글 로그인 ### 배경 - 현재 일반 로그인과 카카오 로그인까지 구현되어 있다. - 일반 회원의 providerTypeCode : GRAMGRAM - 카카오 로그인으로 가입한 회원의 providerTypeCode : KAKAO - 스프링 OAuth2 클라이언트로 구현되어 있다. - 카카오 개발자 도구에서 앱 등록, 앱으로 부터 앱키(REST API)를 받아서 프로젝트에 삽입하는 과정이 선행되었음 - 구글 로그인도 카카오 로그인 구현과정을 그대로 따라하면 된다. ### 목표 - 카카오 로그인이 가능한것 처럼, 구글 로그인으로도 가입 및 로그인 처리가 되도록 해주세요. - 스프링 OAuth2 클라이언트로 구현해주세요. - 구글 로그인으로 가입한 회원의 providerTypeCode : GOOGLE ### SQL ```sql # 최초로 구글 로그인을 통해서 가입이 될 때 실행되어야 할 SQL # 구글 앱에서의 해당 회원번호를 2731659195 라고 가정하면 INSERT INTO `member` SET create_date = NOW(), modify_date = NOW(), provider_type_code = 'GOOGLE', username = 'GOOGLE__2731659195', password = '', insta_member_id = NULL; ``` # 2주차 ## 시작 리포지터리 - [리포지터리 - https://github.com/jhs512/gramgram_a1__23_03_29/tree/1WeekFix](https://github.com/jhs512/gramgram_a1__23_03_29/tree/1WeekFix) ## 이번주 수행 사항 ### **필수미션** - 호감표시 할 때 예외처리 케이스 3가지를 추가로 처리 ### **선택미션** - 네이버 로그인 연동 ## 필수미션 - 호감표시 할 때 예외처리 케이스 3가지 처리 ### 배경 - `호감상대등록`과 `호감표시`는 동의어입니다. - 현재 호감표시기능이 구현되어 있고 아래와 같은 예외처리는 이미 구현되어 있습니다. - 케이스 1 : 현재 로그인을 하지 않으면 호감표시를 할 수 없습니다. - 케이스 2 : 현재 본인의 인스타ID를 등록하지 않은 회원은 호감표시를 할 수 없습니다. - 케이스 3 : 현재 본인이 본인의 인스타ID를 호감상대로 등록할 수 없습니다. ### 목표 - 케이스 4 : 한명의 인스타회원이 다른 인스타회원에게 중복으로 호감표시를 할 수 없습니다. 1. 예를들어 본인의 인스타ID가 aaaa, 상대의 인스타ID가 bbbb 라고 하자. 1. aaaa 는 bbbb 에게 호감을 표시한다.(사유 : 외모) 1. 잠시 후 aaaa 는 bbbb 에게 다시 호감을 표시한다.(사유 : 외모) 1. 이 경우에는 처리되면 안된다.(rq.historyBack) - 케이스 5 : 한명의 인스타회원이 11명 이상의 호감상대를 등록 할 수 없습니다. 1. 예를들어 본인의 인스타ID가 aaaa 라고 하자. 1. aaaa 는 bbbb, cccc, dddd, eeee, ffff, gggg, hhhh, iiii, jjjj, kkkk 에 대해서 호감표시를 했다.(사유는 상관없음, aaaa는 현재까지 10명에게 호감표시를 했음) 1. 잠시 후 aaaa 는 llll 에게 호감표시를 한다.(사유는 상관없음) 1. 이 경우에는 처리되면 안된다.(rq.historyBack) - 케이스 6 : 케이스 4 가 발생했을 때 기존의 사유와 다른 사유로 호감을 표시하는 경우에는 성공으로 처리한다. 1. 예를들어 본인의 인스타ID가 aaaa, 상대의 인스타ID가 bbbb 라고 하자. 1. aaaa 는 bbbb 에게 호감을 표시한다.(사유 : 외모) 1. 잠시 후 aaaa 는 bbbb 에게 다시 호감을 표시한다.(사유 : 성격) 1. 이 경우에는 새 호감상대로 등록되지 않고, 기존 호감표시에서 사유만 수정된다. - 외모 => 성격 - resultCode=S-2 - msg=bbbb 에 대한 호감사유를 외모에서 성격으로 변경합니다. ### 케이스 4 SQL ```sql # 어떠한 회원이 특정회원에 대해서 이미 호감표시를 했는지 검사하는 SQL, 질의결과가 하나라도 있다면 이미 호감을 표시한 경우이다. # 여기서 1은 로그인한 회원의 인스트 계정 번호이고 # 여기서 2는 상대방의 인스타계정 번호이다. SELECT * FROM likeable_person WHERE from_insta_member_id = 1 AND to_insta_member_id = 2; ``` ### 케이스 5 SQL ```sql # 어떠한 회원이 호감표시를 총 몇번 했는지 검사하는 SQL # 여기서 1은 로그인한 회원의 인스타계정 번호이다. SELECT COUNT(*) FROM likeable_person WHERE from_insta_member_id = 1; ``` ### 케이스 5 자바 ```java // 내가 좋아하는 사람 리스트 List fromLikeablePeople = rq.getMember().getInstaMember().getFromLikeablePeople(); // 내가 좋아하는 사람의 수 fromLikeablePeople.size(); // 나를 좋아하는 사람 리스트 List toLikeablePeople = rq.getMember().getInstaMember().getToLikeablePeople(); // 나를 좋아하는 사람의 수 toLikeablePeople.size(); ``` ### 케이스 5 타임리프 ```html

...

``` ### 케이스 6 SQL ```sql # 사용자는 호감표시를 했지만 케이스 6에 해당되기 때문에 실제로는 수정이 일어난다. # 여기서 5는 기존 호감표시 번호이다. UPDATE likeable_person SET modify_date = NOW(), attractive_type_code = 2 WHERE id = 5; ``` ## 선택미션 - 네이버 로그인 ### 배경 - 현재 일반 로그인과 카카오, 구글 로그인까지 구현되어 있다. - 네이버 로그인도 카카오 로그인 구현과정을 그대로 따라하면 된다. ### 목표 - 카카오 로그인이 가능한것 처럼, 네이버 로그인으로도 가입 및 로그인 처리가 되도록 해주세요. - 스프링 OAuth2 클라이언트로 구현해주세요. - 네이버 로그인으로 가입한 회원의 providerTypeCode : NAVER ### SQL - 당연하겠지만 member 테이블의 username 에 개인의 이름과 성별등과 같은정보는 포함되지 않아야 한다. - NAVER__{"id": 2731659195, "gender": "M", "name": "홍길동"} - 이와 같은 형태로 나오면 안됩니다. ```sql # 최초로 네이버 로그인을 통해서 가입이 될 때 실행되어야 할 SQL # 네이버 앱에서의 해당 회원번호를 2731659195 라고 가정하면 INSERT INTO `member` SET create_date = NOW(), modify_date = NOW(), provider_type_code = 'NAVER', username = 'NAVER__2731659195', password = '', insta_member_id = NULL; ``` # 3주차 ## 시작 리포지터리 - [리포지터리 - https://github.com/jhs512/gramgram_a1__23_03_29/tree/2WeekFix](https://github.com/jhs512/gramgram_a1__23_03_29/tree/2WeekFix) ## 이번주 수행 사항 ### **필수미션** - 네이버클라우드플랫폼을 통한 배포(도메인 없이, IP로 접속) - 호감표시/호감사유변경 후, 개별 호감표시건에 대해서, 3시간 동안은 호감취소와 호감사유변경을 할 수 없도록 작업 ### **선택미션** - 알림기능 구현 ## 필수미션 - 네이버 클라우드 플랫폼을 통한 배포(도메인 없이, IP로 접속) ### 배경 - 네이버클라우드플랫폼을 이용합니다. - 강사의 가이드영상대로 진행하시면 됩니다. - 나머지 미션을 수행하신 후 마지막에 진행하시면 됩니다. ### 목표 - `http://서버IP:포트/` 형태로 접속이 가능 - 운영서버에서는 각종 소셜로그인, 인스타 아이디 연결이 안되어도 됩니다. ## 필수미션 - 호감표시/호감사유변경 후, 개별 호감표시건에 대해서, 3시간 동안은 호감취소와 호감사유변경을 할 수 없도록 작업 ### 배경 - 현재 UI에서는 이 요구사항에 대한 작업이 완료되었습니다. - 백엔드 쪽에서 체크하는 로직만 추가하면 됩니다. ### 목표 - 호감표시를 한 후 개별호감표시건에 대해서, 3시간 동안은 호감취소와 호감사유변경을 할 수 없도록 작업 - 호감사유변경을 한 후 개별호감표시건에 대해서, 3시간 동안은 호감취소와 호감사유변경을 할 수 없도록 작업 ## 선택미션 - 알림기능 구현 ### 배경 - 현재 알림페이지의 UI 레이아웃은 구현이 된 상태입니다. - 이를 기반으로 나머지 구현을 이어나가시면 됩니다. - 페이징 처리는 하지 않아도 됩니다. ### 목표 - 호감표시를 받았거나, 본인에 대한 호감사유가 변경된 경우에 알림페이지에서 확인이 가능하도록 해주세요. - 각각의 알림은 생성시에 `readDate` 가 `null` 이고, 사용자가 알림을 읽으면 `readDate` 가 `현재날짜` 로 세팅되어야 합니다. # 4주차 ## 시작 리포지터리 - [리포지터리 - https://github.com/jhs512/gramgram_a1__23_03_29/tree/3WeekFix](https://github.com/jhs512/gramgram_a1__23_03_29/tree/3WeekFix) ## 이번주 수행 사항 ### **필수미션** - 네이버클라우드플랫폼을 통한 배포, 도메인, HTTPS 까지 적용 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 성별 필터링기능 구현 ### **선택미션** - 젠킨스를 통해서 리포지터리의 main 브랜치에 커밋 이벤트가 발생하면 자동으로 배포가 진행되도록 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 호감사유 필터링기능 구현 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 정렬기능 ## 필수미션 - 네이버클라우드플랫폼을 통한 배포, 도메인, HTTPS 까지 적용 ### 배경 - 네이버클라우드플랫폼을 이용합니다. - 강사의 가이드영상대로 진행하시면 됩니다. - 나머지 미션을 수행하신 후 마지막에 진행하시면 됩니다. ### 목표 - `https://도메인/` 형태로 접속이 가능 - 운영서버에서 각종 소셜로그인, 인스타 아이디 연결이 잘 되어야 합니다. ## 필수미션 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 성별 필터링기능 구현 ### 배경 - 현재 UI에서는 이 요구사항에 대한 작업이 완료되었습니다. - 백엔드 쪽에서 필터링 로직만 구현하시면 됩니다. ### 목표 - 내가 받은 호감리스트에서 특정 성별을 가진 사람에게서 받은 호감만 필터링해서 볼 수 있다. ## 선택미션 - 젠킨스를 통해서 리포지터리의 main 브랜치에 커밋 이벤트가 발생하면 자동으로 배포가 진행되도록 ### 배경 - 네이버클라우드플랫폼을 이용합니다. - 젠킨스를 이용합니다. - 강사의 가이드영상대로 진행하시면 됩니다. - 나머지 미션을 수행하신 후 마지막에 진행하시면 됩니다. ### 목표 - 리포지터리의 main 브랜치에 커밋 이벤트가 발생하면 자동으로 배포가 진행 ## 선택미션 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 호감사유 필터링기능 구현 ### 배경 - 현재 UI에서는 이 요구사항에 대한 작업이 완료되었습니다. - 백엔드 쪽에서 필터링 로직만 구현하시면 됩니다. ### 목표 - 내가 받은 호감리스트에서 특정 호감사유의 호감만 필터링해서 볼 수 있다. ## 선택미션 - 내가 받은 호감리스트(/usr/likeablePerson/toList)에서 정렬기능 ### 배경 - 현재 UI에서는 이 요구사항에 대한 작업이 완료되었습니다. - 백엔드 쪽에서 필터링 로직만 구현하시면 됩니다. ### 목표 - 아래 케이스 대로 작동해야 한다. - 최신순(기본) - 최근에 받은 호감표시를 우선적으로 표시 - 날짜순 - 오래전에 받은 호감표시를 우선적으로 표시 - 인기 많은 순 - 인기가 많은 사람의 호감표시를 우선적으로 표시 - 인기 적은 순 - 인기가 적은 사람의 호감표시를 우선적으로 표시 - 성별순 - 여성에게 받은 호감표시를 먼저 표시하고, 그 다음 남자에게 받은 호감표시를 후에 표시 - 2순위 정렬조건으로는 최신순 - 호감사유순 - 외모 때문에 받은 호감표시를 먼저 표시하고, 그 다음 성격 때문에 받은 호감표시를 후에 표시, 마지막으로 능력 때문에 받은 호감표시를 후에 표시 - 2순위 정렬조건으로는 최신순