이전 글. Toss Payments로 '가상계좌' 결제 기능 구현 (1) 연동하기 ✔️ 흐름 이미지구매자가 주문서를 작성하면 우리 서버는 결제 정보(구매자, 금액 등등)를 담아 토스에게 렌더링을 요청한다.그리고 토스에서 위젯을 제공하면, 구매자는 [카드, 계좌이체, 가상계좌 등] 결제 수단을 선택하고, 우리 서버는 중간에서 연결하는 역할을 하는 것이다. 위 화살표를 보면 가운데에서 전달하는 역할을 하며, 실제로 요청과 응답 등 데이터의 이동은 구매자와 토스에서 이루어진다.중간에서 데이터를 받아 저장하며 올바른 곳으로 연결할 수 있도록 하는 역할을 하게 된다. ✔️ 샘플 코드를 사용해서 view 구성 연동하기 | 토스페이먼츠 개발자센터토스페이먼츠의 간편한 결제 연동 과정을 한눈에 볼 수 있습니다..

프로젝트 진행 중 '결제' 담당을 맡아 처음으로 PG와 연동하여 결제에 도전해보기로 했다.결제를 위한 방법은 여러가지가 있었고, 그 중에서 Toss Payments로 [가상계좌 + 에스크로]를 선택하였다. ✅ Toss, Virtual Account, Escrow 왜 골랐을까?먼저 결제 기능을 구현할 때 어떤 순서로 동작하는지 알아보았다. 주 흐름은 아래와 같다.요구 사항 정리결제 서비스 종류 — 카드, 계좌 이체, 간편 결제 등결제 대행 PG 선택 및 연동 방식 이해Spring Boot로 BE 기능 구성테스트 결제 구현 PG 종류Iamport (portone)다양한 결제 수단 통합 관리 가능기본적인 결제 flow 이해에 도움UI 없이 빠르게 연동 가능 KG Inicis높은 안정성 보유, 전자 결제 ..

부트캠프 과제 中 트러블슈팅 과정 작성  🛠️ 트러블 슈팅0. 배경사장이 어떤 가게를 소유하고 있는지 한번에 처리하기 위한 로직을 빼기 위해 고민했다.Filter, Inteceptor 등 방법을 생각했지만, 다 포기하고 말았다. 사장이 소유하고 있는 가게를 확인하기 위해서는 결국 DB에 접근해야 하는데, 구현 로직이 아닌 완전 밖에 있는 filter나 interceptor에서 repository접근이 옳지 않아 보였다. 결국 공통으로 처리하는 걸 포기해야 하나 싶을 때 'Cache를 사용하라'는 조언을 들었다.   1. 문제가게가 생성될 때 userId를 key로 캐시에 저장하고, 그 캐시는 List형태로 만들고 싶었다.하지만 가장 첫단추인 캐시 저장부터 문제가 생겼다. 가게 생성 메서드 안에 있는 캐..