Drupal

晚饭啃“赛百味”的时候，看到了一些矢量水墨国画，在 photoshop 里拼摆了一下，想创建一个新的 Drupal 主题风格，其实除了三只鸟以外，似乎也就是单纯的文本文字，这样也好，很清爽。 Read more »

春天的周末，抽空重新作了一个 Drupal 的主题。很久没有亲自操刀了，图省事，用了不少官方网站直接提供的主题，但是实际上，也没有省多少事情，因为每一款主题安装后都要不断地修正。比如为英文网站设计的主题在显示中文的时候普遍文字过小，12px 的字体看上去很吃力，所以必须调整，还有各个组件的摆放，自己订制的 block 的显示等等。所以又重新装了 Adobe Master Suite CS4，自己动手。

设计非我所长，所以主要是参照了一款 Wordpress 的主题：Marine。有些不错的地方，很喜欢这个颜色的搭配，春天了；也有些我不需要的地方，所以还是按照习惯，在 Firework 里画了草图：

图画完，做起来就快了，base theme 用的是 zen，这是一款空白的 theme，只需要按照设计图写入 CSS 即可，不过因为主题的需要，我还是改动了 page.tpl.php 和 node.tpl.php，主要是圆边角的显示，为了以后更改的方便，所以没有采用一张背景图片的方法，而是使用了三个 div 拼接；也写了一小点儿的 PHP  code，因为我需要用到标题上那样的日期显示，Drupal 默认的日期是不行了，所以重新用 date() 函数format了 $created 变量。

所以今天折腾了一下，先是把 Drupal 的核心更新到了刚刚发布的Drupal 6.5，然后又更换了主题，使用 GlossyBlue，作了一些小改动，懒得再重新设计了。还有就是在每篇 Blog 下面都添加了 Related Blogs 列表，在 Drupal 4.x 和 5.x 的时候，都曾经添加过这样的 block， 帮助延伸阅读，但是实现的方法不一而同，而使用的模块也不一样，主要是受到模块本身更新的限制，Drupal 核心一升级，很多模块就不能用了。这次在 6.x 里，用的是 Similar By Terms 模块，然后用了一段 PHP code，把它镶嵌在 blog 的正文（node.tpl.php）里，最后在 CSS 里作了一些修饰。

Drupal 升级到 6.0 后，Windows Live Writer （WLW） 就不能正常的工作了，利用 WLW 发表 blog 的时候总出现下面的错误：

Server Error 1 Occurred
Blog API module is not configured to support the 1 content type, or you don't have sufficient permissions to post this type of content.

这个问题是由 Drupal 6 的 blogapi 模块引起的，目前有两种解决方案：第一，打补丁，drupal 的官方网站上已经有用户提交的，解决这个问题的补丁了，但是随便修改 drupal 的核心模块还是有些风险，如果不想冒这个险，可以使用第二个办法：重新添加一个 account，但是在输入网站地址的时候，故意输入一个错误的地址，这样，自动检测无法通过，就会跳出手动检测的窗口，在手动检测的窗口中选择"Type of weblog that you are using" 中，下拉选择 Movable Type API；在 Remote posting URL for Weblog 中，填入 http://your_site/xmlrpc.php  也就是你的 xmlrpc.php 的位置，然后点击"next" 完成设置，就可以正常发贴了。虽然还有一个问题： Category List 无法正常使用，不过影响不是很大，只要在线再次选择一下类别即可。

另外，这里是一些常用的离线 blog 编辑器的列表，可以试用一下，选择一款自己最喜欢的：

• Ecto, for both Windows and OSX
• BlogJet2 (Windows)
• Post2Blog (Windows)
• Windows Live Writer (Windows)
• RocketPost and RocketPostLite (Windows)
• MarsEdit (OSX)
• Qumana (Windows and OSX)

下午的时候，Drupal 6.0 发布了，在过去，肯定会从 beta 开始安装，然后 rc，然后焦急的等待正式版的发布，但是现在，Drupal 5 已经发布到 5.7 的时候，我还停留在 5.3 （感谢上帝，没有人来利用我的安全漏洞），兴趣就像退潮落一样，渐渐的恢复了平静，但是好奇心还是不减，折腾了一阵子，完成了升级，总的过程还算顺利，但是数据库升级是多少出现了些问题，没什么太大的关系，以后有了毛病再慢慢捉虫。很多模块都没有升级，但是现在用到的模块也确实不多，删繁就简，不影响使用即可，唯一缺憾的是还没有来得及升级我的外观主题，只好先用自带的主题撑着，调了和原来主题类似的颜色。其实原来的主题也是一栋烂尾楼，最后还有一些细节总说要改，但是总也没改，当人开始拖拉失去活力的时候，是不是说明已经开始衰老了（努力抓住眼前晃过的猫尾巴，就像抓住青春的尾巴一样，^_^）。Drupal 6 的改变据说很多，但是还没有细细体验（被猫咬了一口），现在基本上都用 Windows Live Writer 写 blog 了，因此很多直接的用户界面也用不到了，但是更新升级还是让人期待，呵呵，希望有些惊喜。

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

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

其实昨天晚上就在 feed 订阅里看到了这则消息，最近惫懒（现在经常用词拿不准，所以勤翻字典，《金山词霸》里对“惫懒”的解释是：涎皮赖脸;调皮。这个解释是如何来的？有些吃惊，还是觉得惫懒，就是惫与懒的意思），所以没有提笔评论，今天才补上。Drupal 6 的特色，发布消息中已经说明，本地安装测试了一下，第一眼印象没有太大的变化，保持了 Drupal 5 以来的连贯性，不过内部的改动不少，性能也有不错的提高，譬如主题系统，几乎是大变革了。其实 Drupal 相关的开发中，还是比较喜欢研究主题系统，虽然 blog 的灵魂是内容，但是”衣服”也要常换。Drupal 6.0 的 Theme 系统已经在向  Module 系统靠拢，不仅在结构上有所变化，在可用的函数与 JS 特性上也有不少进步，呵呵，打算把现在的主题升级以后，就把  Blog 升级为 Drupal 6，因为现在其实用的附加模块并不多，所以可以紧跟时代潮流：）

写 blog ，离不开一个方便的离线 blog 编辑工具，其实这块市场蛮大的，但是之前只有少数几个公司在做，后来微软来了，就有了一统江湖的阵势。Windows Live Writer 挺不错的，和 Drupal 等各种 Blog 工具结合的很好，并且功能强大，单单图片处理一项，就现实出了巨人的实力。 Beta 3 今天发布，修正了一些bug，增加了一些功能。只是安装麻烦了不少，并且一不小心会被装上 Windows Live 家族的所有的产品，不过用起来还是一样的方便（潜台词：还没有发现什么大的变化），可以看到的是右边的工具栏里多了 “Insert Video” 的选项，还有就是支持把图片传上 Picasaweb （!）。呵呵，可以安装体验一下。

网络的 spam 如幽灵般的细沙，一旦在网站里发现一个空隙，就源源不断的涌入。虽然 Drupal 的 akismet 和 spam 模块可以近乎完美的识别 spam 评论，但是他们在实施上有一个问题：spam 先提交给数据库再进行过滤。这样以来每次 cron 运行的时候都要删除数以万记的 spam ，加重了服务器端的压力，所以最好的办法是能够在 spam bot 留下评论之前就可以阻止它，于是有了各种各样的 captcha。 先用图像的 captcha， 这也是时下最流行的一种方式，但是有时图像里的数字字母过于难识别，即便是真人看到，也未必能辨别出来，所以又改用了算术题 captcha，留言是必须做一道的加法题，这种方法虽然方便了访客，但是却很容易被 spam bot 破解，因此仍然无法有效的阻止 spam 评论，所以最好有一种介于图像与简单数学题之间的辨别方式，于是就有了 Captcha Riddler 模块，可以自己设计一个问题，让访客留言的时候解答，以判断其是否是“人类”。这个模块还可以配合 i18n ，适合多语言网站使用。至于我这里，因为访客都是使用中文的，所以设置的问题很简单“一年有多少个月”，为了方面没有汉语输入法的访客输入，因此答案用阿拉伯数字即可。问题虽然简单，但是最近一段时间来成功的阻挡了 spam bot 的侵袭，也减轻了 akismet 和spam 模块的压力，效果很好，如果有同样的问题，不妨一试。

很早以前就结合过 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，就像在地里种庄稼，只有不在意收获才能悠哉游哉的试试石头边偶然发现的一棵杂草能不能培育成一种味道有些像烤的七分焦的咖啡豆的小麦。真正的农民都是直接去种子站查找良种的。