이슈 본연: API 레퍼런스의 미채움 마커 5종(실측 제외/TODO/필드 없음/대표 에러 없음)
1,194건을 코드에서 읽어 전수 채우고(0건), api:docgen 재생성이 사람이 채운 내용을
손실·열화시키던 멱등성 결함 4종(CRLF, 표 파이프 이스케이프, 에러 서술 보존, 중복
라우트명 키)을 근본 수정. --check 를 실측 제외와 드리프트가 구분되도록 재정의.
ParameterDescriber/ResourceFieldDescriber 에 leaf 폴백·SEO 스코프·공통 사전 확장.
파생 결함(문서 실측 중 발견): ResponseHelper 기본 메시지 키 6종이 존재하지 않는
messages.* 를 가리켜 응답 message 가 번역문 대신 키 문자열로 노출되던 문제를 common.*
으로 정정하고, 코어 7 + gdpr/marketing/pay_kginicis/verification/ecommerce 확장의
호출부와 누락 lang 키(게시판 10키 + 이커머스 category_images 4키 포함)를 ko/en/ja
전수 정정. 중복 그룹 키 2건은 기존 키로 호출부 통합.
보안: GET /api/identity/challenges/{id} 는 권한 가드 없는 공개 폴링 엔드포인트인데
Service::getStatus 가 attempts/max_attempts 를 응답에 담아 남은 시도 횟수를 추론할 수
있었다. 두 필드를 제거하고, 챌린지 화면(admin_basic/basic)의 서버 attempts 참조를
제거(남은 횟수 UI 는 query fallback + verify 실패 시 로컬 증가로 유지).
부수 정리(변경셋에 들어온 board 컨트롤러의 audit 사전 결함): FormRequest 4개 신설로
base Request 주입 제거, CommentController 의 Board 직접 호출을 BoardService 위임으로
전환, PHPDoc @return 보강. board 스위트에서 발견한 stale test 3건(seed SSoT 불일치,
admin 계정 user 역할 누락)도 같은 세션에서 정정.
버전 정렬(공개 release 기준): 코어 7.0.3→7.0.4, sirsoft-board 1.0.1→1.0.2,
verification_kginicis 1.0.0→1.0.1, admin_basic 1.0.1→1.0.4.
7.1 KiB
7.1 KiB
Settings API 레퍼런스
소유: plugin
sirsoft-marketing· 생성:php artisan api:docgen(실측 기반). @generated 블록은 재생성 시 갱신되며, 사람이 작성한 설명은 보존됩니다.
TL;DR (5초 요약)
1. 이 문서는 실제 API 호출로 실측한 Settings 엔드포인트 레퍼런스입니다
2. 각 엔드포인트: 메서드/URI/권한 + 요청 파라미터 표 + 요청 예시(raw HTTP) + 실측 응답 필드 표 + 응답 예시(envelope)
3. 응답 필드의 예시값·응답 예시 JSON 은 실제 호출 응답에서 관측된 값입니다
4. 갱신: 코드 변경 후 php artisan api:docgen 재실행
5. 설명(TODO) 칸은 사람이 채웁니다
GET /api/plugins/sirsoft-marketing/settings
- 라우트명:
api.plugins.sirsoft-marketing.settings - 컨트롤러:
Plugins\Sirsoft\Marketing\Http\Controllers\MarketingSettingsController@settings - 인증/권한: 공개 (인증 불필요)
요청 파라미터
요청 파라미터 없음.
요청 예시
GET /api/plugins/sirsoft-marketing/settings HTTP/1.1
Host: api.example.com
Accept: application/json
응답 필드 (data 내부)
단건 응답: data 객체의 필드.
| 필드 | 타입 | 실측 예시값 | 용도/설명 |
|---|---|---|---|
| marketing_consent_enabled | boolean | true |
광고성 정보 수신 전체 동의 축의 노출 여부. false 면 회원가입/마이페이지에서 해당 동의 UI 를 렌더하지 않는다(미설정 시 기본 true). |
| marketing_consent_terms_slug | string | marketing-terms |
광고성 정보 수신 약관 페이지 라우팅에 쓰는 slug. 미설정 시 null. 프론트는 값 자체를 링크 대상에만 사용한다. |
| marketing_consent_terms_slug_set | boolean | true |
광고성 정보 수신 약관 slug 존재 여부. 프론트는 이 플래그로 약관 링크 표시 여부를 판정한다. |
| third_party_consent_enabled | boolean | true |
제3자 제공 동의 축의 노출 여부. false 면 해당 동의 UI 를 렌더하지 않는다(미설정 시 기본 false). |
| third_party_consent_terms_slug | null | null |
제3자 제공 약관 페이지 라우팅에 쓰는 slug. 미설정 시 null. |
| third_party_consent_terms_slug_set | boolean | false |
제3자 제공 약관 slug 존재 여부. 프론트의 약관 링크 표시 판정에 쓴다. |
| info_disclosure_enabled | boolean | true |
정보 이용 안내 동의 축의 노출 여부. false 면 해당 안내 UI 를 렌더하지 않는다(미설정 시 기본 false). |
| info_disclosure_terms_slug | null | null |
정보 이용 안내 약관 페이지 라우팅에 쓰는 slug. 미설정 시 null. |
| info_disclosure_terms_slug_set | boolean | false |
정보 이용 안내 약관 slug 존재 여부. 프론트의 약관 링크 표시 판정에 쓴다. |
| channels | array | [{"key":"email_subscription","label":"광고성 이메일 수신","label_… |
MarketingConsentService::getRegisteredChannels() 가 반환하는 활성 채널 목록. 각 원소는 key·현재 로케일 해석 label·로케일 맵 원본 label_i18n·enabled·terms_slug·terms_slug_set 를 갖는다. 폼의 반복 렌더링에 그대로 쓰인다. |
응답 예시
HTTP/1.1 200
{
"success": true,
"message": "성공적으로 처리되었습니다.",
"data": {
"marketing_consent_enabled": true,
"marketing_consent_terms_slug": "marketing-terms",
"marketing_consent_terms_slug_set": true,
"third_party_consent_enabled": true,
"third_party_consent_terms_slug": null,
"third_party_consent_terms_slug_set": false,
"info_disclosure_enabled": true,
"info_disclosure_terms_slug": null,
"info_disclosure_terms_slug_set": false,
"channels": [
{
"key": "email_subscription",
"label": "광고성 이메일 수신",
"label_i18n": {
"ko": "광고성 이메일 수신",
"en": "Email Marketing"
},
"enabled": true,
"terms_slug": null,
"terms_slug_set": false
}
]
}
}
에러 응답
에러 없음 (공개 조회 — 인증·검증·도메인 예외 경로가 없다. 요청 파라미터가 없어 422 가 발생하지 않고, PublicBaseController 라 401/403 도 없으며, 설정 미존재 시에도 기본값으로 200 을 반환한다).
설명
비로그인 상태에서도 조회 가능한 공개 설정 엔드포인트다(PublicBaseController). 회원가입 폼과 마이페이지의 마케팅 동의 UI 가, 어떤 동의 항목을 노출할지·약관 링크가 존재하는지·어떤 채널을 반복 렌더링할지 결정하기 위해 소비한다. plugin_settings 저장값과 channels JSON 을 조합해 반환하며 별도 DB 모델을 두지 않는다.
- 약관 slug 은 값을 노출하지 않는다. 각 동의 항목마다 실제 slug(
*_terms_slug)와 존재 플래그(*_terms_slug_set)를 함께 반환하되, slug 미설정 시 값은null이고 플래그는false다. 프론트는 링크 표시 여부를*_terms_slug_set으로 판정하고, slug 값 자체는 약관 페이지 라우팅에만 쓴다. - 세 가지 법적 동의 축:
marketing_consent_*(광고성 정보 수신 전체 동의),third_party_consent_*(제3자 제공),info_disclosure_*(정보 이용 안내). 각 축의*_enabled가 false 면 해당 동의 UI 를 렌더하지 않는다.marketing_consent_enabled는 미설정 시 기본true, 나머지 두 축은 기본false. channels배열은MarketingConsentService::getRegisteredChannels()가 반환하는 활성 채널만 담는다. 각 원소는key, 현재 로케일로 해석된label, 로케일 맵 원본label_i18n,enabled, 그리고 slug 값(terms_slug)과 존재 플래그(terms_slug_set)를 갖는다. 회원가입/마이페이지 폼의 iteration 렌더링에 그대로 쓰인다.label은 요청 시점의app()->getLocale()기준으로 해석되며, 해당 로케일 라벨이 없으면fallback_locale(기본ko) →key순으로 폴백한다.
응답 예시 (실측)
{
"success": true,
"data": {
"marketing_consent_enabled": true,
"marketing_consent_terms_slug": "marketing-terms",
"marketing_consent_terms_slug_set": true,
"third_party_consent_enabled": true,
"third_party_consent_terms_slug": null,
"third_party_consent_terms_slug_set": false,
"info_disclosure_enabled": true,
"info_disclosure_terms_slug": null,
"info_disclosure_terms_slug_set": false,
"channels": [
{
"key": "email_subscription",
"label": "광고성 이메일 수신",
"label_i18n": { "ko": "광고성 이메일 수신", "en": "Marketing email" },
"enabled": true,
"terms_slug": null,
"terms_slug_set": false
}
]
},
"message": null,
"error": null
}