#debug
-
쿠프 운영 자금 차감 조건 엣지케이스 버그 수정
쿠프(COOPMKT) 운영 자금 차감 조건 수정 — toClientSn→EXTERNAL 기준 쿠프(COOPMKT) 운영 자금 차감 조건 수정 — toClientSn→EXTERNAL 기준 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치
읽기 → -
파트너 가입 페이지 UI 개선
파트너 가입 페이지 UI 개선 및 CSS 통합 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object source)
읽기 → -
파트너 온보딩 단계별 위자드로 초기 설정 완료율 개선
파트너 온보딩 상태 확인 디버깅 로그 추가 및 JSP 조건문 단순화 파트너 온보딩 상태 확인 디버깅 로그 추가 및 JSP 조건문 단순화 기능을 구현했음. 배경 신규 사용자가 플랫폼의 기능과 설정 방법을 스스로 파악하기 어려우면 이탈로 이어짐. 단계별 가이드를 시스템 안에서 제공하면 첫 진입 장벽을 낮출 수 있음. 구현 방식 단계별 위자드 모달
읽기 → -
관리자 로깅 유틸 추가로 운영 디버깅 가시성 개선
PrettyLogUtil 추가 및 로깅 스타일 개선** 2026-04-03에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스, 내부 클래스, AdminControllerAdvice.java 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리
읽기 → -
서버 보안 필터 강화와 Rate Limit 임계값 조정
ActuatorIpFilter 차단 로그에 allowed-ips 목록 출력 2026-04-03에 서버 보안 필터 관련 작업을 진행했음. 운영 서버에 붙어있는 보안 필터는 크게 세 가지를 처리함: IP 기반 Rate Limit, 봇/공격 패턴 감지, 블랙리스트 자동 등록. 이번 작업에서 임계값 조정이나 예외 경로 추가를 했음. 처리 흐름 요청 수
읽기 → -
Tempo·Grafana로 분산 트레이싱 관찰 가능성 강화
Tempo 분산 트레이싱 추가 (트랜잭션 추적) 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포인트로 메트릭을 노출하고, Prometheus가 주기적으로 긁어
읽기 → -
정산·배치 로그를 DEBUG로 낮춰 운영 노이즈 개선
배치 작업 로그 수준 INFO → DEBUG로 하향** 2026-04-03에 배치 작업 관련 코드를 수정하거나 추가했음. 배치는 Spring @Scheduled로 주기적으로 실행됨. 만료 처리, 정산 집계, 상태 동기화 등 실시간 요청 흐름 밖에서 처리해야 하는 작업들을 담당함. 배치 목록 일부 | 배치 | 역할 | |---|---| | 쿠폰 만
읽기 → -
로그 레벨 정리와 중복 코드 제거로 운영 가독성 개선
LOGGER.info 호출을 LOGGER.debug로 변경 및 주요 로그 메시지 정리** 2026-04-03에 리팩토링 작업을 진행했음. 기능은 그대로인데 코드를 더 읽기 좋게, 유지보수하기 쉽게 정리하는 작업임. 로직을 이해하고 나서야 뭘 어떻게 바꿔야 할지 보이기 때문에 기능 개발보다 오히려 더 신경 써야 할 때가 많음. 작업 내용 - 중복
읽기 → -
결제대행사 잔액 조회에 운영 디버깅 로그 추가
결제대행사 잔액 조회 디버깅 로그 추가 2026-04-01에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리 작성 및 결과 매핑 - J
읽기 → -
연락처 송금 수수료 분배
연락처송금 수수료 분배 로직 개선 2026-03-30에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인 입력 → 이체 →
읽기 → -
AI 상담을 직접 호출 방식으로 전환하고 남용 차단 구조 강화
핸들러 AI 폴백 로직 추가 및 안정성 강화 2026-03-29에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API 호출)
읽기 → -
결제 알림 캡처 안정화
v2.3: 원격 지원 안정화 + 캡처 로직 개선 + 로그 레벨 조정 Android 앱(v2.3) 관련 작업을 진행했음. 결제 알림 수신·처리용 앱인데, 알림 캡처 → 파싱 → 서버 전송 흐름으로 동작함. 이번 작업에서는 안정성과 Android 버전 호환성을 중점적으로 개선했음. 주요 변경 | 항목 | 내용 | |---|---| | Android
읽기 → -
파트너 정산 송금을 접근성 서비스로 자동화한 과정
송금 자동화 배경 파트너 정산 처리량이 늘면서 수기 송금 부담이 한계점 도달. 결제대행사 정산 사이클 밖의 즉시 송금 건은 사람이 직접 은행 앱을 두드려야 했음. 안드로이드 접근성 서비스로 은행 앱 폼을 자동으로 채우는 보조 수단을 도입함. 결제 플랫폼 본 흐름은 그대로 두고, 운영팀 손이 닿는 부분만 줄이는 게 목표였음. - 메신저 알림 수신 → 송
읽기 → -
가상계좌 입금 알림을 다중 은행 채널로 확장해 누락 해소
은행 알림에서 가상계좌 입금 URL을 자동으로 받아오는 경로에 손댔음. 기존엔 메신저 푸시 한 채널만 후킹해서 처리했는데, 일부 은행은 자체 푸시/SMS로만 결과를 쏴주니 누수가 생김. 파트너 화면에서 "입금됐는데 왜 반영 안 됨?" 문의가 한 주에 두어 건씩 올라왔음. 무엇을 바꿨나 주요 시중은행 두 곳(A, B) 알림을 별도 경로로 캡처하도록 텄음
읽기 → -
결제 모니터 뷰 레이어 알림 중복 제거
refactor: /Users/slecs/dev/source/pay-monitor/app/build/outputs/apk/debug/ alert/Toast 중복 제거 및 SLECS.Modal.alert로 통합 리팩토링.
읽기 → -
레거시 JSP 관리자 화면 모바일 대응
feat: 불필요 메세지 정리 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wrapper d-none d-md-
읽기 → -
SQL 쿼리 정리로 코드 일관성과 가독성 개선
feat: 불필요 메세지 정리 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 0개 | 핵심 처리 로직 개선 | | 화면 (JSP) | 0개
읽기 → -
테스트 코드 중복 제거와 책임 분리로 유지보수성 개선
사용되지 않는 사이트 전용 SCSS 파일 정리 2026-01-23. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 테스트 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실제 역할을 반영 못 하는 케이스들이 쌓였음.
읽기 → -
위젯 컨트롤러와 뷰 템플릿에 실동작 로직 추가
위젯 데이터 로드 및 디버깅 로직 추가 2026-01-22. 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서
읽기 → -
팝업 UI와 인터셉터에 실제 동작 로직 연동
팝업 UI 동작 수정 및 인터셉터 디버깅 로그 추가 2026-01-20. 인터셉터, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 인터셉터부터 시작 3. **API 연결**
읽기 →