주제별 포럼 - 위키
이번 문서에서는 알려진 위키의 클론들과 그 특징을 분석하도록 하겠습니다. 여기에 언급되지 않은 위키엔진이 있다면 알려주시기 바랍니다. 사실 위키엔진은 '위키'라는 개념 자체가 특정한 가이드라인을 가지고 있지 않고 '공동작업'과 '자기조직성'의 기본적인 개념을 만족하면 '위키엔진'으로 부를 수 있는 탓에 전부 아우를 수 없는 정도의 변종을 가지고 있습니다. 이 순간에도 어딘가에서 위키엔진이 새롭게 만들어지고 있을지도 모릅니다.
이제 슬슬 정말 고민해야 할 부분들에 근접을 시작했다는 느낌입니다. 다음이나, 다다음번 문서에서는 슬슬 실제로 구현과 관련된 이슈들이 도출될것 같습니다.
1. 알려진 WIKIWIKI의 클론
(참조 1: 노스모크의 '위키엔진')
(참조 2: 노스모크의 위키엔진 고르기)
1.1. 미디어위키
'위키'라는 이름을 가장 널리 알리고 또, 가장 성공적인 사례 중 하나인 wikipedia.org에서 시스템으로 사용하고 있는 위키. (Wikipedia 재단에서 미디어 위키를 보급하고 있다.) PHP와 MySQL을 사용하는것으로 알려져 있으며 SVN을 이용하여 버젼관리를 하는것으로 보인다. 이 위키엔진은 대규모의 위키사이트를 위해서 만들어졌다고 해도 과언이 아니며, 위키의 유저 인터패이스가(특히 디자인) 이것을 사용하는 사이트별로 다르지는 않은것으로 보이며 이 때문에 개인적인 커스터마이징을 원하는 위키유저들에게는 환영받지 못하는것으로 보인다. (개인적으로도 미디어 위키는 기본적인 틀 자체가 크기 때문에 개인적 용도로 사용하는 사람이 적다는 느낌을 받았음)
Official URL : http://mediawiki.org
작성언어 : PHP / MySQL
버젼 히스토리 : ko.wikipedia.org 프론트 페이지의 history
버젼관리 툴 : SVN으로 추정중 (최근 오피셜 사이트에 관련된 이슈가 등록)
미디어위키 문법 : ko.wikipedia.org의 길라잡이 페이지 중 문법이 수록되어 있는 페이지
1.2. 모인모인
국내에서 가장 오래된 위키사이트인 '노스모크'에서 모인모인을 일부 수정하여 '노스모크 모인모인'이라는 이름으로 사용했다. 국내에서 사용하는 많은 위키가 이것을 참조 한 것으로 보인다. (모니위키의 경우도 모인모인을 많이 참조한 것으로 보인다) 모인모인위키는 Python으로 작성되어 있다. (DBMS 미사용) 국내에서는 모인모인의 변종이 가장 많은것으로 보이는데 노스모크에서 모인모인을 사용했던 탓도 있는것으로 추측되며, 이후 모인모인위키의 클론(?)들이 모인모인위키의 문법을 많이 차용하고 있으며 사용자가 많이 분포되어 있기 때문에 ZBXE의 위키모듈을 개발함에 있어 '위키문법을 지원'하는것으로 결정되었을때 참조할 필요가 있을것으로 보인다.
Official URL : http://moinmoin.wikiwikiweb.de/
작성언어 : Python (DBMS 미사용)
버젼 히스토리 : moinmoin.wikiwikiweb.de 프론트페이지의 history
버젼관리 툴 : CVS로 추정중 (모인모인의 CVS버젼이 언급되어 있음, 모인모인은 로컬에서 작동하는 스탠드얼론 위키도 있다 -_-)
모인모인위키의 문법 : moinmoin.wikiwikiweb.de 의 HelpOnEditing 페이지
1.3. 모니위키
'모인모인'의 변종 중 하나인 모니위키는 다른 위키소프트에 비해 관련 정보를 구하기 쉽고 지속적으로 업데이트되고 있는것으로 보인다. php로 프로그래밍 되었으며, (DBMS미사용) 블로그처럼 사용할 수 있으며 RSS 피드 또한 지원된다. KLDP에서 사용되면서 유명해진 위키. 개인적으로는 많은 사람들이 cold_gray 테마(스킨)에 매료된 탓도 있는것으로 보인다. (실제로 제일 많은 테마-스킨-를 가지고 있는 것을 보인다. wiki.emotica.co.kr에 접속하면 실제로 coldgray태마를 사용하고 있으며 몇몇 블로그나 위키에서 이 테마를 변형해서 사용하는 경우를 발견한 바 있다.)
Official URL : http://kldp.net/projects/moniwiki
작성언어 : PHP (DBMS 미사용)
버젼 히스토리 : http://moniwiki.sourceforge.net/wiki.php/MoniWiki?action=info
버젼관리 툴 : 최근 버젼에서 RCS로 변경되었음.
모니위키의 문법 : http://moniwiki.sourceforge.net/wiki.php/HelpOnEditing
1.4. dokuwiki
최근 심심찮게 찾아볼 수 있는 위키엔진. 많은 플러그인의 지원과 강력한 문서포멧팅으로 좀 더 다양한 기능을 활용하고자 하는 유저들에게 어필하고 있다. 아직은 국내에 알려지고 있는 단계.
Official URL : http://wiki.splitbrain.org/wiki:ko:dokuwiki / http://www.splitbrain.org/projects/dokuwiki (프로젝트 사이트)
작성언어 : PHP (DBMS 미사용)
버젼 히스토리 : http://wiki.splitbrain.org/start?do=revisions
버젼관리 툴 : darcs 로 추정중 (RCS와 유사한것으로 보임)
dokuwiki의 문법 : http://wiki.splitbrain.org/wiki:ko:syntax
우선 많이 알려져 있는 위키엔진을 몇가지 들고 특징을 늘어놓아 봤습니다. 이들 위키엔진을 훑어보니 일정한 방향성과 비슷한 것이 느껴집니다. 위키의 원형과 초기의 위키엔진에서는 모든 사람들이 동등한 권한을 가지고 모든 페이지를 접근하고 수정할 수 있었고 혹 누가 문서의 내용을 지우거나 하면 다른 사람이 버젼히스토리에서 복구할 수 있도록 만들어져 있었지만.. 최근의 위키엔진에서는 ACL과 같은 적극적인 접근권한관리가 도입되고 있습니다. (즉.. 덩치가 커지면 커질수록 관리의 문제가 드러나고 '집단지성에 완전히 기대기에 사람들은 그다지 선하지 않더라'하는 부분이 많은 생각을 하게 합니다.) 물론 ACL은 이 프로젝트에서 고민해야할 부분이 아닙니다. (ZBXE의 회원별 권한관리를 이용하면 끝입니다) 단지 '위키'의 이용양태가 변화하고 있다는 것을 짚어둘 필요를 느꼈을 뿐입니다. ^^;;;
모든 위키엔진에서 WikiSandBox와 같은 연습장, 혹은 HelpOnEditing과 같은 자세한 안내를 지원하며 이와 같은 문서들이 wikiseed로써 기본 지원되어 위키의 문법적인 진입장벽을 낮추기 위한 노력을 같이 하고 있는데, 스프링노트의 경우 '위키문법'이라는 개념을 벗어나 독자적인 에디터를 지원했다는 점에 시사하는 바가 큽니다. 즉, 굳이 위키문법을 지원하지 않더라도 위키의 특성을 도입하여 독자적인형태로의 진화가 가능하다는 판단인데, ZBXE에는 이미 제법 쓸만한 에디터가 지원되고 있기 때문에 이 부분에서 메리트를 가질 수 있을것으로 보입니다.

지금, 언제나 사진에 목마른, 부족한 자신에 좌절하며 도전하는 쌈마이.
길스튜디오 실장 (http://gilstudio.co.kr)
핫셀클럽 운영자 (http://hasselclub.net)
위키문법이라는게 [[BR]], * 이런것들은 위지윅에디터 사용시 필요 없다고 생각합니다.
이 위키문법중 대다수는 컨텐츠를 꾸미거나 다른 페이지와 link를 걸기 위해서라고 생각한다면 이런 위키 시스템의 속성을 이어받되 더 편한 방법으로 접근하는게 좋지 않을까요?
예를 들어 다른 위키문서와 링크시 crtl-Space를 누르면 팝업이나 레이어가 떠서 문서의 title 을 직접 입력하거나 검색/네비게이션을 통해서 선택할 수 있게 하구요.
특정 문서 이하의 index를 노출하기 위해서는 위키전용 에디터 컴포넌트를 이용해서 문서를 찾기 쉽게 해주거나 하는 그런 제로보드XE 만의 편리한 기능을 만들어서 사용하는게 좋을 것 같습니다.
일단 위키문법은 어렵다라고 일반 사용자들은 느끼고 있고 이 문법을 지원하기 위한 위키가 아니라 위키를 제대로 구현하기 위한 기능이 필요하지 않을까 생각합니다.
정확한 지적 감사드립니다. ^^
어젯밤 내내 고민을 해봤는데, 굳이 문법을 지원할 필요는 없겠다는 결론에 도달하더군요. 아랫쪽에 베니님께서 '위키 시스템에 대한 의견'에서 지적해주신데로 '위키'의 특성중 문법은 '도구'일 뿐인데 굳이 집착할 필요는 없는것 같습니다. ^^;;;



