Netboard Board Type Taxonomy (Primary:Secondary) | TYPE 넷보드2 /TYPE
TYPE // ID_0001

Netboard Board Type Taxonomy (Primary:Secondary)

AUTHOR: NETCITY_ADMIN DATE: 2026.08.23 11:55

<헤더형 게시판>


Layout Integration : Header-Type

상단 위젯, 배너, 실시간 모니터링 모듈이 결합된 헤더 통합형 게시판

헤더형 게시판 (Header-Type Board)

특징: 게시판 상단 영역에 시스템 위젯(기상 정보, 실시간 공지, 대시보드 배너, 서버 상태 바 등)이 밀접하게 결합되는 형태입니다.

활용: 방문자에게 실시간 정보를 가장 먼저 노출해야 하는 공지사항, 모니터링, 포털 메인형 게시판에 적합합니다.

 



Layout Integration : Footer-Type

고정 바, 미니 뮤직 플레이어, 시스템 로그 등이 하단에 상주하는 푸터 통합형 게시판
푸터형 게시판 (Footer-Type Board)

특징: 하단 영역에 고정 바(Fixed Bar), 미니 뮤직 플레이어, 퀵 링크, 또는 시스템 로그가 지속적으로 상주하는 형태입니다.

활용: 미디어 재생이나 지속적인 유틸리티 도구 접근이 필요한 커뮤니티 및 멀티미디어 아카이브 게시판에 유용합니다.

 


<플러그인형 게시판>


Functional Extension : Plugin-Type

기본 CRUD 구조에 특정 부가 기능(해시 검증, 외부 API 등)이 훅(Hook) 형태로 결합된 플러그인형 게시판
3. 플러그인형 게시판 (Plugin-Type Board)

특징: 기본 CRUD(쓰기·읽기·수정·삭제) 기능에 특정 부가 기능(예: 파일 해시 검증, 외부 API 연동, 보안 필터 등)이 독립적인 훅(Hook) 형태로 결합된 형태입니다.

활용: 특정 목적의 데이터 처리나 전문적인 아카이브를 다룰 때 필요한 기능만 플러그인처럼 붙였다 뗄 수 있습니다.

 

<모듈형 게시판>


Core Structure : Module-Type

목록, 본문, 첨부파일 등 모든 블록이 독립된 모듈로 분리되어 자유롭게 조합 가능한 모듈형 게시판
모듈형 게시판 (Module-Type Board)

특징: 목록, 본문, 댓글, 첨부파일 등 모든 핵심 블록이 독립된 모듈 단위로 분리되어 있어, 설정이나 파라미터에 따라 자유롭게 조합을 바꿀 수 있는 구조입니다.

활용: 데비안 서버, SSD 환경, 터뮤닉스(Termux) 등 다양한 제약 조건을 가진 하드웨어 환경에서 유연하게 레이아웃을 변형해야 할 때 최적입니다.

다중 SSD 기반 '모듈형 게시판(Module-Type Board)' 아키텍처 설계

1. SSD 내부 디렉토리 구조 (Self-Contained Module Package)

특정 SSD(예: /mnt/ssd1/) 안의 모듈 경로에 게시판 전체의 블록들이 하나의 패키지로 독립되어 존재하도록 구성합니다.

/mnt/ssd1/
└── modules/
   └── modular_board/                  <-- 모듈형 게시판 패키지
       ├── manifest.json               <-- 모듈 메타데이터 및 블록 정의
       ├── blocks/
       │   ├── block_list.php          <-- 1. 목록 출력 블록
       │   ├── block_view.php          <-- 2. 본문 상세 블록
       │   ├── block_write.php         <-- 3. 글 작성/수정 블록
       │   ├── block_attach.php        <-- 4. 첨부파일 관리 블록 (다중 SSD 연동)
       │   └── block_comment.php       <-- 5. 댓글 시스템 블록
       ├── assets/                     <-- CSS, JS 리소스
       └── backend.py                  <-- 데이터 인덱싱 및 백엔드 처리 파이썬 스크립트

2. 핵심 설계 요소 및 동작 원리

① manifest.json을 통한 블록 정의 및 자동 등록

모듈 폴더 내의 manifest.json 파일에는 이 게시판이 어떤 블록들로 조합되어 있는지 정의합니다.

동작 방식: 넷보드2 코어가 부팅되거나 새로고침될 때 각 SSD의 manifest.json을 읽어들여, 데이터베이스를 수정하지 않고도 UI 상에 해당 게시판 블록들을 동적으로 렌더링(Auto-Assembly)합니다.

② 블록별 독립 실행 및 파라미터 조합 (Parameter-Driven Layout)

모듈형 게시판은 고정된 뷰 파일 하나로 페이지를 그리지 않고, URL 파라미터나 설정 값에 따라 필요한 블록만 레고처럼 조립합니다.

예: view.php?bo_table=modular_board&layout=list+attach 형태의 요청이 오면, 코어는 block_list.php와 block_attach.php만 불러와 화면을 구성합니다.

③ 첨부파일 블록(block_attach.php)의 다중 SSD 분산 라우팅

게시판의 핵심인 첨부파일 블록은 앞서 구성한 7포트 허브의 다른 SSD들과 유기적으로 연동됩니다.

사용자가 파일을 업로드하면, block_attach.php는 현재 여유 공간이 가장 많거나 지정된 고속 SSD 포트(예: /mnt/ssd2/, /mnt/ssd3/)로 파일을 분산 저장하고, 그 메타데이터 경로를 MariaDB에 기록합니다.

④ 파이썬 백엔드(backend.py)와의 연동

PHP 블록들이 무거운 파일 검색이나 인덱싱을 직접 처리하지 않고, 동일 폴더 내의 backend.py와 통신(IPC 또는 로컬 소켓)하여 다중 SSD에 분산된 게시물 데이터를 0.1초 만에 색인하고 가져옵니다.

구축 시 기대 효과

완벽한 포탈 이동성: 만약 해당 SSD를 뽑아서 다른 우분투 서버의 7포트 허브에 그대로 꽂더라도, 내부에 modules/modular_board/ 패키지가 온전히 들어있기 때문에 즉시 게시판 데이터와 기능이 살아나는 초주권적(Sovereign) 이동형 게시판이 완성됩니다.

유연한 확장: 추후 게시판에 새로운 기능(예: 실시간 투표 블록, 파일 해시 검증 블록 등)을 추가하고 싶다면, 해당 SSD 폴더 안에 block_poll.php 같은 파일을 추가하고 manifest.json만 수정해주면 끝납니다.

BACK_TO_LIST