그누보드 테마를 반응형으로 만들기 위한 설정

반응형이라는 용어 어떤 놈이 만들었는지 웃긴 소린데
고작 모바일을 위해 html에 프로퍼티 하나 추가해주니, 그거 가지고 뷰포트 크기에 따라 컨트롤 크기나 css 선별하게 스크립트 짜놓는 게 뭔 반응형... 뭐에 반응하는 거랑은 아무 상관도 없고 거리가 먼...

모바일 버전이 따로 있는 거나, 반응형이라고 헛소리로 부르는 거나  기본적으로 별 차이 없어요.
모바일 버전 따로 있는 놈도 url 별도로 안쓰고 같은 url 쓰게 스크립트 쓰면 되는데 유독 국내 게시판이 그렇게 안 만들고 ㄷㅅ같이 만들어 놓은 거 뿐.

남의 솔루션을 사용하면 생기는 문제

1. 솔루션 자체가 내 사이트 보다 생명주기가 짧을 수 있다
새로 생기는 보안 헛점 등 결국 내가 직접 챙겨야하고, 주변 부속(스킨, 테마) 등의 생명주기가 메인인 게시판 보다 짧은 경우가 허다하고 바뀐 새 버전에 대한 대응이 즉각적이지 않을 수 있어 업데이트 시기마다 수시로 뻑나거나 손이 갈 수 있음

2. 내 코드로 그것들을 커스터마이징 하려한다면 전체 구조를 파악해야 하고  차후의 개발/변경 방향까지 신경 써야한다
아니면 업데이트 때 마다 커스터마이징 다시 해야 함.

둘 다 전업 개발자 아니면 못할 짓임.
그래서 최소한의 것만 쓰라는 것이고 이미 여러번 얘기했쥬.

아니면 커스터마이징 없이 주는대로 쓸 수 있는 것 골라서 딱 주는대로만 쓰거나
솔루션이 업데이트 되더라도 되는 데 까지만 하고(스킨 테마 등도 같이 지원하는 버전이 업데이트 될 때만 함께 업데이트) 더 이상 업데이트 없이 사라지거나 개발 포기하면 내 사이트도 딱 거기서 멈추는 걸로 생각하고

웹 게시판(웹 어플도 비슷하지만)의 기본 구조는

1. 스토리지
데이터를 담아 두고 읽고 써서 갱신하는, 흔히 sql을 쓰든 안쓰든 DB라 부르는 그넘, 파일시스템, 테이블 등... 광의로는 모두 DB
2. 스토리지 인터페이스
스토리지에서 데이터를 읽고 쓰는 프로그램 코드, 루틴들
3. 관리 코드
2의 도움을 받아 기능적인 부분을 관리하는 코드, 루틴들
4. 뷰(여기선 html) 인터페이스
2나 3을 이용해 화면을 구성하는 코드, 루틴들
(php 기반 게시판에 대입하면,
1은 MySQL
2는 SQL 호출하는 PHP
3은 js와 html 혹은 그걸 가공하는 PHP
4는 html과 css 혹은 그걸 출력하는 PHP)

대충 이런 정도인데 2가 백앤드 3이 미들웨어 4가 프론트앤드 쯤 된다고 보면 되고
남의 솔루션 가져다 커스터마이징 한다는 건 기능적인 특별한 사안들 빼면 어떻게 보이냐에 치중하는 웹 특성상 주로 3,4의 개선입니다.

3,4를 개선해 쓰느냐 3,4를 내것을 만드느냐는 사실상 큰 차이는 없어요.
이유는 앞서 설명했지만 업데이트로 구조 변경 등을 따라가며 개선을 매번 하는 정도의 실력이 되면 그냥 만드는 게 속앓이 덜 할 수 있기에...

이게 어느 정도 가능하다면 게시판을 안만들어본 입장에서 필요한 건 1,2죠.
1은 공짜 게시판 소스에서 주로 SQL 호출하는 코드들만 뽑아 모으면 나옵니다. 대부분 SQL을 쿼리 언어로 사용하는 상용 DB를 쓰니까요.
사실 여기에다가 2번이 하는 일은 뷰를 만드는데 필요한 데이터 가공이나 비정상적으로 1번을 이용 못하게 하는 보안 관련 코드가 다죠.

3,4번을 할 실력이 된다면 전체에서 1번을 추려놓고(이건 알고보면 별 거 아님, SQL 들어가는 코드만 잘라다 모으면 되니) 3,4 번을 분리하면 2번이 남겠죠? 따라서 2번을 추리는 것도 알고 보면 별 게 아님.

그럼 1에 자신이 없다면 1은 그대로 쓰고, 3,4번을 내가 꾸미고 2번도 대충 몇가지 손대서 쓰고 하면 내가 만든 게시판이 됩니다. 근데 요 정도 하다보면 전체를 그냥 내가 만들 실력이 이미 되어있어요. ㅎ

1,2 번은 실력이 없고, 3번은 잘 애매하고, 4번 정도는 고생 좀 하다보니까 슬슬 이해가 되더라구요.

일단은 만들어진 php 함수를 레이아웃에 맞춰서 꽂아넣는 정도이긴 하지만 (흐,.흐)a