refactor: 프론트·API 를 같은 도메인(/api)으로 통합

브라우저가 프론트와 API 를 서로 다른 도메인으로 호출하던 구조를 같은 도메인의 /api 경로로 통합한다.
운영은 Nginx Proxy Manager 의 Proxy Host(/ → frontend:8080)와 Custom location(/api → backend:3000)이,
개발은 vite dev 프록시가 같은 규칙으로 백엔드에 넘긴다.

- 같은 출처 호출이라 CORS 설정이 필요 없고 CSP connect-src 'self' 가 그대로 동작한다
  (기존 예시대로 별도 도메인에 배포하면 CSP 에 막혀 API 호출이 실패했다)
- 프론트 번들의 baseURL 이 /api 상대경로라 도메인이 바뀌어도 다시 빌드할 필요가 없다
- NPM 설정 절차와 주의점(Cache Assets 끄기, proxy 네트워크 생성)을 README "운영 배포"에 정리했다
- 프록시 설정이 빠지면 frontend nginx 가 /api 를 404 로 막는다 — index.html(200)로 조용히 실패하지 않게

함께 고친 CORS 문제:
- CORS_ORIGIN 에 콤마로 여러 오리진을 적으면 문자열 전체를 하나로 비교해 모두 막히던 버그
- 운영에서도 localhost:5173·localhost:3000 이 credentials 포함으로 항상 허용되던 문제
- 형식이 잘못된 오리진(경로 포함 등)은 기동 시점에 실패하도록 검증 추가

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

.env.production.example

@@ -9,8 +9,14 @@ BACKEND_DIR=backend
 
 # ==========================================
 # 포트 설정
+#
+# 운영에서는 컨테이너 포트를 호스트에 열지 않는다.
+# Nginx Proxy Manager 가 proxy 네트워크로 컨테이너에 직접 붙는다 (README "운영 배포"):
+#   frontend → ${PROJECT_NAME}-frontend:8080          (nginx-unprivileged 고정 포트)
+#   backend  → ${PROJECT_NAME}-backend:${BACKEND_PORT}
+# FRONTEND_PORT·DB_PORT·REDIS_PORT 는 개발 환경의 호스트 포트 매핑에만 쓰인다.
 # ==========================================
-FRONTEND_PORT=80
+FRONTEND_PORT=5173
 BACKEND_PORT=3000
 WEBSOCKET_PORT=3001
 DB_PORT=5432
@@ -33,21 +39,26 @@ REDIS_PASSWORD=CHANGE-ME-BEFORE-DEPLOY
 REDIS_DATA_DIR=./data/redis
 
 # ==========================================
-# API 경로 설정
+# API 경로 · CORS — 프론트와 API 는 **같은 도메인**을 쓴다 (기본 구성)
 #
-# ⚠️ 운영에서는 **반드시 실제 공개 도메인**으로 교체한다.
-#    - BACKEND_API_URL : 브라우저가 호출할 API 주소 (프론트엔드 번들에 그대로 박힌다)
-#    - CORS_ORIGIN     : 백엔드가 허용할 오리진 (scheme+host[+port], 여러 개면 콤마 구분)
+#   https://<도메인>/        → frontend 컨테이너 (NPM Proxy Host 의 기본 대상)
+#   https://<도메인>/api/... → backend 컨테이너  (같은 Proxy Host 의 Custom location /api)
 #
-#    아래 example.com 이나 localhost 가 남아 있으면 **백엔드가 기동에 실패한다**
-#    (backend/src/shared/config/env.validation.ts — fail-fast).
-#    기동은 되는데 브라우저만 조용히 실패하는 상황을 막기 위한 검사다.
+#   BACKEND_API_URL : 브라우저가 호출할 API 경로 (프론트엔드 번들에 그대로 박힌다)
+#                     /api 그대로 두면 도메인이 바뀌어도 다시 빌드할 필요가 없다.
+#   CORS_ORIGIN     : 다른 오리진에서 API 를 호출할 때만 작성 (scheme://host[:port], 콤마 구분)
+#                     같은 출처 요청에는 CORS 가 적용되지 않으므로 기본은 비워 둔다.
 #
-#    로컬에서 운영 이미지를 검증하느라 일부러 localhost 를 쓰는 경우에만
-#    ALLOW_LOCALHOST_URL=true 로 이 검사를 건너뛴다. 실제 배포에는 설정하지 않는다.
+# API 를 별도 도메인(api.<도메인>)으로 분리할 때만:
+#   BACKEND_API_URL=https://api.<도메인>/api · CORS_ORIGIN=https://<도메인> 로 바꾸고
+#   frontend/nginx.conf 의 CSP connect-src 에 API 오리진을 추가한다.
+#   이때 localhost 나 example.com 이 남아 있으면 **백엔드가 기동에 실패한다**
+#   (backend/src/shared/config/env.validation.ts — fail-fast).
+#   로컬에서 운영 이미지를 검증하느라 일부러 localhost 를 쓰는 경우에만
+#   ALLOW_LOCALHOST_URL=true 로 이 검사를 건너뛴다. 실제 배포에는 설정하지 않는다.
 # ==========================================
-BACKEND_API_URL=https://api.example.com/api
-CORS_ORIGIN=https://app.example.com
+BACKEND_API_URL=/api
+CORS_ORIGIN=
 
 # ==========================================
 # Rate Limiting (API 남용 방지)