HeuJung
3945b6f1b3
공개 저장소 이슈 gnuboard/g7 (@bigmsg) 제보에서 출발한 작업이다. 브라우저가 화면을 그리려고 제3자 CDN 에 도달해야 하면, 그 도달 실패는 예외도 로그도 남기지 않고 화면 기능만 조용히 사라진다. 폐쇄망·방화벽·광고차단기에서 재현되는데 자체 서버 로그에는 흔적이 없어 운영자가 원인을 특정할 수 없다. 제보된 것은 편집기 하나였지만 같은 구조가 아이콘·글꼴·코드편집기·압축 라이브러리·설치 마법사·개발 대시보드에 똑같이 있었으므로, 번들 확장과 템플릿 전체를 자체 제공으로 옮겼다. 런타임에 외부로 나가는 것은 주소 검색 서비스 하나만 남았다. 자체 제공만으로는 부족하다 — 자기 서버에서 받는 파일도 실패할 수 있고, 종전에는 그 실패가 무음이었다. CSS 경로에 재시도 계층을 세우고(스크립트 경로와 동형), 서버가 HTML 에 직접 심는 externals 까지 실패를 붙잡아 안내 배너와 [다시 시도]로 표면화했다. 편집기·코드편집기는 확보 실패 시 평문 입력으로 내려앉되 저장 계약을 유지한다. 두 번째 축은 운영자가 CSS 를 덧붙일 자리가 없던 문제다(sir.kr 문의). 확장 디렉토리의 custom/ 을 운영자 소유로 정해, 확장 교체가 그 디렉토리만은 보존하게 했다. 출처에 의존하지 않는 서술자로 해석하므로 나중에 다른 출처가 붙어도 소비자는 바뀌지 않는다. 확장 자산과 같은 메커니즘으로 정적 게시되어 CSS 내부 상대 url 도 해석되고, 파일을 고치면 그 변경을 감지해 재게시까지 예약된다. FTP 접근이 없는 운영자에게는 그 자리도 없는 것과 같으므로 레이아웃 편집기에서 직접 넣고 고칠 수 있게 했다. 모듈·플러그인·템플릿이 한 엔드포인트를 공유한다 — 타입별로 나누면 같은 검증이 세 벌로 갈리고 그중 약한 하나가 우회로가 된다. 여기서 올린 스크립트는 그 레이아웃 한 장이 아니라 사이트 전 화면에서 실행되므로 레이아웃 편집과 분리된 전용 권한으로 연다. 운영자 CSS 가 화면을 조작 불능으로 만들면 그것을 고칠 화면에도 같은 CSS 가 실려 스스로 갇히므로, 서버가 목록을 비우는 탈출구(?custom=off)를 함께 뒀다. 동봉 자산은 재생성 경로에 버전 대조 가드를 붙였다. 선언과 다른 버전을 버전 디렉토리에 써 넣는 조용한 거짓말은 배포된 뒤에는 드러나지 않는다.
4.2 KiB
4.2 KiB
템플릿 스캐폴딩 (create-template)
새로운 템플릿(관리자 또는 사용자)의 기본 구조를 생성합니다.
TL;DR (5초 요약)
1. 명령: /create-template vendor-template [--type=admin|user]
2. 위치: templates/_bundled/vendor-template/
3. 참조 샘플: templates/_bundled/gnuboard7-hello_admin_template/ (Admin), gnuboard7-hello_user_template/ (User)
4. hidden 플래그: manifest.hidden=true 시 관리자 UI 제외 (CLI 정상)
5. 생성 후: npm install → template:build → template:install → template:activate
사용법
/create-template vendor-template [--type=admin|user]
예시:
/create-template sirsoft-admin_modern— Admin 템플릿/create-template sirsoft-modern --type=user— User 템플릿
기본값은 admin입니다.
입력 형식
vendor-template— 벤더명과 템플릿명을 하이픈(-)으로 연결- Admin 네이밍 권장:
vendor-admin_xxx(예:sirsoft-admin_modern) - User 네이밍 권장:
vendor-xxx(예:sirsoft-modern)
생성 위치
templates/_bundled/vendor-template/
생성되는 파일
| 파일 | 설명 |
|---|---|
template.json |
메타데이터 SSoT (type, components, error_config, externals 등) |
routes.json |
프론트엔드 라우트 정의 |
components.json |
컴포넌트 레지스트리 매핑 |
CHANGELOG.md |
Keep a Changelog 형식 |
LICENSE |
MIT 라이선스 |
lang/{ko,en}.json |
다국어 |
layouts/_[type]_base.json |
베이스 레이아웃 (slot 시스템) |
layouts/errors/*.json |
에러 레이아웃 6종 (401/403/404/500/503/maintenance) |
layouts/[초기 페이지].json |
admin: admin_dashboard / user: home |
src/index.ts |
컴포넌트 등록 엔트리 |
package.json |
npm 패키지 설정 |
vite.config.ts |
Vite 빌드 (IIFE 출력) |
vitest.config.ts |
Vitest 테스트 설정 |
tsconfig.json |
TypeScript 설정 |
구동 에셋은 템플릿이 자체 제공한다. template.json 의 externals 는 제3자 CDN 주소(url)가 아니라 동봉 파일의 상대 경로(asset)로 선언하고, 라이브러리는 dist/vendor/{lib}/{version}/ 에 원본 라이선스 파일과 함께 담는다. CDN 에 도달하지 못하는 환경에서는 아이콘·글꼴이 오류 표시 없이 사라져 화면이 조작 불능이 되기 때문이다. 자체 호스팅이 성립하지 않는 서비스 SDK 만 예외이며, 그때는 manifest 에 신뢰 호스트와 그 사유를 함께 선언한다. 상세: template-basics.md "외부 리소스 (externals)".
생성되는 디렉토리
src/components/basic/— 기본 컴포넌트 (Div, Button, Input 등)src/components/composite/— 합성 컴포넌트 (Modal, Toast 등)src/components/layout/— 레이아웃 컴포넌트 (Container, Flex, Grid, Section)assets/css/,assets/fonts/,assets/images/— 정적 에셋preview/— 미리보기 이미지__tests__/layouts/— 레이아웃 렌더링 테스트
Admin vs User 차이
| 항목 | Admin | User |
|---|---|---|
| type | "admin" |
"user" |
| 라우트 접두사 | */admin/* |
/ |
| auth_required 기본 | true |
false |
| 버전 히스토리 | 미지원 (읽기 전용) | 지원 (편집 가능) |
| 베이스 레이아웃 | header + sidebar + content + footer | header + content + footer |
| 초기 페이지 | admin_dashboard |
home |
| 필수 composite | AdminHeader, AdminSidebar, AdminFooter, Modal, Toast | Header, Footer, Modal, Toast |
| features | 미포함 | dark_mode, responsive, multi_language, multi_currency |
생성 후 다음 단계
# 1. 패키지 설치
cd templates/_bundled/vendor-template
npm install
# 2. 컴포넌트 구현 (src/components/)
# 3. 빌드 및 설치
php artisan template:build vendor-template
php artisan template:install vendor-template
php artisan template:activate vendor-template