perf(core): 레이아웃 목록 응답에서 편집 대상 아닌 본문 제외

레이아웃 코드 편집 화면이 목록을 부를 때 모든 레이아웃의 본문(content)까지 함께
내려받고 있었다. 레이아웃이 많은 템플릿에서는 목록을 여는 것만으로 수십 MB 가
브라우저에 쌓여 화면이 크게 느려졌고, 디버그 모드에서는 탭이 메모리 부족으로
종료됐다. 목록 화면은 본문을 쓰지 않고 선택한 파일 하나만 편집한다.

목록 전용 Resource 를 두어 이름·설명·크기·수정일만 싣고, 본문은 상세 조회에서만
읽는다. 크기는 목록에서 표시하므로 저장소가 길이만 계산해 돌려준다.

app/Http/Controllers/Api/Admin/LayoutController.php

@@ -6,6 +6,7 @@ use App\Exceptions\ConcurrentModificationException;
 use App\Http\Controllers\Api\Base\AdminBaseController;
 use App\Http\Requests\Layout\StoreLayoutPreviewRequest;
 use App\Http\Requests\Layout\UpdateLayoutContentRequest;
+use App\Http\Resources\LayoutListResource;
 use App\Http\Resources\LayoutResource;
 use App\Http\Resources\LayoutVersionResource;
 use App\Services\LayoutPreviewService;
@@ -38,15 +39,19 @@ class LayoutController extends AdminBaseController
             return $this->notFound('common.not_found');
         }
 
-        $layouts = $this->layoutService->getLayoutsByTemplateId($template->id);
+        // 목록은 본문(`content`)을 담지 않는 경량 조회를 쓴다 — 파일 목록 화면은 이름·설명·
+        // 크기·수정일만 표시하고, 편집 대상 본문은 상세 엔드포인트가 따로 제공한다.
+        // 종전에는 목록·상세가 같은 Resource 를 공용해 102개 레이아웃의 본문이 전부 실렸고
+        // (응답 18.30MB 중 content 17.41MB), 디버그 모드에서 렌더러가 메모리 한계를 넘었다.
+        $layouts = $this->layoutService->getLayoutListByTemplateId($template->id);
 
         // 레이아웃 이름 → 라우트 path 매핑 — 코드 편집기가 파일 선택 시 ?route= URL
         // 동기화 / 위지윅에서 넘어온 ?route= 로 해당 파일 복원에 사용한다.
         $routePathMap = $this->templateService->getLayoutRoutePathMap($templateName);
 
-        $collection = LayoutResource::collection($layouts);
+        $collection = LayoutListResource::collection($layouts);
         $collection->collection->transform(
-            fn (LayoutResource $resource) => $resource->withRoutePathMap($routePathMap)
+            fn (LayoutListResource $resource) => $resource->withRoutePathMap($routePathMap)
         );
 
         return $this->success('common.success', $collection);