#log
-
관리자용 소명자료 PDF 생성
관리자 대상 소명자료 생성 기능을 추가했음. 기능 개요 법적/감사 목적으로 특정 사용자나 거래자의 활동 내역을 PDF 형태로 추출하는 기능. 수동으로 화면을 캡처하거나 DB에서 직접 쿼리하는 방식은 오류가 많고 시간도 오래 걸렸음. 구현 내용 | 구성 요소 | 역할 | |-----------|------| | 관리자 화면 | 대상자 선택, 기간
읽기 → -
감사 로그와 실제 DB 상태의 드리프트 감지 시스템 구축
감사 로그와 실제 상태의 불일치를 감지하고 진단하는 시스템을 구축했다. 감사 로그 드리프트란 무엇인가 운영 중인 서비스에서 감사 로그(audit log)는 모든 중요한 상태 변화를 기록하는 안전장치다. 사용자 정보 수정, 권한 변경, 거래 처리 같은 작업들이 발생할 때마다 "누가, 언제, 무엇을, 왜" 변경했는지를 남긴다. 그런데 문제는 시간이 지나면
읽기 → -
정산 원장에 결제 발생 즉시 PENDING 미러링
정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발
읽기 → -
매출 대시보드 폴링 시 결제 항목 라벨과 데이터 불일치 해결
관리자 대시보드의 매출 요약 화면에서 실시간 데이터 갱신과 라벨 정합 문제를 함께 해결했다. 대시보드 폴링과 데이터 동기화의 어려움 운영 대시보드는 실시간 지표를 보여줘야 하는데, 특히 매출 통계처럼 시간대별로 변하는 데이터는 사용자가 화면을 열어둔 상태에서도 최신 정보를 받아야 한다. 이걸 구현하는 방식은 크게 두 가지인데, 웹소켓 같은 양방향 통신
읽기 → -
결제 수단 변경 이력 감사 로직 구현과 설계 고민
결제 주문의 결제 수단 변경을 감시하고 기록하는 감사 로직을 구현했다. 외부 영향이 크거나 민감한 부분인 만큼 어떤 배경과 고민이 있었는지 정리해본다. 결제 수단 변경, 왜 감시하는가 주문이 생성된 후 최종 결제 전까지 결제 수단이 변경되는 시나리오는 생각보다 자주 일어난다. 사용자가 마음을 바꿔서 카드를 바꾸거나, 결제 실패 후 다른 수단으로 재시도
읽기 → -
관리자 로그인 화면 2FA 안내
admin-login 버그를 수정했음. 비밀번호 찾기 링크 제거 및 2FA 안내 문구 수정. 변경 파일: 뷰/스타일 2개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - 화면 렌더링 수정 - 프론트 스크립트 수정 버그 수정 프로세스 단순히 증상만 픽스하는 게
읽기 → -
관리자 로그인과 2FA 화면의 용어 일관성 개선
admin-login 버그를 수정했음. 관리자 로그인 및 2FA 페이지 텍스트 수정으로 용어 일관성 개선. 변경 파일: 뷰/스타일 2개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - 화면 렌더링 수정 - 프론트 스크립트 수정 버그 수정 프로세스 단순히 증상
읽기 → -
결제 플랫폼 관리자 로그인·2FA 화면 데이터 정합성 확보
admin-login 영역에 새 기능을 추가했음. 이커머스 PG 플랫폼 SaaS 톤 로그인 + 2FA 페이지 리디자인. 변경 파일: 뷰/스타일 2개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부 클래스에 메서드 추가
읽기 → -
GitHub 프로필 README를 채용 담당자 시선으로 풀 리디자인
GitHub 프로필 README를 업데이트했음. 프로필 README 풀 리디자인 — 운영 시스템 + AI 만능 포지셔닝. 변경 목적 개발자 프로필은 첫인상이 중요함. 채용 담당자나 협업 상대가 프로필을 볼 때 5초 안에 어떤 개발자인지 파악할 수 있어야 한다고 생각해서 계속 다듬는 중. 특히 GitHub 프로필은 이력서보다 먼저 보는 경우가 많아서 최
읽기 → -
파트너 포탈 하위파트너 계약·신청 관리 기능 신설
partner-portal 영역에 새 기능을 추가했음. 하위파트너 계약/신청 관리 UI 전면 정비. 변경 파일: SQL 매퍼 2개, 뷰/스타일 2개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 포탈에 신규 메뉴/기능 추가 -
읽기 → -
결제 도메인 쿼리 인덱스로 응답 속도 145배 개선
인덱스를 추가해서 쿼리 성능을 대폭 개선했음. 17.8s → 0.12s (145배 향상). 문제 발생 특정 페이지 로딩이 수십 초씩 걸리는 현상이 있었음. 데이터가 쌓일수록 더 느려지는 선형 구조였음. 사용자 입장에서 받아들이기 어려운 수준이었고, 트랜잭션 타임아웃까지 발생할 수 있는 상황이었음. 원인 분석 sql -- EXPLAIN 실행 결과
읽기 → -
정산 수수료 차감이 조용히 스킵되던 버그 수정
partner-balance 버그를 수정했음. confirmPendingSettlement 수수료 차감 silent skip 버그 수정. 변경 파일: 내부 클래스 1개 문제 원인 예외가 소리 없이 삼켜지거나 분기 처리가 누락돼서 특정 케이스에서 처리가 스킵되고 있었음. 로그에도 아무것도 안 남아서 찾기 어려웠음. 수정 내용 - 내부 클래스 로직
읽기 → -
파트너 대시보드에 잔액 실시간 폴링 기능 추가
partner-portal 영역에 새 기능을 추가했음. 파트너 대시보드 라이브 잔액 변동 표시 (AJAX 폴링). 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 -
읽기 → -
LIVE_AGG 멱등성·동시성 회귀 버그 공통 후처리 누락 수정
Codex 회귀 지적 5건 반영 (LIVE_AGG 멱등성/동시성/상위 누락) Codex 회귀 지적 5건 반영 (LIVE_AGG 멱등성/동시성/상위 누락) 버그를 수정했음. 원인 분석 새로운 처리 경로를 추가할 때 기존 경로의 공통 처리를 빠뜨렸음. 재현 조건 특정 경로로 처리된 건에서 후처리가 실행되지 않음. 수정 내용 java // 수
읽기 → -
정산 SQL 롤백 대비 패치와 운영 DB 설계 점검
정산 유틸 수정 + 운영 SQL 패치 (세션 중 작업) 유지보수 및 정리 작업을 했음. 배경 기능 개발에 집중하다 보면 불필요한 코드, 오래된 설정, 중복 파일이 쌓임. 이런 기술 부채는 당장은 문제가 없어 보여도 점점 코드베이스를 읽기 어렵게 만듦. 작업 내용 - 운영 SQL 패치 파일 관리 - 롤백 SQL을 함께 작성해두어 문제 발생 시
읽기 → -
플랫폼 수취수익 정산 출금에 실PG 연동
플랫폼 수취수익 정산 출금 실PG 연동 + 2-phase 감사로그 플랫폼 수취수익 정산 출금 실PG 연동 + 2-phase 감사로그 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 1개, SQL 쿼리 1개를 작성했음. 코드 예시 java // 핵심 로직 public vo
읽기 → -
쇼핑몰 연락처송금 수수료 엣지케이스 버그 수정
쇼핑몰 플랫폼 연락처송금 수수료 UI/로직 재정비 쇼핑몰 플랫폼 연락처송금 수수료 UI/로직 재정비 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java // 수정 전: 엣지케이스 미처리 publ
읽기 → -
관리자 대시보드 정산 집계를 배치 스냅샷으로 전환해 조회 성능 개선
관리자 대시보드 재배치 + 월 순수익·공급사 운영 자금 카드 추가 관리자 대시보드 재배치 + 월 순수익·공급사 운영 자금 카드 추가 기능을 구현했음. 배경 일별 집계 데이터를 실시간 쿼리로 가져오면 쿼리 부하가 높아짐. 미리 집계해서 스냅샷으로 저장해두면 조회가 빠르고 DB 부하도 줄어듦. 구현 방식 @Scheduled로 매일 새벽 집계 배치
읽기 → -
대시보드 집계를 배치 스냅샷으로 분리해 조회 성능 개선
회원 목록 탭 4개 확장 + 탭-카드 순서 재배치 회원 목록 탭 4개 확장 + 탭-카드 순서 재배치 기능을 구현했음. 배경 일별 집계 데이터를 실시간 쿼리로 가져오면 쿼리 부하가 높아짐. 미리 집계해서 스냅샷으로 저장해두면 조회가 빠르고 DB 부하도 줄어듦. 구현 방식 @Scheduled로 매일 새벽 집계 배치를 돌렸음. 결과를 스냅샷 테이블
읽기 → -
회원가입 전 카카오 로그인 안내 팝업 오류 수정
회원가입 전 카카오 로그인 시 안내 팝업 표시 회원가입 전 카카오 로그인 시 안내 팝업 표시 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java // 수정 전: 엣지케이스 미처리 public v
읽기 →