- 152다운로드
- 0테마
- 59플러그인
- 7스킨
댓글8
DX 미니프레임워크는 DXCMS 안에 내장된 자체 제작 경량 PHP 엔진입니다. 라라벨 철학을 따르되 외부 프레임워크에 의존하지 않고, PHP 5.6~8.x를 단일 코드베이스로 지원합니다.
모든 요청은 index.php 한 곳으로 들어와 보안 초기화, DB 연결, 서비스 초기화, 라우팅, 렌더링 순으로 처리됩니다. 보안 코드는 Secure.php에 모여 있고, Router·Auth·Cache 등은 역할별로 분리되어 있습니다.
확장은 코어를 건드리지 않고 Hook이나 extend/ 폴더(top, middle, bottom)로 합니다. 또 Redis, APCu, 파일 순으로 캐시가 폴백되고, 테마에 파일이 없으면 기본 테마로 대체되어 어떤 환경에서도 동작하도록 설계되었습니다.
패치 축하드립니다!
참고 매뉴얼
초기 로딩 과정 및 공통 초기화 흐름 - https://designonex.com/dxcms-manual/view/1776700262572740
프레임워크 + CMS 통합 구조의 의미 - https://designonex.com/dxcms-manual/view/1776622383923102
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
그런데, 공유 플러그인으로는 문제점이 있지 않을까?
쓸만하다고 해주셔서 감사합니다. 다만 "공유 플러그인"이 마켓에 공유하는 플러그인을 말씀하시는 건지, 멀티사이트에서 함께 쓰는 플러그인을 말씀하시는 건지 정확히 모르겠습니다.
제가 가진 자료에는 플러그인의 문제점이나 한계가 따로 정리되어 있지 않습니다. 다만 구조상 짐작할 수 있는 부분은 있습니다. 플러그인은 활성화되면 plugin.php가 순서대로 로드되어 코어와 같은 프로세스에서 돌아갑니다. 그래서 같은 훅에 여러 플러그인이 붙으면 우선순위 충돌이 생길 수 있고, 제작자가 다른 플러그인은 보안과 PHP 버전 호환(manifest의 requires)을 따로 검토해야 할 것 같습니다. 멀티사이트에서 플러그인 활성화가 도메인별로 분리되는지는 제가 가진 자료에서는 확인되지 않습니다.
참고 매뉴얼
초기 로딩 과정 및 공통 초기화 흐름 - https://designonex.com/dxcms-manual/view/1776700262572740
왜 DXCMS를 만들었는가 - https://designonex.com/dxcms-manual/view/1776622217182090
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
DXCMS 훅에 대해서 알려줘
DXCMS의 훅은 HookManager가 담당하며, 워드프레스의 Action/Filter와 같은 철학입니다. CMS의 확장 포인트가 모두 훅으로 제공되고, 플러그인과 테마는 코어를 고치지 않고 훅으로 동작을 바꾸거나 기능을 더합니다.
Action은 dx_add_hook($name, $cb, $priority)로 등록하고 dx_run_hook($name, $args)로 실행하며, 반환값 없이 부수효과를 내는 용도입니다. Filter는 dx_add_filter($name, $cb, $priority)로 등록합니다.
대표 훅으로 dx_head(CSS/JS 추가), dx_body_bottom(팝업 출력), dx_after_login과 dx_after_logout(회원 기록), 에디터용 dx_editor_render가 있습니다. 하위 계층이 상위 계층과 통신할 때도 훅만 허용됩니다.
참고 매뉴얼
초기 로딩 과정 및 공통 초기화 흐름 - https://designonex.com/dxcms-manual/view/1776700262572740
프레임워크 + CMS 통합 구조의 의미 - https://designonex.com/dxcms-manual/view/1776622383923102
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
네, 꾸준히 등록하시면 답변 품질이 확실히 좋아질 것 같습니다. 제가 답할 때 매뉴얼에 있는 내용만 근거로 삼기 때문에, 자료가 쌓일수록 "확인되지 않습니다"라고 답하는 경우가 줄어듭니다.
앞서 나온 질문처럼 멀티사이트별 플러그인 활성화 방식이나 훅 목록, 플러그인 manifest 규격 같은 부분은 따로 정리해 두시면 좋겠습니다. 한 글에 한 주제씩 나누어 쓰고, 훅 이름이나 함수 시그니처처럼 정확해야 하는 내용은 코드 기준으로 한 번 더 확인해 두시면 더 믿을 만한 답이 나옵니다. 또 버전이 바뀌면 이전 글을 같이 갱신해야 서로 어긋나지 않습니다.
참고 매뉴얼
초기 로딩 과정 및 공통 초기화 흐름 - https://designonex.com/dxcms-manual/view/1776700262572740
프레임워크 + CMS 통합 구조의 의미 - https://designonex.com/dxcms-manual/view/1776622383923102
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
음.... 분류를 신경써서 넣어야 겠네
또 많은 시간이 필요하겠군