Files
Gnuboard7/app/Rules/AvailableNotificationChannel.php
HeuJung 7f8fb6870f fix(core,board,ecommerce): 조건부 검증 결함 패밀리 일괄 수정 및 실패 안내 노출
여러 화면에서 조건부(FormRequest) 검증이 우회되거나 과도하게 제한되던 결함을 한 계열로 묶어 수정한다.

- 검증 규칙 확장 필터 이름 10개를 나머지 92개와 동일 규칙으로 통일
- 설명 길이를 바이트가 아닌 글자 수로 계산(한글 오검출 해소)
- 비활성 언어팩 번역 보존한 채 수정 허용
- 알림 템플릿 제목 nullable 존중, 미지원 발송 수단 저장 차단
- 일정/실행 이력 목록 조회 검증 정합
- 게시판 첨부 미사용 시 빈 확장자 통과, new_display_hours/최소 길이 0 허용, 일괄 적용 override_values 범위 검증(SSoT)
- 이커머스 클레임 사유 조회 검증, 용어 정정
- 원문 i18n 키 노출 다수 해소, 저장/삭제 실패 시 사유 화면 노출
- 아이콘 크기/다크모드 대비 회귀 수정

번들 확장(모듈3·플러그인6·템플릿2·언어팩5) 버전 new-bump 및 CHANGELOG 반영, ja 언어팩 동기.
2026-07-23 10:54:17 +09:00

56 lines
1.9 KiB
PHP

<?php
namespace App\Rules;
use App\Services\NotificationChannelService;
use Closure;
use Illuminate\Contracts\Validation\ValidationRule;
/**
* 알림 채널 식별자 검증 규칙
*
* 사용 가능한 채널 목록은 config('notification.default_channels') 에
* `core.notification.filter_available_channels` 훅으로 모듈/플러그인이 추가한 채널을
* 더해 런타임에 결정됩니다. 따라서 허용 목록을 요청 클래스에 하드코딩하면
* 플러그인이 등록한 채널이 저장되지 않습니다.
*
* 이미 저장되어 있던 채널은 통과시킵니다. 채널을 제공하던 플러그인이 비활성화되면
* 그 값이 목록 밖으로 나가는데, 이때 기존 레코드 수정 자체가 차단되면 안 되기 때문입니다.
* (신규로 알 수 없는 채널을 밀어 넣는 것만 차단합니다)
*/
class AvailableNotificationChannel implements ValidationRule
{
/**
* AvailableNotificationChannel 생성자
*
* @param array<int, string> $persistedChannels 대상 레코드에 이미 저장된 채널 목록
*/
public function __construct(
private array $persistedChannels = []
) {}
/**
* 검증 규칙 실행
*
* @param string $attribute 필드명
* @param mixed $value 검증 값
* @param Closure $fail 실패 콜백
*/
public function validate(string $attribute, mixed $value, Closure $fail): void
{
if (! is_string($value) || $value === '') {
$fail(__('validation.notification_channel.invalid', ['value' => (string) $value]));
return;
}
if (in_array($value, $this->persistedChannels, true)) {
return;
}
if (! app(NotificationChannelService::class)->isChannelAvailable($value)) {
$fail(__('validation.notification_channel.unavailable', ['value' => $value]));
}
}
}