Files
Gnuboard7/docs/backend/api/attachments.md
T
HeuJung b5c0ec1178 fix(core,ecommerce,board,page,admin_basic,basic): 목록 응답의 하위 컬렉션 전량 직렬화 해소
관리자 상품목록을 한 페이지 여는 것만으로 그 페이지 모든 상품의 옵션이 응답에 실렸다.
같은 패턴을 저장소 전역에서 찾아 14개 목록 엔드포인트를 함께 정리했다.

근본 원인은 둘이다. Resource 가 whenLoaded 로 방어하는데 Repository 가 목록 쿼리에서
관계를 무조건 로드해 가드가 항상 참이 되는 가짜 가드, 그리고 toListArray 경량 표현을
정의해 두고도 컬렉션이 toArray 를 부르는 목록/상세 미분리다. 둘 다 응답만 보면
정상이라 오류도 경고도 없이 페이로드만 불어난다.

목록은 화면이 실제로 그리는 것만 싣는다. 개수·합계는 PHP 컬렉션 연산이 아니라 DB
집계로, 대표 1건이 필요한 곳은 관계 자체를 oldestOfMany 로 좁힌다. eager load 의
limit(1) 은 부모별이 아니라 배치 쿼리 전체에 걸려 첫 행만 값을 갖게 되므로 쓸 수 없다.

뺀 값에는 대체 경로를 먼저 만들었다. 상품 옵션은 행을 펼칠 때 배치로 불러오고(상품 수와
무관하게 쿼리 상수), 종전 동작이 필요한 호출자를 위해 ?with_options=1 등 opt-in 을 남겼다.
배송정책 국가설정과 리뷰 첨부 이미지는 소비처를 실측한 결과 화면이 실제로 그리고 있어
제거하지 않았다 — 그 소비 사실을 회귀 테스트로 고정했다.

재발 방지로 정적 검사 룰 4종과 규정 문서 항목을 함께 넣었다.
2026-08-05 21:20:05 +09:00

11 KiB

Attachments API 레퍼런스

소유: 코어 · 생성: php artisan api:docgen (실측 기반). @generated 블록은 재생성 시 갱신되며, 사람이 작성한 설명은 보존됩니다.


TL;DR (5초 요약)

1. 이 문서는 실제 API 호출로 실측한 Attachments 엔드포인트 레퍼런스입니다
2. 각 엔드포인트: 메서드/URI/권한 + 요청 파라미터 표 + 요청 예시(curl) + 실측 응답 필드 표 + 응답 예시(envelope)
3. 응답 필드의 예시값·응답 예시 JSON 은 실제 호출 응답에서 관측된 값입니다
4. 갱신: 코드 변경 후 php artisan api:docgen 재실행
5. 설명(TODO) 칸은 사람이 채웁니다

POST /api/admin/attachments

  • 라우트명: api.admin.attachments.upload
  • 컨트롤러: App\Http\Controllers\Api\Admin\AttachmentController@upload
  • 인증/권한: auth:sanctum + permission:core.attachments.create

요청 파라미터

이름 위치 타입 필수 허용값 용도
file body file 예 max 10240 업로드 파일
attachmentable_type body string 아니오 max 255 첨부를 연결할 대상 모델의 다형성 타입 (attachmentable morph type, 예 User·Post 등 모델 클래스명). attachmentable_id와 짝을 이뤄 대상을 지정하며 미지정 시 미연결 상태로 저장
attachmentable_id body integer 아니오 min 1 attachmentable 식별자
collection body string 아니오 max 100 첨부 컬렉션 그룹명 (첨부를 용도별로 묶는 키, 미지정 시 default)
source_type body string 아니오 — 첨부 생성 출처 구분 (AttachmentSourceType Enum — core: 코어 시스템, module: 모듈, plugin: 플러그인). 미지정 시 core로 기본 설정
source_identifier body string 아니오 max 255 출처 식별자

이 엔드포인트는 확장이 파라미터를 추가할 수 있습니다 (core.attachment.upload_validation_rules, core.attachment.allowed_extensions).

요청 예시

POST /api/admin/attachments HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
Content-Type: multipart/form-data; boundary=----G7ExampleBoundary

------G7ExampleBoundary
Content-Disposition: form-data; name="file"; filename="example.pdf"
Content-Type: application/octet-stream

(바이너리 파일 내용)
------G7ExampleBoundary
Content-Disposition: form-data; name="attachmentable_type"

예시값
------G7ExampleBoundary
Content-Disposition: form-data; name="attachmentable_id"

1
------G7ExampleBoundary
Content-Disposition: form-data; name="collection"

예시값
------G7ExampleBoundary
Content-Disposition: form-data; name="source_type"

예시값
------G7ExampleBoundary
Content-Disposition: form-data; name="source_identifier"

example-key
------G7ExampleBoundary--

응답 필드 (data 내부)

응답 예시

에러 응답

상태코드 의미 발생 조건
401 Unauthenticated 유효한 Bearer 토큰이 없거나 만료된 경우
403 Forbidden 요구 권한(core.attachments.create)이 없는 경우
422 Unprocessable Entity 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지)

설명 단일 파일을 업로드해 첨부파일(Attachment) 레코드로 등록합니다. attachmentable_type/attachmentable_id로 대상 모델과의 다형성 연결을, collection으로 그룹을 지정하며 미지정 시 각각 미연결·default 컬렉션으로 저장됩니다. core.attachments.create 권한이 필요하며, 성공 시 201과 함께 생성된 첨부파일 리소스를 반환합니다. 확장은 core.attachment.upload_validation_rules 훅으로 검증 규칙을 추가할 수 있고, source_type/source_identifier로 업로드 출처(코어/확장)를 식별합니다.

POST /api/admin/attachments/batch

  • 라우트명: api.admin.attachments.upload_batch
  • 컨트롤러: App\Http\Controllers\Api\Admin\AttachmentController@uploadBatch
  • 인증/권한: auth:sanctum + permission:core.attachments.create

요청 파라미터

이름 위치 타입 필수 허용값 용도
files body array 예 min 1 업로드 파일 배열
attachmentable_type body string 아니오 max 255 첨부를 연결할 대상 모델의 다형성 타입 (attachmentable morph type, 예 User·Post 등 모델 클래스명). attachmentable_id와 짝을 이뤄 대상을 지정하며 미지정 시 미연결 상태로 저장
attachmentable_id body integer 아니오 min 1 attachmentable 식별자
collection body string 아니오 max 100 첨부 컬렉션 그룹명 (첨부를 용도별로 묶는 키, 미지정 시 default)
source_type body string 아니오 — 첨부 생성 출처 구분 (AttachmentSourceType Enum — core: 코어 시스템, module: 모듈, plugin: 플러그인). 미지정 시 core로 기본 설정
source_identifier body string 아니오 max 255 출처 식별자

이 엔드포인트는 확장이 파라미터를 추가할 수 있습니다 (core.attachment.upload_batch_validation_rules, core.attachment.allowed_extensions).

요청 예시

POST /api/admin/attachments/batch HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
Content-Type: application/json

{
    "files": [
        "예시값"
    ],
    "attachmentable_type": "예시값",
    "attachmentable_id": 1,
    "collection": "예시값",
    "source_type": "예시값",
    "source_identifier": "example-key"
}

응답 필드 (data 내부)

응답 예시

에러 응답

상태코드 의미 발생 조건
401 Unauthenticated 유효한 Bearer 토큰이 없거나 만료된 경우
403 Forbidden 요구 권한(core.attachments.create)이 없는 경우
422 Unprocessable Entity 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지)

설명 여러 파일을 한 번의 요청으로 일괄 업로드합니다. files 배열의 각 파일이 개별 첨부파일 레코드로 등록되며, attachmentable_type/attachmentable_id/collection 등의 옵션은 배치 전체에 공통 적용됩니다. core.attachments.create 권한이 필요하고, 성공 시 201과 함께 생성된 첨부파일 리소스 컬렉션을 반환합니다. 갤러리·다중 이미지 첨부처럼 한 대상에 여러 파일을 붙이는 시나리오에 사용합니다.

PATCH /api/admin/attachments/reorder

  • 라우트명: api.admin.attachments.reorder
  • 컨트롤러: App\Http\Controllers\Api\Admin\AttachmentController@reorder
  • 인증/권한: auth:sanctum + permission:core.attachments.update

요청 파라미터

이름 위치 타입 필수 허용값 용도
order body array 예 min 1 재정렬 대상 목록. 각 원소는 id(기존 첨부파일 식별자)와 order(새 정렬 순서값, 0 이상 정수)를 가진 객체이며, 이 매핑대로 각 첨부의 정렬 값이 갱신됨

이 엔드포인트는 확장이 파라미터를 추가할 수 있습니다 (core.attachment.reorder_validation_rules).

요청 예시

PATCH /api/admin/attachments/reorder HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
Content-Type: application/json

{
    "order": [
        "예시값"
    ]
}

응답 필드 (data 내부)

응답 예시

에러 응답

상태코드 의미 발생 조건
401 Unauthenticated 유효한 Bearer 토큰이 없거나 만료된 경우
403 Forbidden 요구 권한(core.attachments.update)이 없는 경우
422 Unprocessable Entity 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지)

설명 첨부파일의 표시 순서를 재정렬합니다. order 배열에 담긴 순서대로 각 첨부파일의 정렬 값이 갱신됩니다. core.attachments.update 권한이 필요합니다. 갤러리에서 드래그 앤 드롭으로 이미지 순서를 바꾸는 등 이미 등록된 첨부파일의 나열 순서만 변경할 때 사용합니다.

DELETE /api/admin/attachments/{attachment}

  • 라우트명: api.admin.attachments.destroy
  • 컨트롤러: App\Http\Controllers\Api\Admin\AttachmentController@destroy
  • 인증/권한: auth:sanctum + permission:core.attachments.delete

요청 파라미터

이름 위치 타입 필수 허용값 용도
attachment path string 예 — 대상 attachment의 식별자

요청 예시

DELETE /api/admin/attachments/{attachment} HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}

응답 필드 (data 내부)

응답 예시

에러 응답

상태코드 의미 발생 조건
401 Unauthenticated 유효한 Bearer 토큰이 없거나 만료된 경우
403 Forbidden 요구 권한(core.attachments.delete)이 없는 경우
404 Not Found path 파라미터에 해당하는 리소스가 없는 경우

설명 지정한 첨부파일을 삭제합니다. 경로의 {attachment}는 라우트 모델 바인딩으로 첨부파일 ID를 받으며, 서비스가 DB 레코드와 실제 저장 파일을 함께 제거합니다. core.attachments.delete 권한이 필요합니다. 존재하지 않는 ID면 404가 반환됩니다.