Mina Choi
6784e59ca5
git 저장소가 없어 히스토리·협업 기반이 아예 없던 상태를 연다.
함께 문서를 재편했다. 그동안 문서가 있어도 "이 제품이 뭘 푸는가"와
"어떻게 도는가"를 담은 문서가 없어서, 목표 문장이 backend/frontend
README 두 곳에 복붙돼 있었다 — 상위 문서가 없어 아래로 샌 것이다.
신설
README.md 레포 진입점 + 문서 지도 + 문서 규칙 4가지
AGENTS.md 에이전트·신규 합류자용 함정 목록과 규약
(CLAUDE.md 는 여기로 걸린 심볼릭 링크)
docs/PRODUCT.md 제품 정의 — 문제·사용자·원칙·**non-goals**·성공 기준
docs/ARCHITECTURE.md payload 경계·발행 파이프라인·서빙 결정·앱 분리 설계
이동
backend/docs/DECISIONS.md → docs/DECISIONS.md
백엔드만의 결정이 아니다. 게다가 코드 주석 ~25곳이 이미
`docs/DECISIONS.md` 로 적고 있어 레포 루트 기준으로는 그게 맞다.
갱신
docs/DEPLOY.md 서빙 결정 반영 — nginx 정적 서빙이 지금 경로(3절),
Azure 는 나중에 켤 때(4절)로 분리
docs/ARCHITECTURE.md 사이트 = 한 장(2026-08-31) 구조 반영
docs/COLLECTION_SEO_AEO_FLOW.md
robots.txt·sitemap.xml 은 오리진 루트에만 굽는다는 점 명시
frontend/site/scripts/prerender.ts
헤더 주석의 렌더 보고서 경로가 실제(422줄)와 달라 수정
.gitignore
★ CLAUDE.md 를 더 이상 무시하지 않는다. 에이전트 지침은 팀과 모든
에이전트가 공유하는 규약이라 커밋해야 한다 — 무시하면 클론한 사람이
"배포 후 republish_all.py 필수" 같은 함정을 전달받지 못한다.
개인용 오버라이드는 ~/.claude/CLAUDE.md 에 둔다.
34 lines
2.2 KiB
SQL
34 lines
2.2 KiB
SQL
-- fact 를 '노출값 1건 + 후보 N건' 모델로 바꾼다 — 재수집(업데이트) 프로세스를 담기 위함.
|
|
-- 신규 DB 는 init-data/init.sql 에 이미 반영돼 있어 이 파일이 필요 없다(멱등이라 실행해도 무해).
|
|
-- 적용: psql -h <host> -p <port> -U <user> -f postgres-init/alters/2026-08-27-fact-candidate-model.sql
|
|
--
|
|
-- 왜 바꾸나
|
|
-- 기존: 활성 유니크가 status IN (1,2,3,4) 라 (사업장,단위,key) 당 살아있는 fact 가 1건뿐이었다.
|
|
-- → 재수집이 오면 확인된 노출값을 반드시 밀어내야 했고, 그 순간 사이트에서 사실이 사라졌다.
|
|
-- → 값이 그대로여도 검증(VERIFIED)이 초기화됐다.
|
|
-- 변경: 유니크를 **노출 상태(3=VERIFIED, 4=CORRECTED)에만** 건다.
|
|
-- → 사이트에 나가는 값은 여전히 1건(두 값으로 갈라지지 않는다)
|
|
-- → 후보(1=UNVERIFIED, 2=PENDING_OWNER)는 여러 건 공존 가능
|
|
-- → 재수집은 노출값을 건드리지 않고 후보로 쌓이고, 사람이 승인할 때 교체된다
|
|
|
|
\connect o2o_site_db
|
|
|
|
DROP INDEX IF EXISTS fact.uq_facts_place_key;
|
|
DROP INDEX IF EXISTS fact.uq_facts_unit_key;
|
|
|
|
-- 노출값은 (사업장, 단위, key) 당 1건. 후보·이력은 제외한다.
|
|
CREATE UNIQUE INDEX IF NOT EXISTS uq_facts_published_place_key ON fact.facts (place_id, key)
|
|
WHERE deleted = FALSE AND unit_id IS NULL AND status IN (3, 4);
|
|
CREATE UNIQUE INDEX IF NOT EXISTS uq_facts_published_unit_key ON fact.facts (place_id, unit_id, key)
|
|
WHERE deleted = FALSE AND unit_id IS NOT NULL AND status IN (3, 4);
|
|
|
|
-- 후보 조회 경로(사람 확인 큐) — 재수집이 올려놓은 대기 항목을 훑는다.
|
|
CREATE INDEX IF NOT EXISTS idx_facts_candidate ON fact.facts (place_id, key, source_type)
|
|
WHERE deleted = FALSE AND status IN (1, 2);
|
|
|
|
-- 노출값이 실제로 바뀐 시각. ★ 개별 재빌드 대상 판별용 —
|
|
-- site_versions.built_at < places.content_updated_at 인 사이트만 다시 빌드하면 된다.
|
|
-- (사이트 1,000개에서 전체 재빌드는 못 쓴다.)
|
|
ALTER TABLE place.places
|
|
ADD COLUMN IF NOT EXISTS content_updated_at TIMESTAMPTZ NULL;
|