제가 실력이 없다보니 말처럼 쉽지가 않습니다.

제로보드4는 위험을 감수하고 수정해야 합니다.
그런게 없다면 그누보드4나 zbxe를 쓰겠죠.

그러니까, 그게 근본적인 문제라는 겁니다.. ^^

코어를 수정하지 않으면 스킨을 수정해야합니다.
스킨을 수정을 많이 하게 된다면 새로운 스킨 적용이 어렵겠지요.

스파게티 코드라고 들어보셨는지 모르겠네요.. 출력부와 처리부, 기타 부분들이 뒤엉켜서 있는 코드를 말하는데.. 이렇게 해 놓으면 뭐 하나 고칠때마다 코어, 혹은 중요부분을 살펴보든가 고쳐야 합니다. 당장 고치는것은 문제가 없겠지만 같은 프로그램이 버젼업되어 업데이트해야 한다고 치죠.. 예를들어, 제로보드 4.1 PL6 에서 4.1 PL8로 업데이트 해야한다고 할 때.. 어디에 어떤 수정이 가해져 있는지 확인된다면 그 부분만 고치면 됩니다. 실제로 제로보드가 4.1에서 계속 보안관련 패치를 해야하는 상황에서 이런식으로 해결해 왔지요. 만약, lib.php의 208라인부근을 수정해야 한다고 명시되어 있는데, 200라인쯤에 커스터마이징한 함수를 50라인정도 넣어 두었다고 한다면? 이미 208라인 부근을 수정하고 싶어도 PHP프로그래밍을 할 줄 모르는 사용자라면 패닉에 빠집니다. 당연히 업데이트도 불가능해지죠.

지속적인 업데이트, 혹은 기능의 추가가 진행되는 웹어플리케이션의 특성상.. 코어를 손대는 일은 오픈소스프로젝트의 개발그룹에 집중시키는것이 차후의 카오스를 피하는 대책이고, 이렇게 해야 일관성있게 개발이 진행됩니다. 결과적으로 해당 어플리캐이션을 사용하는 사용자에게도 도움이 되지요. 애석하게도 제로보드4는 설계의 뼈대 자체도 낡거나 비효율적 적인 부분이 적지 않아서 문제가 많다는 것입니다. 개발코드의 집중화와 구조화에 있어서 이미 너무 늦은감도 있어서 결국 ZB5beta를 거쳐 제로보드XE로 넘어오게 된 것이죠.

제가 무슨말씀을 드리는지 아시겠죠?

그것이 제로보드4의 장점이자 단점이죠.
장점으로 소스가 쉬우므로 자유롭게 수정가능합니다.
단점으로 쉬운만큼 보안구멍이 좀 많다라는거죠.

결국 그 '보안구멍이 좀 많은' 시스템을 기반으로 리패키징 해서 재배포하시겠다는 것 아닙니까? 그나마 요즘은 KISA의 리포팅이 없다보니 왠만한 취약점은 어느정도 보완이 되어있는건지 아니면 크래커들의 관심에서 멀어진건지 모르겠지만서도.. (얼마전에 제로보드4 기반 웹사이트에 자동으로 가입하여 특정 게시판에 스팸게시물을 쏟아놓는 스크립트를 발견하고 기겁한적도 있습니다만....)

흐음....... 글쎄요....

뭐, 이쯤 해두죠.. 더이상 이야기를 진행해 봤자 생산적인 결과를 내놓을 수는 없어보이네요.. (먼산)

제생각에는

소스가 쉽다는게 꼭 장점만은 아닌것같습니다.

장점과 단점이 연계되어있다고 볼수있는게

소스가 쉬우므로 보안이 뚫리는거니까

장저밍 결과를 낳게되죠

근본적인 문제를 수정하지 않으면

결국 zb4와 별다를게 없이 그냥 팁과스킨을 한패키지에 모아놓은듯한

파일이 되버리겠죠