Files
document-haness/docs/TechLog/tech-log-studio/one-route-many-hand-kept-lists/decision/decision-do-not-translate-the-catch-all-route.md
T
DongHyeonkaandClaude Opus 5 0650d91def docs(TechLog): 설명 뒤에 붙은 평가·예고·되풀이를 걷어낸다
rewriting-technical-prose-naturally 를 서브에이전트 셋으로 나눠 56편에 적용했다.
ai-tells.md 의 첫 절대로 다른 표현으로 바꾸는 대신 문장을 통째로 지웠다.

  설명한 것의 중요성을 다시 평가하는 꼬리   19
  이미 설명한 것을 추상어로 되풀이           19
  독자에게 읽는 법을 지시하거나 오해를 가정   9
  자료가 뒷받침하지 않는 덧붙인 이득          4

문서군 전체의 문형 편중도 풀었다 — 함께 27→7(한 묶음), 그대로 22→12(두 묶음),
하게 된다 1→0. 한 편에서 세 번 반복되던 「같은 병이 ~에서도 났다」와 두 기록에
같은 문장으로 있던 세 쌍을 갈랐다.

계약 제목 「여덟 자리」가 본문의 「여덟 곳」과 어긋나 있었다. 제목이 spatial-metaphor
규칙에도 걸리므로 계약과 기록을 함께 「여덟 곳」으로 맞췄다.

검사 넷 전부 통과한다 — check_prose 56편 error 0 · check_body PASS ·
check_evidence --repo 문제 없음 · verify-tech-log-tree error 0 warn 0.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-07 16:03:16 +09:00

2.6 KiB

kind, slug, title, topic, topicName, project, status, decisionStatus, decidedOn, evidence, sourceRevision, source
kind slug title topic topicName project status decisionStatus decidedOn evidence sourceRevision source
PROJECT_DECISION do-not-translate-the-catch-all-route catch-all 라우트는 nginx 패턴으로 번역하지 않는다 one-route-many-hand-kept-lists 라우트 하나가 울리는 손 목록 TechLog 게시 전 ADOPTED 2026-09-02
../../../final/evidence/raw/audit/dead-link-sweep.txt
tech-log@2026-09-02
final/document.md#§8.2

catch-all 라우트는 nginx 패턴으로 번역하지 않는다

라우트 계약에서 nginx 서빙 패턴을 만들 때 catch-all 라우트는 번역하지 않는다. 모든 미매치 주소에 index.html 을 주면 엣지의 404 가 soft 200 이 되고, 깨진 링크가 크롤러에도 우리 감사에도 잡히지 않는다.

근거

  • nginx 가 모르는 라우트는 새로고침에서 404 다 서빙 패턴을 라우트 계약에서 유도하기로 한 사건이고, 이 결정이 그 유도 규칙의 일부다.
  • 서버가 준 주소는 라우트 표에 맞춰 보고, 맞는 라우트가 없으면 링크로 그리지 않는다 같은 판단을 화면 쪽에 적용한 기준이다.
  • 계약은 앵커라고 적었고 만드는 쪽은 경로를 만들었다 엣지의 404 가 감사에 잡혀야 하는 이유를 보여 주는 사건이다.

결정문

라우트 계약에서 nginx 서빙 패턴을 생성할 때, catch-all 라우트는 패턴으로 번역하지 않고 버린다. 등록된 Public 라우트마다 정규식 하나를 만들고, 파라미터는 한 세그먼트만 잡되 슬래시는 잡지 않는다.

판단 이유

모든 미매치 URL 에 index.html 을 주면 엣지에서 404 였을 요청이 200 으로 바뀐다. 그러면 깨진 링크를 크롤러도 우리도 볼 수 없다.

서버가 내보내는 주소를 전수 감사할 때 그 감사가 상태 코드로 판정한다. soft 200 이 섞이면 감사가 통과하고 방문자만 빈 화면을 만난다.

파라미터가 슬래시를 잡지 않게 한 것도 같은 이유다. /cases/a/b 가 404 로 남아야 그 주소가 잘못됐다는 것이 드러난다.

영향

라우트를 더할 때마다 서빙 패턴도 움직인다. 이 비용은 라우트 계약에서 유도해 없앴다 — 손으로 배열을 고치지 않는다.

등록되지 않은 주소는 SPA 에 닿지 못한다. 라우트를 더하고 프론트를 배포하기 전까지 그 경로는 엣지에서 404 다. 그래서 새 라우트는 프론트를 먼저 배포한다.

감사에서 200 을 받은 35개 주소는 실제로 화면이 그려지는 주소다.