ADR-007: 크기를 미리 막는 방법과 미적용 이유 추가 R2가 서명된 Content-Length를 강제하는지 dev 버킷에 직접 던져 확인한 결과를 적는다. 1024로 서명하면 2048도 512도 403이다(범위가 아니라 등호). "다른 방법을 찾아야 한다"에서 끊겨 있어 다음 사람이 같은 실측을 반복하게 되므로, 결론과 함께 아직 적용하지 않은 이유(프론트 연동 필요, URL이 크기에 묶임, chunked면 깨짐, HeadObject는 존재 확인 때문에 잔존)도 같이 남긴다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
ADR-007: POST를 쓸 수 없는 이유 명시 사후 검증이 선택이 아니라 제약의 결과임을 적는다. R2가 presigned POST를 지원하지 않고(GET/HEAD/PUT/DELETE만), AWS SDK Java v2의 S3Presigner에도 POST 서명 API가 없다. 이 내용이 없으면 "POST로 바꾸면 되지 않나"를 반복해서 검토하게 된다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
ADR-007: 이미지 업로드 방식 결정 추가 개발자 포털은 멀티파트, 서비스 화면은 presigned URL을 쓰는 기준과 그렇게 나눈 이유를 기록한다. _Sidebar에도 항목을 추가한다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Updated Home (markdown)
Updated _Sidebar (markdown)
Updated ADR‐006: 배포 아키텍쳐 결정 (markdown)
Updated ADR‐005: 백엔드 스택 선택 이유 (markdown)
Created ADR‐006: 배포 아키텍쳐 결정 (markdown)
Created ADR‐005: 백엔드 스택 선택 이유 (markdown)
Updated ADR‐003: 브랜치 전략 (markdown)
Created ADR-004: FE 기술스택 결정(React + Typescript + styled-components) (markdown)
Updated ADR 002: 멀티레포 vs 모노레포 (markdown)
Updated ADR‐001: 서비스명 정하기 (markdown)
Created ADR-003: 브랜치 전략 (markdown)
Updated ADR 002: (markdown)