三个wiki平台的试用总结
时间：2007-07-22 来源：simonzhan
关键字: linux apache php wiki doku moin pmwiki 中文 附件 文件名 问题
这几天在找一个合适的wiki系统，打算在内网搭建一个wiki平台供办公用.我的环境：CentOS5 Linux服务器，apacher2和php5全部设置为utf-8编码，并启用了mb_string，客户端为IE。 我试过doku、moinmoin、pmwiki，前两个在上传中文附件时有问题，不能显示中文附件名，上传的中文附件名都被“吃”了，只留下一下扩展名！！！：） 但doku还有一个变通的办法，就是在上传的中文名前加个数字或是字母就行,估计是wiki不让产生非字母或数字打头的文件名吧。 doku在使用中文目录时，在后台储存时的目录名是url encode过的，也就是说显示的不是中文名，而是类似我们在浏览器里看到的那种数字串,这个问题还可以忍受。头疼的问题，是中文目录中的汉字在某些特定组合的情况下，在做上传附件操作时，自动建立的目录名会被截掉一些，比如这么一个链接（可以直接在doku搜索里输入）如下： :个金部:行长室:测试文件 然后创建此文件，在这个文件里上传一个文件，你会发现 这个目录中的“部”和“室”没了！！令人抓狂，多试几个组合，没发现什么规律，我估计是负责上传附件的php脚本中，进行文件处理的函数对文件名做了一些过滤，没有考虑到中文名的情况，才会出现这种问题。在网上也曾经找到有两个台湾的朋友的解决方案，证实了我的猜想，这两个解决方案都是在utf8.php里动手术，修改对文件名进行编码的两个函数，可惜我这个方案是把utf8转换为gbk的方式输出，不太适合我的情况，晕啊。 doku搜索中文还有一个问题，那就是它的默认分词方式是一个一个的单字，如果要搜索词组，要用双引号把整个词组括起来才行，不过这种解决方法如果只是搜索单词组还好，如果是多词组就不行了，dokuwiki只能搜索最后一个词组。这点上PMwiki胜出，它支持多词组搜索，而且是多词组的与。
doku的优点：整个系统架构比较合理： 1、doku的附件管理方式很人性化，特别是在编写文档过程中时进行上传操作过程很流畅。
2、ACL的设置流程也很人性化。
3、系统架构很适合进行多国语言的本地化，不管是系统还是插件，都有一个专门的lang目录，只要汉化这个目录中的文件可以了。
4、后台管理做得很完善，有统一的后台及插件管理界面。 缺点： 1、中文搜索有点小问题，但通过折衷的办法，还是可以用的。 2、后台存储的中文目录及文件名无法实现正常显示，是直接用urlcode的名字，如果直接在后台管理文件，是件恐怖的事。 3、没有docbook输出功能，这个也不算缺点，但对我个人来说是算一个吧，毕竟这个是产生多样化文档的最佳选择对我来说。moinmoin有这个功能，但本人没有试用，不知道效果如何。 moinmoin的风格个人也挺喜欢的，可惜也是因为中文附件的问题，不得不放弃。这个软件试用的时间最短。 现在在试pmwiki，可能是先入为主的原因，我对pmwiki的风格还不是很适应,关键没有统一的后台管理界面，每个插件的安装都要修改config.php文件，不过我想这个问题应该会有解决方案出来的。 pmwiki最吸引我的地方，可以在服务器上产生中文名的文件，并且通过小修改，可以完美解决上传中文附件名消失的问题。现在就是不知道pmwiki有没支持子目录的命名空间，如果可以的话，可能就是用它了. 如果pmwiki还不行，可能就要去hack doku的文件处理函数了，头大。。。。
最终定案了，还是dokuwiki,模板是用battlehorse,人性化的设计是它胜出的原因。针对dokuwiki的缺点，目前暂时只能这么解决： 一个是用汉语拼音来代替中文目录，一个是在上传文件时，把上传的文件名前加一个英文字母.中文搜索还没有解决方案。先用几天试试吧。
这几天在找一个合适的wiki系统，打算在内网搭建一个wiki平台供办公用.我的环境：CentOS5 Linux服务器，apacher2和php5全部设置为utf-8编码，并启用了mb_string，客户端为IE。 我试过doku、moinmoin、pmwiki，前两个在上传中文附件时有问题，不能显示中文附件名，上传的中文附件名都被“吃”了，只留下一下扩展名！！！：） 但doku还有一个变通的办法，就是在上传的中文名前加个数字或是字母就行,估计是wiki不让产生非字母或数字打头的文件名吧。 doku在使用中文目录时，在后台储存时的目录名是url encode过的，也就是说显示的不是中文名，而是类似我们在浏览器里看到的那种数字串,这个问题还可以忍受。头疼的问题，是中文目录中的汉字在某些特定组合的情况下，在做上传附件操作时，自动建立的目录名会被截掉一些，比如这么一个链接（可以直接在doku搜索里输入）如下： :个金部:行长室:测试文件 然后创建此文件，在这个文件里上传一个文件，你会发现 这个目录中的“部”和“室”没了！！令人抓狂，多试几个组合，没发现什么规律，我估计是负责上传附件的php脚本中，进行文件处理的函数对文件名做了一些过滤，没有考虑到中文名的情况，才会出现这种问题。在网上也曾经找到有两个台湾的朋友的解决方案，证实了我的猜想，这两个解决方案都是在utf8.php里动手术，修改对文件名进行编码的两个函数，可惜我这个方案是把utf8转换为gbk的方式输出，不太适合我的情况，晕啊。 doku搜索中文还有一个问题，那就是它的默认分词方式是一个一个的单字，如果要搜索词组，要用双引号把整个词组括起来才行，不过这种解决方法如果只是搜索单词组还好，如果是多词组就不行了，dokuwiki只能搜索最后一个词组。这点上PMwiki胜出，它支持多词组搜索，而且是多词组的与。
doku的优点：整个系统架构比较合理： 1、doku的附件管理方式很人性化，特别是在编写文档过程中时进行上传操作过程很流畅。
2、ACL的设置流程也很人性化。
3、系统架构很适合进行多国语言的本地化，不管是系统还是插件，都有一个专门的lang目录，只要汉化这个目录中的文件可以了。
4、后台管理做得很完善，有统一的后台及插件管理界面。 缺点： 1、中文搜索有点小问题，但通过折衷的办法，还是可以用的。 2、后台存储的中文目录及文件名无法实现正常显示，是直接用urlcode的名字，如果直接在后台管理文件，是件恐怖的事。 3、没有docbook输出功能，这个也不算缺点，但对我个人来说是算一个吧，毕竟这个是产生多样化文档的最佳选择对我来说。moinmoin有这个功能，但本人没有试用，不知道效果如何。 moinmoin的风格个人也挺喜欢的，可惜也是因为中文附件的问题，不得不放弃。这个软件试用的时间最短。 现在在试pmwiki，可能是先入为主的原因，我对pmwiki的风格还不是很适应,关键没有统一的后台管理界面，每个插件的安装都要修改config.php文件，不过我想这个问题应该会有解决方案出来的。 pmwiki最吸引我的地方，可以在服务器上产生中文名的文件，并且通过小修改，可以完美解决上传中文附件名消失的问题。现在就是不知道pmwiki有没支持子目录的命名空间，如果可以的话，可能就是用它了. 如果pmwiki还不行，可能就要去hack doku的文件处理函数了，头大。。。。
最终定案了，还是dokuwiki,模板是用battlehorse,人性化的设计是它胜出的原因。针对dokuwiki的缺点，目前暂时只能这么解决： 一个是用汉语拼音来代替中文目录，一个是在上传文件时，把上传的文件名前加一个英文字母.中文搜索还没有解决方案。先用几天试试吧。
相关阅读 更多 +
