현 drupal 을 국산 오픈소스 프로그램으로 대체할까 합니다.

저는 MetaBBS로 전환하면 어떨까 생각합니다.
제가 테스트해본바로는 기본적인 게시판 기능에 블로그처럼 사용도 가능하고 깔끔한 URL, 코멘트, 트랙백, 스킨, 플러그인 지원하구요. 아직 태그는 안되는것 같지만 쉽게 적용가능하겠죠. 무엇보다 MetaBBS 심플한 느낌이 가장 마음에 듭니다. CMS라 부르기엔 아직 미약하고 KLDP가 원하는 기능이 부족, 대규모 커뮤니티 수렴여부의 불투명이 가장 걸림돌인것 같습니다.

또한 MetaBBS 는 kldp.net을 통해 프로젝트를 꾸려나가고 있으니 좀더 의미가 있는것 같기도 하구요. 좀더 kldp의 의견을 잘들어줄것만 같습니다. ^^;
일단 좀더 많은 의견이 나와야 겠지만 MetaBBS도 후보에 넣어주세요.

그리고 좀더 의견을 제시해 본다면 의견을 좀 구체적으로 조합하기위해서 리스트화 해보는건 어떨까 합니다. 예를 들자면

1. KLDP가 원하는 컨셉
심플하고 빠르고 강한 CMS

2. KLDP가 필요한 기능들
page
forums
blog
trackback
...

3. 추후 문제가 생길만한 부분이나 확장성
...

이런 식으로 해서 각 후보군을 정한뒤에 적합성 여부를 점수매긴후 관리자 의견 70%+ 사용자 투표 30% 로 결정을 내는게 어떨까요?

ps: 제가 개인적으로 운영하는 커뮤니티에 최근 MetaBBS를 쓰려다가 index페이지를 안만들어 준다는 이유 하나만으로 Vanilla를 쓰고 있습니다. index 만드는것도 귀찮아요. ㅡㅡ;
수선님이 '사랑의 반대는 무관심이다' 라는 말에 자극받아서 댓글남깁니다. 다른 유저분들도 의견을 나누어 보아요. 제로보드 싫어하시는분 많으실건데 의외로 조용하네요.

"일반적인 오픈소스"가 아니어도 소스를 수정하고 재배포 가능해야 한다는 부분만 보장된다면 될 거 같은데 지금 나온 모든 "오픈소스 소프트웨어가 아닌" 것들은 그런 것이 하나도 없나요?(뭐 킴스보드는 왠지 바이너리로만 되 잇는 거 같기도 하고 라이센스도 뭔가 아닌 거 같습니다만.) 미니보드나 다른건 모르겠습니다.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때

괸찮은 방법인 것 같습니다. 근대 Drupal의 경우는 설치 하기 위한 환경이 어떻게 되나요? 뭐 이것도 당연히 mod)rewrite 모듈이 필요하겟죠? 아휴..
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때

온라인 상에서는 누구나 읽거나 쓰는 것이 자유롭지 못하죠. 말과 글은 확실히 다르다고 봅니다. 여러가지로 문제가 많습니다.

감정이나 진위를 알 수 없으니 그게 문제겠죠 ㅎㅎ.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때

아마도 그건 우리나라에서 아직 CMS를 만들어 내지 않고 잇기 때문인 듯 싶습니다. 사실 저같은 경우 CMS 하면서도 막연히 컨텐츠를 관리하는 일종의 시스템이고 틀이다 정도로 알고 잇찌 이게 실무에서 어떻게 적용될 수 잇는가 그런건 잘 모르겟씁니다. Drupal이 그렇게 만들어진 놈이라는데 그걸 그냥 이용자 입장에서 스고 있으면서도 잘 모르겠군요.

아무튼 그런 이유에서 인식도 부족하고 뭐 하고 뭐 하고 여러가지가 겹쳐서 생각 나는 것이 대부분 분들은 보드 프로그램이 아닌가 싶습니다. 저도 솔직히 그렇고요.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때

drupal을 fork하는 것에 한 표 던집니다. 한글 번역하다가 어쩌다 drupal korea admin이 되어버렸습니다만..-_-

http://drupal.kldp.org/about

위 링크에서 보시면 알 수 있듯이, drupal korea는 단순히 언어팩 만드는 것을 넘어서, drupal의 장점을 한국에서 충분히 살릴 수 있도록 커스터마이징하는 작업도 목표로 하고 있습니다. 실제로 언어팩보다 그런 질문들이 훨씬 많고요.

drupal fork의 장점

1. Drupal은 성숙한 프로젝트이다.
어느 정도 성숙된 프로젝트이기 때문에 틀도 잘 잡혀있고, 모듈도 적지 않습니다. 맨바닥에서 시작하는 것보다는 유리하다고 생각합니다.

2. CMS로 유연한 활용이 가능하다
KLDP가 BBS만 필요하다면 보드를 묶어서 사용하면 되지만, 그렇게 되면 게시판 기능 이외의 추가 기능 요구는 수용하기 어려워집니다. 즉, KLDP에 BBS보다는 CMS가 필요하다는 것입니다.

drupal fork의 단점

1. 게시판 부분에 손을 많이 대야 할 겁니다.
현재 포럼 모듈은 게시판만을 위한 프로그램보다 기능이 부실합니다. 몇몇 모듈이 있긴 한데, 기능이나 성능이나 개선이 필요할 것으로 보입니다.

2. fork한 이후에 upstream의 변경을 반영 또는 fork의 변경을 upstream에 commit하는 작업을 해줄 사람이 필요합니다
어느 프로젝트를 선택해서 하든지 해야 하는 문제이긴 합니다만, 언어의 장벽이 존재할 수 있을 겁니다. 하지만 fork해서 완전히 따로 가면 사실 자주 얘기할 필요가 없을지도 모르겠습니다 :)

덧. drupal system requirements

http://drupal.org/node/270

clean url을 사용하지 않으면 IIS에서도 사용 가능하다고 합니다 :)

국산은 아니지만, vanilla는 어떠세요?
블로그, 게시판을 모두 만족할 수 있는 프로그램인 듯 합니다.
한글화나 모듈 등 보완할 부분이 꽤 있습니다만, 어렵지는 않아 보이네요.
http://getvanilla.com

Vanilla가 아니라면 metabbs를 발전시켜 쓰는 것에 한표 던집니다.

게시판 프로그램 보다는 CMS 툴을 쓰는게 좋다고 생각되는데요..

여기 kldp에 맞는 툴을 고르라 하면 게시판만 되는 것 보다는 여러종류의 컨텐츠의 통합이 유연하게 가능할수 있는 툴이 필요하다고 생각됩니다.
그런데 다들 게시판만을 고려하고 계신듯 합니다.

홈페이지를 운영하면서 느낀 점이 블로그 따로, 게시판 따로, 갤러리 따로 ..

모두 따로따로인데 예전에 phpbb 일때에도 권순선님이 그런 한꼐를 느껴서 drupal로의 전향을 생각하셨던것 같습니다.
그런데 다시 또 게시판으로 돌아가자니.. 차라리 drupal을 대체할 만한 툴을 찾자면 cms 를 고려해야 할듯 합니다.

KLDP같은 대형 커뮤니티에 국산 오픈소스 소프트웨어를 적용함으로써 발견되는 버그와 그 리포팅과 해결 등의 과정은

한국 오픈소스 프로젝트를 더욱 성숙하게 할 수 있는 자극제 역할을 할 것입니다.

그런 의미에서, 비록 기능상의 한계가 조금 있더라도, 바꾸는 것에 찬성합니다.

Summa Cum Laude

이 글 들어 오면..

홈 » add new feauture to "cd" command.. » .Net & C# 좋은 책 추천해주세요. » mutex에서 lock을 풀었는데 안 풀려요...

유저인터페이스만 가지고 이야기가 되는것 같은데...

그것보다 먼저 언급되어야 할부분이 KLDP 의 방대한 량의 게시물이나 문서를 처리할수 있는 시스템 아기텍처에 대한 고려가 먼저 있어야 하는것 아닌가 생각됩니다.

1. 현재 KLDP 가 수용하고 있는 게시물이나 문건의 갯수가 얼마나 될까요?
2. 그리고 데이터베이스 볼륨은 어느정도 인가요?
3. 데이터베이스는 MySQL 인가요?
4. 자료의 량이 한대의 시스템으로 수용이 불가능한 량이 아닐까요? (이번에 교체하면 3-5년은 내다봐야...)
5. 병렬처리 시스템으로 해야할 경우 어떤엔진을 사용해야 할까요?

이런 질문에 대한 논의가 따라야 하지 않을까 생각합니다.

일단 저는 국산SW 로 교체하는것 찬성하고, KLDP 내의 프로젝트로 하는것도 찬성합니다. 향후 확장될것 까지 생각해보고, 멀티서버를 지원하는 엔진을 탑재할수 있다면, 유저인터페이스는 크게 어려운것은 아닐것으로 생각됩니다.

- 겨울아찌 -
winchild@kldp.org

그것도 맞는 말씀이십니다. 시스템 측면에서의 접근...

그리고 글은 두 개가 모두 등록 되셨습니다.

다른 이야기로 가서...

학교와 연계 하는 것이 어떠냐고 하셧는데 좋은 생각인 것은 같습니다. 더 이상 어떤 생각이 드는 것은 없고요. 일단 저는 컴퓨터 공학과나 전체적인 대학 커리큘럼 같은 거 하곤 거의 거리가 멀게 살고 있기 때문에(사실 저도 직업인이 아니고 대학생이지만.) 어떤 식으로 진행 되어야 할 지 그 부분은 모르겠습니다. 다만 좋은 의견 같다는 생각이 든다는 거죠.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때