自然人申请商标受限
呼吁招商银行网上银行采用自由、开放的标准
Feb
7
pmwiki和dokuwiki都是基于文本存储的、使用PHP编写的wiki程序。
pmwiki主要由德国的PM先生维护。PM先生是一个很勤奋的人，所以pmwiki的更新很频繁，pmwiki在sourceforge上的Activity为95.11%。
pmwiki 1.x版本对中文支持不太好，但是2.x版本在中文支持相当好了，可通过[[中文链接]]的形式支持中文名页面。
pmwiki默认没有安装程序，将程序的tarball包解压缩后就可以使用，当然，最好对conf/local.php进行配置。具体的安装步骤在这里：http://www.pmwiki.org/wiki/PmWikiZhCn/PmWikiZhCn
pmwiki的插件、模板（skin）、文档非常丰富，这得益于开源互助的理念。不过，中文文档还是不多，希望国人努力奉献。
dokuwiki比pmwiki晚出生两三年吧，这意味着dokuwiki能够集成pmwiki的一些优点，同时对pmwiki的一些不足进行修改；当然，dokuwiki也会有某些新的不足。
dokuwiki默认自带有安装工作，且有比较完善的后台管理系统，在后台可以完成用户权限控制、插件下载及安装、默认设置等。——这大大降低了wiki程序安装的门槛。另外，dokuwiki很容易与其他程序如xoops、worldpress、phpbb等接合。
dokuwiki同样具有丰富的插件、模板（skin）和文档。同样，中文文档非常少，这还需要国人努力奉献。
dokuwiki的作者很赞同PM先生的这篇文章：文件存储的优势。所以，坚定不移地走文本存储之路（pmwiki可通过插件使用mysql数据库存储，但目前dokuwiki尚未有这种插件）。
pm先生在文中说，文本存储的速度是要比数据库存储快的，尤其是使用页面高速缓冲（page cache）功能之后；文本存储的缺点主要有2，一是某个目录下文件名太多，二是搜索问题。
pm先生说这两个问题都可以解决的：ReiserFS文件系统能够支持具有很多文件的文件夹，通过按照组来分割文件夹也能避免某文件夹下的文件数过多；搜索方面，由专业搜索引擎如google进行处理。PM先生说使用mysql的wikipedia就是由google来处理搜索的。
pm先生在上文中，说页面告诉缓冲功能coming soon，所以，可能pmwiki目前还不支持这个功能。但是dokuwiki已经支持这个功能了。另外，dokuwiki支持namespacs（命名空间），这种namespaces在存储中就是文件夹，也就是说，dokuwiki通过不同的namespaces将数据存储到不同的文件夹中。
如果你想测试dokuwiki，可以到本站的 wiki试验场 试试：
update: dokuwiki与pmwiki的比较在这里：http://www.wikimatrix.org/compare/DokuWiki+PmWiki
update2:经过几天的使用以及朋友的反馈，总得而言，pmwiki优点在于：更新快，文档丰富，定制性强（pmwiki的cookbook非常强大），程序结构清晰，skin结构也非常有条理；dokuwiki的优点在于：安装、初步配置门槛低，默认带有常用的功能与插件如自动生成目录、分段编辑、后台管理等。
update3:momo同学觉得dokuwiki比pmwiki好用。
最后编辑： caii 编辑于March 1, 2007 09:04
pmwiki主要由德国的PM先生维护。PM先生是一个很勤奋的人，所以pmwiki的更新很频繁，pmwiki在sourceforge上的Activity为95.11%。
pmwiki 1.x版本对中文支持不太好，但是2.x版本在中文支持相当好了，可通过[[中文链接]]的形式支持中文名页面。
pmwiki默认没有安装程序，将程序的tarball包解压缩后就可以使用，当然，最好对conf/local.php进行配置。具体的安装步骤在这里：http://www.pmwiki.org/wiki/PmWikiZhCn/PmWikiZhCn
pmwiki的插件、模板（skin）、文档非常丰富，这得益于开源互助的理念。不过，中文文档还是不多，希望国人努力奉献。
dokuwiki比pmwiki晚出生两三年吧，这意味着dokuwiki能够集成pmwiki的一些优点，同时对pmwiki的一些不足进行修改；当然，dokuwiki也会有某些新的不足。
dokuwiki默认自带有安装工作，且有比较完善的后台管理系统，在后台可以完成用户权限控制、插件下载及安装、默认设置等。——这大大降低了wiki程序安装的门槛。另外，dokuwiki很容易与其他程序如xoops、worldpress、phpbb等接合。
dokuwiki同样具有丰富的插件、模板（skin）和文档。同样，中文文档非常少，这还需要国人努力奉献。
dokuwiki的作者很赞同PM先生的这篇文章：文件存储的优势。所以，坚定不移地走文本存储之路（pmwiki可通过插件使用mysql数据库存储，但目前dokuwiki尚未有这种插件）。
pm先生在文中说，文本存储的速度是要比数据库存储快的，尤其是使用页面高速缓冲（page cache）功能之后；文本存储的缺点主要有2，一是某个目录下文件名太多，二是搜索问题。
pm先生说这两个问题都可以解决的：ReiserFS文件系统能够支持具有很多文件的文件夹，通过按照组来分割文件夹也能避免某文件夹下的文件数过多；搜索方面，由专业搜索引擎如google进行处理。PM先生说使用mysql的wikipedia就是由google来处理搜索的。
pm先生在上文中，说页面告诉缓冲功能coming soon，所以，可能pmwiki目前还不支持这个功能。但是dokuwiki已经支持这个功能了。另外，dokuwiki支持namespacs（命名空间），这种namespaces在存储中就是文件夹，也就是说，dokuwiki通过不同的namespaces将数据存储到不同的文件夹中。
如果你想测试dokuwiki，可以到本站的 wiki试验场 试试：
update: dokuwiki与pmwiki的比较在这里：http://www.wikimatrix.org/compare/DokuWiki+PmWiki
update2:经过几天的使用以及朋友的反馈，总得而言，pmwiki优点在于：更新快，文档丰富，定制性强（pmwiki的cookbook非常强大），程序结构清晰，skin结构也非常有条理；dokuwiki的优点在于：安装、初步配置门槛低，默认带有常用的功能与插件如自动生成目录、分段编辑、后台管理等。
update3:momo同学觉得dokuwiki比pmwiki好用。
最后编辑： caii 编辑于March 1, 2007 09:04
这几天也在找一个合适的wiki系统，我的环境：CentOS Linux服务器，apacher2和php5全部设置为utf-8编码，并启用了mb_string，客户端为IE。三套软件是到2007年7月21日的最新版
我试过doku、moinmoin、pmwiki，前两个在上传中文附件时有问题，不能显示中文附件名，上传的中文附件名都被“吃”了，只留下一下扩展名！！！：） 但doku还有一个变通的办法，就是在上传的中文名前加个数字或是字母就行,估计是wiki不让产生非字母或数字打头的文件名吧。
doku在使用中文目录时，在后台储存时的目录名是url encode过的，也就是说显示的不是中文名，而是类似我们在浏览器里看到的那种数字串,这个问题还可以忍受。头疼的问题，是中文目录中的汉字在某些特定组合的情况下，在做上传附件操作时，自动建立的目录名会被截掉一些，比如这么一个链接（可以直接在doku搜索里输入）如下：
:个金部:行长室:测试文件
然后创建此文件，在这个文件里上传一个文件，你会发现 这个目录中的“部”和“室”没了！！令人抓狂，多试几个组合，没发现什么规律，我估计是负责上传附件的php脚本中，进行文件处理的函数对文件名做了一些过滤，没有考虑到中文名的情况，才会出现这种问题。在网上也曾经找到有两个台湾的朋友的解决方案，证实了我的猜想，这两个解决方案都是在utf8.php里动手术，修改对文件名进行编码的两个函数，可惜我这个方案是把utf8转换为gbk的方式输出，不太适合我的情况，晕啊。
doku搜索中文还有一个问题，那就是它的默认分词方式是一个一个的单字，如果要搜索词组，要用双引号把整个词组括起来才行，当然这个还可以接受。
doku的优点：整个系统架构比较优化：
1、doku的附件管理方式很人性化，特别是在编写文档过程中时进行上传操作过程很流畅。
2、ACL的设置流程也很人性化。
3、系统架构还适合进行多国语言的本地化，有个不管是系统还是插件，都有一个专门的lang目录，只要汉化这个目录中的文件可以了。
4、后台管理做得很完善，有统一的后台及插件管理界面。
如果能解决中文文件名的问题，这套系统是我的第一选择。
moinmoin的风格个人也挺喜欢的，可惜也是因为中文附件的问题，不得不放弃。这个软件试用的时间最短。
现在在试pmwiki，可能是先入为主的原因，我对pmwiki的风格还不是很适应,关键没有统一的后台管理界面，每个插件的安装都要修改config.php文件，不过我想这个问题应该会有解决方案出来的。
pmwiki最吸引我的地方，可以在服务器上产生中文名的文件，并且通过小修改，可以完美解决上传中文附件名消失的问题。现在就是不知道pmwiki有没支持子目录的命名空间，如果可以的话，可能就是用它了.
如果pmwiki还不行，可能就要去hack doku的文件处理函数了，头大。。。。
期望跟大家做更多交流。