Files
Gnuboard7/tests/Feature/Permission/CustomAssetPermissionSyncTest.php
HeuJung 3945b6f1b3 feat(core,extensions): 구동 에셋 자체 제공 · 자산 실패 폴백 · 운영자 추가 에셋(custom/)
공개 저장소 이슈 gnuboard/g7 (@bigmsg) 제보에서 출발한 작업이다.

브라우저가 화면을 그리려고 제3자 CDN 에 도달해야 하면, 그 도달 실패는 예외도 로그도
남기지 않고 화면 기능만 조용히 사라진다. 폐쇄망·방화벽·광고차단기에서 재현되는데
자체 서버 로그에는 흔적이 없어 운영자가 원인을 특정할 수 없다. 제보된 것은 편집기
하나였지만 같은 구조가 아이콘·글꼴·코드편집기·압축 라이브러리·설치 마법사·개발
대시보드에 똑같이 있었으므로, 번들 확장과 템플릿 전체를 자체 제공으로 옮겼다.
런타임에 외부로 나가는 것은 주소 검색 서비스 하나만 남았다.

자체 제공만으로는 부족하다 — 자기 서버에서 받는 파일도 실패할 수 있고, 종전에는 그
실패가 무음이었다. CSS 경로에 재시도 계층을 세우고(스크립트 경로와 동형), 서버가 HTML
에 직접 심는 externals 까지 실패를 붙잡아 안내 배너와 [다시 시도]로 표면화했다.
편집기·코드편집기는 확보 실패 시 평문 입력으로 내려앉되 저장 계약을 유지한다.

두 번째 축은 운영자가 CSS 를 덧붙일 자리가 없던 문제다(sir.kr 문의). 확장 디렉토리의
custom/ 을 운영자 소유로 정해, 확장 교체가 그 디렉토리만은 보존하게 했다. 출처에
의존하지 않는 서술자로 해석하므로 나중에 다른 출처가 붙어도 소비자는 바뀌지 않는다.
확장 자산과 같은 메커니즘으로 정적 게시되어 CSS 내부 상대 url 도 해석되고, 파일을
고치면 그 변경을 감지해 재게시까지 예약된다.

FTP 접근이 없는 운영자에게는 그 자리도 없는 것과 같으므로 레이아웃 편집기에서 직접
넣고 고칠 수 있게 했다. 모듈·플러그인·템플릿이 한 엔드포인트를 공유한다 — 타입별로
나누면 같은 검증이 세 벌로 갈리고 그중 약한 하나가 우회로가 된다. 여기서 올린
스크립트는 그 레이아웃 한 장이 아니라 사이트 전 화면에서 실행되므로 레이아웃 편집과
분리된 전용 권한으로 연다. 운영자 CSS 가 화면을 조작 불능으로 만들면 그것을 고칠
화면에도 같은 CSS 가 실려 스스로 갇히므로, 서버가 목록을 비우는 탈출구(?custom=off)를
함께 뒀다.

동봉 자산은 재생성 경로에 버전 대조 가드를 붙였다. 선언과 다른 버전을 버전 디렉토리에
써 넣는 조용한 거짓말은 배포된 뒤에는 드러나지 않는다.
2026-08-27 16:47:14 +09:00

93 lines
3.7 KiB
PHP

<?php
namespace Tests\Feature\Permission;
use App\Enums\ExtensionOwnerType;
use App\Models\Permission;
use App\Models\Role;
use App\Services\CoreUpdateService;
use Illuminate\Foundation\Testing\RefreshDatabase;
use PHPUnit\Framework\Attributes\Test;
use Tests\TestCase;
/**
* 커스텀 자산 관리 권한(D34)의 정의·전파 테스트
*
* 신규 권한은 별도 업그레이드 스텝 없이 코어 업데이트의 표준 동기화
* (`CoreUpdateService::syncCoreRolesAndPermissions`)로 기설치 사이트에 도달한다.
* 그 전제가 사실인지를 여기서 잠근다 — 사실이 아니면 신규 권한이 정의만 되고
* 아무에게도 부여되지 않아, 화면은 정상인데 **모두 403** 이 된다.
*/
class CustomAssetPermissionSyncTest extends TestCase
{
use RefreshDatabase;
private const IDENTIFIER = 'core.extensions.custom_assets.manage';
#[Test]
public function 권한이_확장_공통_그룹에_정의되어_있다(): void
{
// 확장 타입을 가리지 않는 단일 권한이므로 특정 타입 그룹(core.templates 등)에
// 두지 않는다. 한 타입 그룹에 있으면 나머지 두 타입에도 적용된다는 사실이
// 화면 어디에도 드러나지 않는다.
$categories = config('core.permissions.categories', []);
$group = null;
foreach ($categories as $category) {
if (($category['identifier'] ?? null) === 'core.extensions') {
$group = $category;
break;
}
}
$this->assertNotNull($group, 'core.extensions 권한 그룹이 없습니다.');
$this->assertContains(self::IDENTIFIER, array_column($group['permissions'] ?? [], 'identifier'));
}
#[Test]
public function 타입별_권한으로_쪼개지_않는다(): void
{
// 쪼개면 운영자가 셋을 다 부여해야 하고, "모듈 CSS 는 되는데 템플릿 CSS 는 안 되는"
// 상태가 실질적 의미 없이 생긴다.
$all = [];
foreach (config('core.permissions.categories', []) as $category) {
foreach ($category['permissions'] ?? [] as $permission) {
$all[] = $permission['identifier'];
}
}
foreach (['core.templates', 'core.modules', 'core.plugins'] as $prefix) {
$this->assertNotContains($prefix.'.custom_assets.manage', $all);
}
}
#[Test]
public function 레이아웃_편집_권한과_별개의_식별자다(): void
{
// 같은 권한을 재사용하면 "레이아웃을 고칠 수 있다" 가 곧 "사이트 전역 스크립트를
// 올릴 수 있다" 가 된다. 그 확대는 오류 없이 일어난다.
$this->assertNotSame('core.templates.layouts.edit', self::IDENTIFIER);
}
#[Test]
public function 표준_동기화가_권한을_만들고_관리자_역할에_부여한다(): void
{
// @scenario manage_actor=with_permission, manage_action=list
// @effects custom_asset_permission_reaches_existing_sites_via_core_sync
app(CoreUpdateService::class)->syncCoreRolesAndPermissions();
$permission = Permission::where('identifier', self::IDENTIFIER)->first();
$this->assertNotNull($permission, '표준 동기화가 신규 권한을 만들지 않았습니다.');
$this->assertSame(ExtensionOwnerType::Core, $permission->extension_type);
$admin = Role::where('identifier', 'admin')->first();
$this->assertNotNull($admin);
$this->assertTrue(
$admin->permissions()->where('identifier', self::IDENTIFIER)->exists(),
'관리자 역할(all_leaf)에 신규 권한이 부여되지 않았습니다.'
);
}
}