시드 스크립트 로그의 운영 정보 자동 마스킹으로 보안 강화

보안 스캔 자동화 시스템을 다시 점검하던 중, 기존 마스킹 규칙이 너무 성글다는 걸 깨달았다. 인프라 운영 관련 민감 정보가 로그나 시드 데이터에 노출될 여지가 있었고, 이걸 체계적으로 막기 위해 차단 룰을 한 단계 더 촘촘하게 만들기로 했다.

모바일 햄버거 메뉴 드로어로 반응형 네비게이션 개선

모바일 반응형 UI의 핵심인 햄버거 메뉴 드로어를 구현했다. 단순해 보이지만, 네비게이션 UX와 팀의 모바일 우선 전략에 꽤 큰 영향을 미치는 작업이었다.

어드민 리디자인·태그 자동 매핑 등 멀티 피처 배포의 득실 정리

한 번에 여러 개의 개선 사항을 묶어 배포하는 작업이었는데, 이렇게 스코프를 관리하는 과정에서 팀과 시스템에 주는 영향을 다시 생각해본다.

관리자 진입 경로를 README와 푸터에 명확히 정리

README와 footer에 관리자 진입 경로를 명확히 문서화했다. 단순 UI 텍스트 추가 같아 보이지만, 실제로는 사용자 접근성과 운영 효율성에 영향을 미치는 작은 결정들이 담겨 있었다.

플랫폼 전체 UX·관리·콘텐츠 파이프라인 한 번에 개편

플랫폼 전체 리뉴얼을 한 번에 밀어붙인 작업이다. public 사용자 UX부터 내부 admin 인터페이스, 콘텐츠 수급 파이프라인까지 아우르는 full overhaul였다.

포트폴리오 서버에 FastAPI 블로그를 얹은 과정

이미 있는 다크 포폴 옆에 /blog 서브패스로 같이 살리기.

cafe24 우분투 가상서버 한 대(968Mi RAM)에 포폴(정적) + MariaDB + Redis + 새 블로그(FastAPI)를 같이 굴린 기록. 단순 reverse_proxy 한 줄로 같은 도메인 안에 둘 사이트 공존.

n8n과 Python으로 유튜브 쇼츠 49편 자동 생성 파이프라인 구축

RSS → 한국어 스크립트 → TTS → 합성 → 업로드까지 사람 손 0.

매일 09:00 KST cron 한 방으로 IT/AI 뉴스 6편이 30초 정보형 쇼츠로 나가는 파이프라인. n8n 이 스케줄러/오케스트레이터, Python 이 영상 합성, launchd 가 n8n 자체를 살린다.

개인 블로그 관리 시스템 뼈대를 처음부터 직접 설계해 띄운 이야기

새 프로젝트를 처음부터 차려 올렸다. 개인 블로그 운영을 위한 간단한 관리 시스템을 만들기로 결심하고, 깔끔한 프로젝트 구조 위에 첫 커밋을 띄웠다. 프로젝트 초기화의 작은 신중함 initial commit 이라고 해서 아무렇게나 파일을 던지는 건 아니다. 특히 1인 개발이지만, 나중에 협업하거나 코드를 공개할 가능성을 염두에 두고 처음부터 정리정돈하

환경변수 템플릿 도입으로 신규 팀원 온보딩 간소화

환경 설정 템플릿을 버전 관리에 포함시켜서 새로운 팀원이나 로컬 셋업이 훨씬 수월해졌다. 왜 .env.example이 필요한가 프로젝트를 처음 받았을 때 가장 답답한 순간이 뭐냐면, 어떤 환경 변수를 설정해야 하는지 알 수 없다는 거다. .env 파일은 보안상 git에 커밋하면 안 되니까 .gitignore에 등재하는 게 표준이다. 그런데 정작 어떤

관리자용 소명자료 PDF 생성

관리자 대상 소명자료 생성 기능을 추가했음. 기능 개요 법적/감사 목적으로 특정 사용자나 거래자의 활동 내역을 PDF 형태로 추출하는 기능. 수동으로 화면을 캡처하거나 DB에서 직접 쿼리하는 방식은 오류가 많고 시간도 오래 걸렸음. 구현 내용 | 구성 요소 | 역할 | |-----------|------| | 관리자 화면 | 대상자 선택, 기간

쿠폰 매출 정산 대시보드 집계 버그 수정

dashboard 버그를 수정했음. recalculateCouponRevenue 산식에 LEGACY 분 추가. 변경 파일: SQL 매퍼 1개 문제 원인 SQL 쿼리 조건이 잘못돼 있었거나, JOIN/필터 누락으로 데이터가 잘못 집계되고 있었음. 기대값과 실제값을 비교해서 어느 쿼리에서 차이가 발생하는지 좁혀 찾았음. 수정 내용 - SQL 쿼리 조

결제 정산 원장의 컬럼 매핑 버그와 멱등성 오류 수정

system-ledger 버그를 수정했음. audit source_history_sn 매핑 + 멱등성 키 정정. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개 문제 원인 컬럼 매핑이 잘못 연결돼 있어 값이 엉뚱한 필드에 들어가거나 누락되고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 내부 클래스 로직 수정 버그 수정 프로세스

정산 원장에 결제 발생 즉시 PENDING 미러

정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발

정산 감사 이력 테이블 신설로 변동 추적 가능

감사 이력 테이블을 신설하고 관련 로직을 구현했음. [단계] 수익 카드 audit SUM 기반 교체 + 검증 비교 섹션. 왜 감사 이력이 필요한가 잔액이나 정산 관련 데이터는 "언제, 누가, 무엇을, 얼마나 변경했는가"를 추적할 수 있어야 함. 이슈가 생겼을 때 원인 파악과 책임 추적을 위해 필수임. 특히 금융 도메인에서는 감사 추적이 기본 요건임.

정산 SQL 수수료 집계 버그 수정

pg 버그를 수정했음. SystemRevenue_sql VA PG 수수료 300→330원 후속 갱신. 변경 파일: SQL 매퍼 1개 문제 원인 SQL 쿼리 조건이 잘못돼 있었거나, JOIN/필터 누락으로 데이터가 잘못 집계되고 있었음. 기대값과 실제값을 비교해서 어느 쿼리에서 차이가 발생하는지 좁혀 찾았음. 수정 내용 - SQL 쿼리 조건/집계

가상계좌 PG 수수료

pg 버그를 수정했음. 가상계좌 PG 수수료 300→330원 갱신 및 익월 후정산 라벨 추가. 변경 파일: SQL 매퍼 3개, 뷰/스타일 2개, 설정/문서 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 화면 렌더링 수정 -

감사 로그와 실제 DB 상태의 드리프트 감지 시스템 구축

감사 로그와 실제 상태의 불일치를 감지하고 진단하는 시스템을 구축했다. 감사 로그 드리프트란 무엇인가 운영 중인 서비스에서 감사 로그(audit log)는 모든 중요한 상태 변화를 기록하는 안전장치다. 사용자 정보 수정, 권한 변경, 거래 처리 같은 작업들이 발생할 때마다 "누가, 언제, 무엇을, 왜" 변경했는지를 남긴다. 그런데 문제는 시간이 지나면

정산 원장에 결제 발생 즉시 PENDING 미러링

정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발

결산 고도화와 안드로이드 결제 모니터 엣지 케이스 정복

4월, 638개 커밋. 28개월 중 최고치다. 새 회사 두 번째 달이면서 자동화, 결산, 모니터링이 동시에 달렸다.

결제 정산 감사 로직의 멱등성

system-ledger 버그를 수정했음. (C) 백필 시드 명확화 + audit 멱등성 보강. 변경 파일: 내부 클래스 3개, SQL 매퍼 1개, SQL 파일 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 내부 클래스 로직