목록 조회 성능 축(깊은 OFFSET·정렬·색인)과 그 검증 계층에서 계획서 전수검수와 3회에 걸친 감사가 지적한 항목을 처리했다. 세부 경위는 의 각 회차 문서에 있다. 검증 계층 — 컨트롤러가 base Request 를 직접 주입받던 확장 13곳을 전용 FormRequest 로 옮겼다. 옮기면서 기존 동작 계약은 그대로 두었다: 상한 초과 limit 을 거부하지 않고 상한까지 반환하던 공개 API, per_page 를 범위로 조정하던 관리자 목록, 미지원 period 를 year 로 해석하던 인기글 목록 모두 종전과 같은 응답을 낸다. 상한/폴백을 rules 로 승격시키면 200 이던 응답이 422 가 되어 기존 링크가 깨지므로, 규칙은 타입만 닫고 클램프·폴백은 접근자가 맡는다. period 는 접근자가 닫힌 집합만 반환해 캐시 키 공간도 함께 닫힌다. ckeditor5 이미지 업로드만 ResponseHelper 봉투를 쓰지 않는다. 응답을 파싱하는 주체가 CDN 으로 로드되는 상위 CKEditor5 43.3.1 의 SimpleUploadAdapter 라 규약을 바꿀 수 없어, 각 응답 지점에 사유를 명시한 면제를 부착하고 근거를 API 문서에 남겼다. 하네스 — 룰 5개의 대상 경로 패턴이 매처와 맞지 않아 번들 확장 컨트롤러가 검사 대상에서 통째로 빠져 있었다. 패턴을 고치자 확장 위반 17건이 드러나 전건 처리했다. severity 오타가 요약 집계 양쪽에 안 잡혀 "0 error" 로 보고되던 문제도 런너 사전 검증으로 막았다. 정렬 게이트 대조 하네스는 관계 정렬 변형만 쓰는 저장소를 탐지하지 못한 채 통과시키고 있었다. 탐지·제외·인자 파싱을 함께 고치고 단위 테스트를 신설했다.
80 lines
2.8 KiB
PHP
80 lines
2.8 KiB
PHP
<?php
|
|
|
|
namespace App\Upgrades\Data\V7_0_6\Migrations;
|
|
|
|
use App\Extension\Upgrade\DataMigration;
|
|
use App\Extension\UpgradeContext;
|
|
use Illuminate\Support\Facades\Schema;
|
|
|
|
/**
|
|
* 알림 발송 이력 목록의 정렬 인덱스를 추가합니다.
|
|
*
|
|
* 목록은 지연 조인으로 페이지네이션되는데, 그 전제는 "정렬은 인덱스가 있는 닫힌 집합" 입니다.
|
|
* 인덱스가 없으면 inner 쿼리도 전체 스캔이 되어 깊은 OFFSET 개선 폭이 사라집니다. 화면 정렬
|
|
* 셀렉트가 수신자명순·제목순을 제공하므로 두 컬럼에 인덱스를 둡니다.
|
|
*
|
|
* 신규 설치는 마이그레이션이 처리하지만 기존 사이트에는 반영되지 않으므로 업그레이드 시점에
|
|
* 동일 인덱스를 추가합니다.
|
|
*
|
|
* 발송 이력이 많은 사이트에서는 ALTER TABLE 이 수 분 걸릴 수 있고 그동안 알림 발송 기록
|
|
* 쓰기가 대기합니다. 진행 상황을 로그로 남깁니다.
|
|
*
|
|
* idempotent: 이미 존재하는 인덱스는 건너뜁니다. V-1 안전: Facades\Schema 만 사용합니다.
|
|
*/
|
|
class AddNotificationLogSortIndexes implements DataMigration
|
|
{
|
|
private const TABLE = 'notification_logs';
|
|
|
|
/**
|
|
* 추가할 인덱스 정의 (이름 => 컬럼 목록)
|
|
*
|
|
* @var array<string, array<int, string>>
|
|
*/
|
|
private const INDEXES = [
|
|
'idx_notification_logs_recipient_name' => ['recipient_name'],
|
|
'idx_notification_logs_subject' => ['subject'],
|
|
];
|
|
|
|
/**
|
|
* 마이그레이션 식별자를 반환합니다.
|
|
*
|
|
* @return string 마이그레이션 이름
|
|
*/
|
|
public function name(): string
|
|
{
|
|
return 'AddNotificationLogSortIndexes';
|
|
}
|
|
|
|
/**
|
|
* 정렬 인덱스를 추가합니다.
|
|
*
|
|
* @param UpgradeContext $context 업그레이드 컨텍스트
|
|
*/
|
|
public function run(UpgradeContext $context): void
|
|
{
|
|
if (! Schema::hasTable(self::TABLE)) {
|
|
$context->logger->info('[core:7.0.6] 알림 발송 이력 테이블 부재 — 정렬 인덱스 추가 스킵');
|
|
|
|
return;
|
|
}
|
|
|
|
$existing = array_column(Schema::getIndexes(self::TABLE), 'name');
|
|
|
|
foreach (self::INDEXES as $name => $columns) {
|
|
if (in_array($name, $existing, true)) {
|
|
$context->logger->info("[core:7.0.6] 이미 존재하는 인덱스 — 스킵: {$name}");
|
|
|
|
continue;
|
|
}
|
|
|
|
$context->logger->info("[core:7.0.6] 정렬 인덱스 추가 시작: {$name} (발송 이력이 많으면 수 분 걸릴 수 있고 그동안 알림 발송 기록 쓰기가 대기합니다)");
|
|
|
|
Schema::table(self::TABLE, function ($table) use ($columns, $name) {
|
|
$table->index($columns, $name);
|
|
});
|
|
|
|
$context->logger->info("[core:7.0.6] 정렬 인덱스 추가 완료: {$name}");
|
|
}
|
|
}
|
|
}
|