/* Theme Name: esangedu Theme URI: https://esangedu.com Author: 글로벌창업연구소 Author URI: https://esangedu.com Description: 글로벌창업연구소 AI교육센터 전용 테마 Version: 1.0.68.108 License: GNU General Public License v2 or later Text Domain: esangedu Changelog: v77.90 (2026-05-18) - 🔐 NICE 본인인증 — 관리자 입력 UI 추가: 【사용자 보고】 "API를 받으면 어디다가 넣어야 하는지 위치 모르겠다" v77.88에서 NICE 시스템은 구축했지만 키 입력 UI를 만들지 않아서 DB 직접 편집 외엔 방법 없었음. 누락 보완. 【추가 위치】 관리자 → 사이트 설정 → SNS 로그인 카드 바로 아래 새 카드 "🔐 NICE 본인인증 설정" 【카드 내용】 - 상태 표시: ✅ 활성 / ⚠ 미설정 (Mock 모드) - NICE 가입 방법 안내 (4단계) - 사이트 코드 입력칸 (text) - 사이트 패스워드 입력칸 (password, 가려짐) - Mock/실제 모드 상태 안내 박스 - NICE 측에 등록할 콜백 URL 자동 표시 【동작】 - 두 필드 모두 입력 + 저장 → 자동으로 실제 NICE 모드 전환 - 한쪽이라도 비어있으면 Mock 모드 유지 - esg_nice_is_configured() 함수가 자동 감지 【4역할 협업】 🏗️ Architect: SNS 카드 패턴 그대로 일관성 유지 🎨 Designer: 노란 안내 박스(주의), 파란 상태 박스(현재 모드) 👨‍💻 Developer: 저장 처리 1줄 + UI 카드 1개 추가 🔍 Reviewer: 기존 SNS 카드 패턴 충실 재현, 보안 (password type) v77.89 (2026-05-18) - 🔧 약관 저장 — 백슬래시(\) 무한 누적 버그 외과 수정: 【사용자 보고】 관리자에서 약관 본문의 \ 를 지우고 저장한 뒤 다시 봐도 \" 형태로 슬래시가 그대로 남아있음. 실제로는 지운 게 아니라 저장 때마다 슬래시가 추가되는 상황. 【원인】 WordPress는 보안상 모든 $_POST 데이터에 자동으로 magic slashes를 추가함. 정상적으로는 저장 직전 wp_unslash()로 제거해야 함. functions.php 약관 저장 두 곳(L12175, L23459)에서만 wp_unslash()가 누락되어 있었음: 1회차: "회사" → DB에 \"회사\" 저장 2회차: \"회사\" → DB에 \\"회사\\" 저장 3회차: \\"회사\\" → DB에 \\\\"회사\\\\" 저장 매 저장마다 백슬래시가 기하급수적으로 누적됨. 같은 파일의 다른 저장 로직들은 wp_unslash() 정상 사용 중. 【해결】 ① esg_terms_versions 저장 (L12175): - $_POST['terms_company_name'] → wp_unslash() 추가 - $_POST['terms_ver'] 배열 전체에 wp_unslash() 일괄 적용 ② esg_terms 저장 (L23459): - $_POST['title_*'], $_POST['content_*']에 wp_unslash() 추가 ③ 기존 DB 정리 마이그레이션 (1회 실행): - 옵션 esg_v77_89_terms_unslash_done 플래그로 중복 방지 - stripslashes_deep()로 기존 옵션값 정리: • esg_terms (탭형식 약관 4종) • esg_terms_versions (버전별 약관) • esg_terms_company (회사명) 【영향】 - 앞으로 저장: 슬래시 누적 없음 - 기존 데이터: 사이트 로드 시 1회 자동 정리됨 - 다른 옵션/기능: 영향 0건 (약관 3개 옵션에만 적용) 【검증】 - "회사" 같은 일반 텍스트: 백슬래시 완전 제거 ✓ - "회사" 안에 의도적 \ 가 있는 경우: 1회만 정리되므로 의도 보존 ✓ - 정상 데이터 (백슬래시 없음): stripslashes_deep 적용해도 변화 없음 ✓ 【4역할 협업】 🏗️ Architect: magic slashes 누적 메커니즘 식별 🎨 Designer: 시각적 변화 없음 (단지 정상 표시로 복원) 👨‍💻 Developer: 외과 수정 — 약관 저장 2곳 + 마이그레이션 1개 🔍 Reviewer: 다른 옵션 영향 0, 한 번만 실행되는 플래그 확인 v77.88 (2026-05-18) - 🔐 NICE 본인인증 시스템 — UI 골격 + API 자리 구축: 【배경】 파트너님 요청: SNS 로그인 흐름에 본인인증 단계 추가. (구글 로그인 → 구글 동의 → 본인인증 알림 모달 → NICE PASS) 멀티캠퍼스 등 한국 교육 사이트 표준 패턴. NICE 단가 협상 중이라 API 키는 아직 없음 → Mock 모드로 골격만. 【신규 파일】 - inc/nice-auth.php (신규, ~280 lines) NICE 본인인증 시스템 — Mock 모드 + 실제 API 호출 자리 + 콜백 처리 + 세션 데이터 관리 + 관리자 안내 【핵심 컴포넌트】 1. 글로벌 본인인증 모달 (footer.php) - 모든 페이지에서 esgNiceVerify({...}) 한 줄로 호출 가능 - 디자인: 1번 스크린샷 그대로 (멀티캠퍼스 스타일) - 흰 박스 + navy 텍스트 + blue 확인 버튼 - ESC 키 / backdrop 클릭 / X 버튼으로 닫기 - 모바일 반응형 2. NICE 인증 시스템 (inc/nice-auth.php) - esg_nice_is_configured(): 키 등록 여부 자동 감지 - esg_nice_render_request_form(): hidden form 출력 - esg_nice_handle_callback(): NICE → 우리 사이트 콜백 - esg_nice_handle_mock(): Mock 모드 진행 화면 - esg_nice_get_verified_data(): 세션 인증 결과 조회 - 세션 30분 만료, 가입 후 즉시 정리 3. SNS 신규 가입자 흐름 변경 (functions.php) - 기존: SNS 로그인 후 신규면 wp_create_user()로 즉시 자동가입 - 변경: 신규면 SNS 정보 세션 임시 저장 → /register 페이지로 redirect (esg_sns_pending=1) → 본인인증 안내 배너 표시 → NICE 인증 후 가입 완료 - 기존 회원은 영향 없음 (바로 로그인) 4. 회원가입 페이지 통합 (page-register.php) - 기존 alert("준비중") 제거 - 새 글로벌 모달 호출로 교체 - 본인인증 미완료 시 가입 제출 차단 + 친절한 안내 - 본인인증 완료 시 버튼 "✅ 본인인증 완료"로 변경 - 실제 NICE 연동 후엔 이름/생년월일 등 자동 입력 【Mock 모드 동작 (현재 상태)】 1. 사용자가 본인인증 버튼 클릭 2. 우리 모달 표시 ("최초 1회 본인인증이 필요합니다") 3. 확인 클릭 → hidden form submit 4. /?esg_nice_mock=1 페이지로 이동 5. "개발 모드 안내" 화면 표시 - "본인인증 없이 진행" 버튼 클릭 시 세션에 mock 플래그 저장 후 회원가입 페이지로 복귀 6. 회원가입 페이지에서 자동으로 본인인증 완료 상태 - 버튼이 "✅ 본인인증 완료 (개발모드)"로 변경 【NICE 계약 완료 후 작업】 1. NICE에서 사이트 코드 / 사이트 패스워드 발급받음 2. WordPress 관리자 옵션: - esg_nice_site_code: 발급받은 사이트 코드 - esg_nice_site_pw: 발급받은 사이트 패스워드 3. inc/nice-auth.php 두 곳의 //TODO 부분에 NICE 샘플 코드 한 줄씩 채워넣기 - esg_nice_build_request_data(): 암호화 - esg_nice_handle_callback(): 복호화 4. 키 입력만으로 자동 활성화 (esg_nice_is_configured()가 감지) 5. Mock 화면 → 실제 NICE PASS 팝업으로 자동 전환 【보안】 - 인증 결과는 PHP session에만 저장 (DB X) - 30분 자동 만료 - 가입 완료 후 즉시 세션 제거 (esg_nice_clear_verified) - state nonce로 CSRF 방어 (NICE 연동 후 활성화) 【4역할 협업】 🏗️ Architect: Mock↔Production 분리, 세션 기반 안전한 데이터 흐름 🎨 Designer: 1번 스크린샷 모달 정확 재현, 토큰 사용 👨‍💻 Developer: 별도 파일 분리, NICE SDK 자리 명확히 표시 🔍 Reviewer: 기존 회원 영향 0, Mock→Production 전환 시나리오 검증 v77.87 (2026-05-18) - 🛡️ URL Migration 안전망 — 도메인 변경 후 DB 잔존 URL 자동 교정: 【배경】 파트너님이 도메인을 esangedunet.mycafe24.com → esangedu.ai 로 변경. WordPress 관리자 → 설정 → 일반에서 사이트 주소는 새 도메인으로 바꿨지만, DB의 wp_options(esg_nav_menus)·wp_posts(본문)에 박힌 옛 URL은 그대로 남아있어 메뉴 클릭 시 옛 도메인으로 가서 Forbidden. 【해결】 정공법은 Better Search Replace 플러그인으로 DB를 일괄 변환하는 것. 본 패치는 그 작업 전후로도 사이트가 깨지지 않도록 안전망을 친다. 【새 파일】 - inc/url-migration.php (신규) 【동작 방식】 1. option_esg_nav_menus 필터: 전체메뉴·내비게이션이 메뉴 옵션을 읽을 때 자동 교정 2. the_content/the_excerpt 필터: 본문 안의 이미지 src·a href에 박힌 옛 도메인 출력 시 교정 3. path 교정 룰: /about/location → /about#location 자동 변환 (관리자가 메뉴 URL 잘못 입력한 케이스 대비) 4. 관리자 배너: DB 잔존 카운트 안내 + Better Search Replace 사용 권장 (1회 dismiss 가능) 【비침습성】 - DB는 한 줄도 안 건드림 (read-time correction only) - 기존 URL이 정상이면 어떤 동작도 안 함 (early return) - 비활성화 옵션 esg_url_migration_enabled (기본 1) - 새 도메인은 home_url() 옵션에서 자동 감지 → 하드코딩 회피 - 무한 루프 회피: raw DB query로 home 옵션 직접 읽기 【확장성】 - 추가 옛 도메인: esg_url_migration_get_old_domains() 배열에 추가 - 추가 path 룰: esg_url_migration_fix_path() $rules 배열에 추가 【영향 범위】 - functions.php L840 require_once 1줄 추가 - inc/url-migration.php 신규 - 기존 코드 동작 변경 0 (필터로만 개입) - 새 도메인 사용자에게는 어떤 영향도 없음 【파트너님 후속 작업 안내】 1. (즉시 효과) — 이 ZIP 적용 즉시 옛 URL 자동 교정 시작 2. (영구 해결) — Better Search Replace 플러그인으로 https://esangedunet.mycafe24.com → https://esangedu.ai DB 일괄 변환 (Dry run 먼저 → 실제 실행) 3. (검증 후) — 관리자 옵션에서 esg_url_migration_enabled=0 로 안전망 비활성화 가능 (선택적) 【4역할 협업】 🏗️ Architect: read-time correction 설계 + 필터 후크 선정 🎨 Designer: 관리자 배너 (notice-warning + dismissible) 👨‍💻 Developer: 별도 파일 분리 + 무한 루프 회피 raw query 🔍 Reviewer: 성능(early return)/안전성(DB 무수정)/확장성 검증 v77.86 (2026-05-18) - 🗂️ 모바일 전체메뉴 — "고객지원" 카테고리 2개 중복 해결: 【사용자 보고】 모바일 전체메뉴 좌측 카테고리 목록에 "고객지원"이 2번 표시됨. ① 펼치면 공지사항/자주묻는질문/문의게시판/자료실 (관리자 메뉴) ② 라벨만 있는 "고객지원" (하드코딩 — 기업교육 문의 들어있음) 요청: ② 블록을 없애고, "기업교육 문의"를 ① 메뉴의 "자료실" 다음에 합쳐서 표시. 【원인 분석】 header.php 두 곳에서 "고객지원" 카테고리가 각각 렌더됨: - L224~236: 관리자 설정(get_option('esg_nav_menus')) 메뉴 루프 → 사용자가 관리자 페이지에서 "고객지원" 카테고리를 만들고 공지사항/자주묻는질문/문의게시판/자료실 4개 항목 추가했음 - L260~270 (v68.78): /inquiry 페이지가 다른 메뉴 어디에도 없을 때 하드코딩으로 "고객지원" fm-col 추가 — 기업교육 문의 + 로그인/회원가입 → 두 블록 라벨이 같아서 모바일에서 "고객지원" 두 번 표시. 【해결】 ① 관리자 설정 메뉴 렌더링 루프(L224~)에 자동 보충 로직 추가 - 라벨이 정확히 "고객지원"인 메뉴 발견 시 - subs에 /inquiry 링크가 없으면 (중복 방지) - 기존 subs 렌더링 끝에 "기업교육 문의" 자동 추가 - 비로그인 사용자에게는 로그인/회원가입 링크도 함께 자동 추가 ② 기존 v68.78 하드코딩 "고객지원" fm-col 블록 제거 ③ fallback 추가: 관리자가 "고객지원" 카테고리를 아예 만들지 않은 사이트를 위해 — $_has['inquiry']도 false이고 라벨 "고객지원" 메뉴도 없을 때만 별도 fm-col로 표시 【동작 시나리오】 - 시나리오 A (현재 사이트): "고객지원" 카테고리 있음 → ① 자동 보충 발동 → 한 카테고리 안에 모든 항목 표시 - 시나리오 B: 관리자가 직접 "고객지원"에 "기업교육 문의" 링크 수동 추가 → /inquiry 중복 체크로 자동 보충 skip → 중복 없음 - 시나리오 C: 관리자가 "고객지원" 라벨을 "도움말" 등으로 변경 → 자동 보충 발동 안 함 → fallback이 별도 fm-col로 표시 (관리자 의도 존중) 【영향 범위】 - header.php 1개 파일만 수정 - 데스크탑 전체메뉴도 같은 컴포넌트를 공유하므로 동일하게 적용됨 (데스크탑은 가로 그리드라 중복도 보였지만 UX 영향은 작았음) 【4역할 협업】 🏗️ Architect: 두 "고객지원"의 정체(DB vs 하드코딩) 식별, 합치기 설계 🎨 Designer: 자료실 다음 위치 + 기존 텍스트 링크 스타일 유지 👨‍💻 Developer: 외과 수정 (header.php 2곳 변경) 🔍 Reviewer: 라벨 매칭/URL 중복 체크/fallback 동작 검증 v77.85 (2026-05-18) - 🔐 로그인 페이지 + 회원가입 모바일 — 3가지 PPT 이슈 외과 수정: 【사용자 보고 — PPT 슬라이드 3장】 ① 로그인 페이지 비밀번호 작성란 - 보이게/안 보이게 토글 시 아이콘 모양이 안 바뀜 - 1) 비밀번호 안 보이게 → 사선 있는 눈(👁‍🗨) 2) 비밀번호 보이게 → 일반 눈(👁) ② SNS 계정으로 로그인 버튼 - 모바일에서 동그란 G 버튼이 가로로 늘어난 타원으로 찌그러짐 ③ 모바일 회원가입 이메일 부분 - @ 기호가 사라져서 도메인 어디에 넣을지 헷갈림 - 빨간 박스 표시 부분(도메인 input 앞)에 @ 추가 필요 【원인 분석】 ① page-login.php L59~64 - 자체 esgTogglePw() 인라인 함수가 type만 토글하고 눈 SVG는 1개로 고정되어 있었음 - 같은 테마 main.js(v68.77~v75.5)에 이미 EYE_ON/EYE_OFF 두 아이콘 토글 글로벌 시스템이 존재 (data-pw-toggle 속성) - 회원가입 페이지는 이 시스템을 정상 사용 중이었으나 로그인 페이지만 별도 구현 → 일관성 깨짐 ② page-login.php L229~230 - @media(max-width:560px) 안에 .esg-sns-btns(오타: 's' 추가) + .esg-sns-btn { width:100% } 적용 - 실제 클래스명은 .esg-sns-btn-list / .esg-sns-btn(s 없음) - 결과: 52×52 원형 버튼의 width가 100%로 늘어나 타원으로 찌그러짐 (height는 그대로 52) ③ page-register.php L563 - @media(max-width:560px)에서 .esg-reg-at { display:none } - 모바일 1열 레이아웃에서 @ 기호가 완전히 사라짐 - "이메일 / 직접입력" 두 input만 보여 사용자 혼동 【해결】 ① page-login.php - 자체 토글 버튼 DOM + esgTogglePw() 인라인 함수 제거 - input에 data-pw-toggle 속성만 추가 - main.js 전역 핸들러가 자동으로 wrapper + EYE_ON/EYE_OFF 토글 + CAPS LOCK 안내까지 부착 - 회원가입 페이지와 동일한 동작 보장 (일관성 회복) ② page-login.php @media(max-width:560px) 블록 - .esg-sns-btns(오타) 룰 제거 - .esg-sns-btn 모바일 전용: 56×56 원형 유지 (탭 영역 확보 위해 데스크탑 52 → 모바일 56) - aspect-ratio:1/1, flex:0 0 56px로 비율 절대 보장 - .esg-auth-sns-list gap 1.25rem (간격 약간 확보) ③ page-register.php @media(max-width:560px) 블록 - .esg-reg-at { display:none } 제거 - grid-template-columns: auto 1fr 로 변경 - 1행: 이메일 input (전체 폭) 2행: [@] [도메인 input] 3행: 도메인 select (전체 폭) - @ 기호가 도메인 input 바로 앞에 명확히 보임 【영향 범위】 - page-login.php (HTML 1곳, JS 1곳, CSS 1곳) - page-register.php (CSS 1곳, 모바일 @media만) - main.js, functions.php, header.php, footer.php 변경 없음 - 데스크탑 동작 완전 동일 (모바일 @media에서만 수정) 【4역할 협업】 🏗️ Architect: 3개 이슈 모두 격리, 다른 파일 영향 없음 확인 🎨 Designer: 데스크탑 52→모바일 56 키움, @ 2행 자연스러운 배치 👨‍💻 Developer: 미니멀 외과 수정 (총 변경 4곳) 🔍 Reviewer: PHP syntax/CSS 매칭/main.js 통합 동작 확인 v77.84 (2026-05-15) - 🎨 폼 입력 요소 — 모바일 글씨 크기/외형 영구 통일: 【사용자 보고】 모바일에서 1:1 상담문의 모달의 입력 필드들이 글씨 크기가 제각각으로 보임. 이름/이메일/문의종류/제목/내용 5개 필드가 같은 클래스 .fi 인데도 시각적으로 다르게 렌더링됨. "전에도 수정 해 달라고 했었는데 반영이 잘 안되긴 하더라고" — 반복 보고된 이슈. 【근본 원인 (4가지 복합)】 ① .fi/.fs/.fta 가 input/select/textarea를 동시에 잡지만, 브라우저는 native select와 input/textarea를 다른 박스로 렌더링 (특히 모바일 iOS/Android). ② select에 -webkit-appearance:none 미적용 → OS 기본 UI (회색 아이콘, 두꺼운 보더 등) 노출. ③ font-size, line-height, padding이 rem 단위로 정의되어 브라우저별 폰트 크기 설정에 따라 시각 차이 발생. ④ font-size .88rem (≈14px) < 16px → iOS Safari가 포커스 시 자동 줌인 발동 → 화면 흔들림 + 더 큰 시각 차이. 【해결】 .fi / .fs / .fta 시스템 전면 강화: ① 모든 input/select/textarea 픽셀 단위로 통일: height 44px (input/select), min-height 110px (textarea) font-size 14px, line-height 1.5 padding 0 14px, border 1.5px solid var(--g200) ② select에 appearance:none + 인라인 SVG 화살표: input과 동일한 박스 외형 + 우측 12px에 화살표 padding-right 36px로 화살표 자리 확보 ③ placeholder도 명시적 font-size 14px (Firefox/Safari 통일): color #94a3b8, font-weight 400, opacity 1 ④ 모바일 (640px 이하) 전용 블록: font-size 16px (iOS 줌 방지 + 시각 일관성) height 46px, padding 유지 textarea min-height 120px, padding 14px label(.fl) font-size 13px, margin-bottom 6px ⑤ disabled/readonly 상태 통일 (배경 #f8fafc, 비활성 회색). ⑥ !important 사용: 기존 인라인 style="font-size:..." 등이 덮어쓰지 못하게 강제. (영향 범위가 .fi/.fs/.fta 클래스 한정이라 안전.) 【적용 범위】 .fi/.fs/.fta 클래스를 사용하는 모든 폼이 자동 통일됨: - header.php #m-inquiry (1:1 상담문의 모달) — 5개 필드 - page-mypage.php — 13곳 - functions.php — 2곳 다른 .inq-input 폼(기업교육 문의)은 별도 시스템이므로 영향 없음. 【테스트 권장】 - 모바일 (iOS Safari, Android Chrome)에서 1:1 상담문의 열기 - input/select/textarea 모두 같은 박스 크기·글씨 크기인지 - placeholder도 입력값과 동일 크기인지 - select 화살표가 깔끔하게 우측에 떠 있는지 - 입력 필드 탭 시 화면이 줌인되지 않는지 (iOS) v77.83 (2026-05-15) - 🔒 수강신청 차단 완성 + 🎓 수강 취소 정책 + 📨 관리자 안내 편집: 【사용자 보고】 v77.82 적용 후에도 "준비중" 과정의 수강신청 모달이 떴음. 카드 클릭은 차단됐지만, 홈/추천과정에서 [수강신청] 버튼을 누르면 그대로 모달 진입. 【근본 원인】 v77.82는 page-courses.php의 카드만 차단했음. ① 공용 카드 렌더 함수 esangedu_course_card() 미처리 → 홈/추천과정/관련과정 등 어디서든 미차단 버튼 노출. ② footer.php의 window.esangeduEnroll 글로벌 함수에 신청기간 검증 없음 → 어디서든 호출하면 모달 열림. ③ 결과적으로 v77.82의 서버 검증(esg_enroll_submit_handler)이 최종 방어를 하긴 하지만, UX적으로 모달이 한 번 뜨고 폼 제출 단계에서 차단되는 어색한 흐름. 【해결】 ─ ① 공용 카드 함수 차단 (functions.php) ─ esangedu_course_card() L14200 부근 — 버튼 출력 분기에 esg_course_can_enroll($post_id) 호출 추가: - 신청가능 → 기존 [수강신청] 버튼 - 준비중 → [준비중] disabled 버튼 (회색) - 마감 → [마감] disabled 버튼 (회색) 홈/추천과정/관련과정 모든 곳에 자동 적용 (단일 함수이므로). ─ ② 글로벌 함수 사전 검증 (footer.php) ─ window.esangeduEnroll에 신청기간 사전 검증 추가: window.esgCheckEnrollPeriod(courseId) 신규 함수 → 신규 AJAX 'esg_check_enroll_period' 호출 → 서버 esg_course_can_enroll() 결과 반환. esangeduEnroll() 흐름: 1. 입력값 검증 2. 로그인 체크 3. 신청기간 서버 검증 (await) - 실패 → alert(서버 메시지) 표시 후 중단 - 성공 → _esgOpenEnrollAfterCheck()로 모달 진행 네트워크 오류 시: soft_pass=true로 통과시키되, 서버측 esg_enroll_submit_handler에서 어차피 한 번 더 차단. ─ ③ 신청기간 사전 체크 AJAX (functions.php) ─ esg_check_enroll_period_handler() 신규: - wp_ajax + wp_ajax_nopriv 양쪽 등록 (비로그인도 체크). - course_id를 받아 esg_course_can_enroll() 결과 반환. ─ ④ 수강 취소 정책 (사용자 측) ─ page-mypage.php L1511 부근 — 상태별 버튼 분기: - 입금대기/신청완료 → [❌ 수강 취소] (직접 취소 OK, 기존) - 입금확인/수강확정/승인완료 → [📞 취소 문의] (안내 모달) - 취소/수료 → 버튼 자체 미노출 (기존) 새 모달 #esg-cancel-notice-modal: - 과정/주문번호/현재상태 표시 - 관리자 편집 메시지 표시 (white-space: pre-wrap) - [확인] 단일 버튼 (정보 전달용). ─ ⑤ 서버 측 직접취소 차단 (functions.php) ─ esg_cancel_enrollment_handler — esg_can_user_self_cancel($status) 검사 추가: - 직접취소 불가 상태에서 AJAX 요청 시 차단, needs_contact=true와 함께 에러 반환. - 클라이언트 우회 시도도 서버에서 차단됨. ─ ⑥ 관리자 — 안내 메시지 편집 (functions.php) ─ esangedu_enrollments_page() 상단에 접을 수 있는
박스 추가: - 9행 textarea (최대 3000자) - [💾 저장] / [🔄 기본값으로 복원] 버튼 - AJAX 저장: wp_ajax_esg_save_cancel_notice - option('esg_cancel_notice_message')에 저장. - HTML 태그는 wp_strip_all_tags()로 제거 (XSS 방지). 【헬퍼 함수 신설】 - esg_can_user_self_cancel($status) — 직접취소 가능 여부 - esg_needs_cancel_notice($status) — 안내 필요 여부 - esg_get_default_cancel_notice() — 기본 메시지 (PHP+JS 공유) - esg_get_cancel_notice_message() — 저장된 or 기본 메시지 【영향 범위】 - functions.php: 4곳 수정/추가 ① esg_check_enroll_period_handler 신규 (L944~) ② esangedu_enrollments_page 상단 관리자 UI (L11163~) ③ esangedu_course_card 버튼 분기 (L14200~) ④ 기존 helpers/cancel handler는 v77.82에서 이미 들어감 - footer.php: window.esangeduEnroll에 비동기 검증 - page-mypage.php: 버튼 분기 + 안내 모달 + JS 핸들러 - style.css: 본 changelog v77.82 (2026-05-15) - 🔒 수강신청 — 신청기간 외 차단 강화 (3-Layer 방어): 【사용자 보고】 수강신청(/courses) 목록에서 "준비중" 상태인데도 카드를 클릭하면 상세페이지로 들어가서 "준비중" 표시만 뜸. 사용자가 신청기간 아닌데 들어갈 수 있는 게 부자연스러움. + 서버 측 검증이 없어서 개발자 도구로 disabled 우회하면 신청기간 외에도 신청 완료 가능 (보안 문제). 【근본 원인】 ① page-courses.php: 카드 전체가 로 감싸져 있음 → 버튼은 disabled여도 카드 다른 영역 클릭 시 이동됨. ② 안에