fix(core,board,ecommerce,page,gdpr,basic): 깊은 OFFSET 목록 조회 개선 및 raw/테이블명 전수 정리

목록이 뒤쪽 페이지로 갈수록 느려지는 원인은 건너뛰는 행의 넓은 컬럼까지 읽는 것이었다.
지연 조인(inner 는 키 컬럼만, outer 는 이번 페이지 행만 전체 컬럼)과 정렬 컬럼 해석을
코어 공통 트레이트로 두고 코어 8 + 확장 6 저장소에 적용했다.

감사 지적 처리:
- 그룹 쿼리의 총 건수 오산 — count 는 groupBy 를 벗기지 않아 첫 그룹의 행 수를
 총 건수로 돌려준다. getCountForPagination 으로 교정.
- audit 전수 스캔이 버퍼 한계로 한 번도 동작하지 않던 결함과, 확장 경로를 놓치던
 정규식 5건을 함께 고쳤다. 그동안 번들 확장의 위반이 보이지 않았다.

raw 20건을 빌더 표현으로 치환하고 하드코딩 테이블명 16건을 모델 유래로 바꿨다.
이 과정에서 마이페이지 「내가 댓글 단 글」 검색이 조인 별칭 충돌로 SQL 오류를 내던
결함이 해소됐다. 재발 차단용 룰 2종을 신설하고, 컬럼 프루닝 룰을 error 로 승격했다
(전역 위반 0건 — warning 으로 두면 "0 error" 판정을 통과하며 무음으로 재누적된다).

정렬 허용 목록은 FormRequest 게이트를 덮어야 한다. 좁으면 검증을 통과한 정렬이 422 도
로그도 없이 기본값으로 되돌아간다(스케줄 실행 이력의 종료시각·소요시간 정렬이 그랬다).
호출처를 스캔해 매핑 완전성까지 검사하는 계약 테스트로 전수 강제한다.

해외 배송지 결함도 함께 고쳤다 — 조회는 city/state/postal_code 로 내려주고 폼은
intl_* 로 제출하는 비대칭 때문에, 수정 시 입력칸이 비어 보이고 저장하면 기존 값이
유실됐다. 쿠폰 수정의 유효기간 미검증과 1인당 사용 제한 부분 수정 차단도 함께 수정.

app/Repositories/IdentityVerificationLogRepository.php

@@ -4,7 +4,10 @@ namespace App\Repositories;
 
 use App\Contracts\Repositories\IdentityVerificationLogRepositoryInterface;
 use App\Enums\IdentityVerificationStatus;
+use App\Models\IdentityPolicy;
 use App\Models\IdentityVerificationLog;
+use App\Repositories\Concerns\PaginatesWithDeferredJoin;
+use Illuminate\Contracts\Pagination\LengthAwarePaginator;
 use Illuminate\Support\Carbon;
 
 /**
@@ -14,6 +17,8 @@ use Illuminate\Support\Carbon;
  */
 class IdentityVerificationLogRepository implements IdentityVerificationLogRepositoryInterface
 {
+    use PaginatesWithDeferredJoin;
+
     /**
      * 검증 로그를 생성합니다.
      *
@@ -130,7 +135,7 @@ class IdentityVerificationLogRepository implements IdentityVerificationLogReposi
      *
      * @param  array  $filters  검색 필터
      * @param  int  $perPage  페이지당 항목 수
-     * @return \Illuminate\Contracts\Pagination\LengthAwarePaginator 페이지네이터
+     * @return LengthAwarePaginator 페이지네이터
      */
     public function search(array $filters, int $perPage = 20)
     {
@@ -158,7 +163,7 @@ class IdentityVerificationLogRepository implements IdentityVerificationLogReposi
         if (! empty($filters['source_type'])) {
             $query->whereIn('origin_policy_key', function ($q) use ($filters) {
                 $q->select('key')
-                    ->from('identity_policies')
+                    ->from((new IdentityPolicy)->getTable())
                     ->where('source_type', $filters['source_type']);
                 if (! empty($filters['source_identifier'])) {
                     $q->where('source_identifier', $filters['source_identifier']);
@@ -202,9 +207,15 @@ class IdentityVerificationLogRepository implements IdentityVerificationLogReposi
             ? $filters['sort_by']
             : 'created_at';
         $sortOrder = ($filters['sort_order'] ?? 'desc') === 'asc' ? 'asc' : 'desc';
-        $query->orderBy($sortBy, $sortOrder);
 
-        return $query->paginate($perPage);
+        // 본인인증 로그는 계속 쌓이는 이력이라 뒤쪽 페이지에서 OFFSET 비용이 커진다.
+        // 응답이 요청/응답 payload 를 그대로 노출하므로 컬럼은 좁히지 않고 지연 조인만 적용한다.
+        return $this->paginateWithDeferredJoin(
+            query: $query,
+            columns: ['*'],
+            sort: [['column' => $sortBy, 'direction' => $sortOrder]],
+            perPage: $perPage,
+        );
     }
 
     /**