这个周一索尼宣布将会在Borders书店卖它的新的电子阅读器，这应该是正式发布的第一款使用E·Ink的阅读器。虽然飞利浦以及翰林汇都推出了使用这一技术的电子阅读器样机，但是还都没有正式投放市场。下周到Borders逛逛，看看能不能找到这款阅读器，不过肯定不会买，因为价钱在300到400美元作用，差不多和一款主流Pocket PC一个价钱了，只是想感受一下E·Ink与一般的Pocket PC或是Palm的显示有什么不同。其实Ebook也不算是一个新的概念了，早在2000年的时候微软就联合Barnes & Noble在网上卖微软阅读器格式的电子书，但是因为销量不是很理想，所以后来Barnes & Noble就不再卖了。其实觉得一个关键问题是阅读硬件的问题：不会有太多的人喜欢端坐在电脑前看书吧？Pocket PC与Palm应该是一个不错的看电子书的解决方案，特别是Pocket PC，广泛的支持文件格式可以方便的找到阅读资源，但是缺憾之一是中文读物中没有一个统一的精心组织的"免费电子书项目"，一个类似Project Gutenberg的公益项目，来整理发布已经没有版权的图书的电子版。目前大致有四个比较大的中文电子书项目：一是超星；二是国学网；三是百度国学；四是维基文库。从数量与质量上来说，超星最不错，虽然不是免费的，但是收费并不昂贵，唯一的不足是使用自己的文件格式，无法在手持设备上阅读。国学网的古籍做的不错，但是似乎没有开源与共享的打算，否则也不会出"屎后主"的问题了，另外好像国学网的很多没有版权的古籍如果阅读也是要收费的；百度国学做的有些粗糙了，感觉是在匆忙中想对抗Google的中文学术搜索催生出来的产品，但是也是有一些用处的，譬如想起一首古诗，大致可以背下来，但是为了查证有没有被错的地方可以用一下百度国学，因为它摒除了很多不相关的"noise"。本来最有希望的是维基文库，但是现在由于在国内无法访问维基，这个项目估计也要大受影响了。不知什么时候才能有中文的古登堡！

刚才打电话回家，老妈说正要和老爸、外婆、表姐、小外甥女等一大家子出门，问去那里，说是要一起去看牡丹。放下电话算算日子也差不多，现在正当牡丹刚刚盛开的时候，是看花的好时节，过了这几日就是正式的牡丹花会了，小时候对牡丹花会比较深恶痛绝，一时间从四面八方来的游人几乎要把我们这个千年小城给撑破了，现在想想，众乐应该比独乐更乐吧。一年当中，牡丹花开得最好的也就只有四月初到四月底这二十多天的时间，虽然现在通过人工栽培，牡丹一年四季都可以开花，但是摆在春节晚会现场的牡丹总让人想起韩国MM----人力之所成，非天之自然而有。牡丹的花期通常到了谷雨就结束了，古时的同乡称谷雨为"牡丹厄"，今年的谷雨是4月20日，所以现在正是赏花的季节。呵呵，想起司马光的一首诗：

谷雨后来花更浓,前时已见玉玲珑。
客来更说姚黄发,只在街西相第东。

因为通常牡丹在谷雨前就开始凋谢，所以当司马老先生看到谷雨之后名花尚开时乐得喜不自胜（呵呵，幸好古人不会去怀疑这是不是全球气候变暖的征兆），这组诗的第二首写的就是老先生高兴得不得了，虽然还下着雨，但是还喜滋滋的认为这是"小雨留春春未归"，高高兴兴的找来蓑衣斗笠，和朋友一起去看花。

原来的一个大胡子教授说过，特别憧憬19世纪末20世纪初的维也纳，因为或许在街边一个小咖啡馆里就能看到马克思·韦伯与熊彼特激烈的辩论着问题，而一旁施特劳斯兄弟正在悠闲的演奏者音乐（呵呵，当时有些怀疑，这样的场景是否真的可能出现，但是看到他一脸陶醉的样子不忍去刨根问底，反正辛弃疾的词中也说和青山赤壁一起摘下北斗酌酒喝），那时的维也纳是欧洲乃至世界的文化中心（与此同时柏林的一干人等正在挥汗如雨的构建现代物理学）。而在司马光那个时代，洛阳可比20世纪初的维也纳，虽然并非中国的政治中心，但是却绝对是中国的文化中心，不仅于一时汇集了司马光、邵雍、文彦博、富弼、二程以及吕公著等著名文人学者，还有著名的"洛社耆英"这样Club（不知道《此间的少年》"洛阳俱乐部"是不是源自于此的(:）。因为北宋几乎所有的名人都在洛阳短住或是长居过，所以吟咏牡丹的篇章数目不算少，不过我觉得写牡丹写得最好的还是唐朝白居易《新乐府》中的《牡丹芳》。尽管白居易说他的《新乐府》"其辞质而径"，但是在这首《牡丹芳》中却是异常的文彩艳丽，全诗很长，不一一引述，摘取其中拟人写牡丹的几句：

映叶多情隐羞面，卧丛无力含醉妆。
低娇笑容疑掩口，凝思怨人如断肠。

觉得这几句写得惟妙惟肖，牡丹花盛叶繁但是植株又不是很高，所以白居易把她比作醉卧在花丛中半掩娇羞的美女，似乎正式受白乐天的影响，后来的诗人才把牡丹与洛阳的两位奇女子--绿珠和洛神联系起来，譬如北宋梅尧臣的"红栖金谷妓，黄值洛川神"。这样一来，牡丹似乎同时拥有了不同的面容，一边是白乐天笔下的娇媚；一边是刘禹锡笔下的雍容（"惟有牡丹真国色，花开时节动京城"）；还有就是传说中的不屈（武则天下诏令群花于冬日绽开，惟有牡丹抗旨），这样形象，要比梅花，菊花，荷花更为丰美立体，所以我积极支持把牡丹选为国花！

今天 Drupal 推出了 4.7版的第二个Release Candidate，因为看到开发人员很自信的说这可能是正式版发布前的最后一个RC了，所以刚才升了一下级，从beta6 到 rc2的升级过程很平稳，因为没有数据库的改动，所以只需要替换一下文件就可以了，比从drupal 4.6.6到drupal 4.7-beta6的升级简单了很多，上次升级数据库的变动很大，为了顺利升级，还仔细写了升级步骤计划：）RC2修整了自RC1以来的很多bug，感觉比较明显的是我在用Beta-6时遇到的链接无法使用<front>指定的问题，RC2已经解决了。

在不断的升级过程中，也逐渐的剔除掉了越来越多的原有的CMS（内容管理系统）的特色从而增强了blog的特色。最初搭建这个网站的时候，因为中文Drupal的资料还是不是很多，再加上后来接受开始做Drupal的汉化，所以就启动了"论坛"模块方便大家交流关于Drupal的问题与心得，后来还做了一些关于Drupal的book，由于这些功能的存在，整个网站更像一个包括blog的cms而不是一个专门的blog，后来和大米一起搭建了Drupal China，有了专门的Drupal中文社区，所以我这里就没有必要再启用这些功能了，特别是Drupal China被Drupal列为正式的中文支持社区后，就更方便中文的使用者找到和使用这个网站了，昨天突然发现Drupal China的Page Rank已经是6了！中文网站PR是6应该也有不少，但是考虑到Drupal China才搭建不过一个多月，另外像新浪、搜狐、网易这些门户的PR也不过才有7，Drupal China已经算是很不错的了：）另外说句题外话，好像使用独立域名的中文blog好像很少有PR值到6的（主要指首页，某些单独页面的pr值可能到6），甚至连使用donews blog平台的keso的blogPR值也只有5，当然也不是完全没有，google的中文黑板报的PR值就是6，呵呵，也许这些数字说明不了什么，只是俺的职业习惯对数字比较敏感吧（特别是数字排序）：）

也是因为有了Drupal China，所以我这里可以更加的blog化了，先是停用了论坛模块，然后取消了论坛的相关分类词，然后停止了这里一些关于Drupal手册的制作，然后更改了主题。原来由于cms的需要，不得不用三栏宽幅主题，后来虽然一再精简，还是为cms的结构所限制，而现在可以放心的使用两栏的主题了。同时也取消了首页链接上的"blog"链接，因为真个网站都是blog了，所以也没有必要再单列出这个导航链接。然后又利用drupal方便的内容管理批处理系统，把所有提升到首页的非blog文章都取消了"提升"，也就是说在"首页"所能看到的就只有blog 帖子。一些旧的非blog的帖子可以通过搜索来查阅，譬如以前整理的一些有意思的转贴。不过还有一些非blog的东西被重点保留，譬如从中国地图出版社的BBS上整理出来的中国历史地图集，那里的论坛很不稳定，动辄就被关掉，现在又不知道为什么被关了，不过还好，尽管论坛不能访问了，论坛里的地图通过链接还是可以访问的，保留这样一份整理过的地图集链接，比较方便我自己还有一些喜欢历史的朋友读书时查询。还有就是一份历史年表，方便对比查阅公元纪年与传统历史纪年，曾经建议过Google除了加入节气日期查询外再加入历史纪年查询，不知道Google会不会有一天真的提供这项服务。

呵呵，总的来说，原来是一个包含blog的cms，而现在是一个有着某些cms功能的blog，这也正是Drupal的迷人之处。选择blog工具就像选一双合适的鞋，合脚是最重要的！：）

呵呵，为了庆祝春回大地，比划着Zen Garden的一个设计，为Drupal设计了一款新的主题，我称之为：春田花花。这个可与《春田花花同学会》无关，"春田"是我们这个塞北苦寒之地的首府（单于庭？^_^），借指俺这里；"花花"当然指的是春天了。按照老家的二十四节气，春分早已经过了，依历史传统，文人骚客们可以开始准备写诗哭春天了（贺方回哭着说：几许伤春春复暮），但是因为俺这里乃是弦歌毡乡之地，春天来得很迟，前几天还下了一场大雪，这两天才看到浅草吐绿，所以还是初春时节。第一次尝试完全用

这阵子网上又在热烈争论繁体字与简体字的优劣，很大程度上是联合国决定在2008年彻底放弃使用繁体字引起的。呵呵，其实这个问题的争论一直都没有停止过，记得这两三年来没有少和别人讨论过繁简字，每次讨论的重点都不相同，在这里只说一个方面。因为从小喜欢收集古钱币和廉价古物（说好听些是"金石"），后来又不断阅读古书的缘故，对汉字的演进还是有所了解的。网上通行的一个观点是繁体字更能体现中华古典文化，所以应该予以保留，甚至应该舍弃简体字全面恢复繁体字。这种观点实在是太"静态"了。因为纵观整个汉字的发展史，汉字的演进同时有两个过程在进行：从繁到简与从简到繁。这两个过程不是完全相互抵触的，而是在某种程度上的相互补充：从繁到简是只汉字的书写；从简到繁指的是汉字字形的构建。就汉字的书写而言，大的趋势是逐渐的从繁到简。虽然从商周古文到秦国的大篆，笔画趋于繁复；但是山东六国的文字却变得越来越简易。秦统一后，改大篆为小篆，文字明显的简化了很多，而从小篆到秦汉隶书，汉字的书写就更为简化了，特别是偏旁部首，在篆书中还多以本字的形式出现，而在隶书中偏旁开始符号化简单化。从秦汉隶书到魏晋以后的正楷，汉字的书写再次简化，隶书的波势大大减少，笔画变得平直起来，简笔使用的更多。所以就书写而言，汉字发展的总趋势是从繁到简的，简体字不过是在继续这个从来没有停止过的发展。

看到桑椹说：

還有比如這個馬字，多像一匹馬啊。而簡體的马，被扒光了鬃毛，一點靈性也沒有了，和乌鸦的乌差不多。

呵呵，那这样一来我们是不是该恢复用呢？因为这个字比"馬"更有灵性：）

当然汉字同时也有一个从简到繁的发展过程，这个过程不是书写上的，而是字形构建上的。古时的字少，一个字往往表示多个意思，但是有时候会引起歧义，所以后来就在本字的基础上添加新的偏旁，表示不同的意思，譬如"齋、劑、臍、躋、齏、薺"几个字在古时都用"齊"字表示，后来为了避免歧义，方便使用，才在"齊"字上加了不同的偏旁部首，造了新字，与原来旧字比显然在字形构建上更复杂了。但是在简化字中，这些新的构建字仍然被保留，所以我们有"斋、剂、脐、跻、齑、荠"等字，而不是同一个简单的"齐"字。换言之，汉字的简化也是符合汉字字形发展的。当然有一些字在简化中简掉了形旁，譬如从"鬚"到"须"（鬚是须得后起字），但是就现在而言，由于汉字使用频率的变化，这样的简化可能有时会有不便，但总的来说不会引起歧义。所以，汉字的简化从汉字发展的角度看，即遵循了汉字书写从繁到简的趋势，也保证了汉字字形构建的明确，所以采用简体字是一个不错的选择（当然汉字简化还有其他的优点，在这里就不讨论了）。而认为不再使用繁体字会导致繁体字作为一种文化遗产的消亡，这就有些多虑了。譬如小篆，退出流通领域已经两千年了，但是仍然完好的保留在那里，并没有消亡，如果想用尽可以使用。还有我的blog的那个标记徽章，由两匹马，两条龙组成的我的姓氏，经过三千多年，也仍然铭刻在我的blog上：）

Drupal 4.7 提供了更灵活的block摆放设置，除了原来的左右边栏，还可以把block摆放在页首与页尾。新的block摆放设置有一个优点与一个缺点。优点是事实上它可以把block摆放在页面（page.tpl.php）上的任何位置；确定是摆放仅限于于页面（page.tpl.php）而无法灵活的放置在node.tpl.php上，举个例子，譬如你想在每篇blog的下面通过freetagging的关联添加一个"相关blog文章"的block，利用Drupal的新的block系统，你只能把这个block摆放在评论的下面而通常所希望的评论的上面，free tags的下面，有些不方便。这里我就分别介绍一下Drupal 4.7的block的这两个优缺点，以及改进办法（以放置related nodes 为例）。

Drupal 4.7的block在设置中，除了左右侧边栏外，新添加了页首，页脚和内容三个位置的摆放，使得block的放置更为灵活。其实，block的摆放并不仅限于这三个地方，通过设置方便的PHPTemplate主题，我们可以方便的把block放在任意的地方。首先，针对left, right, content, header, 和footer这5个位置，他们对应的变量分别是 $sidebar_left, $sidebar_right, $content, $header, 和 $footer_message。也就是说在page.tpl.php中，你只要想在显示他们的地方是用 <?php print $变量名称; ?> 就可以了。譬如，你可以把 $sidebar_left 放在右边而不是左边（使用两个边栏都在右侧的外观主题）。除此以外，你还可以方便的定义自己的区域。

在你的主题文件夹里看看有没有template.php文件，如果有你需要将下面的代码添入，如果没有则需要新建一个template.php文件。在这个文件中我们将利用mytheme_regions() 来创建新的block的位置（参看Drupal使用手册的这里）。譬如你想在Drupal已有的block摆放区域外新建一个用来放Ad Sense的floater区域，只需要在template.php文件中写入以下代码：
function regional_regions() {
return array(
'floater' => t('floater'),
'left' => t('left sidebar'),
'right' => t('right sidebar'),
'content' => t('content'),
'header' => t('header'),
'footer' => t('footer')
);
}
?>
注意：你需要把regional_regions（）更换为 你的主题名称_regions()，譬如 pushbutton_regions()。

然后在page.tpl.php文件中，只需要在你希望显示这个新的floater区块的地方写入 即可。同时也可以方便的css文件中定义它的显示属性（譬如,float:right）。

但是这样的灵活摆放仅限于page.tpl.php，无法在node.tpl.php上使用，有时这会非常的不方便。所以为了在node上灵活的显示block，我们有两种方式，一是在node.tpl.php上加入一段php代码显示block，但是并不推荐。另外就是大名鼎鼎，异常好用的flexiblock了，原来的作者没有推出 4.7的版本，但是有人帮助升级到了4.7（这里）使用方法与以前类似，是针对node.tpl.php的，正好可以与drupal的block摆放互补不足。有了这个模块，就可以方便的摆入“related nodes”block，用free tags重现awtags的方便之处，我这里就是一个范例。：）

<

p>

呵呵，这一篇其实是一个篇外篇，本来不打算再写Zoundry的，因为以前写过；但是Drupal China有不少相关的讨论，所以写一下使用手记，使用Zoundry这么久也多了不少新的经验。以前在介绍过Performancing之后，曾经写过一个Zoundry和Performancing的简单的比较，Performancing的优势在于轻便；Zoundry的优势在于全面。这里主要说两个问题一是如何用Zoundry发布各个类型的Drupal的帖子（譬如Blog，Story，Page以及论坛主题）；二是如何用Zoundry发布图片。

使用Zoundry发布帖子，必须先开启Drupal的blogapi模块，在开启这个模块之后，进入 管理->设置->blogapi，你就可以看到相关的选项，首先是选择使用哪种XML-RPC引擎，通常可以选用Movable Type；然后选择"Blog Type"，如果只想用Zoundry发布blog，那么直接选"blog entry"就行了，如果还想用Zoundry发布别的内容，可以选择相应的类型，譬如论坛主题（Forum Topic）。在设置好Drupal的blogapi后，打开Zoundry，新建帐户，输入用户名密码，以及XML-RPC引擎的地址，通常是 http://www.yoursite.com/xmlrpc.php 就可以了，Zoundry会自动侦测可用的Node Type的。在我的测试网站，我就用Zoundry发布了一篇论坛里帖子。Zoundry可以很好的支持Drupal的分类系统，只需要在 Categories 栏里选择你要发布的论坛就可以了（呵呵，这就体现了Drupal论坛的好处，使用同样的分类词系统）。这也是Zoundry优于Performancing的地方，因为Performancing不支持blog以外的node type。

用Zoundry上传图片就更简单了，不用设置ftp的，直接使用"Use blog's upload feature (via xml-rpc)"这个选项就可以了。插入图片的时候图片会自动的生成缩略图，非常方便，这里是我发布的一个范例。

呵呵，用Zoundry写blog非常方便，我现在基本上所有的blog都是用Zoundry写的（包括这篇）。但是它也有两个缺点，一是不支持freetagging，如果同时启用freetagging和分类，两者会混在一起；二是不支持Drupal的时区设置，我发布blog的时候必须把时间提前5个小时，不然时间是不对。希望在以后的版本里可以有所改进。总的来说还是很推荐Zoundry的：）

Technorati : drupal, drupalapi模块, performancing, zoundry

用MM做实验的数码显微镜看了一下我的收集的一些硬币邮票，挺好玩的。其实这只是一个低倍的ＵＳＢ接口的显微镜，用来记录一些精度要求不是很高的图片。下面是一张清朝发行的“大清印花税”在不同倍数下的图片。

这是在10x下看到的这张印花税票（点击看大图）

这是在60x下看到的，注意印刷的凹凸感，这个通常可以用来辨别真伪

200x下，我们已经可以清楚地看到了纸张的纤维。

前天晚上把我的blog从 Drupal 4.6.5 升级到了 Drupal 4.7-beta6。总的过程还是很顺利的，升级的过程中也没有遇到"Illegal Mixing"的那个错误，看来 beta6 已经把它给修正了。因为自 Drupal 4.7 开始，数据库的编码都改为了UTF-8，但是升级程序只升级了核心的数据库文件的编码而并未升级一些模块使用的数据库文件（譬如：flexinode），所以这里就要用到 .install 文件了。

一般提供 4.7 版本的模块都应该在自己的文件夹里自带一个 .install 文件。这个文件有两个功能，一个是帮助安装新模块，一个是帮助升级旧模块（含数据库编码）。Drupal 原来的模块安装模式比较麻烦，如果模块必须相应的数据表支持，还必须再单独安装一遍数据表，自Drupal 4.7起，需要安装的数据表以函数的形式写入 .install 文件，直接和模块一起上传即可，在你第一次启动这个模块的时候，数据表会自动导入你的数据库，省去的单独导入数据表的麻烦。另外，再从旧的模块升级的时候，如果需要修改以有的数据表或是添加新的数据表也可以写入.install 文件，但是这个以我的经验是需要运行 update.php 来完成升级的（主要是更改数据库编码）。如果一个模块没有自带升级数据的编码文件，自己写一个也不是很难，可以参看这里。这里是我给Flexinode模块写的升级 .install 文件。

呵呵，这个新的功能还蛮好用的：）

今天Drupal.org完成了到Drupal 4.7 cvs的升级，说明Drupal 4.7的可用性已经非常的高了，所以我这里今夜也升级到了Drupal 4.7-beta 6。整个过程还是有些繁琐的，包括把awtags转化为freetags，转换一些模块的数据表的编码，修正主题等等，现在基本已经完全完成，可能还会有一些小的bug，随后的几天慢慢的捕捉吧，如果你在浏览我的blog的时候发现有异常，也希望你能帮忙写一个comment：）具体的一些升级细节明天再写。诟病已久的 Drupal 4.7 的block摆放我也想到了一个比较好的解决方式，但是还没有来得及做，明天再改吧，呵呵，晚安！：）