한가지 빼먹었네요.
php5와의 호환성과 관련한 포괄적인 테스트와 수정이 필요한것 같습니다.

> 사용해본 결과, 불편한점도 많지만 익숙해지면 쓸만하다는 겁니다.
> 가장 부족한 부분은 문서입니다. 제 경우엔 속내를 조금 알기때문에 얼기설기 엮어서 대충 일반적인 블로그 모양새가 나도록했지만

우선 iolo님이 블로그용 테마를 배포용으로 만들어 두신 것을 moniwiki-theme/에 commit 하시거나 하고, 이것을 어떻게 사용하는 것인지에 대한 설명서를 써나가거나 할 수 있을 것입니다.

soojung에 관련된 소식은 pgk를 통해 잘 알고 있습니다 :)

----
> 모인모인처럼 렌더링 모듈이 분리되어 있다면 soojung이나 phpbb같은 데서 모니위키의 렌더링 엔진을 편하게 쓸 수 있겠죠. 예를 들면:
<?
include "moniwiki/wikilib.php"
echo wiki_to_html($wikitext)
?>
이런건데.. 지금은 아시다시피 이게 불가능합니다. wiki.php가 필요한데 wiki.php를 인클루드하는 순간 응답을 내보내버리기때문이죠.


현 상태의 소스코드도 거의 분리가 되어있는 상태이기 때문에 이걸 분리하는 작업 자체는 어렵지 않습니다.
wiki.php부분에서 실제 main code만 wiki.php에 남기고 기타 class나 함수 부분은 wikicore.php라고 옮기면 될것입니다. cvs에서 파일 이름을 바꾸면서 히스토리를 보존하는 방법이 없으므로 이 변경을 차기 버전에 고려하려고
생각했지만, include할 때는 main 코드를 쓰지 않도록 하는 방법을 쓰면 호환성도 유지하고 버전 히스토리도 그대로 유지할 수 있을 것으로 생각됩니다.

> 참고로, 수정에서 사용하는 데이터 저장방식은.. 각 엔트리가 하나의 파일이고, 각 파일은 RFC822, 즉 이메일 형식과 유사한 고유형식의 텍스트 파일입니다.

저도 soojung을 설치한 후에 알게 되었습니다. 이 방식이 매우 좋아보이더군요. 사실 이러한 방식은 TWiki에서도 쓰는 방식으로 알고 있습니다. 헤더부분을 가변적으로 운용할 수 있게끔 하면 헤더부분을 metadata로 쓸 수 있게 되겠고, 기존 MoinMoin방식의 #title, #redirect 해더와도 충돌하지 않게끔 하면 당장이라도 RFC822 방식의 헤더를 도입하는 것에 찬성입니다.
(이러한 가변적인 metadata를 쓰도록 "간단한 버그트래킹 시스템"을 구현중입니다.)

> 1.1.2에서는 힘들겠지만.. 지금 상황에서 가장 시급한 일은 형식을 갖춘 문서를 만드는 일이라고 생각합니다.
사실 여기저기에 많은 팁과 문서가 있다는 것을 저나 원규님이나 익숙한 사용자분들은 잘 알고 있습니다만... 그 문서가 필요한 사람들은 대부분 php는 커녕, 위키의 브라우징에도 익숙하지 않은 사람이라는 거죠. 스크린캐스트형식의 실용적인 문서도 도움이 될테고, FAQ도 있으면 좋겠죠.

예. 문서를 만드는 부분, sf.net 사이트를 어떻게 둘 것이냐 하는 부분.. 자유 게시판에서도 지속적으로 문제 제기가 되고 있습니다. 몇년간 위키를 사용해본 나름대로 베테랑 사용자이긴 하지만, 어떤 식으로 정리하고 문서화 하느냐의 스킬은 전혀 개선될 기미가 보이지 않는군요. orz