HeuJung
d17ea28da5
관리자 환경설정이 값을 저장은 하지만 실제 동작에는 닿지 않던 결함군을 정리했다. 설정 화면(min/max)·저장 검증(FormRequest)·런타임 적용(Service) 세 계층이 각자 리터럴을 들고 있어 서로 조용히 갈라지던 것이 공통 원인이다. 경계값 SSoT 도입: - config/core.php `settings_limits` 를 단일 출처로 두고, FormRequest 는 이 값으로 규칙을 만들고 화면은 설정 응답의 `_meta.limits` 로 같은 값을 받아 바인딩한다. - 게시판·이커머스도 각 모듈 config 의 limits 를 동일 구조로 노출한다. 적용되지 않던 정책을 실제로 적용: - 비밀번호 최소 길이·특수문자 필수(신규 지정 7개 경로. 로그인은 제외 — 정책을 올렸을 때 기존 회원이 자기 계정에 접근조차 못 하는 데드락을 막기 위함) - 계정 잠금 시간 0 = 무한대(전용 컬럼 분리. timestamp 상한과 NULL 규약 때문에 기존 컬럼 재사용이 불가능하다) + 관리자 수동 해제 경로 - 업로드 최대 크기·허용 확장자, 게시판 첨부 개수·댓글 깊이, 페이지 첨부 정책, 장바구니 수량·구매 한도, 마일리지 사용 한도, 주문 부가세 파생 결함: - 큐 Job(sync 드라이버)이 진행 중인 요청의 Request 바인딩을 덮어써, 뒤이어 실행되는 훅 리스너가 헤더를 잃고 조용히 건너뛰었다. Job 이 원 바인딩을 복원하도록 고치고, 전송 헤더가 필요한 리스너는 동기 실행으로 선언한다. - 확장 업데이트 실패 시 상태만 되돌리고 상태 캐시를 비우지 않아, 그 확장의 관리자 화면만 캐시 TTL(기본 하루) 동안 404 로 남았다. 실패 경로에도 무효화를 대칭으로 두고, 빈 목록 자체를 캐시하지 않는다. - 글 작성 시 첨부 파일이 Service 로 전달되지 않아 검증·권한은 통과하고 첨부만 사라졌다. - 환경설정 저장 실패 안내가 내부 설정 키를 그대로 노출했다(105개 항목에 라벨 부여). 재발 방지: - audit 룰 3종(레이아웃 경계 리터럴 / FormRequest 경계 불일치 / Service 재클램프) - 테스트 실행 범위 강제 훅(check-test-scope) - 트러블슈팅 사례 2건(큐 Job 요청 오염 / 확장 상태 캐시 고착) 공개 이슈: gnuboard/g7
68 lines
2.9 KiB
PHP
68 lines
2.9 KiB
PHP
<?php
|
|
|
|
return [
|
|
// Source types
|
|
'source_type' => [
|
|
'core' => 'Core',
|
|
'module' => 'Module',
|
|
'plugin' => 'Plugin',
|
|
],
|
|
|
|
// Permission types
|
|
'permission_type' => [
|
|
'read' => 'Read/Download',
|
|
'update' => 'Update',
|
|
'delete' => 'Delete',
|
|
],
|
|
|
|
// Default policies
|
|
'default_policy' => [
|
|
'public' => 'Public (All authenticated users)',
|
|
'owner_only' => 'Owner and Admin only',
|
|
'read_only' => 'Read only',
|
|
],
|
|
|
|
// Validation messages
|
|
'validation' => [
|
|
'file_required' => 'Please select a file.',
|
|
'file_invalid' => 'The file is not valid.',
|
|
'file_max' => 'The file size cannot exceed :max MB.',
|
|
'file_extension_invalid' => 'This file type is not allowed. Allowed types: :extensions',
|
|
'files_required' => 'Please select files.',
|
|
'files_array' => 'The files format is invalid.',
|
|
'files_min' => 'Please select at least one file.',
|
|
'type_invalid' => 'The attachmentable type is invalid.',
|
|
'id_invalid' => 'The attachmentable ID is invalid.',
|
|
'role_ids_required' => 'Please select roles.',
|
|
'role_ids_invalid' => 'The role IDs format is invalid.',
|
|
'role_id_integer' => 'The role ID must be an integer.',
|
|
'role_id_exists' => 'The selected role does not exist.',
|
|
'order_required' => 'Order data is required.',
|
|
'order_array' => 'The order data format is invalid.',
|
|
'order_id_required' => 'The attachment ID is required.',
|
|
'order_id_exists' => 'The selected attachment does not exist.',
|
|
'order_value_required' => 'The order value is required.',
|
|
'order_value_integer' => 'The order value must be an integer.',
|
|
'permissions_required' => 'Permissions data is required.',
|
|
'permissions_invalid' => 'The permissions format is invalid.',
|
|
'permission_roles_invalid' => 'The permission roles format is invalid.',
|
|
],
|
|
|
|
// Response messages
|
|
'upload_success' => 'File uploaded successfully.',
|
|
'upload_batch_success' => 'Files uploaded successfully.',
|
|
'upload_failed' => 'File upload failed.',
|
|
'delete_success' => 'File deleted successfully.',
|
|
'delete_failed' => 'File deletion failed.',
|
|
'reorder_success' => 'File order updated successfully.',
|
|
'reorder_failed' => 'File reorder failed.',
|
|
'sync_roles_success' => 'Roles synchronized successfully.',
|
|
'sync_roles_failed' => 'Role synchronization failed.',
|
|
'sync_permissions_success' => 'Permissions synchronized successfully.',
|
|
'sync_permissions_failed' => 'Permission synchronization failed.',
|
|
'not_found' => 'Attachment not found.',
|
|
'access_denied' => 'You do not have permission to access this attachment.',
|
|
'update_denied' => 'You do not have permission to update this attachment.',
|
|
'delete_denied' => 'You do not have permission to delete this attachment.',
|
|
];
|