-
결제 모니터 관련 문서를 실제 구현에 맞게 동기화
docs: TODO.md 업데이트 - pay-monitor 관련 기능 추가 문서 업데이트.
읽기 → -
FCM 푸시와 인증코드로 금융 알림 앱 사용자 설정 강화
v3.0: FCM 푸시 + 인증코드 기반 사용자 설정 — Android 앱 변경 커밋.
읽기 → -
Android 16 대응으로 알림 권한
v2.1: Android 16 대응 + sysId 필드 추가 + API 포맷 변경 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |----
읽기 → -
쇼핑몰 상품 카테고리 3단 계층 구조 구현
feat: 쇼핑몰 플랫폼 상품 목록 3단 카테고리 계층 구현 (Figma 시안 반영) 쇼핑몰 상품 카테고리를 3단 계층으로 구현함. 대분류 > 중분류 > 소분류 구조로 Figma 시안에 맞춤. 테이블 구조 sql CREATE TABLE category ( category_sn BIGINT PRIMARY KEY, parent_sn
읽기 → -
쇼핑몰 목록 페이징을 서버사이드로 표준화하고 조건 변경 시 페이지 리셋
feat: 쇼핑몰 플랫폼 UI 개선 및 페이징 기능 추가 서버사이드 페이징을 표준화하는 작업이었음. 여러 목록 페이지가 각자 다른 방식으로 페이징을 구현하고 있어서 통일함. MyBatis 쿼리 패턴 xml <select id="selectList"> SELECT * FROM product WHERE status = 'ACTIVE' <if
읽기 → -
상품 목록 서버사이드 페이징 통일
feat: 상품 옵션 처리 및 페이징, 카테고리 로직 개선 서버사이드 페이징을 표준화하는 작업이었음. 여러 목록 페이지가 각자 다른 방식으로 페이징을 구현하고 있어서 통일함. MyBatis 쿼리 패턴 xml <select id="selectList"> SELECT * FROM product WHERE status = 'ACTIVE' <i
읽기 → -
쇼핑몰 상품 옵션·주문 트랜잭션 안정성 개선
feat: 쇼핑몰 플랫폼 상품 리스트 및 상세 UI 개선 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribute("options"
읽기 → -
Cafe24 상품·배송 정보를 자체 DB에 배치 동기화
feat: Cafe24 상품 및 배송 동기화 기능 추가 Cafe24 상품과 배송 정보를 자체 DB에 동기화하는 배치를 구현했음. Cafe24 Open API를 호출해서 우리 쪽 상품 테이블에 매핑하는 구조임. 동기화 플로우 Cafe24 API → 상품 목록 조회 → 자체 DB UPSERT → 변경분 감지 → 알림 API 호출 제한 대응 C
읽기 → -
Android 16 대응으로 알림 리스너 안정성과 기기 식별 구조 개선
v2: Room DB 제거 + 메모리 기반 경량화 + 보안 개선 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |------|-------
읽기 → -
README 정비로 팀 문서화 기준 확립
README.md 추가 문서 작업은 다들 대충 하고 넘어가는데 나중에 후회함. README를 제대로 정리하면서 프로젝트 구조도 같이 다시 봤음. README에 반드시 들어가야 할 것들 markdown 프로젝트 개요 어떤 문제를 해결하는지 1-2줄로 설치 방법 복붙 가능한 명령어 위주로 환경 변수 | 키 | 설명 | 필수 여부 | 아키텍
읽기 → -
Android 16 대응으로 입금 알림 캡처 앱 권한 구조 재설계
Pay Monitor v2: 은행앱 입금 캡처 + SMS 전달 기능 Android 앱 쪽 작업이 생각보다 빡셌음. 특히 Android 16 타겟팅 대응이 핵심이었는데, targetSdkVersion을 올리면서 권한 처리 방식이 바뀐 부분이 있어서 꼼꼼히 체크해야 했음. 주요 변경 포인트 | 항목 | 변경 전 | 변경 후 | |------|-----
읽기 → -
디자인 토큰·반응형 스크롤 스냅으로 스타일 시스템 정비
chore: store.css 파일 비우기 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :root {
읽기 → -
파트너 계층별 수수료 정산 배치 설계
feat: 파트너 레벨 설정 및 쿠폰 수익 분리를 위한 SQL 추가 배치 작업은 운영 중에 터지면 치명적이라 스케줄링 설계를 꼼꼼히 해야 함. 배치 설계 원칙 - 멱등성: 동일 조건으로 여러 번 돌아도 같은 결과 - 실패 로그: 어떤 건이 실패했는지 추적 가능해야 함 - 부분 성공: 일부 실패해도 나머지는 처리 계속 - 알림: 오류 발생 시 담당자
읽기 → -
파서 감시 패키지를 선택적 의존성으로 분리
chore: @parcel/watcher-darwin-arm64를 optionalDependencies로 이동 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| |
읽기 → -
모바일 카드 스크롤 스냅과 디자인 토큰 반응형 개선
feat: 스타일 업데이트 및 반응형 스크롤 스냅 기능 추가 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss
읽기 → -
약관·정책 상세 페이지 추가
feat: 약관/정책 상세 페이지 및 관련 데이터 추가 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wrappe
읽기 → -
JSP UI 폰트·레이아웃을 디자인 토큰으로 통일하고 반응형 개선
style: JSP UI 폰트 크기 및 레이아웃 개선 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :roo
읽기 → -
파트너 레벨 목록을 DB 동적 조회로 전환해 코드 수정 없이 관리
fix: JSP 동적 파트너 레벨 필터링 및 불필요한 폴백 로직 제거 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표
읽기 → -
파트너 레벨·수수료 설정을 시스템별로 동적 관리
feat: 시스템별 파트너 레벨 설정 기능 추가 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표자명 | 필수 | NO
읽기 → -
결제 웹훅 이중 URL 디코딩 버그 수정으로 서명 검증 안정화
fix: 포인트소멸/사용자출금 Webhook도 이중 URL decode 버그 수정 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Conten
읽기 →