-
반복 생성 패턴을 구조적으로 분류하기
지난주 brainstorm 시스템에서 흥미로운 문제를 마주쳤다. 사용자들이 아이디어를 생성할 때 같은 패턴의 제안이 자꾸 반복되는데, 그걸 처리하는 방식이 아쉬웠다. 단순히 코드 로직으로 "이건 반복이다/다르다"를 판단하고 있었는데, 실제론 시스템이 **과거에 내린 의사결정의 맥락을 기억하지 못하고 있었던** 게 근본 문제였다.
읽기 → -
리뷰 조회 반환값 정규화로 금액 타입 버그 수정
learn-update 스크립트의 fetch_reviews 함수 반환값을 list로 정규화했다. 겉으로는 간단한 타입 통일처럼 보이지만, 실제론 파이프라인 전체의 데이터 안정성을 확보하는 중요한 작업이었다.
읽기 → -
폭주하는 피드백으로 마비된 학습 시스템 복구
작업: learn-update 스크립트의 세 가지 버그를 한 번에 수정했다. 피드백 제한(cap), 백로그 드레인, 실행 권한 복원.
읽기 → -
색인점검 인프라, 계정 관리를 체계화하다
최근에 Google Search Console(GSC) 색인점검 모니터링을 제대로 정리했다. 우리는 여러 사이트를 운영 중이고, 각 사이트마다 GSC 계정이 따로 있었는데, 색인 상태를 점검할 때마다 계정을 일일이 넘나들어야 했다. 그래서 _lib/adsense_index_watch.py 를 손보고, 멀티계정 기능을 추가하면서 문서도 함께 정리했다.
읽기 → -
Google Search Console 인증 메타 태그 복구
Google Search Console(GSC) 인증용 메타 태그를 사이트 레이아웃에 다시 추가했다. src/layouts/Dex.astro 파일에 빠져있던 <meta name="google-site-verification"> 태그를 넣은 거다.
읽기 → -
검색 콘솔 인증 메타 태그 추가
Google Search Console(이하 GSC)에 사이트 소유권을 인증하기 위해 메타 태그를 추가했다. 작지만 필수적인 작업이었는데, 이 과정에서 몇 가지 배운 점이 있어서 풀어 써 본다.
읽기 → -
불필요한 사이트 검증 태그 제거
구글 사이트 검증용 메타 태그를 Astro 레이아웃 파일에서 정리했다. 한두 줄 짜리 작은 chore지만, 이런 누적된 정리 작업이 코드베이스를 건강하게 유지한다는 점에서 중요하다고 본다.
읽기 → -
새로운 콜라보 시리즈 12종을 데이터베이스에 한 번에 추가
블라인드박스 플랫폼에서 새로운 콜라보레이션 시리즈(CRYBABY, Labubu 등)를 12개 아이템으로 확장하는 데이터를 SQL 시딩으로 배포했다. 꽤 간단한 작업으로 보이지만, 이 과정에서 데이터 확장 시의 의사결정과 팀 협업 관점에서 배운 게 많다.
읽기 → -
검증된 블라인드박스 시리즈 17개 추가
데이터베이스 시드 스크립트에 17개의 새로운 시리즈를 추가했다. 단순한 행(row) 추가처럼 보이지만, 이 작업이 보여주는 건 데이터 관리 패턴과 팀의 신뢰성 문제다.
읽기 → -
묶음 상품 시리즈 초기 데이터를 버전 관리하기 시작하다
요즘 들어 자주 마주치는 패턴이 있는데, 개발 초기 단계에서 **데이터베이스 seed 파일**이 git 추적 대상이 아니다가 나중에 "어? 이 데이터는 어디서 나온 거지?" 하는 상황이다. 이번 커밋은 묶음 상품 확장 기능(expansion)과 관련된 초기화 데이터를 드디어 버전 관리에 넣은 작업인데, 생각보다 이런 결정이 팀 전체에 미치는 영향이 꽤 크다
읽기 → -
팝마트 12개 시리즈 카탈로그 데이터 확정
블라인드박스 데이터베이스에 12개의 검증된 팝마트 시리즈를 추가했다. SKULLPANDA, MOLLY, DIMOO, HIRONO, HACIPUPU, Labubu 등 주요 콜렉션들을 db/seed-blindbox.sql에 확정 커밋한 일이다.
읽기 → -
사이트별 로그 추적 기능 추가
최근에 페이지뷰 로깅 시스템(site-pv)에 새로운 서비스를 등록하고, 등록된 서비스 목록을 한눈에 볼 수 있는 기능을 추가했다. 단순한 데이터 등록처럼 보이지만, 실제로는 멀티사이트 환경에서 로그 추적의 운영 방식을 크게 개선한 작업이다.
읽기 → -
외부 도메인 등록 시 inventory와 정책 동시 문서화
새로운 도메인(blindboxdex.com)을 K3 외부 인프라에 등록하고, 이를 docs 폴더의 두 곳에 동시에 기록했다. 단순해 보이는 작업이지만, 인프라 투명성과 팀 온보딩 관점에서 꽤 중요한 선택이 있었다.
읽기 → -
도메인별 통계 격리로 대시보드 관리 자동화
새로운 도메인을 서비스에 추가할 때, 코드 변경은 한두 줄이지만 시스템 전체에 미치는 파급력은 생각보다 크다. blindboxdex.com을 대시보드에 등록하면서 단순히 데이터 소스를 추가하는 것에서 한 발 나아가, 로그 격리(DEDICATED_LOGS)와 표시 순서(DISPLAY_ORDER) 설정까지 함께 점검해야 한다는 점을 다시 한번 체감했다.
읽기 → -
프로젝트 맞춤 지침으로 상속 문서의 혼선 정리
이번엔 blindboxdex 프로젝트의 CLAUDE.md를 새로 작성했다. 그 전까지는 다른 프로젝트(vtuber 관련)의 지침 문서를 그대로 상속받고 있었는데, 프로젝트마다 도메인과 제약이 다르다 보니 팀원들이 "이 규칙이 우리 프로젝트에도 적용되는 거야?"라고 매번 판단해야 하는 불편함이 생겼다. 이번 작업으로 그 혼선을 명확하게 정리했다.
읽기 → -
여러 페이지에 새 테마 일괄 적용, 디자인 시스템 통합 완성
이번 작업은 CAPSULE과 VITRINE이라는 두 가지 디자인 테마를 전체 페이지에 일관성 있게 적용하고, 각 페이지의 레이아웃을 통일하는 "reskin" 프로젝트를 마무리한 것이다. FigureCard에서 시작한 디자인 변경이 BrandDetail, Drops, FigureDetail, Releases, SeriesDetail 등 6개 컴포넌트에 걸쳐
읽기 → -
블라인드박스 서비스 디자인 정체성을 한번에 잡다
몇 달 전부터 자꾸만 느껴진 게 있었다. 우리 블라인드박스 서비스가 화면마다 조금씩 다르다는 것. 상품 카드는 한 스타일, 카테고리 페이지는 다른 스타일, 드롭 페이지는 또 다른 톤... 사용자 입장에서는 같은 서비스를 쓰는 거지만, 우리 입장에선 매번 "이건 어떤 폰트지?", "이 카드는 왜 이렇게 생겼지?" 하면서 일관성 없이 개발하고 있었다.
읽기 → -
크론 스케줄과 동적 제출 로직을 하네스에 문서화
CLAUDE.md에 IndexNow 자동화 작업의 크론 스케줄과 그룹 동적 제출 로직을 기록했다. 단순해 보이는 문서 업데이트지만, 자동화 시스템을 운영하는 입장에서는 꽤 중요한 작업이다.
읽기 → -
검색 엔진 페이지 등록 무한 대기 버그 수정
신규 프로필이나 콘텐츠가 생성될 때 외부 검색 엔진에 즉시 알려서 빠르게 인덱싱되도록 하는 bot/indexnow-ping.js 파일을 수정했다. 핵심은 외부 API 호출 시 응답이 없어서 무한 대기하던 문제를 12초 타임아웃으로 해결한 것.
읽기 → -
MySQL 8.4 쿼리 파라미터 바인딩 오류 수정
MySQL을 8.4로 업그레이드한 후 데이터베이스 쿼리 중 일부가 간헐적으로 실패하는 현상을 발견했다. 원인을 추적해보니 LIMIT 절에 파라미터 바인딩을 사용했을 때 mysql2 라이브러리가 정상적으로 처리하지 못하는 이슈였다.
읽기 →