🍣사이드 프로젝트 - 재떨이

프로젝트가 끝나고 어떤 식으로 하였는지 정리하는 글을 포스팅하기로 마음먹음..포트폴리오 용도로 작성해야지 맘만 먹다가 다 작성하고 일주일이 지나서야 한게 되었다.프로젝트 기간 : 2023/06/26 ~ 2023/08/23프로젝트 목적 : UMC (프로젝트 개발 및 스터

아이디어/요구사항 정의, 와이어프레임, ERD

개발환경 구축과 서버/ 프로젝트 설정파일

23.07.06EC2 인스턴스에 Git Hub에서 SSH 키를 이용하여 프로젝트를 배포 완료하였다.EC2 인스턴스에 프로젝트 배포 1EC2 인스턴스에 프로젝트 배포 2배포 완료하고 로컬이 아닌 도메인을 이용해서 API 테스트도 완료하였다.배포하고 잘 되나싶었는데 프론트

회원가입, 본인인증, 로그인아이디 중복 확인, 아이디 찾기, 비밀번호 재설정 위와 가입시 필요한 각 정보들과, 판매자가 서비스를 이용할 때 필요한 가게에 대한 정보로 테이블을 구성하였다.판매자 약관 동의 (약관에 대한 안내 출력은 프론트에서 처리)개인정보 입력, S

원래는 IamPort라는 결제 대행사의 API를 이용하여 본인인증을 PASS등으로 하려고 했으나.. 개인정보를 다루는 API이기 때문에 사업자 등록증을 통해서 해당 회사와 계약을 해야 API가 사용가능 하였다.. 그래서 생각한 방법은 판매자의 핸드폰으로 SMS 문자 발

본인인증 후 사용자가 선택한 약관동의, 이름, 생년월일, 전화번호, 아이디, 비밀번호, 이메일을 모두 Body에 담아 요청한 후, 가입이 완료되면 가입에 대한 정보를 반환하도록 설계하였다.페이지 별로 값을 넘기는 것이 아니라, 화면 전환할 때 값을 유지하여 다음 뷰로

\--\--nurigo sdk 에서 제공하는 SMS API 서비스를 이용해 본인인증을 구현하기로 하였다.\-> SMS 문자 인증 포스팅원래는 PortOne에서 제공하는 PASS 를 통해서 본인인증을 하려고 했으나, 사업자 등록증이 필요해서 실패..아이디 찾기는 이름,

앞서 포스팅했던 판매자 회원관련 API를 정리하며, 테스트를 진행하도록 하겠다.회원 가입 전 약관 동의SMS를 통한 본인인증본인인증 완료 후 회원 정보 입력 (아이디, 비밀번호, 이메일)회원가입 요청 후 가입 완료 확인회원가입하기전 SMS를 통해 본인인증을 할 수 있도

23.07.07javax.annotation.meta.When 에러https://simple-ing.tistory.com/48security.txthttps://okky.kr/questions/1217780

팀원 끼리 주고 받았떤 카톡 내용들이다.API 명세서 작성 및 서버 적용 후 프론트 팀들이 뷰에 API를 연동하면서 발생하는 문제점이나,각자 로직을 좀 더 효율적으로 구현하기 위해서 어떻게 해야할지 상의를 많이하였다.또 문제가 발생했을 때는 실시간으로 디스코드로 소통도

가게 이름 중복 확인가게 등록 신청, 가게 정보 조회, 가게 정보 수정영업 종료판매자의 가게에 대한 정보를 입력하고, 관리자가 승인 수락을 하면 가게 등록이 완료된다!위에 각 가게에 대한 주소를 나타내기 위한 경/위도 좌표 값을 추가하여 가게에 대한 정보를 다룰 수 있

https://velog.io/@99_insung/iamport-%EB%B9%8C%EB%A7%81%ED%82%A4플래너(기획자) 한준이형이 사용자가 매번 인증하면서 결제를 하는 방법 보다, 배민페이처럼 결제정보를 등록해서 편하게 결제 기능을 완성시키고 싶다고해

프론트 엔드 팀의 으앙(동영) 친구에게 가게등록을 다 했다고 명세서에 알려줬는데, 이미지 관련해서 서로 협의를 보게되었다.나는 이미지 URL을 프론트에서 처리해서 서버로 해당 URL만 넘겨주는 줄 단순하게 생각했었다..그게 아니라 이미지를 프론트에서 보내면 서버에서 해

화면의 지점명 밑 칸 옆에 중복확인 버튼을 누르면 서버에 API 요청응답 바디 StoreNameDupRes.javaStoresController.java가게이름을 queryParam으로 넘겨받는다.StoresService.javaStoreDao.java판매자가 가게를

메인/사이드/ 원산지 등록메뉴 수정원산지는 식품 판매점의 가장 근본 요소이고, 법도 있기 때문에 서비스에 추가하게 되었다.메뉴, 원산지 등록은 판매자가 가게 신청을 하고난 다음 관리자 승인이 이뤄지고 나서 이용할 수 있는 서비스. 즉 가게 등록이 완료된 판매자만 메뉴를

메뉴의 이미지는 등록해도되고 안해도됨.이미지 정보를 서버에서 유지하기 위해 AWS S3 서비스를 이용.웹 애플리케이션에서 AWS S3 접근 인가는 AWS IAM 계정의 액세스키 활용(1) 로직 플로우1\. 메뉴 정보를 Post로 요청받음.2\. 사용자가 이미 메뉴를 등

으앙(허동영) 친구가 메뉴 API 테스트를 하다가 에러가 났다고 한다.원인과 결과를 가지고 왔는데 실제로 확인해보니 문제가 맞았다.서버 로그에서도 413 Request Entity Too Large 오류가 찍혔고, 클라이언트-서버로 요청 시에 넘어오는 바디 값의 크기가

s3 파일multipart 용량이슈?https://velog.io/@jinho_pca/Spring-Boot-%ED%8C%8C%EC%9D%BC-%EC%97%85%EB%A1%9C%EB%93%9C-%EC%9A%A9%EB%9F%89%EC%A0%9C%ED%95%9C-%

떨이 메뉴 조회떨이 메뉴 등록/수정가게에서 판매하는 떨이메뉴를 구매자에 제공할 수 있도록 준비하고, 판매자가 원할때 할인율과 수량을 수정이 가능하도록 테이블을 구성하였다.떨이 메뉴 확인 (등록 안 했을 시, 최초에는 모두 0인값을 가짐)등록 시 서버에 저장된 판매자의

떨이 메뉴를 최초 등록 하기 전에는 사용자가 서비스 시작 전에 등록했던 메뉴를 기준으로 할인율과 수량이 0으로 초기화 되어서 조회에 응답한다.떨이 메뉴 등록 후에는 DB에 등록된 떨이 메뉴 테이블과 기본 메뉴 테이블을 Join 하여, 결과값이 NULL이 아닌 경우에 할

주문 접수 목록 조회, 주문 접수/취소 하기주문표 인쇄, 영수증 인쇄주문 처리 목록 조회, 픽업 완료주문 완료 목록 조회2-1) 주문 테이블 정보2-2) 주문 메뉴 리스트 테이블 정보판매자는 구매자의 주문 요청을 확인할 수 있다. 판매자가 요청을 접수하게되면,판매자가

주문 접수 대기, 처리 중, 완료 항목 들은 모두 똑같은 로직으로 구현하였다.차별점이 있다면, 주문 접수 후에는 주문 번호가 할당 된다는 것.현재 구매자가 없으므로 더미데이터를 DB에 반영하지 않은 상태라서 코드 구현만 설명하도록 하겠다.응답 바디제네릭으로 값을 설정해

단순 사용자가 주문 요청을 하고 결제가 발생하는 것이 아니라, 판매자가 주문 접수를 해야 결제가 가능하도록 로직을 구현하기로 하였다.구매 관련 포스팅..요청 바디조회시에 미리 응답에 포함했던 orderIdx 를 프론트에서 유지하여, 접수/ 취소를 하는 주문에 대한 식별

총 리뷰 평점, 리뷰 확인리뷰 답글/수정/삭제, 리뷰 신고2-1) 리뷰 테이블 정보리뷰를 통해 내 가게의 리뷰 평점, 리뷰 목록들을 각각 확인 가능하도록 한다.달린 리뷰 목록 중에 사장님이 답글을 직접 작성할 수도 있다.부정적인 리뷰를 방지하기 위해 관리자가 삭제할 수

리뷰 도메인 기능 정의 포스팅 리뷰 화면 구매자 도메인의 기능이 발생하면 테스트를 시도하도록 하겠다.. 1. [GET] /jat/review/average 가게의 리뷰 평점 > - 구매자가 주문에 대한 리뷰를 남길 때, 리뷰의 평점도 같이 DB에 저장되도록 하였

오늘 매출금액어제 오늘 시간대별 매출금액요일 별 매출금액월간 메뉴별 판매량월간 메뉴별 주문량주문 정보 테이블에 처리가 완료된 주문을 기반으로 매출을 정산하였다.주문 도메인 포스팅어제 오늘 시간대별 매출금액요일 별 매출금액월간 메뉴별 판매량월간 메뉴별 주문량각 기준에 따

모든 매출 조회 기준은, DB에 저장된 TimeStamp 기준으로 진행되었다.오늘 날짜에서 각 가게의 시간별 매출을 집계하여 응답에 포함하였고,프론트에서 라이브러리를 이용하여 그래프 표기를 진행하였다.DB연관관계는 주문 테이블에서 가게 Idx를 이용하여 날짜 범위 내에

0. 기능 정의 > 2-1) 회원제 > - 회원가입, 본인인증, 로그인 아이디 중복 확인, 아이디 찾기, 비밀번호 재설정 로그아웃, 회원 탈퇴, 회원정보 수정 회원제에 관련된 로직은 판매자와 거의 비슷하므로 생략하겠다. 1. 구매자 회원 관련 화면 2. 도메인 정

위치정보는 지도 내에서 범위안에 존재하는 가게를 조회하기위해 나중에 쓰인다.프론트에서 서버로 위치정보를 전송하는 방법은 두가지원하는 위치의 주소를 보내기 (도로명/지번 상관 X)현재 좌표 위치를 보내기두 정보를 Controller 에서 확인하여 요청에 맞는 정보를 제공

좌표(경/위도) 위치 설정가게 조회, 지도 내 가게 목록 확인, 가게 구독 정보지도에서 가게의 위치를 확인하고, 가게 목록을 확인할 수 있음.가게 내 상세 정보 및 판매정보도 모두 조회가능하도록 도메인을 설계하였다.가게(판매자) 도메인 테이블: 포스팅(https&#x3

가게 도메인(구매자) 기능 정의 포스팅앱 시작시 메인 화면, 현재 지도의 최대 위/경도를 기준으로 확인.응답 바디컨트롤러프론트에서 지도 API를 연동하고, 해당 지도 화면을 기준으로 최대 위/경도를 같이 요청한다.서비스Dao응답 바디컨트롤러가게 아이콘 목록을 응답으로

가게 미리 보기를 클릭하여, 해당 가게 내의 상세 정보를 확인할 수 있다,.가게 기본정보 : 가게 이름, 평점, 구독 수, 주소, 거리 및 시간상세 정보 종류 3가지:오늘의 떨이 메뉴 : 판매자가 등록한 떨이 메뉴 목록 (메인/사이드)가게 정보 : 판매자 가게의 정보들

메뉴 목록에서 메뉴 클릭시 해당 메뉴의 상세 정보를 확인한다.장바구니 담기 전 화면! 응답 바디메뉴 정보에 +구성 이 추가 되었다.메뉴 이름, 해당 떨이메뉴 Idx, 남은 개수, 구성, 설명, 원가, 할인비율, 할인 가격컨트롤러서비스Dao메뉴 조회를 통해서 떨이 메뉴

장바구니 담기/주문하기가게에 존재하는 떨이메뉴를 장바구니에 담아서 주문하기 전 단계까지 만드는 기능장바구니에 담은 목록을 DB에서 관리하는 것이 어떨까 하고 테이블 작성.모든 장바구니에는 같은 가게의 메뉴만 포함하도록 할려고 가게 Idx를 걸어줬다.누가 어떤 메뉴를 장

배달의 민족을 보면 장바구니에는 반드시 같은 가게의 메뉴만 담을 수 있다고 뜬다.그래서 똑같이 메뉴를 장바구니에 담을 때, 현재 구매자의 장바구니 상태를 확인하고 같은 가게의 메뉴만 담을 수 있도록 확인을 하기로 함.요청바디: storeIdx (가게 Idx) -> 떨이

장바구니에 담긴 메뉴를 주문하지 않아도 구매자가 임의로 수정할 수 있어야한다고 생각해서 로직을 구현하게 되었다.요청 바디응답바디: GET 장바구니 조회와 같음컨트롤러서비스메뉴를 수정/삭제하는 두가지 상태값을 구별하기 위해 프론트와 협의를 하였다.개수 조정 시 patch

소금빵을 다시 장바구니에 담고 주문 할 준비를 해보겠다.주문 화면에서 주문 정보를 사용자에게 사전으로 보여주기 위한 로직을 구현하였다.주문 화면에 보이는 정보는 : 주문할 가게, 가게의 주소, 내 번호, 주문 총 금액, + 본인의 결제정보 등을 띄워 줄 수있다.나머지

구매자는 구매가 완료된 주문을 기준으로 본인의 지난 주문 내역을 확인할 수 있다.해당 주문을 어떻게 이용하였는지 상세 기록도 확인한다.주문 내역을 본인이 삭제해도, 판매자의 매출에는 영향을 주면 안되기 때문에 상태값을 추가하였음.

판매자가 "픽업완료" 상태로 분류한 주문을 주문내역화면에서 조회가능하도록 구현하였다.응답 바디주문 내역 조회 화면에서 필요한 정보는 주문날짜, 주문 한가게, 주문 내용, 주문 금액, 리뷰 작성 여부 등이 포함된다.컨트롤러서비스주문 내역에 요일이 포함되어 있기 때문에,

구매자는 주문내역 화면에서 완료된 주문에 대해서 리뷰를 작성 가능하다.리뷰 내용으로는 사진, 별점, 리뷰 글을 작성 가능하도록 구현하였다.본인이 작성한 리뷰도 다시 조회 가능하도록 함 !

검색화면에 띄울 검색기록, 인기 검색어 조회검색하여 검색어에 연관된 가게(카테고리, 가게 이름) 조회하기jatdauree/src/main/java/com/umc/jatduaree/src/domain/app/search업로드중..

단어가 카테고리에 포함되어있거나, 가게의 이름에 포함되어 있는 목록을 조회요청 바디검색단어 + 위치 좌표(목록의 가게까지 거리를 구하기위해)응답 바디가게 미리보기에 나왔던 정보들과 동일하다.컨트롤러서비스검색어에 연관된 가게 목록을 가져온다.해당 가게의 사진 정보에 대한

앱 내에서 존재하는 모든 하트 모양을 누를 시 구독, 구독 취소하기요청 바디구독할 가게 Idx, 구독/취소 여부컨트롤러서비스가게를 구독하기 전, 올바른 가게 Idx를 가진 요청인지 확인해당 구매자가 이전에 가게를 구독했다 취소한 기록이 있는지 확인\-> 이미 취소했던

약 한달 반 동안의 프로젝트 기록 작성 끝..!우리 팀원들:한달 반 이라는 시간동안 서버파트 팀장으로써 꽤 빠듯한 일정이었던 것 같다.팀원들의 API 생산력이 떨어지는 것도 이전 스터디에서 갈피를 확실하게 잡고 넘어 왔어야하는데, 개발 기간 초기 2주동안 다시 갈피를

각 약관동의를 제외하고 모두 Entity 형태로 변환