wiki

Drupal + Wiki 的应用 (二)

总算有时间实现 (一) 中的构想了,网站的框架在 http://wiki.kzeng.info ,还在 alpha 状态。有一段时间想用 mediawiki 和 它的 extension 来实现 (一)中的设想,但是研究了一下,发现 Mediawiki 处理扩展(模块)的能力与 Drupal 相比差了很远,同时它的扩展插件也不如 Drupal 丰富,所以最终还是回到了 Drupal 上来,轻车熟路。目前的wiki站的搭建只完成了基础工作和两个最重要的功能的实现。

首先在基建方面,选用了 wikitoolsfreelingking 模块来实现 wiki 的基本功能,同时也使用了 bbcode 模块来帮助编辑,因为觉得就 rich 文本编辑而言,wiki 与 bbcode 相比,不一定会快到哪里,并且 bbcode 支持的效果更丰富。另外用了 quicktag 来实现简单的 bbcode 按钮添加功能。现在 Drupal 模块之间的协调工作做得不错,很多不同作者的模块都能无缝的配合使用;

其次,主题方面,用了系统自带的主题,并选择“时间的灰尘”色调,不打算在这方面投入过多的时间,实用主义嘛;

再次,用 biblio 模块将本地的 bibtex 格式的 reference 引入,实现了自己的 online citation manager 的功能,这个功能非常的必要,因为经常会看到一篇以后可能会需要的文章,如果不能有一个集中方便的地方储存,很快马上就会忘了地方,同时 biblio 模块为reference 新建了一种 node type,方便管理,并且可以快速的利用 wiki 组建添加评论和批注,biblio 模块可以利用 bibtex 里的关键词自动生成 tag,结合 Drupal 本身的 freetagging,非常的好用;

第四,用 tasklist 模块实现了 online project manager 的功能,把一些大的工作分割处理,方便时间安排;

第五, 用 frontpage 模块只做了首页简单的 shortcut;

第六,用 access control 来控制内容的呈现;

下一步的构想:

首先,利用 views 模块进一步优化整个网站的组织结构;

其次,加强 tag 组织网站的能力,利用主要的tag来方便快捷的组织网站的内容;

再次,利用 views, data api,和 calendar 做好自己的 online calendar,记录project相关的重要的 deadline,并和网站的其他部分相结合

继续修正中, 如果一切 OK,可以利用 profile 把整套网站做成一个 package 来发布。

当然,最后还要叹服一句 Drupal 的强大功能。本来这个网站是想和 blog 相结合的,但是考虑到这个网站对于稳定性的需要,所以单独安装了一套 drupal,如果一切运行良好,估计会维持现状而不会迅速的跟着 drupal 升级而升级。

Blog分类: 

Drupal + Wiki 的应用 (一)

很早以前就结合过 Drupal 和 Wiki。但是由于 Wiki 模块的“死亡”,网站里留下了不少无法更新的残骸。譬如历史年表,现在还有一些杂乱无章的内容,有经验的 Drupal 使用者能够看出那是 Filter 失效后的残留 (Drupal 考古学 ^_^)。对于第三方的模块的使用从那时起就有些担忧,万一它不再更新了,一部分网站的内容就死掉了。所以坚决不把网站的核心重点内容放在对第三方模块的依赖上。但是现在 Drupal 小组的设立对于模块的开发是一个很大的帮助,把个人的努力转化成团队的合作,对于模块的持续支持来说是一件好事。

所以重新想再在 Drupal 的框架下搭建一个 Wiki。准确的说是一个 Private Wiki,主要是方便自己使用的。但是它随时也可以转换为公开的 Wiki。目前的用途,大概主要是为了管理学术文献(当然同时也可以做其它用途)。现在的学术,已经发展成为了一种“考古”行业,任何一个想法,在真正付诸于实践之前都要翻看 20 年的期刊,防止别人已经做过,或者做的更好了。诚然, Hal Varian 在 How to Build an Economic Model in Your Spare Time(PDF) 里说开始做东西以前不要看 Literature,我老板也这么说,但是却又是不得不看的,倒不是因为牛顿说过要站在巨人的肩上,是因为 Time Constraint,毕竟还没有达到既有闲又有钱的境界。写 Paper,就像在地里种庄稼,只有不在意收获才能悠哉游哉的试试石头边偶然发现的一棵杂草能不能培育成一种味道有些像烤的七分焦的咖啡豆的小麦。真正的农民都是直接去种子站查找良种的。

Drupal 现在有两个并行的 wiki 项目,一个是 Wikitools;另一个是 Liquid。Wikitools 需要和 freelinking 或者 pearwiki filter一起使用;而 Liquid 独立的发展了一整套 wiki 的系统,它也可以和 pearwiki filter 等结合使用。但是 Liquid 的开发者曾经突然消失过很久,并且他的贡献也不是很稳定,所以决定用 Wikitools。因为 Wikitools 有自己的 group,至少还能和开发者保持着沟通,并且他的开发者一直非常积极的在维护着这个项目。这个 Wiki 小组已经做好了一个 Drupal 的 Wiki Installation Profile,可以直接快速的完成 Wiki 的设置。不过由于他们的这个安装配置是针对公共 Wiki 的,很多功能并不符合我的要求,所以还是打算自己从头来做。现在本地服务器上测试一下,如果有了比较稳定的结果,就可以正式上线了:)

Blog分类: 

维基百科 (Wikipedia) :公共厕所的马桶垫?

最新一期的《时代周刊》有一篇介绍[维基百科 (Wikipedia)|http://www.wikipedia.org]的文章,里面有大英百科全书的编辑对维基百科的一句评价: ;:An Encyclopaedia Britannica editor once compared Wikipedia to a public toilet seat because you don't know who used it last. 这条评论实在是太刻薄,但是也多少有些道理。对于wiki,我是百分之百的支持者,使用Drupal前摆弄过不少版本的wiki,即便是现在拿Drupal做Blog工具,wiki仍然是我的Blog不可或缺的一部分。wiki作为一个模块出现在Drupal中,非常的方便,特别是大规模的编写文章,譬如我这儿的[中国历史年表wiki]。但是我这儿的wiki还算不得真正的wiki,因为匿名用户没有编辑的权力,以后会有的。并且还打算用wiki做一个drupal的用户手册,毕竟众人拾柴火焰高。 用wiki做百科全书,这个想法固然新颖,但是却有一个局限:虽然保证了信息的广泛性,却无法做到权威性。人们之所以需要百科全书,是因为它可以作为最终的信息来源,而wikipedia却不能,因为你不知道他是谁编写的。我也经常用到wikipedia,主要的用途是查公式(//blush),譬如忘记了某个分布的variance,又懒得推导,查一下挺方便的,但是真正需要查些东西,wikipedia就帮不上忙了,譬如International Relations这个词条,漏洞非常之多,如对Liberalism的解释,只字未提洛克,边沁,康德等人的思想,只有三两句关于preference的,呵呵,倒是像从某期IO上某人的文章中看来的positive liberalism:-)而相比之下,大英百科全书的介绍则更全面一些。英文尚且如此,中文的维基百科问题就更多了(另外发现一个问题:似乎中文wiki的不少词条正在从英文中翻译过来)。 简而言之,我觉得用wiki编写手册(譬如常用数学手册),确实是一个不错的主意,因为这些都铁板钉钉的东西,没有太多的技术含量,方便补充记忆的不足(sigh,很多公式都记不得了)但是某些更深层次的词条(譬如介绍拜占庭帝国时讨论拜占庭的衰落),我还是更相信大英百科全书,或是专门的历史学期刊一些。
Blog分类: