#log
-
연락처 송금 수수료 분배
연락처송금 수수료 분배 로직 개선 2026-03-30에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인 입력 → 이체 →
읽기 → -
AI 상담을 직접 호출 방식으로 전환하고 남용 차단 구조 강화
핸들러 AI 폴백 로직 추가 및 안정성 강화 2026-03-29에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API 호출)
읽기 → -
운영 안정성을 위한 Spring MVC 내부 클래스 개선
20260329 1203 production was status 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리
읽기 → -
개발 DB 반영과 무중단 배포 안정성 개선
20260329 devdb query results 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리 작성 및 결과
읽기 → -
Claude API 직접 연동으로 AI 상담 품질과 속도 개선
AI 폴백 로직 추가 및 하드코딩 셀렉터 학습 로직 보완 2026-03-27에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (AP
읽기 → -
결제 콜백 필터 누락 버그 수정과 레이트리밋 운영 전략
receive-result URL 캡처 reason 필터 누락 수정 2026-03-27에 버그를 수정했음. 수정 대상 파일: 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|-
읽기 → -
결제 알림 캡처 안정화
v2.3: 원격 지원 안정화 + 캡처 로직 개선 + 로그 레벨 조정 Android 앱(v2.3) 관련 작업을 진행했음. 결제 알림 수신·처리용 앱인데, 알림 캡처 → 파싱 → 서버 전송 흐름으로 동작함. 이번 작업에서는 안정성과 Android 버전 호환성을 중점적으로 개선했음. 주요 변경 | 항목 | 내용 | |---|---| | Android
읽기 → -
연락처 입금 상세에 주문·핀코드·입금 로그 매칭 추가
연락처 입금 상세에 매칭 주문/핀코드/입금 로그 추가 2026-03-25에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취
읽기 → -
무통장 입금 미매칭을 주문번호 기준으로 자동 보정
배경 무통장 입금 매칭에서 파트너를 잘못 잡거나 계좌 정보가 비어있는 케이스가 누적됨. 운영팀이 손으로 일일이 보정하던 흐름을 주문 데이터 기준으로 자동화함. 결제 플랫폼 쪽 미매칭 건이 월말마다 쌓여서 더 미룰 수 없었음. 무엇을 바꿨나 - 주문번호를 키로 파트너 ID 역추적 - 입금자명·금액 일치 외에 주문 메타데이터로 보강 - 관리자 화면에서 미
읽기 → -
결제 웹훅 중복 수신 막고 정산 추적 로그 정비
웹훅 개선하면서 깨달은 것 결제대행사 쪽에서 들어오는 웹훅이 가끔 누락되거나 중복으로 찍히는 이슈가 있었음. 처음엔 "재시도 정책이려니" 하고 넘겼는데, 정산 데이터 검수하다가 같은 거래에 대해 콜백이 3번 들어온 케이스를 발견했음. 더는 못 미루겠다 싶어서 손댐. 무엇을 바꿨나 핵심은 두 가지. **웹훅 수신부 자체의 멱등성 보장**과 **로그를
읽기 → -
iframe 내부 영상 감지 누락 수정으로 감지율 향상
사이트마다 다른 DOM 구조 영상 감지 기능이 일부 페이지에서 침묵하는 제보가 들어옴. 직접 들어가 보니 페이지 자체엔 분명히 플레이어가 떠 있는데 감지기는 0개를 리턴함. 콘솔 찍어보니 원인이 명확했음 — 플레이어가 iframe 안에 들어 있는 케이스였음. 기존 videoDetector는 top window 기준으로만 querySelectorAll(
읽기 → -
SNS 영상 감지와 OAuth 리다이렉트 오류 동시에 수정
구글 로그인이 또 깨졌다 오랜만에 사이드 프로젝트 손봤더니 OAuth가 안 됐음. 콘솔에는 redirect_uri_mismatch. 도메인 옮긴 걸 까먹은 게 원인이었음. 등록된 redirect와 실제 요청 URL이 슬래시 한 글자 차이로 어긋나 있었음. - 콘솔 → 인증 정보 → 승인된 리디렉션 URI 갱신 - 로컬/스테이징/프로덕션 3개 환경 따로
읽기 → -
소셜 로그인 토큰 갱신 무한 루프와 인앱 파일 미리보기 개선
하루치 메모 이번 작업은 네 가지 잡탕 묶음. 미리보기 모달, 뒤로가기 동작, 커스텀 북마크, 소셜 로그인 개선. 하나하나는 작은데 합쳐 놓으니 앱 진입점부터 네이티브 매니페스트까지 다 건드림. 작업한 것 | 항목 | 핵심 변경 | | --- | --- | | 미리보기 모달 | 첨부 파일을 외부 앱 대신 인앱에서 띄움 | | 뒤로가기 | 모달 떠
읽기 → -
결제 구간 앱 서명 위변조 트래픽을 단계별로 차단한 방법
배경 모바일 앱에서 서버로 들어오는 요청이 진짜 우리 앱에서 온 게 맞는지 확인할 방법이 필요했음. 그동안 디바이스 식별자만 보고 신뢰했는데, 리패키징된 패키지로 위변조 트래픽이 들어오는 정황이 잡힘. 결제대행사 연동 구간이라 더 미룰 수 없었음. 접근 — X-Sig-Hash 헤더 앱 서명 인증서의 SHA-256 해시를 매 요청마다 헤더에 실어 보
읽기 → -
결제 앱 APK 변조·정산 탈취 막은 다층 무결성 방어
배경 이커머스 앱이 마켓에 풀린 뒤로 이상한 트래픽이 잡히기 시작했음. 정상 클라이언트로는 절대 나올 수 없는 호출 패턴이 보였고, 추적해 보니 APK 디컴파일 후 재서명한 변종이었음. 단순 난독화로는 한계가 명확했고, 결제 플랫폼 특성상 파트너 정산 데이터에 손대는 게 보여서 더 미룰 수 없었음. 1차: 서명 해시 검증 가장 먼저 한 건 런타임
읽기 → -
결제 화면 포함 CSS와 SCSS 원본 불일치 해소
SCSS 컴파일 결과 동기화 스타일 빌드 파이프라인이 분리돼 있다 보니, SCSS 원본 변경분과 실제 배포되는 CSS 파일이 어긋나는 일이 종종 있었음. 이번 커밋은 그 어긋남을 한 번 정리하는 작업이었음. 대상은 세 파일: - 공통 스타일 시트 - 신규 테마 시트 - 이커머스 결제 플랫폼 화면용 시트 세 파일 모두 SCSS 원본과 컴파일 결과 CS
읽기 → -
알림 파이프라인에서 발신자 표시명 분리 정규화로 채널별 오발송 해결
v3.1 릴리스 — senderDisplay 필드 추가하다 만난 알림 파이프라인 이슈 API 스펙 작은 변경 하나가 알림 파이프라인 전체를 흔드는 경험을 또 함. 파트너 쪽에서 "발신자 표시명을 별도로 받고 싶다"는 요청이 왔고, 기존 sender 외에 senderDisplay 를 추가했음. 처음엔 단순 nullable 문자열 추가라 30분이면 끝날
읽기 → -
안드로이드 절전 정책으로 끊기던 새벽 알림 수집 해결
24시간 돌려야 하는 수집기, 새벽마다 멈췄음 알림 수집 모듈을 백그라운드로 24시간 띄워놓는 구조였는데, 새벽 3~5시 사이에 수집이 끊기는 현상이 반복됐음. 처음엔 네트워크 이슈인 줄 알았는데 로그를 까보니 프로세스 자체가 잠들어 있었음. Doze 모드와 App Standby가 만든 합작품이었음. Doze가 뭘 죽이는지부터 정리 배터리 최적화
읽기 → -
은행명 표기 불일치로 매일 누락되던 정산 30건 해결
은행명 매칭이 깨진 사연 결제대행사에서 내려주는 은행명 표기가 우리 내부 표준이랑 미묘하게 달라서 정산이 한 건씩 누락되던 이슈. 지역 농축협·새마을 계열에서 특히 자주 터졌음. 같은 은행인데 "새마을", "MG새마을", "새마을금고" 이렇게 세 가지 표기로 들어오는 게 발단. 문제의 코드 기존 매칭이 완전 일치 기반이라 한 글자라도 어긋나면 미매
읽기 → -
결제 입금 알림이 엉뚱한 채팅방으로 가던 오배송 문제 수정
채팅방 매칭이 어긋나던 문제 파트너가 결제대행사로부터 입금 알림을 받아 메신저 채팅방으로 푸시하는 흐름이 있었음. 그런데 같은 파트너가 여러 거래 은행을 동시에 쓰는 케이스가 늘면서, 알림이 엉뚱한 방으로 들어가는 사고가 잦아짐. 원인은 단순했음. 채팅방을 찾을 때 쓰던 키가 너무 헐거웠음. - 파트너 식별자 하나만 매칭 키로 사용 - 같은 파트너가
읽기 →