여러 화면에서 조건부(FormRequest) 검증이 우회되거나 과도하게 제한되던 결함을 한 계열로 묶어 수정한다. - 검증 규칙 확장 필터 이름 10개를 나머지 92개와 동일 규칙으로 통일 - 설명 길이를 바이트가 아닌 글자 수로 계산(한글 오검출 해소) - 비활성 언어팩 번역 보존한 채 수정 허용 - 알림 템플릿 제목 nullable 존중, 미지원 발송 수단 저장 차단 - 일정/실행 이력 목록 조회 검증 정합 - 게시판 첨부 미사용 시 빈 확장자 통과, new_display_hours/최소 길이 0 허용, 일괄 적용 override_values 범위 검증(SSoT) - 이커머스 클레임 사유 조회 검증, 용어 정정 - 원문 i18n 키 노출 다수 해소, 저장/삭제 실패 시 사유 화면 노출 - 아이콘 크기/다크모드 대비 회귀 수정 번들 확장(모듈3·플러그인6·템플릿2·언어팩5) 버전 new-bump 및 CHANGELOG 반영, ja 언어팩 동기.
56 lines
1.9 KiB
PHP
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]));
|
|
}
|
|
}
|
|
}
|