제로보드 테스트 중입니다.

권순선의 이미지

주말에 짬을 내서 제로보드 최신버전을 가지고 한번 사이트를 만들어 보았습니다. 아시는 분들은 아시겠지만... 현재 이곳에서 사용중인 drupal을 제로보드로 전환하는 건에 대해서는 제가 몇 번 언급했던 적이 있습니다.

한번 사용해 보시고 소감을 알려 주시면 감사드리겠습니다. 이후 진행 방향은 사용자들의 반응을 봐서 정하려고 합니다. 주소는 http://zbxe.kldp.org 입니다.

2007년도 논의는 http://kldp.org/node/85771 를 참고하시고, 관련해서 좀더 자세한 이야기는 http://kldp.org/node/98801#comment-461470 에 있습니다. 어차피 제가 쓴 답글이고, 같은 글타래이긴 하지만 편의를 위해 아래에 내용을 붙입니다.

-----------------

kldp에서의 게시판은 매우 많은 변화를 겪어 왔습니다. 맨 처음 crazywwwboard에서 시작해서 jsboard, phpbb, drupal로.... 그리고 drupal로 이전하면서 korweblog를 이용해서 만들어져 독립적인 사이트에서 운영하다가 폐쇄했던 geekforum을 일정 이상의 포인트를 획득한 글을 geekforum의 신규 엔트리로 자동으로 포함되게 하는 기능을 구현하면서 예전과 완전히 동일한 모습은 아니지만 drupal 안에서 부활시키기도 했고 블로그를 분양할 수 있는 기능을 활용해서 원하는 분들에 한해 블로그를 제공해 드리고 있기도 합니다.

지금 현재 drupal은 여러가지 문제들을 가지고 있습니다. ie7에서 점수 주기 위젯이 보이지 않는 문제, 특정 글의 분류가 이상하게 되어 있는 문제, 사용자들의 포인트 집계가 이상하게 되어 있는 문제, 특정한 환경에서 자동으로 로그아웃되는 문제, 캐쉬가 제대로 동작하지 않는 문제, 한번에 여러개의 글이 올라가는 문제(엄밀히 말하자면 사용자가 submit버튼을 여러번 눌러서 생기는 문제이긴 하지만), 가끔 사이트가 느려지는 문제(여러가지 경우가 있는데 특히 글을 지울 때, 점수주기를 할 때 많이 발생합니다.), 메시지 번역이 되어 있지 않아서 군데군데 영문 메시지가 그대로 출력되는 문제 등등... 제가 대략 알고 있는 것들만 나열해도 이만큼입니다.

이것은 drupal이 정책상 기본적으로 제공하는 패키지에는 kldp에서 필요로 하는 기능이 모자라기 때문에 여러가지 많은 모듈들을 추가로 설치해야 했기 때문에 생긴 문제점들이 대부분이고, 또 국내에서 만들어지지 않은 프로그램이다 보니 어쩔 수 없이 작업을 해야 하는 번역 등의 이슈와 문제점에 대한 기술지원/패치반영 등이 잘 이루어지지 않는다는 것도 문제입니다.

문제가 있으면 고치면 되지 않겠냐... 라고 아주 간단히 생각할 수도 있겠는데요. 그것도 문제입니다. drupal의 경우는 국내에 사용자가 그다지 많지 않다 보니 유료로라도 뭔가 문제 해결을 의뢰드릴 만한 분이 거의 없고, 제가 인도나 미국 등에 관련 컨설팅 회사를 알아보기도 했는데 문제 해결을 위해서 문제를 정의하고 설명하고 나중에 확인하는 등의 매우 커다란 커뮤니케이션 비용이 들어갑니다. 그것도 모두 영어로 해야하고요. 지금 사용중인 것(문제가 발생중인 것)을 소스를 묶어서 작년에 그대로 공개해 보기도 했지만 문제 해결은 거의 되지 않았습니다.

반면 zbxe는 대략 확인해본 결과 기본 패키지 내부에 지금 저희가 사용하고 있는 기능들 대부분이 거의 그대로 들어가 있고, 거기에 추가적으로 트랙백이나 위지윅 에디터 등이 포함되어 있습니다. 그리고 국내에서 만들어졌기 때문에 메시지 번역 등은 이미 다 되어 있고 개발하시는 분(제로님)이 저와 같은 회사라 피드백을 주고받기가 상당히 용이한 측면도 있습니다.

대략 상황만 말씀드린다고 드렸는데 주관적인 생각이 들어간 부분도 좀 될 것입니다. 어쨌든 제가 하고 싶은 이야기는... 현재 drupal에는 해결해야 할 문제들이 너무 많고 zbxe에는 이미 문제가 거의 대부분 해결되어 있기 때문에 검토한다는 것입니다. 현 상황에 아무런 이슈가 없다면 이런 생각을 할 필요가 없었겠죠. 그러니 다른 오해는 하지 말아 주셨으면 합니다. 저는 문제를 한칼에 해결하는 방법을 찾고 있는 것입니다.

그리고 문제 외적인 부분도 약간 있는데... 이쯤에서 사이트를 갈아엎어서 분위기 쇄신을 하는 효과도 기대해 보고 싶습니다. zbxe의 경우는 만약 이곳에 적용한다면... 이미 다른 곳에서 많이 사용되고 있으니 거기서 익숙하게 사용하시는 많은 분들이 이곳에도 쉽게 그대로 적응할 수 있겠지요.

어쨌거나 다시한번 언급하지만 이것을 생각하는 이유는... 현 상황에 해결해야 할 문제들이 있고 그것을 해결하기 위한 방법으로서 고민한다는 것입니다.

-----------------

아 빼먹은 문제가 또 있네요. 초기화면에 여러개의 글이 한꺼번에 보이는 현상입니다. http://kldp.org/node/98801#comment-461582 를 참조해 주세요...

keizie의 이미지

최초 drupal로 이전할 때 기대했던 wiki나 kldp.net 등과의 전체적인 연동이 이번에는 어떻게 되는 건지 궁금합니다. 제로보드 자체는 개발도 안정적일 테고 최신 기능들을 많이 포함하고 있으니 좋겠지만, KLDP 전체와의 연동과 기존 레거시 문서의 포용이 먼저 정리되지 않는다면 현재 drupal이 그저 KLDP 산하의 독특한 게시판으로 정착했듯이 제로보드 도입도 큰 의미가 없다고 생각합니다.

또한 스팸 방지나 개인 북마킹, 트랙백 등 그동안 drupal 도입 이전에 계획 내지는 언급되었다가 서버 부하 등의 이유로 폐기된 기능들도 제로보드 체제에서 무리 없이 구동될 수 있는지도 미리 확인해야 한다고 생각합니다. (미투데이 트랙백 시험은 보았습니다.)

codebank의 이미지

제로보드가 많이 좋아졌네요. 특히나 댓글쓰기도 꾸밀 수 있도록되어있고...(원래있었나??? :-))

테스트중이지만 화면의 본문글과 댓글의 구분이 모호하지 않나 생각되네요.
기본 theme가 원래 그래서 그런건지 어떤건지... 어쨌든 본문과 댓글 그리고 기능들에 대한
구분이 조금 모호해보이기는 합니다.(이건 theme만 바꾸면 되겠죠?)
다른 기능은 제가 사용하질 않는 부분이라 언급을 할 수가 없네요.(뭘 알아야... -.-;)

------------------------------
좋은 하루 되세요.

------------------------------
좋은 하루 되세요.

noblepylon의 이미지

현 시스템에서는 덧글이 달리면 글이 다시 최상단으로 올라오지만
제로보드에서는 수없이 많이 올라오는 새 글때문에 몇 시간만에 글이 묻혀버리지요.
그렇기 때문에 진지한 토론에는 현 시스템이 더 적절하다고 생각됩니다.
---
“내게 능력주시는 자 안에서 내가 모든 것을 할 수 있느니라.”(빌립보서 4:13)

---
“내게 능력주시는 자 안에서 내가 모든 것을 할 수 있느니라.”(빌립보서 4:13)

dragonkun의 이미지

zbxe에서는 덧글이 달리면 최상단으로 올라오게 할 수 있는 설정이 있습니다.
---
Emerging the World!

Emerging the World!

skklove의 이미지

으음;;; 기본 스킨은 어떻게든 빨리 바꾸고 싶네요. ㅡ.ㅜ
그리고 제로보드라기 보다는 제로보드XE가 제가 배포하는 패키지명입니다.
ps. 무언가 변동이 있는 글이 위로 올라오는 기능은 XE의 document 모듈의 기본 기능중에 있습니다. 쿨럭;

zero~

plasticbox의 이미지

코멘트랑 답변글의 차이점도 고려해야할듯 싶습니다.
현재 드루팔은 두개의 별 차이가 없지만..

제로보드의 경우 답변글과 코멘트가 따로 있으니.. 구분을 좀 더 명확하게 하거나
기능을 잠궈버리거나 해야할 것 같습니다.

글이나 댓글 작성시 이쁘게 꾸밀수 있는 각종 기능들이 있어서 좋기는 하나..
에디트창이 너무 복잡합니다. 제가 그래서 제로보드 사이트에서 글이나 댓글을 잘 안답니다.

뭔가 거창하고 복잡해보이는 것이 글을 쓰기에 부담감이 있어서요..
여태 그런 기능들.. 거의 써본적이 없습니다;;

드루팔이 그런면에서는 부담없이 참 좋았습니다. 부담없이 간단해서요ㅎ

그런 몇가지를 제외하고는.. 제로보드로 이동하신다면 저는 찬성입니다.
제로보드를 이용한 사이트들이 뭔가 정형화된듯한 느낌을 받기는 하지만..
(얇은 9px MS굴림이 칼같이 정렬된 느낌이랄까요;;)

이번에도 스킨공모전등을 통해서 kldp 특유의 느낌을 살리거나
실제 사용자들이 사용하기 편하게 점차 수정해 나갈 수 있으리라 생각합니다.

#################
Enjoy Life~!

#################
Enjoy Life~!

Hyun의 이미지

제로보드이면서 주민번호를 입력하지 않아서 다행이군요. :)


xyhan의 이미지


제로보드 현버전은 사이트 만들기 참 편하게 되어 있어서..
개인적으론 참 좋아 합니다....

============================================================

선한 인간이냐 악한 인간이냐는 그사람의 의지에 달렸다. -에픽테토스-
의지 노력 기다림은 성공의 주춧돌이다. -파스퇴르-

============================================================

============================================================

선한 인간이냐 악한 인간이냐는 그사람의 의지에 달렸다. -에픽테토스-
의지 노력 기다림은 성공의 주춧돌이다. -파스퇴르-

============================================================

바라미의 이미지

음.. 제로보드가 속도면에서는 드루팔 보다는 빠른것 같은데, 사용면에서나 관리면에서는 많이 부족합니다.
첨에 드루팔을 쓰다가 제로보드xe 를 한번 깔아서 테스트를 해보았는데.

에.. 뭐 관리면에서는 드루팔보다 많이 부족한 부분이 있긴 한데.. 그건 관리자분들이 알아서 적응하실테고.
일단 사용자면에서는 드루팔이나 제로보드xe나 어차피 일반화된 것들이니 사용자들이 적응하기는 그다지 어렵지 않을것으로 보입니다..

다만 기존에 드루팔로 옮긴 이유중 하나가 위키의 통합같은것은 제로보드보다는 드루팔이 더 유리하다고 생각됩니다.

드루팔에 이미 많은 위키 툴들이 존재하고, 또한 위키 뿐만 아니라 어떠한 종류의 컨텐츠도 새로이 컨텐츠 타입을 만들어서 관리가 가능한데, 제로보드는 모듈 같은걸 만들지 않는 이상은, 페이지 혹은 게시판 글로 밖에 관리할수 밖에 없으니까요.

dragonkun의 이미지

zbxe 에서는 드루팔에서처럼 내가 어디 댓글까지 읽었는가를 알 수 있는 방법이 없네요..

드루팔에서는 내가 가장 마지막에 읽었던 이후로 달린 댓글이 있으면 좌측에 아이콘, 우측에 '신규 xx개' 처럼 나와서..

참 유용하게 쓰고 있는 기능인데요. 스킨 단이나 애드온 같은 형식으로 해결할 수도 있을 것 같기는 하지만요.
---
Emerging the World!

Emerging the World!

iris의 이미지

지금 단계에서는 ZBXE로의 이전이 성공적일지, 아니면 많은 삽질(?)을 야기할지 뭐라 이야기하기가 어렵습니다.
물론 ZBXE는 이미 사용자에게 충분히 익숙한 UX를 갖고 있는 만큼 적어도 '어색하지 않다' 면에서는 유리할 것입니다.

다만 ZBXE는 여전히 '발전 단계인' 사이트빌더이자 CMS입니다. 성숙 단계인 Drupal보다는 부족한 것이 많습니다.
아무리 우리나라 실정에 맞게 만든다고 해도 완전히 KLDP의 입맛에 맞게 만들기에는 한계가 있을 것입니다.
또한 명분도 중요합니다. 과거에 PHPbb에서 Drupal로의 전환이 사이트의 통합이 명분이었다면, 지금은 그와 비슷한 수준의
명분이 필요합니다. 적어도 지금의 ZBXE로는 BBS와 Geekforum, Geek Blog 정도만 처리할 수 있는데, 통합에서 분리 형태로
나아가야 한다면 그에 따른 명분 확보도 중요할 것입니다.

우리나라의 오픈 소스 문화를 위해 국산 오픈 소스 CMS를 쓴다는 것도 어느 정도는 명분이 있으며, Drupal 자체가
국내 실정에 맞추기에 여러모로 한계가 있다는 점은 많은 사람들이 공감하는 점이긴 합니다만 Drupal로의 전환 시의 명분
이상의 것을 더 마련해야만 잡음 없는 이전이 가능할 것입니다.

아직 순선님께서도 ZBXE의 기능을 확인하는 단계로서 생각되는 만큼 긴 말씀을 드리는 것이 의미는 없겠습니다만,
만일 ZBXE로의 갈아타기를 내부적으로 확정하였다면 이러한 부분에 대해서 더욱 논의가 필요하리라 생각됩니다.

=================================

이 세상은 썩어있다!

=================================

이 세상은 썩어있다!
- F도 F시 시가지 정복 프로젝트

홈페이지: 언더그라운드 웹진 18禁.net - www.18gold.net

김정균의 이미지

ZBEX 의 템플릿에서 혹시 php 파일을 동적으로 생성하나요? 만약 이 기능이 있다면, off 시킬 수 있는 기능이 추가 되었으면 싶군요. 동적 template 구조는 보안상 너무 위험해서 별로 사용하고 싶은 생각이 들지 않는 군요. ZBEX 에서 이 점이 꼭 고려가 되었으면 싶습니다.

혹시나 제로님이 보실까 해서 ^^;

prosper의 이미지

캐시 부분에 적용되는 부분은 있으나, php코드를 동적생성하는 기능은없습니다.
염려하시는 부분은 내부적으로 보안성 검토를 꾸준히 하고 있습니다. :)

나에게 꿈은 곧 삶이다. - prosper

노력하지 않는 꿈은 꿈으로만 남는다. - 미니어스

김정균의 이미지

사용하는 부분 있는데 왜 없다고 단정하시나요? 혹시 개발에 참여 하고 있으신가요? 이 부분은 제로님도 있다고 동의 하신 부분인데요.

prosper의 이미지

php 동적생성중 템플릿부분의 캐시부분을 제외한 부분에서 php 동적생성기능이 없다고 말씀드린것 입니다.

위의 내용에 일부 캐시생성부분에 염려하시는 class TemplateHandle{} 에서 동적으로 php를 생성하는 부분이 있습니다.
그 이외에도 lang별 캐시로 동적php가 생기긴 하지만 염려하시는부분과는 차이가 있는것 같습니다.

나에게 꿈은 곧 삶이다. - prosper

노력하지 않는 꿈은 꿈으로만 남는다. - 미니어스

lifthrasiir의 이미지

Quote:

php 동적생성중 템플릿부분의 캐시부분을 제외한 부분에서 php 동적생성기능이 없다고 말씀드린것 입니다.

...라는 얘기는 "템플릿 캐시 부분에 동적 생성 기능이 있다"라는 얘기로 해석됩니다. (이게 아니라면 처음부터 "아예 없다"라고 말씀하셨겠지요) 그리고 김정균 님께서는 바로 그 부분이 보안상 위험하다고 생각하시기 때문에 꺼리시는 거고요. 여기에 대한 내용은 아랫쪽 댓글에 많네요.

madman93의 이미지

---------------------------------------------
svn + trac + my project --> success ???
---------------------------------------------

---------------------------------------------
git init
git add .
git commit -am "project init"
---------------------------------------------

권순선의 이미지

작년에도 이야기를 한 적이 있는데 역시 결론이 쉽게 나진 않네요. 호불호의 문제라... http://kldp.org/node/85771

lefthander의 이미지

zbxe가 아직까진 알게 모르게 불안정한 면이 많습니다.

차라리 현재 좀 칙칙한 기본 템플릿을 깔끔하게 바꾸고,
포럼을 좀 더 한국식 웹 게시판과 흡사한 형태로 변형(css를 적당히 손보면 어렵지 않을 듯)하는 것이 낫지 않을까 싶은데요.

권순선의 이미지

kldp에서의 게시판은 매우 많은 변화를 겪어 왔습니다. 맨 처음 crazywwwboard에서 시작해서 jsboard, phpbb, drupal로.... 그리고 drupal로 이전하면서 korweblog를 이용해서 만들어져 독립적인 사이트에서 운영하다가 폐쇄했던 geekforum을 일정 이상의 포인트를 획득한 글을 geekforum의 신규 엔트리로 자동으로 포함되게 하는 기능을 구현하면서 예전과 완전히 동일한 모습은 아니지만 drupal 안에서 부활시키기도 했고 블로그를 분양할 수 있는 기능을 활용해서 원하는 분들에 한해 블로그를 제공해 드리고 있기도 합니다.

지금 현재 drupal은 여러가지 문제들을 가지고 있습니다. ie7에서 점수 주기 위젯이 보이지 않는 문제, 특정 글의 분류가 이상하게 되어 있는 문제, 사용자들의 포인트 집계가 이상하게 되어 있는 문제, 특정한 환경에서 자동으로 로그아웃되는 문제, 캐쉬가 제대로 동작하지 않는 문제, 한번에 여러개의 글이 올라가는 문제(엄밀히 말하자면 사용자가 submit버튼을 여러번 눌러서 생기는 문제이긴 하지만), 가끔 사이트가 느려지는 문제(여러가지 경우가 있는데 특히 글을 지울 때, 점수주기를 할 때 많이 발생합니다.), 메시지 번역이 되어 있지 않아서 군데군데 영문 메시지가 그대로 출력되는 문제 등등... 제가 대략 알고 있는 것들만 나열해도 이만큼입니다.

이것은 drupal이 정책상 기본적으로 제공하는 패키지에는 kldp에서 필요로 하는 기능이 모자라기 때문에 여러가지 많은 모듈들을 추가로 설치해야 했기 때문에 생긴 문제점들이 대부분이고, 또 국내에서 만들어지지 않은 프로그램이다 보니 어쩔 수 없이 작업을 해야 하는 번역 등의 이슈와 문제점에 대한 기술지원/패치반영 등이 잘 이루어지지 않는다는 것도 문제입니다.

문제가 있으면 고치면 되지 않겠냐... 라고 아주 간단히 생각할 수도 있겠는데요. 그것도 문제입니다. drupal의 경우는 국내에 사용자가 그다지 많지 않다 보니 유료로라도 뭔가 문제 해결을 의뢰드릴 만한 분이 거의 없고, 제가 인도나 미국 등에 관련 컨설팅 회사를 알아보기도 했는데 문제 해결을 위해서 문제를 정의하고 설명하고 나중에 확인하는 등의 매우 커다란 커뮤니케이션 비용이 들어갑니다. 그것도 모두 영어로 해야하고요. 지금 사용중인 것(문제가 발생중인 것)을 소스를 묶어서 작년에 그대로 공개해 보기도 했지만 문제 해결은 거의 되지 않았습니다.

반면 zbxe는 대략 확인해본 결과 기본 패키지 내부에 지금 저희가 사용하고 있는 기능들 대부분이 거의 그대로 들어가 있고, 거기에 추가적으로 트랙백이나 위지윅 에디터 등이 포함되어 있습니다. 그리고 국내에서 만들어졌기 때문에 메시지 번역 등은 이미 다 되어 있고 개발하시는 분(제로님)이 저와 같은 회사라 피드백을 주고받기가 상당히 용이한 측면도 있습니다.

대략 상황만 말씀드린다고 드렸는데 주관적인 생각이 들어간 부분도 좀 될 것입니다. 어쨌든 제가 하고 싶은 이야기는... 현재 drupal에는 해결해야 할 문제들이 너무 많고 zbxe에는 이미 문제가 거의 대부분 해결되어 있기 때문에 검토한다는 것입니다. 현 상황에 아무런 이슈가 없다면 이런 생각을 할 필요가 없었겠죠. 그러니 다른 오해는 하지 말아 주셨으면 합니다. 저는 문제를 한칼에 해결하는 방법을 찾고 있는 것입니다.

그리고 문제 외적인 부분도 약간 있는데... 이쯤에서 사이트를 갈아엎어서 분위기 쇄신을 하는 효과도 기대해 보고 싶습니다. zbxe의 경우는 만약 이곳에 적용한다면... 이미 다른 곳에서 많이 사용되고 있으니 거기서 익숙하게 사용하시는 많은 분들이 이곳에도 쉽게 그대로 적응할 수 있겠지요.

어쨌거나 다시한번 언급하지만 이것을 생각하는 이유는... 현 상황에 해결해야 할 문제들이 있고 그것을 해결하기 위한 방법으로서 고민한다는 것입니다.

권순선의 이미지

아 빼먹은 문제가 또 있네요. 초기화면에 여러개의 글이 한꺼번에 보이는 현상입니다. 첨부 파일을 참조해 주세요...

댓글 첨부 파일: 
첨부파일 크기
Image icon frontissue.jpg104.44 KB
권순선의 이미지

쓰고 나니 또 생각이 나네요. 그리고 또하나 문제는 소스코드를 본문상에서 제대로 표현하는 것이 잘 안된다는 겁니다. 이건 좀 간단한 문제인것 같은데 여러차례 시도해 보다가 결국 문제를 풀지 못한 상태이구요.

바라미의 이미지

무엇이 문제인지는 잘 모르겠군요...
소스코드를 보여주는 문제라면.... 어딘가 잘못 설정 되있거나 무언가를 잘못 사용한것으로 보이는데요..?

http://barami.org/archives/19

여기 보시면 아주 잘 출력 됩니다만.. 무려 칼라풀하게까지 나옵니다.. C는 물론 자바스크립이나 php 까지 제대로 나옵니다..
여기는 어떤 모듈을 쓰시는지 모르겠지만..

아마 사용상의 문제일거라고 봅니다.

bejoy4him의 이미지

동일한 글이 한꺼번에... 반복해서 보이는 문제...

드루팔이 나름의 장점을 가지고 있다지만,
말씀하신 문제들이 고질적인 문제로 잘 고쳐지지 않는다면 CMS의 이전도 고려해 볼만한 상황인거죠

바라미의 이미지

이 문제는 kldp 에 맞을지는 모르겠네요.

다만 드루팔에서 이걸 해결할 방법은 있습니다. 아마 views 모듈에서 글을 뽑아 낸 후에 Panels 에서 붙인것이겠지요?
views 에서 view를 만들때 노드 리스트 를 뽑아올때. unique 하개 뽑아오게 할수 있습니다.

Distict 를 yes 해주면 중복되는 노드는 한개만 뽑아오게끔 되있습니다.
근데 제 드루팔은 drupal 6 + views 2 라서.. kldp에서는 될런지 모르겠네요..

댓글 첨부 파일: 
첨부파일 크기
Image icon views.png93.41 KB
바라미의 이미지

드루팔에도 그런 문제들이 많이 있었던가요..

제 홈페이지를 드루팔로 운영하고 있긴 한데 여기처럼 대규모 사이트도 아니고, 점수 같은 그런 기능을 사용하지도 않고 해서...
아직까지 문제를 겪지 못해서.. 몰랐는데..

근데 드루팔 버전 같은걸 올려보시는건 어떨까요, 물론 모듈 호환이 안되는 문제도 있겠지만..
드루팔은 이제 국내에서도 사람들이 많이 사용하기 시작한것 같고..

bookworm의 이미지

저는 phpBB 에서 Drupal 로 이전을 반대했었던 사람입니다.

하지만 이번 이전은 괜찮다고 생각이 드네요. 물론 여러가지 문제가 있지만 전 단 하나의 이유로 찬성하고 싶습니다.

ZBXE 개발자와 권순선님과 같은 회사다.

이게 제일 클 것 같은데요.

서로 윈윈 할 수 있을 것 같네요. ZBXE는 레퍼런스 및 대규모(?)에서 발생하는 문제점을 알 수 있고 KLDP는
덕분에 손쉽게(?) 문제를 해결 할 수 있고요.

제로님이 업무상 ZBXE 개발을 할 수 있는 상태라면 더욱 좋겠네요. 솔직히 말해 KLDP 에 문제있다고 업무 시간까지 할애 해가면서 도와주실 분이 얼마나 계시겠어요.

테스트 사이트 가보니까 ZB에 익숙하고 해서 phpBB -> Drupal 때처럼 거부감도 덜하군요. 디자인도 네이버에서 지원해 주시는 건가요? :-)

--

B/o/o/k/w/o/r/m/

B/o/o/k/w/o/r/m/

whitelazy의 이미지

문제는 kldp와 같은 대단위 사이트에 적용된 적이 있는지? 성능이 과연 보장될 것인지? 안정성이 얼마나 보장될지?
데이터 이전은 얼마나 안정적으로 가능할 것인지? 등등이 이슈일것 같습니다.

정확하게는 어떤어떤 기능이 이전될 수 있고 어떤기능은 불가하거나 추가 모듈이 개발되어야하는지, 위키나 kldp.net과의 통합문제는 어떨지, 어떤데이터들이 이동 될 수 있는지,
어떤데이터들이 자원봉사자들이 수고해주어야 이동이 가능한지, 이전을 한다면 기존 문서들은 어떤 형태로 이동이 될지 등이 정리 되어야 판단할 수 있을것 같습니다.
또한 예기가 정말 산으로 갈 가능성도있고 제3차 세계대전급의 플레임워가 발생할 수도있지만.. 제로보드로 이전됬을시 각 기능들이 여전히 필요한지 여부도 있을 겁니다.
드루팔의 기능의 한계 또는 관리를 위해 추가된 기능도 몇몇 있었던걸로 압니다.. 없어진것도있고 유지되고있는것도 있고... (포인트제 같은경우가 그 한 예였던것 같은데 맞는지..?? 가물가물하군요.. ㅠㅠ)

아니라면 정말 호불호만으로 갈리는 네버엔딩 스토리가 될 가능성도 있다고 봅니다.. 기본적으로 지향하는 바는 다를수 있어도 목적은 둘 다 같으니...

개인적으로는 bookworm님과 동일하게 찬성 의견입니다. 기존의 문서도 정리할겸 산듯하게 변신도 해볼겸.. Drupal로도 가능하지만말입니다...;

ZBXE 개발자분과 같은회사시니 전폭적인 지원은 무리더라도 어느정도 도움은 받으실 수 있고, 문제가 발생해도 대처하기도 쉬울 것입니다.
ZBXE 쪽에서도 대형사이트 레퍼런스를 얻을 수 있으며 KLDP의 ZBXE로의 이전을 통해 많은 발전이 가능할 것입니다.
KLDP쪽에서도 이전시 발생하는 문제에서도 어느정도 지원을 받을 수 있고, 차후에도 도움을 받을 수 있으리라 봅니다

그리고 ZBXE도 네이버에서 정책적으로 지원하는 오픈소스 프로젝트로 알고있습니다만...? (맞던가모르겠네요 기사본지 좀 되서..)
ZBXE개발자분이 동의해주셔야 가능한 예기긴하지만 ^^;
KLDP를 ZBXE로 변경하면서 ZBXE와 KLDP의 윈윈 전략에 더해서 네이버의 정책적인 지원을 받아으면어떨련지?

네이버도 덕분에 뉴스에 네이버의 지원으로 KLDP가 ZBXE로 이전했으며 오픈소스진영끼리 서로 윈윈하는데 기여했다라는
기사를 한줄 띄울수 있음으로 네이버도 오픈소스 진영으로부터의 이미지 재고에도 일조할 수 있고

거기에 뉴스에 뜸으로서 ZBXE와 KLDP도 묻어서 홍보 한번 더 되는 묻어가기전략...??
네이버의 지원을 받으면 디자인적인 지원도 받을 수 있을지도 모른다는 추측도 가능할 법합니다만..?

너무 김칫국 부터 마시나요 이거 ㅋㅋㅋ
첫줄부터 딴지만 잔뜩 날리고 도망만 가는거같아서 찬성의견을 장황하게 피력해봅니다.. 완전 소설인것 같네요. ㅋㅋ

jachin의 이미지

안타깝게도(?) 드루팔의 데이터베이스 시스템은 다른 시스템으로 이양하기에 무척 편리하게 되어 있습니다.

드루팔의 DB 시스템을 분석해 본 사람이라면,
너무 자잘하게 잘려있는 데이터베이스 필드에 질릴지도 모를 정도입니다.
제 개인적인 생각으론 현재의 KLDP 시스템은 제로보드에 완벽하게 이양할 수 있으며,
제로보드 또한 기존의 Zero.com 에서 이미 많은 사용자들을 보유한 적이 있었기 때문에,
DB의 선별적인 이양만 된다면, 충분히 100% 이식 가능하다고 생각합니다.

너무 큰 기우를 하시는 것이 아닐까 생각합니다. ^^

기술적인 것보다 사용자 분들의 '정서'를 묻는 게시물입니다.
만족하셨는지요? ^^
====
( - -)a 이제는 학생으로 가장한 백수가 아닌 진짜 백수가 되어야겠다.

kueilove의 이미지

다른 글타래에도 댓글을 남긴 적이 있는데,

게시물이나 댓글 등의 데이터 외에도 url 도 보존이 될수 있었으면 좋겠습니다.

예를 들어 http://kldp.org/node/98801 로 접근 시 이전된 제보보드의 게시물로 리다이렉션이 된다던지..

prosper의 이미지

별개의 문제이나 gnuboard 에서도 동일한 문제가 있었습니다만, 리다이렉트 페이지 하나면 충분히 해결이 됬습니다.

문제가 될 것 같지는 않습니다.

나에게 꿈은 곧 삶이다. - prosper

노력하지 않는 꿈은 꿈으로만 남는다. - 미니어스

eunjea의 이미지

zbxe로 옮겨가는 것에 찬성입니다.

국산 오픈 소스라는 것도 그렇고 기능도 충분하다고 봅니다.
여기서 사용되면 버그 리포팅이나 기능 추가가 더 많이 될것이 분명하고요.

뭐가 어찌되었건 간에 오랜만에(?) 분위기 바꾸는 것도 좋은 일이라고 봅니다

재미있으니까.. ;-)

--
/~eunjea

klenui의 이미지

지난 번 지뢰찾기 동영상에서.. "너 왜 여기 있냐?" "그냥 심심해서요~" 라는 대사가 생각나네요..
그리고 어디서 본 프로그래머의 정의에 "아무도 문제라고 생각하지 않는 문제를 해결해 주는 사람"라는 말도 생각나구요..

웹일은 전혀 전문가가 아니라서 기술적인 건 모르겠습니다만, 재밌겠다라는 생각은 듭니다.

antz의 이미지

분명 drupal도 적응이 되고 좋은 기능이 있긴 합니다.
내가 올린글, 답글들의 히스토리가 있어서 북마크 형식으로도 사용하기도 했습니다.

하지만,
처음 사용자들에게 어렵고, 개인적으로는 아직도 좀 복잡한것 같다는 생각이 듭니다.

접근성이 좋고 편안히 글을 쓰고 읽었으면 좋겠습니다.
그리고, 제로보드도 발전했으면 좋겠고요.


Blog : http://lum7671.wordpress.com, http://lum7671.egloos.com

김정균의 이미지

KLDP 의 시스템을 관리하고 있는 입장에서, 위에서 밝힌바와 같이 동적 템플릿 구조에 대한 문제 해결이 선행애 되어야 저도 찬성을 할 수 있을 것 같습니다.

아무리 열심히 막아도, 동적 템플릿 구조에서의 구멍은 너무나 큽니다. 의도하지 않은 PHP코드가 실행되기가 너무 쉬우니까요.

ZBEX의 템플릿 생성 파일들을 보면, 단순히 fread 로 읽어와도 상관없는 내용들 까지 모두 php 파일로 생성이 되어서 include 되고 있습니다. 또한 php code 자체가 동적으로 생성이 되는 것도 보안상 아주 취약한 구조로 보이고요.

안그래도 회사에서 요즘의 개인정보 누출 사태에 대비하기 위해서 웹 보안에 대해서 사내 강의를 하고 있습니다만, 개발자들의 동적 템플릿 선호가 얼마나 보안에 위협이 되는지에 대해서 별로 생각을 하지 않으시는 것 같더군요. 요즘의 보안 문제는 인지를 하지 못해서라기 보다는 코딩 실수에 의해서 발생하는 비율이 압도적으로 높습니다. 그렇기 때문에 동적 템플릿이 그만큼 위험성을 더 내포하게 되는 것입니다.

그리고 PHP 해석을 해야 할 것이 아니라면, include 보다 file_get_contents 가 성능이 몇백배 좋습니다. 게시판 제작하시는 들 보시면 몇천만건도 처리가 가능하게 설계를 생각하시는 분들도 많은데, 실제로 몇천만건이 DB에 들어가려면 그만큼 접속도 많아야 합니다. 그러기 위해서는 include 를 아무생각 없이 사용할 만한 수준은 아니라는 것이죠.

skklove의 이미지

네. 말씀하신 것처럼 XE의 템플릿은 php 동적파일로 구성이 됩니다.

당연히 include보다 file_get_content가 비용이 훨씬 싸지만 단순 내용만 읽어서는 동적인 데이터를 핸들링할 수가 없고 읽은 내용을 이용하여 여러 방법으로 처리를 해주어야 하는데 그 비용보다는 php script로 생성해서 불러오는게 부하라든지 개발 방법상 유리하다고 생각합니다.

제가 아는 템플릿 엔진들 역시 이런 문제로 인하여 php script로 만드는 것으로 알고 있습니다.

보안 취약점을 최대한 없애기 위해서 생성된 임시 파일들(php script로 생성된)의 경우 직접 호출을 불가능하게 해 놓고 있습니다.

그래고 불안하다면 웹서버에서 직접 접근이 안되도록 해 놓으면 되겠구요.

혹시 php script로 만들지 않고도 적은 비용으로 템플릿 문법을 핸들링 할 수 있는 방법이 있으면 알려주시면 감사하겠습니다. ㅡ.ㅜ

그리고 include를 아무 생각없이 사용하는 개발자는 이제는 별로 없지 않을까 싶습니다. ^^;

ps. XE의 경우는 여러 단체들 혹은 해커분들에게 취약점 리포팅을 직접 받고 패치하고 있습니다.
물론 보안에 완벽하다고 절대 말할 수 없고 서버 환경이라든지 웹서버/php등의 버전 업그레이드에 따라 없던 취약점도 생기는 상황에서 최대한 안전하도록 공조하려고 노력은 하고 있습니다. ^^;

zero~

김정균의 이미지

file_get_contents 를 언급한 이유는, 해당 파일에 php code 가 없음에도 불구하고 php 로 생성이 되는 것을 언급한 것입니다.

당연히 include보다 file_get_content가 비용이 훨씬 싸지만 단순 내용만 읽어서는 동적인 데이터를 핸들링할 수가 없고 읽은 내용을 이용하여 여러 방법으로 처리를 해주어야 하는데 그 비용보다는 php script로 생성해서 불러오는게 부하라든지 개발 방법상 유리하다고 생각합니다.

말씀하신 바는 개발론 입니다. 하지만 단순히 개발론을 가지고 접근을 하기에는 요즘의 상황은 너무 dynamic 하다는 것이죠. 즉 php script 가 생성이 된다는 것은 attacker 가 자신이 원하는 코드를 삽입시키기 좋은 환경을 만들어 주는 것입니다. 그리고 직접 호출을 불가능하게 하더라도, 해당 script 들은 include 를 해야 하기 때문에 결국에는 직접 include를 하든지 하지 않든지 결과는 동일하다는 의미입니다.

혹시 php script로 만들지 않고도 적은 비용으로 템플릿 문법을 핸들링 할 수 있는 방법이 있으면 알려주시면 감사하겠습니다. ㅡ.ㅜ

솔직히 아직까지는 치횐 구조의 template 외에는 대안이 없다고 봐야 겠지요. 개발론상으로는 치환 구조의 template 는 별로 좋은 방법이 아닌 것은 맞습니다만, 부하면에서 동적 template 이 치환 telmate 보다 좋다고는 할 수 없습니다. 해당 파일 전체를 php 로 해석하는 것과 fread 로 읽은 내용의 일부를 치환하는 것은 경우에 따라 다르겠지만 전자가 부하면에서의 비용은 충분히 더 들어가는 문제이지요. 저도 치환 구조의 template 이 동적 template 구조 보다 좋다고는 주장하지 못합니다. 하지만 보안상의 이슈에서 보자면 동적 template 은 일단 열어두고 뚫리면 막겠다는 입장이라고 생각을 하고, 치환 구조는 일단 막아 보겠다는 입장이라고 구분을 합니다.

그리고 include를 아무 생각없이 사용하는 개발자는 이제는 별로 없지 않을까 싶습니다. ^^;

개발자에 따라 다르겠지만, 제 주변에서 보면 10년차 개발자 중에서도 include 와 require 의 차이를 모르시는 분들이 많더군요. :-) 의외로 언어 사용은 잘 하시지만, 그 언어의 특성에 대해서는 그리 고민을 하지 않는 경우가 많기 때문에 적어본 것입니다. 단순하게 include 하나만 놓고 말씀을 드린 것은 아닙니다.

요즘의 웹 환경은, 로그를 보면 알겠지만 웹로그의 방문자라는 것이 의미가 없을 정도로 bot 에 의한 접근들이 많습니다. 그 bot 중에는 search engine을 위한 bot들도 있지만, 대부분은 attack 을 시도하기 위한 bot의 접근이 대부분입니다. 이런 환경에서 일단 뚫리면 최대한 빨리 막겠다는 식의 접근(표현이 너무 ugly 해서 죄송합니다. 다만 제가 바라보는 동적 template 에 대한 시각이 이래서 --;)으로는 인지하기 전에 뚫릴 수가 있기 때문입니다.

사내 코드 보안에 대해서 진행을 하면서 bot들을 수집해서 분석을 하면서 놀란점이 해당 코드를 아느냐 모르느냐는 별로 중요하지 않다는 점입니다. 공격 유형의 패턴을 모조리 get/post argument에 대입을 해서 성공을 하면 해당 결과를 메일로 전송하는 bot들도 있기 때문에 리포팅에 의한 대처는 소극적 보안이라고 보게된 계기가 되었습니다.

skklove의 이미지

네. 초기에 치환자 방식과 현재 동적 스크립트 변환 방식을 고민하다가 치환자 방식의 경우 확장성이 떨어지기에 현재 방식으로 템플릿 구조를 만들었습니다.
단순 str_replace가 preg_replace보다는 빠르겠지만 용도에 따라 다르게 써야 하는 것과 마찬가지라고 저는 생각합니다.
정적컨텐츠를 제공하는 것이 아닌 동적컨텐츠를 생성하고 제공하는 웹프로그램의 특성상 열어둘 수 밖에 없는 것들이 있고 그 열려져 있는 곳이 절대 내부적으로만 사용할 수 있게 하는 것이 최선이라고 생각합니다.
사실 웹으로 파일업로드 하게 하는 것조차 보안상 큰 문제가 있지만 그 필요성과 편리성 때문에 사용이 계속 되고 있으며 취약점을 없애려고 지금까지 계속 노력들이 이루어져 온것과 비슷하게 봐야하지 않을까요?
뚫리면 막겠다는 건 절대 아니구요 다른 사례들과 최신 공격법들을 바탕으로 시뮬레이션도 하고 argument에 따른 취약점을 자동으로 테스트하는 툴(봇의 행태와 비슷한)을 이용하여 테스트도 진행해보고 있습니다.

그동안 웹개발하면서 느낀건 보안 취약점이란 환경에 따라서도 없던 것이 생길 수 있는 것이라 절대 자신하면 되지 않고 최대한 신경을 써야 한다는 것입니다.
정리하자면 XE에 100% 보안 취약점이 없다고 말씀드릴 수는 없겠지만 단지 편리함만을 위하여 코딩을 한건 아니라고 말씀을 드리고 싶네요.

ps. 원론적으로 db 정보가 입력된 파일이 웹서버내에 존재하는 것만으로 db와 연동되는 웹프로그램은 취약한게 아닐까요? ^^

zero~

김정균의 이미지

정적컨텐츠를 제공하는 것이 아닌 동적컨텐츠를 생성하고 제공하는 웹프로그램의 특성상 열어둘 수 밖에 없는 것들이 있고 그 열려져 있는 곳이 절대 내부적으로만 사용할 수 있게 하는 것이 최선이라고 생각합니다.

이 부분이 바로 관점의 차이인데, 내부적으로만 사용한다고 보시는 부분이 저는 외부에서 접근이 가능하다고 보는 부분입니다. 예를 들어서 동적으로 생성이 되는 a.php 라는 파일이 있다면, 이 a.php 는 외부에서 접근이 가능한 파일에서 include 를 해서 사용하게 됩니다. 즉, a.php 에 다이렉트로 접근이 불가능 한 것 뿐이지 실제로는 a.php 는 외부에서 다른 파일의 일부분으로 접근이 가능하다는 얘기입니다.

응.. 그러고 보니 영수님이네요.. ㅋㅋ 전 누군가 했어욤. ID가 눈에 익지 않아서..

제가 말씀 드리고자 하는 바는.. zbxe가 dynamic template 을 사용을 해서 보안에 취약하다는 의견이 아닙니다. 다만, 제가 kldp system 에 보안 관련 작업을 하는데 있어서 dynamic template 이 그 기반을 무너뜨리기 때문입니다. 뚫려도 아무 것도 할 수 없게 만드는 것이 제 보안 시스템의 기반인데, 동적 template이 존재하면 이 틀이 무너지게 됩니다. 그래서 혹시나 KLDP 에서 zbxe를 사용한다면 zbxe 가 dynamic template 을 사용하지 않더라도 작동할 수 있게 되었으면 좋겠다는 의미입니다. 너무 thread 가 dynamic template 의 선/악을 대변하는 구조로 나가는 것 같아서 좀 정리해 봅니다.

권순선의 이미지

이렇게 하면 어떨까요? 현재 제가 확인한 바로는 zbxe의 기본 패키지만 이용해서 사이트 이전이 가능할 듯 하니 원칙적으로 제로님이 모든 부분을 개발/관리하고 있는 기본 패키지만을 이용하는 것으로 하고... 그 외의 추가 모듈이나 기타 스킨 등을 이용할 때에는 혹 문제가 있는지 미리 확인을 한 이후에 적용 여부를 결정하고요. 그렇게 하면 혹 부주의로 인한 보안 문제가 있는지를 사전에 점검할 수 있겠지요. 현재 drupal의 문제도 어쩔 수 없이 외부 모듈을 가져다 쓰면서 생긴 것들이 대부분이니까요.

김정균의 이미지

제가 dynamic template 을 걸고 넘어지는 이유는.. KLDP 에 적용하고 있는 보안은 리포팅 되지 않은 보안홀도 막을 수 있도록 하는데 목적을 두고 있습니다. 하지만 dynamic template 이 존재하면, 이 틀이 무너지게 되기 때문에 dynamic template 구조를 피할 수 있었으면 하는 것이죠.

prosper의 이미지

만약 논리적으로, 로직적으로 보안 결함이 없다면, 굳이 효율성을 버릴 이유는 없다고 생각됩니다.
우려하시는 바가 무엇인지 알고 있으며, 내부적으로 그러한 보안 이슈에 대해서 검토를 하고 있습니다.

처음부터 보안설계가 안된 상태에서 그러한 구조를 무너트릴만한 보안 이슈가 나온다면 김정균님 말씀대로 큰문제가 되겠지만,
제가 판단하기에는 그러한 구조로 개발되지는 않았습니다.

직접 설계된 소스를 보시고 보안 취약점이 있는지 판단하시는게 빠를것 같다는 생각이 드네요.

나에게 꿈은 곧 삶이다. - prosper

노력하지 않는 꿈은 꿈으로만 남는다. - 미니어스

김정균의 이미지

각자의 입장이 있기 마련입니다. 처음에 말했듯이 제로 보드가 동적 템플릿이 있다고 해서 보안에 취약하다고 주장을 하는 것이 아니라, KLDP 관리 입장에서 동적 템플릿은 별로 좋지 않다고 판단을 하는 것 뿐입니다. 현재 PHP engine 자체를 수정해서 보안 위협에 대해서 신경을 덜 써도 되는 시스템을 만들어 나가는데 있어 동적 템플릿이 이 구조 자체를 무너뜨리게 됩니다. 그래서 KLDP 시스템에 동적 템플릿을 사용하는 프로그램을 사용하는 것에 대해서 반대 의견을 제시한 것 뿐입니다.

처음에, zbex 가 동적 템플릿을 사용하지 않아도 구동이 가능 하다면, 찬성 한다고 했었지요. zbex 가 dynamic template을 선택하든 하지 않든의 문제는 개발자의 몫이지, 제가 관여할 바는 아니라는 것입니다. 제가 바라는 것은 dynamic template을 사용하지 않아도 작동할 수 있는 zbex 입니다.

eunjea의 이미지

그런데 이런 "잠재적인 보안 위험"은 모든 cms가 다 가지고 있는게 아닐까요?
아예 포스팅되는 것들을 전부 moderate해서 static html 파일로 제공하는 시스템이 아니라면요.

그리고 어떤 이윤을 추구하는 production server가 아니라면 (비유가 적절한지는 모르지만)
어느 정도 모험(?)을 해보는 것이 어떻게 보면 kldp의 성격과도 맞을지 모릅니다.

--
/~eunjea

"If it's newsworthy, it gets on air, whether it's Bush or Bin Laden."
Al Jazeera

김정균의 이미지

잠재적인 보안들은 어떠한 식으로든 처리를 할 수가 있습니다. 불편해 지기는 하겠지만 말이죠. 예를 들어서 제가 2년전에 People 서버 cracking 이 후에 처리했던 것들을 기억하시면 될 겁니다. 그리고 현재 People server 의 압박은 좀 심하죠. 대신.. 그 이후로 저 역시 거의 무방비 상태로 운영을 하고 있기는 하지만 호스팅 서버임에도 불구하고 거의 조용한 편입니다.

하지만 이런 어떠한 조치들을 하더라도 그 조치들이 모두 무용지물을 만들 수 있는 것이 바로 dynamic template 입니다. 그렇기 때문에 전 dynamic template 에 대해서 상당히 부정적인 시각을 가지고 있는 것입니다. 또한 제가 개발론 입장으로 운영에 사용할 CMS를 선택할 이유가 없다는 것도 큰 이유이지요. ZBXE가 어떠한 개발론으로 개발을 해 나가는지에 대해서는 별로 관심이 없습니다.

다만, 순선옹이 ZBXE를 도입해 보려고 한다는 말을 들은 이후에 ZBXE 코드를 보다가 dynamic template 을 선택한 것을 알았고, 만약 ZBXE를 사용하겠다면, ZBXE에서 dynamic template을 사용하지 않다라도 동작이 되었으면 좋겠다는 의견을 낸 것이죠. 그렇다면 저도 ZBXE를 사용함에 동의 한다는 것이고요. 그런데, 개발자 분이신 것 같기는 한데, 그럴 의향은 없으신 것 같이 말씀을 하시네요. (음 그러고 보니 영수님이군요 --; 이런.. ㅋㅋ)

eunjea의 이미지

Quote:
2년전에 People 서버 cracking 이 후

엄청 책임감 느끼고 있습니다. :-/

그 때 제가 워낙에 다른일에 시달리고 있었다는 핑계도 있긴 하지만 당한 이유가 웹을 통한 공격이 아니라 서버 접속이 가능한 계정을 통한 공격이 아니었나요?

--
/~eunjea

"If it's newsworthy, it gets on air, whether it's Bush or Bin Laden."
Al Jazeera

김정균의 이미지

그 당시의 문제는 정확하게 무엇인지는 알 수 없습니다. 일단 백도어가 한 두개가 아니었기 때문에 무엇이 문제라고 할 수는 없었습니다. 정확하게 기억이 나지는 않지만, 그 당시의 thread 를 보면 www-data 권한을 획득하여 local exploit 을 이용하여 root 를 획득했다고 제가 판단했었더군요. 아마 phpbb 의 highlight bug 를 이용한 worm 의 attack 이 아니었나 기억합니다.

ddoman의 이미지

저는 웹 개발자도 아니고 kldp 운영에 대해서는 전혀 모르지만
여기 김정균님이 이 글타래에 올리신 답글만 봤을 때는, 저도 동의합니다.
문제가 될게 없다고 답을 다신 분들의 주장은

결국, 구조상 보안에 취약한 구조라도,
그 취약한 구조안에서 괜찮은 보안을 유지하기 위해
많은 테스트, 생각과 시간을 투자 하고 있으므로 괜찮을 것이다

라는거 같고

김정균님의 주장은
아무리 사람이 case by case로, 또는 여러가지 보안 업데이트를 하더라도
결국 근본문제인 그 dynamic template 자체의 문제가 사라지지 않는한
한계가 있다.

이신거 같은데, 김정균님의 주장에 적극 동의합니다.
만약 potential security risk를 떠안더라도, 시스템을 바꿀야 얻을수 있는 이득이 있다면
어짜피 trade off이긴 합니다만

보안문제라는게 워낙 심각한 문제이다보니, 여태 이 글타래에 올라온 제로보드로 가야 하는 이유들이
저 보안문제를 떠 안을 만큼 중요한( 상대적으로 ) 이득은 아닌거 같다는 생각이 드네요.

ikshin의 이미지

테스트로 작성된 사이트도 상당히 깔끔하고 괜찮네요. (저도 제로보드에 익숙한 영락없는 한국의 평범한

웹 사용자인가 봅니다...^^)

저는 "신속한 피드백"이 가능할 수만 있다면, 그래서 지금 당장은 기존 drupal의 기능을 모두 구현할 수는

없더라도, 좀 더 빠른 수정/보완을 통해 좀 더 나아질 수 있는 zbxe 의 가능성쪽에 손을 들어주고 싶네요.

다만, 보안적 측면에서 염려의 글을 남겨주신 김정균님의 의견도 꼭 참고가 될 수 있었으면 하는 바램이네요.

- Human knowledge belongs to the world...

- Human knowledge belongs to the world...

Darkcircle의 이미지

환경이 바뀌면 불만이 있는 사용자는 항상 있는법입니다.
환경이 바뀌었는데 불만있는 사용자가 한사람도 없다면 그게 더 이상할지도 모를 일이죠.

(과거에 저도 phpBB에서 드루팔로 바뀌고나서 구조가 갑자기 바뀐것에 대해
속으로 얼마나 거시기 했는지 모릅니다. 마치 제가 갑자기 딴 나라에 온 것 같은 느낌이랄까요... -_-;;
음... 왜 날 뷁?! )

일단 구조나 기술측면에서 드루팔보다 제로보드 XE가 어느 정도 "더 괜찮다"고 평가가 내려지면 반대하지 않겠습니다.
p.s. 아 글을 다 써내려가다 다시 윗글들을 보니 "그렇게 할만한 괜찮은 이유(?!)"가 있었군요... Orz 털썩.

---------------------------------------------------------------
폐인이 되자 (/ㅂ/)

---------------------------------------------------------------
폐인이 되자 (/ㅂ/)

ikpil의 이미지

정말 대 환영입니다! 제로보드의 인터페이스는 수 많은 사람들이 사용하기 때문에 오히려 더 괜찮을 것이라고 생각 합니다.

kyagrd의 이미지

--
There's nothing so practical as a good theory. - Kurt Lewin

--
There's nothing so practical as a good theory. - Kurt Lewin
"하스켈로 배우는 프로그래밍" http://pl.pusan.ac.kr/~haskell/

김맹맹의 이미지

국산 오픈소스프로젝트 게시판을 사용하는 것은 지당하다고 생각합니다.

더욱이 kldp에서 사용된다면 양쪽 모두 발전 기대를 가질 수 있고

오픈소르를 지향하는 사이트이면서 한국의 커뮤니티라면 제로보드가 맞다고 봅니다

대의명분이 충분하죠

구글신께 매일매일 기도합시다

구글신께 매일매일 기도합시다

nike984의 이미지

예전에 드루팔로 오면서 이런저런 말이 많긴 했지만
사용자 편의에 못지 않게 중요한거 역시 관리자가 관리하기
수월한 시스템인가 입니다.
그런 측면에서 제로 보드 만드시는 분과 피드백 하기 편하시다면
순선님 편하신데로 하는거도 괜찮을거 같은데요.

유저 인터 페이스야 계속 바꿔나가면서 개선 시킬 수 있으니깐요.
그리고 요즘 좀 분위기 쇄신 차원에서도 한번쯤 갈아엎는건
환영합니다.

hofts의 이미지

그런데 jsp 로 제로보드를 했으면 좋을것 같은데요
지금 나오는 기술로 제법 좋은 솔류숀들이 많은데 한번 spring같은 프레임워크를 이용해서 짜보시면 좋으실듯...

xyhan의 이미지

아무래도.. 무리겠죠..
누군가 풀타임으로 봉사한다 가정해도..
6개월 이내에 만들수 있을까요..?

============================================================

선한 인간이냐 악한 인간이냐는 그사람의 의지에 달렸다. -에픽테토스-
의지 노력 기다림은 성공의 주춧돌이다. -파스퇴르-

============================================================

============================================================

선한 인간이냐 악한 인간이냐는 그사람의 의지에 달렸다. -에픽테토스-
의지 노력 기다림은 성공의 주춧돌이다. -파스퇴르-

============================================================

김정균의 이미지

jsp 로 했을 때의 장점은 무었인가요?

galien의 이미지

1. 위에도 다른분이 글 쓰기가 안된다고 하셨는데, 저도 안되네요. 익명 글쓰기는 물론, 가입후 글 쓰기까지..
먼가 테스트가 끝나서 막으신 건지요....

2. 이건 좀 큰 문제인듯 한데, openID로긴이 안되요.
galien.blogspot.com입니다. 스프링노트에선 잘 되는데, 여기선잘 안되네요. 오픈아이디로 로긴하면 다음과 같은 화면이나옵니다.

댓글 첨부 파일: 
첨부파일 크기
Image icon zeroboard_openid.PNG1.88 KB
galien의 이미지

일단 글쓰기 문제는 권한 문제인 것 같구요...

오픈아이디는 제가 그 알고리즘을 잘 몰라서 좀 그렇지만, 이메일 주소의 아이디부분(@ 앞부분)에 '.'이 있을 경우를 처리 못하는 것은 아니겠지염..

권순선의 이미지

아네 글쓰기... 권한 문제 맞습니다. 제가 권한설정을 잘못 해 두었었네요. ;;; 방금 수정하였습니다.

오픈아이디는 잘 모르겠네요... myid.net 사용자 분들은 잘 쓰고 있는 것 같거든요?

octaphial의 이미지

저도 동일한 문제를 겪었습니다. 제 경우의 아이디는 http://www.openidfrance.fr/octaphial 입니다.

slomo의 이미지

현재 테스트하고 있는 모양이라면 너무 불편한데요...

파이어폭스 사용하고 있는데요. 저는 눈이 침침해서
글씨를 평소에 크게 키워놓고 사용하는데 지금 두루팔은
글씨 크기를 바꾸어도 너무 깔금하게 잘 나옵니다.
근데 제로보드 테스트 페이지를 열어보니 도저히 볼 수가
없을 정도이고 가로 폭도 한정이 되어 있어 너무 불편하네요.
그다지 큰 문제는 아닐지도 모르겠지만, 이미 있는 스킨 중에
적당한 것 골라서 간단히 해결되면 좋겠지만...
이런 게 제대로 안 되는 사이트는 들어가기가 싫더라구요..

스크린샷 첨부했습니다.

추가) 지금 제로보드 공식 사이트를 찾아서 들어가보니
똑같은 모양이네요... 그다지 호감이 가지 않는데요...

====
No one asks you for change or directions.
-- Slo-Mo, J. Krokidas

댓글 첨부 파일: 
첨부파일 크기
Image icon drupal-kldp-1.png282.49 KB
Image icon drupal-kldp-2.png229.77 KB
Image icon drupal-kldp-2.png229.77 KB
Image icon drupal-kldp-3.png364.13 KB
Image icon drupal-kldp-3.png364.13 KB
Image icon zbxe-kldp-1.png164.22 KB
Image icon zbxe-kldp-1.png164.22 KB
Image icon zbxe-kldp-2.png222.21 KB
Image icon zbxe-kldp-2.png222.21 KB

====
No one asks you for change or directions.
-- Slo-Mo, J. Krokidas

cypher의 이미지

템플릿은 얼마든지 바꿀 수 있습니다.
kldp 용으로 가변폭 템플릿을 만들면 되는 일이겠죠. :)

dragonkun의 이미지

저도 요즘 눈이 굉장히 나빠져서... ( 특히 영어로 된 페이지는 확대 안하고는 못 보겠더군요;; )
페이지 확대/축소 기능을 많이 쓰는데..
눈이 안 좋으시다면 파이어폭스 3.0 이상이나 IE7 을 쓰시는 걸 추천합니다.

글자 크기 기반으로 확대/축소가 아니라 이미지 등을 포함해 페이지 크기를 자체를 변경해서,
고정폭의 디자인이나 글자크기를 고정 시켜버린 페이지에서도 확대/축소가 가능합니다.
---
Emerging the World!

Emerging the World!

slomo의 이미지

좋은 정보 고맙습니다.
파이어폭스 3.0을 설치해서 써보았는데 여전히 문제네요.

저는 조금 크게 하는 것이 아니라 상당히 크게 해서 보는데요.
전체가 그대로 확대되니까 웹페이지의 가로폭이 모니터 가로폭보다도
커져서요. 웹페이지 내용이 화면을 벗어나서 보이질 않으니
오히려 더 불편하네요.

====
No one asks you for change or directions.
-- Slo-Mo, J. Krokidas

====
No one asks you for change or directions.
-- Slo-Mo, J. Krokidas

권순선의 이미지

어쨌거나... 위에 말씀드린 여러 문제들은 어떻게 해결하는 것이 좋을까요? 개개인의 호불호는 모두 서로 다르니 문제를 해결하는 부분에만 촛점을 맞추어서 이야기했으면 합니다. 어차피 지금 시스템이 싫다고 하는 사람도 많으니까요.

rlawngus의 이미지

이 것도 국산 GPL 오픈소스같은데 괜찮은 것 같습니다.

개발자센터 : www.kimsq.org

데모

사용자페이지 : demo.kimsq.com
관리자페이지 : demo.kimsq.com/_admin/
관리자아이디 : demo@kimsq.com / 패스워드 : demo

hogan의 이미지

저는 제 개인홈에 ZBXE를 설치하여 테스트를 해보았습니다.

게시판은 두개를 만들고 간단히 내용을 입력하고 DB를 확인해보니

xe-document 테이블안에 두 게시판의 내용이 엊갈려 기록이 되어 있었습니다.

저는 두개에 몇가지만 테스트용으로 입력해본 것이지만

이곳 kldp는 많은 수의 게시판과 엄청난 양의 기록들이 있는데

이 모든 기록을 한 테이블에 몰아 넣어도 문제가 없을 까요?

zbxe홈에 내용을 올려도 중요하게 생각하지 않는지 반응이 없어 지워버렸는데

어떻게 보시는지요

imyejin의 이미지

멀티미디어 갤러리에 뭘 올려보려고 했는데 파일 첨부가 안돼요

임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

[예진아씨 피카사 웹앨범] 임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

imyejin의 이미지

파일첨부가 플래시를 통해 동작하는군요.

플래시블록을 켜놨더니 파일첨부가 안된 것이었습니다.

임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

[예진아씨 피카사 웹앨범] 임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

imyejin의 이미지

이럴거면 아예 처음부터 텍스트 인풋 폼에다 자바스크립트 걸던지 해서 처음부터 250자 넘어가면 입력이 안되게 막던가 하는 게 좋을 것 같습니다.

지금 쓰는 드루팔은 아예 길이 제목이 정해진 길이 넘게 입력을 못하도록 처음부터 잘 막아 놓았는데 제로보드는 고생해서 길게 치고 나니깐 하지 말라고 메시지 박스 틱 띄우는데 이러면 유저가 엄청 짜증나고 기분나빠요 -_-;;

임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

[예진아씨 피카사 웹앨범] 임예진 팬클럽 ♡예진아씨♡ http://cafe.daum.net/imyejin

primewizard의 이미지

최근에 올라온 댓글에 온통 "a"로 도배가 되어있어서 깜짝 놀랬습니다.
아이디도 눈에 많이 익은 분이 이런 짓을...
그러다 극한테스트(?)라는 것을 나중에 이해하고 안심.....^^;

moonend의 이미지

지금 따로 놀고 있는 kldp wiki만 어찌어찌 통합을 할 수 있다면 좋겠는데요...

권순선의 이미지

올린 글이 최근 글에서 보이지 않는 현상이 발생하는 빈도수가 늘어난 듯한 느낌이 있습니다. 이런 문제가 한번이라도 발생하는 것이 애초에 문제지만 아무튼... http://kldp.org/node/99474 는 최근 글에서는 보이지가 않네요. ktracker라고 dormael님이 별도로 만드신 것인데 잘 돌아가다가 요즘들어 좀 이상해졌습니다.

wpcasper의 이미지

메인화면에서 새로고침 (F5) 누르면 잘 동작하는것 같습니다. FF3입니다.

hosung의 이미지

글이 중복 저장되나요?

오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.


--오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.

hosung의 이미지

글이 중복 저장되나요?

오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.


--오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.

hosung의 이미지

위에 글을 지우고 싶은데 Delete 버튼이 어딨는지 못찾겠네요. :(

권순선님이 말씀하신 여러부분들이 실제 웹 개발 / 운영시 항상 도출되는 문제의 일부 인것 같습니다.
문제는 해당 문제의 대한 use-case를 찾기가 쉽지 않는데 애로사항이 있겠죠.
문제 제기하신 부분들 중 ie7에서 점수 주기 위젯이 보이지 않는 문제,  여러개의 글이 올라가는 문제(엄밀히 말하자면 사용자가 submit버튼을 여러번 눌러서 생기는 문제이긴 하지만) 등은 그나마 원인을 찾았으니 해결 방안을 모색하면 되는건데요. 윗분들 말씀대로 생업(?)들이 따로 있으신지라 그것만도 쉽지가 않으시겠네요.

여러개의 글이 올라가는 문제 : 아까 테스트를 해보니 submit 버튼을 두번 둘렀을때 뿐만 아니라 저장후 Back Button(캐쉬에서 읽어오는 history.back)으로 접근시에도 문제가 되겠네요. 물론 사용자 의도이든 아니든 만약 허용을 안하겠다면 같은 request에 대한 Synchronized Token 등으로 uid를 부여하여 처리하는 방식도 생각해 볼수 있겠구요.
http://www.google.co.kr/search?complete=1&hl=ko&newwindow=1&q=Synchronized+Token&lr=&aq=f&oq=

ie7에서 점수 주기 위젯이 보이지 않는 문제 : IE TESTER로 (5.5/6/7/8 beta)를 lay-out을 봤는데 잘 보이는데요..
(FF/Opera/Safari/chrome)도 문제 없어 보이구요. 혹시 +버튼이 아닌 다른걸 말씀하신건지... ;)

어쨋든 제로보드로 고려중이시라니... 별 의미는 없겠죠? :)

오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.


--오늘도 For() 와 If()로 나의 하루는 시작되고 끝난다.

noblepylon의 이미지

KLDP를 방문하는 분들 중에는 사정상 텍스트브라우저(w3m 등)를 사용하는 분들도 계십니다.
그런데 안타깝게도 현 제로보드XE에는 텍스트브라우저로 글이나 댓글을 달 수 없습니다.
위지윅 에디터가 전혀 보이지 않기 때문이지요.

Gmail처럼 plain text와 위지윅을 선택할 수 있는 옵션이 있었으면 좋겠습니다.
---
“내게 능력주시는 자 안에서 내가 모든 것을 할 수 있느니라.”(빌립보서 4:13)

---
“내게 능력주시는 자 안에서 내가 모든 것을 할 수 있느니라.”(빌립보서 4:13)

카二리의 이미지

최신의 zbXE는 이전의 제로보드와 틀리게 상당히 멋져 보이더군요.

모듈 제작을 할 일이 있어서 소스를 보면서 느낀건데,

뭔가 제로님이나 다른 개발자 분들이 이전의 제로보드가 먹던 욕 때문에 굉장히 강박적으로 소스를 깔끔히 짜려고 노력 하신것 같았습니다.

충분히 멋진 구조에 충분히 멋진 소스 더군요.. 몇가지 이해 할 수 없는 것과 몇가지 맘에 안드는 것두 있지만,

다른 외국산 CMS 소스를 좀 까 본 바로썬 제로보드만큼 깔끔한 소스를 가진 CMS도 드물다.. 싶습니다. (아직 개발이 많이 안된 것이 이유일 지도 모릅니다만..)

개다가 국산 opensource 프로젝트에 도움되 되고 국산 opensource에 대한 기여에 관심을 몰리게 하는 효과를 낼 수 있을꺼 같아서 매우 좋을 것 같습니다.

단지 제로보드라는 말에 거부감이 있는 분들이 많은 것 같습니다. XE라고만 쓰고, 제로님이 아닌 다른 분이 만들었다면, 이렇게 반대를 많이 하셨을까요???

새 생각 :)

새 생각 :)