개발
코드 / 아키텍처 / 디버깅
-
신규 도메인 모니터링 대시보드 추가로 운영 시야 확보
한 이커머스 및 크리에이터 서비스 플랫폼으로 확장하면서, 각 서비스별 통계 대시보드를 개별 관리해야 하는 상황이 생겼다. 이번 작업은 기존 stats-dashboard 스크립트에 신규 서비스를 추가하는 작업인데, 단순 도메인 등록을 넘어 모니터링 시스템의 확장성을 어떻게 설계할지에 대한 고민이 담겨 있다.
읽기 → -
새 도메인 등록, 정책 문서도 함께 갱신
vtuberprofile.com 을 hedvion 인벤토리에 등록하는 작업을 했다. 단순히 도메인 이름을 어딘가에 적어둔 게 아니라, hedvion-CLAUDE.md 와 sites-detail.md 를 함께 갱신했는데, 이게 생각보다 중요한 부분이라 정리해 본다.
읽기 → -
금액 표시 규칙을 파이프라인으로 자동화
생성 단계부터 발행 직전까지 금액 데이터를 정제하는 두 단계 파이프라인을 연결했다. 예전엔 생성 후 발행 직전에 데이터를 일일이 정제해야 했는데, 이제 규칙을 파이프라인에 넣어두니 수동 작업이 줄어들었다.
읽기 → -
합쇼체만 반복되던 한국어 톤 다양화 개선
한국어 자연어 처리에서 텍스트를 생성할 때 한 가지 단조로운 문체만 계속 나오는 문제가 있었다. 특히 humanizer 모듈의 기본 한국어 톤 처리 레벨에서 모든 문장이 존경스러운 합쇼체로만 일관되게 생성되곤 했다. 이번 작업은 그 지점을 개선해서 상황에 맞는 다양한 톤이 섞여 나올 수 있도록 보강한 것이다.
읽기 → -
가짜 데이터 걷어내고 프로덕션 준비 완료
프로젝트 전체를 VTuber Profile로 리브랜딩하고 가짜 데이터를 정제하는 작업을 마쳤다. 단순히 서비스명을 바꾸고 테스트 데이터를 제거한 것처럼 보일 수 있지만, 실제로는 프로젝트를 개발 단계에서 프로덕션 레벨로 격상시키는 중요한 리팩토링이었다.
읽기 → -
데이터 검증 게이트와 출처 명시로 신뢰도 높이기
데이터 품질 문제가 계속 튀어나오던 상황이 있었다. 어떤 정보는 자동 크롤링으로 수집했고, 어떤 건 수동 입력이었고, 일부는 머신러닝 생성 결과였는데—시간이 지나면서 신뢰도가 뒤섞여 버렸다. 사용자 입장에서도 "이 데이터가 정확한가"를 판단할 근거가 없었고, 우리 팀도 어느 항목이 검증된 상태인지 추적하기 어려워졌다. 이번엔 그 문제를 체계적으로 정리하는
읽기 → -
다언어 라우팅으로 SEO와 광고 수익 동시 최적화
8개 언어 지원, [lang] 라우트, hreflang, AdSense 연동까지 한 번에 처리한 i18n 대작업을 마무리했다. 단순히 번역 텍스트 몇 개 추가하는 수준이 아니라, 검색 엔진 최적화부터 광고 수익까지 고려한 풀스택 국제화 구현이었다.
읽기 → -
fork 엔진으로 신규 사이트 기동 가속화
새로운 장르 플랫폼을 기존 kpopdex 엔진에서 fork해서 구축하기로 결정했다. 비슷한 구조의 사이트를 빠르게 만들어야 하는 상황에서 fork는 꽤 합리적인 선택이었다.
읽기 → -
기사 데이터 생성 시 날짜 임의 단정 제거
우리 팀에서 관리하는 기사 시드 데이터 생성 스크립트(bot/seed_articles.py)에 날짜 관련 fix를 적용했다. 그간 테스트·개발 편의상 과거나 미래 연도를 구체적으로 박아놓던 관행을 버리고, 연도 기준 중립표현으로 통일하기로 한 것이다. 겉보기엔 사소한 수정이지만, 이걸 통해 팀의 데이터 정책을 어떻게 강제할지, 그리고 왜 시드 스크립트 같은
읽기 → -
플레이스홀더 날짜로 인한 오류 방지
seed_articles.py 에서 아티클 샘플 데이터를 생성할 때 플레이스홀더 날짜 처리 방식을 개선했다. 지금까지는 게시 날짜를 알 수 없을 때 1월 1일(01-01)로 고정하고 있었는데, 이렇게 하면 나중에 그 데이터가 실제로 1월 1일 게시된 건지, 아니면 단순 플레이스홀더인지 구분이 안 되는 문제가 생긴다. 커밋 메시지에서 "정확일자 단정 방지"라
읽기 → -
사이트맵 통합으로 검색 엔진 크롤링 효율 높이기
검색 엔진 최적화(SEO) 관점에서 크롤러가 우리 사이트를 얼마나 효율적으로 발견하는지는 매우 중요하다. 최근에 sitemap.xml을 중앙집중식 인덱스로 통합하고, robots.txt에 명시적으로 선언하는 작업을 했다. 단순해 보이지만 이 변경이 왜 필요했고, 어떤 영향을 미치는지 풀어본다.
읽기 → -
레거시 도메인 참조 제거로 통계 정확성 복구
site-pv.py 에서 비활성화된 도메인의 매핑을 정정했다. 서비스 이관 과정에서 구 도메인 참조가 남아 있던 것을 발견하고 현재 라이브하는 도메인으로 수정한 작업이다.
읽기 → -
폰트 CDN 경로 변경으로 콘솔 404 에러 제거
상황: 숨겨진 폰트 로드 에러 발견
읽기 → -
폰트 로딩 실패 콘솔 에러 npm CDN 으로 제거
개발 브라우저를 띄우다 보면 콘솔에 간간이 떠 있는 404 에러들이 있다. 네트워크 탭에서 보면 대부분 폰트 파일이 원인인데, 보통 무시하고 넘어가기 쉽다. 하지만 사용자 화면에는 폰트가 안 로드된 상태로 보일 테고, 자칫 성능 저하로도 느껴질 수 있다. 이번에 Pretendard 웹폰트를 GitHub 릴리스에서 npm CDN으로 전환하면서, 이 문제가 단
읽기 → -
폰트 로딩 404 에러 콘솔 노이즈 제거
한 가지 작은 외웠던 문제를 고쳤다. 콘솔에 계속 떠오던 Pretendard 폰트 로딩 404 에러를 제거했다. GitHub CDN에서 npm CDN으로 경로를 바꾼 것인데, 꽤 흥미로운 소재다. 사소한 변경 같지만 여기에는 CDN 선택의 트레이드오프, 의존성 버전 관리, 그리고 런타임 에러 추적이 엮여 있다.
읽기 → -
폰트 로딩 CDN 404 에러 제거로 콘솔 정리
웹 서비스를 운영하다 보면 브라우저 콘솔에 남는 작은 에러들이 쌓인다. 이번엔 폰트 라이브러리의 CDN 경로 문제로 발생하는 404 에러를 정리했다.
읽기 → -
폰트 CDN 변경으로 콘솔 404 에러 제거
Pretendard 한글 폰트 라이브러리의 CDN 경로를 GitHub에서 npm 기반으로 변경해서 콘솔의 파일 누락 에러를 제거했다. 작아 보이는 작업이지만 의존성 관리와 배포 구조 사이의 미묘한 충돌을 다루는 경험이었다.
읽기 → -
웹폰트 CDN 마이그레이션으로 404 에러 제거
간단한 수정 같지만 꽤 흔한 문제를 건드렸다. Pretendard 폰트를 GitHub Pages 기반 CDN에서 npm CDN으로 변경했고, 그 결과 콘솔에 떠있던 404 에러를 깔끔하게 없앨 수 있었다.
읽기 → -
웹폰트 CDN 경로 변경으로 콘솔 404 에러 제거
외부 라이브러리 버전 업그레이드 후 갑자기 폰트 파일이 로딩되지 않으면서 콘솔에 404 에러가 떴던 상황이 있었다. Pretendard v1.3.9가 GitHub CDN을 통해 배포되면서 woff2 파일이 누락되어 있었던 거였다. 결국 npm CDN으로 경로를 변경해서 문제를 해결했다.
읽기 → -
웹폰트 CDN 404로 콘솔 뻘건 에러 제거
Pretendard 폰트를 GitHub CDN에서 npm 기반 CDN으로 변경했다. v1.3.9 릴리스에서 GitHub에 woff2 파일이 누락된 탓에 브라우저 콘솔이 404 에러로 찼는데, 단순하지만 사용자 경험을 저하하는 문제였다.
읽기 →