T2Editor 유지보수

무엇을 분리할 것인가

• base 소스와 불변 래퍼
• 선택된 runtime release와 asset URL
• 수동·마켓 설치 플러그인, Extend, Locales
• t2editor_db의 운영 상태와 t2admin-private의 비공개 상태
• 호스트 CMS가 소유한 첨부파일
• 재생성 가능한 런타임·locale 캐시

정기 점검

1. readme.txt의 정확한 버전과 라이선스를 확인한다.
2. 관리자 시스템 정보에서 PHP 확장, 쓰기 권한과 현재 runtime을 확인한다.
3. 캐시 상태의 release ID, generation과 유효성을 확인한다.
4. 새 글·수정·재편집·파일 업로드와 호스트별 첨부 수명을 시험한다.
5. 비공개 디렉토리 직접 URL이 404 또는 접근 거부인지 확인한다.
6. 서드파티 manifest, 해시, 라이선스와 지원 호스트를 재검토한다.

백업과 배포

배포 ZIP에는 운영 DB, 업로드, 세션, 비밀번호, 설치 기록, 캐시와 과거 백업을 포함하지 않는다. 운영 백업에서는 반대로 이 상태와 호스트 첨부를 함께 보존한다. 업데이트 전에는 현재 runtime 포인터, 관리자 설정, 설치 레지스트리와 대상 파일을 같은 시점으로 백업한다.

문제가 생기면 캐시만 먼저 지우고, 데이터 손상이나 호환성 문제가 확인될 때만 release 롤백을 사용한다. base 소스를 새 버전으로 덮기 전에 수동 수정분을 별도 Extend나 플러그인으로 옮긴다.

10.5.0 기준 변경점

업데이트 권장값은 저장소 전체 최고 버전이 아니라 현재 설치본과 같은 메이저의 최신 릴리스다. 더 높은 메이저는 존재만 안내하고 고급 선택에서 명시적으로 선택하게 한다. 유지보수 시 CMS별 데이터 루트와 t2editor_db 내부 상태, runtime pointer, 브라우저 보조 ZIP 임시 데이터가 서로 섞이지 않는지 확인한다. 편집 회귀 시험에는 선택 텍스트 교체 뒤 커서, 문장 중간 블록 삽입, 블록 위·아래 빈 문단의 연속 Enter, 이미지·표·문장이 섞인 붙여넣기, Enter·Shift+Enter·Backspace·Delete와 IME, 최초 Undo와 Redo 위치, 페이지·게시물·에디터별 autosave 분리, 서식·링크·표 셀 편집, 비동기 업로드·협업 반영 뒤 논리 위치 복원, 빈 문자열로 본문 지우기와 플러그인 로딩 실패 격리를 포함한다.