网志
我订阅的RSS列表 (1)
具体内容见左图。几点相关说明：- 目前我使用bloglines作为我的在线RSS阅读工具。
- 我一般很懒得收录RSS，因为觉得没必要。像徐静蕾的blog，写得挺有意思，因此我时不时去她的blog看看，但并没有为此而收录她的RSS种子，因为她的blog还没有到每篇文字我都应该去看看的地步。去看她的blog只是作为闲暇时候的调剂而已。
- 洪晃的blog是相当不错的，不过最近更新得比较少了。
- 我是非常不情愿收录技术类的blog的。我踢球的时候常有一句话，叫做“踢快乐足球”，也就是要享受足球的意思；我也偶尔会对朋友说对未来的打算很简单，就是“享受生活”；对于技术，我的看法也很简单，就是研究技术的时候要“享受技术”。大部分技术类blog都不怎么享受技术，因此我就很懒得收藏了。
- 收录我自己个人网站的相关RSS种子是因为据此我可以及时知道访客在我个人网站的留言、评论信息，而不必每次跑到自己的个人网站上去瞅瞅。
[修正1] 以“神采飞扬”为名的RSS的拥有者署名有误。2006-08-22 17:02:34
[修正2] 以“Michael”为名的RSS的拥有者署名有误。2006-08-26 11:10:22
类别:
网志系统Serendipity评测 (2)
在跳票4个月1后，今天，Serendipity网志系统终于发布了Serendipity v1.0最终版。为此，我特地完成这篇草稿于1个多月前的网志2，以表心中高兴之情。
本文承接《网志系统Serendipity评测 (1)》一文，进一步讨论Serendipity的一些使用技巧和使用细节。本文的部分讨论内容同样适用于其它网志系统，例如WordPress等。
首先统一一下相关名词翻译。本文中“侧栏插件”指的是sidebar plugin，事件插件指的是“event plugin”。
下面开始正式讨论。
1. 不要使用不需要的插件，不要启用过多插件
现在，Serendipity提供的插件比较多，这为Serendipity网志系统提供了丰富多彩的功能。但是对于网志而言，并不是插件使用得越多越好。很明显，过多地使用插件是会（明显）影响网页性能的。
我的个人建议是：选择使用插件一定要慎重，尽量少装插件，以免影响性能（主要指网页打开速度）。
一些简单的使用插件的规则如下：
(a). 不要启用过多插件，尤其是功能花哨的插件。
(b). 插件如果不使用的话，尽量将其从“当前使用的插件列表”中删除，而不是将其隐藏。
(c). 能合并的（侧栏）插件，尽量合并。例如，你可能想在页面侧栏中显示重要提示、文章类别、友情连接、版权声明、Google站内搜索等等内容。Serendipity提供不同的插件实现这些功能，但我并不推荐你安装全部这些插件。由于这些插件所生成的HTML代码并不会经常被改动，因此我的建议是：使用某个nugget侧栏插件（文本块插件，例如Language-Specific HTML Nugget这个插件），将相关HTML代码写到这个文本块中，然后将其显示出来。通过这种手法，你只用一个文本块侧栏插件就能将其它几个侧栏插件想实现的功能（通过变通的方法）全部实现了。
2. 插件选择
哪些插件是必选的？哪些插件是可选的？哪些插件是不必选的？
很多时候，为大多数用户提供一个“必备插件列表”的行为是愚蠢的。因此，在这里我仅仅是为他人提供我对于插件选择的一些看法。我无法告诉你哪些插件是必选的、哪些是可选的、哪些是不必选的，我只能列出我认为是相当重要的一些插件，并描述我对它们的看法。
需要注意的是，这里列出的插件的中文名称并不一定是标准的中文翻译。
我认为比较重要的侧栏插件有：
(a). 文本块 (Language-Specific HTML Nugget): 我很推荐使用这个插件，具体原因可以参考本文相关说明。
(b). 保存文库 (Archives): 我很推荐使用这个插件，因为通过它用户可以方便地访问你的所有历史网志。
(c). Google 快速搜寻 (google Quick Search): 我很推荐使用这个插件，否则你很难实现中文网志的站内搜索。这个插件需要和事件插件“Google网站地图生成器”结合起来使用。我建议你不要安装这个插件，而把相应的功能集成到某个文本块插件中。
(d). “创作共用”授权条款 (Creative Commons): 我很推荐使用这个关于版权声明的插件。但我建议你不要安装这个插件，而把相应的功能集成到某个文本块插件中。
(e). 回响 (Comments): 我比较推荐使用这个插件。通过它，大家可以知道访客留下的最新评论。
(f). 最新网志 (Recent Entries): 我比较推荐使用这个插件。通过它，用户可以在任何页面轻松地访问你最新写下的网志。
(g). 显示标签 (Show tagged entries): 我比较推荐使用这个标签。通过它，用户可以知道你特别关注、特别感兴趣的话题，能够更好地和访客分享你的爱好、兴趣。
(h). 文章同步 (Syndication): 如果你想提供访客RSS订阅功能的话，这个插件非常重要。但是，我建议你把这个插件设为隐藏状态，然后在某个文本块插件中添加一个RSS订阅用的链接。
(i). 我的日历 (My Calendar): 我不倾向于使用日历插件，觉得它浪费网页显示速度。
我认为比较重要的事件插件有：
(a). 插件管理 (Spartacus): 我很推荐使用这个插件，具体原因参见《网志系统Serendipity评测 (1)》一文。
(b). 垃圾评论屏蔽 (Spamblock): 我很推荐使用这个插件，具体原因参见《网志系统Serendipity评测 (1)》一文。
(c). 系统备份 (Backup Interface): 我很推荐使用这个插件，具体原因可以参考本文相关说明。
(d). Google网站地图生成器 (Google sitemap): 我很推荐使用这个插件，否则你很难实现中文网志的站内搜索。这个插件需要和侧栏插件“Google 快速搜寻”结合起来使用。
(e). 网志标签 (Tagging of entries): 标签是网志系统中很重要的一个功能。如果你对网志中标签（tag）和trackback的含义不是很理解的话，建议你读读这篇文章。我比较推荐使用这个插件。
(f). Trackback控制 (Trackback-Control): 我比较推荐使用这个插件，否则你很难知道哪些人在网上引用了你的网志。
(g). 网志发布 (Announce entries): 这个插件用来向各大网志搜索引擎系统提交你新发布的网志。我比较推荐使用这个插件，但不建议你向所有的网志搜索引擎发布你的网志，因为那样子会导致你发布新网志时速度很慢；而且，这些搜索引擎都是英文的，你没有必要向所有的这些英文搜索引擎提交。我自己只选择向“technorati.com”和“Yahoo!”提交我新发表的网志内容。
(h). 起始类别 (Start Page Category): 我比较推荐使用这个插件，这样你可以通过某种方式隐藏某些你不想在网志上显示的内容。
(i). 另外，我强烈建议使用换行标记 (Markup: NL2BR)、浏览器兼容 (Browser Compatibility)、网志扩展属性 (Extended properties for entries)这三个有关网志内容编辑的事件插件。
其它未在本文提及的插件可以根据你的需要取舍。
3. 页面布景模版的选择
布景(theme)这个单词，也有人翻译为“样式”、“模版”、“外观”等等。总而言之，它表示的是你的页面的样式。本文中使用“模版”一词来表达“布景”这个意思。
Serendipity提供很多不同风格的模版。我大体统计了一下，目前在Serendipity的Spartacus自动更新系统中，提供了68个模版。
但这并不意味着每个模版都适合你。
对我而言，基本上我绝对不会选择“门”字形风格（页面两侧有侧栏）的模版，也不会选择侧栏放在页面左边的模版。实际上，我只会在侧栏放在页面右边的模版中进行选择，正如你现在在本站网志系统中看到的那样。
为什么要做这样的选择？？因为页面布局是会影响页面显示速度的。
页面的主体是页面中间的正文。如果你把侧栏放在页面左边，侧栏显示的内容一般就应该在主体内容之前显示出来。但是万一你的侧栏某块被堵塞的话，那么主体内容将可能显示不出来，或者要花很长时间才能显示出来。
这种问题出现在很多中国网站上。当你访问某个网站的页面的时候，经常可以看到页面标题、顶部很早就显示了，但正文却迟迟打不开。这就是页面布局设计、HTMl代码设计有问题。
因此，为了避免这个问题，你应该尽量选择“侧栏放在页面右边的模版”，这点对那些带宽不充分的访客尤其重要。
换句话说，侧栏插件应该尽量放在页面右边，尤其是那些可能影响页面打开速度的侧栏插件。
4. 使用备份插件
受过感情伤害才知道真情的可贵，丢失了电脑数据才知道数据备份的重要。
数据备份是非常重要的一项工作。如果你还没有意识到要去注意电脑数据的备份工作，我也懒得再多强调备份的重要性了。
Serendipity通过一个备份插件提供了自动化的备份机制。可以备份整套程序、全部上传文件、全部数据库信息。你可以选择备份的内容、备份的周期，你还可以选择自动备份或者手动备份。
关于备份的进一步细节我就不详谈了。
5. 再谈“垃圾评论阻挡功能”
现在，网页垃圾广告非常泛滥。针对各种网志系统、BBS系统的垃圾广告攻击行为非常常见。因此，反垃圾功能是很多web系统的重要组成功能之一。
我曾说过，“Serendipity的垃圾评论阻挡功能非常强劲”。但再强劲的系统也要善于使用。
这里提几点Serendipity中反垃圾评论、反垃圾trackback的通用技巧 （一般读者可以跳过此段，我写得比较随意、不够清晰，因此读起来有点晦涩）：
(a). 启用发表评论时的Captchas图形验证码功能；启用发表评论时的时间间隔限制。
(b). Trackback必须经过验证才能发布。
(c). 严格限制评论中允许的网址数量。我的规则是：评论中含2个网址时需要管理员审核；含3个以上网址自动拒绝。如果可能的话，我会拒绝在评论中留下任何网址的行为。
(d). 必要的时候对评论中的关键字进行过滤。
(e). ……
在使用上述过滤机制的时候，你不必担心会过滤掉重要的、善意的访客评论。我曾为此担忧良久，最后认为这种担忧的确是多余的。事实证明的确如此。
6. 关于留言本插件
根据对网志的通俗定义，留言本不是网志系统的组成部分之一。但对于网志而言，一个留言本往往还是需要的，即使在网志有评论功能的情况下。
为此，Serendipity提供了一个留言本插件，但这个插件功能非常简单。例如，它没有回复功能，并且，它的页面样式过于简单。
我目前不推荐使用这个留言本插件。可惜的是，迄今为止，我尚未发现非常令我满意的、可以用来和Serendipity结合起来使用的留言本系统。
7. 中文字符集选择：GB2312还是UTF-8？
我曾写过两篇网志(1, 2)讲述我曾在Serendipity字符集选择时遇到的麻烦和解决方案。不过那2篇文章中的技术方案基本上可以认为已经过时了。
对于中文简体网页界面，Serendipity提供两种字符集供选择：一是Simplified Chinese (GB2312)，一是Simplified Chinese (UTF-8)。最近2年，在网页编码中，UTF-8被越来越广泛地使用。就我目前的理解，从多个角度来讲，在绝大部分情况下，使用UTF-8将会比使用GB2312有明显优势，使用UTF-8更好。
8. 关于Serendipity中文版本
Serendipity v1.0 beta 3之前的中文翻译文件不够好（或者说马马虎虎）。一则相当部分没有翻译（尤其是大部分插件没有翻译），二则翻译的准确性也有待提高。
最近有一个叫Li, Aphonex的网友投入精力把Serendipity绝大部分语言文件（包括插件的语言文件）翻译了一遍。我曾简单地测试了一下他提供的文件，虽然还有一些瑕疵，但毕竟比之以前，要进步很多。
需要注意的一点是：汉化不完全等于翻译。翻译仅仅是汉化工作的一部分。好的汉化工作包括翻译、测试等几个必不可少的部分，缺一不可。
[注1] Serendipity v1.0原定于今年2月15日发布。
[注2] 本文最初草稿于2006-05-09 10:08:47。
[补充说明1] 由于本文过长、很可能存在错别字等，因此，不排除以后对个别错别字等作修正。
[补充说明2] 本文不大欢迎评论和提问。我已经投入比较多的精力来写这篇文章了，不想因为无益的讨论而额外浪费时间。
[补充说明3] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
本文承接《网志系统Serendipity评测 (1)》一文，进一步讨论Serendipity的一些使用技巧和使用细节。本文的部分讨论内容同样适用于其它网志系统，例如WordPress等。
首先统一一下相关名词翻译。本文中“侧栏插件”指的是sidebar plugin，事件插件指的是“event plugin”。
下面开始正式讨论。
1. 不要使用不需要的插件，不要启用过多插件
现在，Serendipity提供的插件比较多，这为Serendipity网志系统提供了丰富多彩的功能。但是对于网志而言，并不是插件使用得越多越好。很明显，过多地使用插件是会（明显）影响网页性能的。
我的个人建议是：选择使用插件一定要慎重，尽量少装插件，以免影响性能（主要指网页打开速度）。
一些简单的使用插件的规则如下：
(a). 不要启用过多插件，尤其是功能花哨的插件。
(b). 插件如果不使用的话，尽量将其从“当前使用的插件列表”中删除，而不是将其隐藏。
(c). 能合并的（侧栏）插件，尽量合并。例如，你可能想在页面侧栏中显示重要提示、文章类别、友情连接、版权声明、Google站内搜索等等内容。Serendipity提供不同的插件实现这些功能，但我并不推荐你安装全部这些插件。由于这些插件所生成的HTML代码并不会经常被改动，因此我的建议是：使用某个nugget侧栏插件（文本块插件，例如Language-Specific HTML Nugget这个插件），将相关HTML代码写到这个文本块中，然后将其显示出来。通过这种手法，你只用一个文本块侧栏插件就能将其它几个侧栏插件想实现的功能（通过变通的方法）全部实现了。
2. 插件选择
哪些插件是必选的？哪些插件是可选的？哪些插件是不必选的？
很多时候，为大多数用户提供一个“必备插件列表”的行为是愚蠢的。因此，在这里我仅仅是为他人提供我对于插件选择的一些看法。我无法告诉你哪些插件是必选的、哪些是可选的、哪些是不必选的，我只能列出我认为是相当重要的一些插件，并描述我对它们的看法。
需要注意的是，这里列出的插件的中文名称并不一定是标准的中文翻译。
我认为比较重要的侧栏插件有：
(a). 文本块 (Language-Specific HTML Nugget): 我很推荐使用这个插件，具体原因可以参考本文相关说明。
(b). 保存文库 (Archives): 我很推荐使用这个插件，因为通过它用户可以方便地访问你的所有历史网志。
(c). Google 快速搜寻 (google Quick Search): 我很推荐使用这个插件，否则你很难实现中文网志的站内搜索。这个插件需要和事件插件“Google网站地图生成器”结合起来使用。我建议你不要安装这个插件，而把相应的功能集成到某个文本块插件中。
(d). “创作共用”授权条款 (Creative Commons): 我很推荐使用这个关于版权声明的插件。但我建议你不要安装这个插件，而把相应的功能集成到某个文本块插件中。
(e). 回响 (Comments): 我比较推荐使用这个插件。通过它，大家可以知道访客留下的最新评论。
(f). 最新网志 (Recent Entries): 我比较推荐使用这个插件。通过它，用户可以在任何页面轻松地访问你最新写下的网志。
(g). 显示标签 (Show tagged entries): 我比较推荐使用这个标签。通过它，用户可以知道你特别关注、特别感兴趣的话题，能够更好地和访客分享你的爱好、兴趣。
(h). 文章同步 (Syndication): 如果你想提供访客RSS订阅功能的话，这个插件非常重要。但是，我建议你把这个插件设为隐藏状态，然后在某个文本块插件中添加一个RSS订阅用的链接。
(i). 我的日历 (My Calendar): 我不倾向于使用日历插件，觉得它浪费网页显示速度。
我认为比较重要的事件插件有：
(a). 插件管理 (Spartacus): 我很推荐使用这个插件，具体原因参见《网志系统Serendipity评测 (1)》一文。
(b). 垃圾评论屏蔽 (Spamblock): 我很推荐使用这个插件，具体原因参见《网志系统Serendipity评测 (1)》一文。
(c). 系统备份 (Backup Interface): 我很推荐使用这个插件，具体原因可以参考本文相关说明。
(d). Google网站地图生成器 (Google sitemap): 我很推荐使用这个插件，否则你很难实现中文网志的站内搜索。这个插件需要和侧栏插件“Google 快速搜寻”结合起来使用。
(e). 网志标签 (Tagging of entries): 标签是网志系统中很重要的一个功能。如果你对网志中标签（tag）和trackback的含义不是很理解的话，建议你读读这篇文章。我比较推荐使用这个插件。
(f). Trackback控制 (Trackback-Control): 我比较推荐使用这个插件，否则你很难知道哪些人在网上引用了你的网志。
(g). 网志发布 (Announce entries): 这个插件用来向各大网志搜索引擎系统提交你新发布的网志。我比较推荐使用这个插件，但不建议你向所有的网志搜索引擎发布你的网志，因为那样子会导致你发布新网志时速度很慢；而且，这些搜索引擎都是英文的，你没有必要向所有的这些英文搜索引擎提交。我自己只选择向“technorati.com”和“Yahoo!”提交我新发表的网志内容。
(h). 起始类别 (Start Page Category): 我比较推荐使用这个插件，这样你可以通过某种方式隐藏某些你不想在网志上显示的内容。
(i). 另外，我强烈建议使用换行标记 (Markup: NL2BR)、浏览器兼容 (Browser Compatibility)、网志扩展属性 (Extended properties for entries)这三个有关网志内容编辑的事件插件。
其它未在本文提及的插件可以根据你的需要取舍。
3. 页面布景模版的选择
布景(theme)这个单词，也有人翻译为“样式”、“模版”、“外观”等等。总而言之，它表示的是你的页面的样式。本文中使用“模版”一词来表达“布景”这个意思。
Serendipity提供很多不同风格的模版。我大体统计了一下，目前在Serendipity的Spartacus自动更新系统中，提供了68个模版。
但这并不意味着每个模版都适合你。
对我而言，基本上我绝对不会选择“门”字形风格（页面两侧有侧栏）的模版，也不会选择侧栏放在页面左边的模版。实际上，我只会在侧栏放在页面右边的模版中进行选择，正如你现在在本站网志系统中看到的那样。
为什么要做这样的选择？？因为页面布局是会影响页面显示速度的。
页面的主体是页面中间的正文。如果你把侧栏放在页面左边，侧栏显示的内容一般就应该在主体内容之前显示出来。但是万一你的侧栏某块被堵塞的话，那么主体内容将可能显示不出来，或者要花很长时间才能显示出来。
这种问题出现在很多中国网站上。当你访问某个网站的页面的时候，经常可以看到页面标题、顶部很早就显示了，但正文却迟迟打不开。这就是页面布局设计、HTMl代码设计有问题。
因此，为了避免这个问题，你应该尽量选择“侧栏放在页面右边的模版”，这点对那些带宽不充分的访客尤其重要。
换句话说，侧栏插件应该尽量放在页面右边，尤其是那些可能影响页面打开速度的侧栏插件。
4. 使用备份插件
受过感情伤害才知道真情的可贵，丢失了电脑数据才知道数据备份的重要。
数据备份是非常重要的一项工作。如果你还没有意识到要去注意电脑数据的备份工作，我也懒得再多强调备份的重要性了。
Serendipity通过一个备份插件提供了自动化的备份机制。可以备份整套程序、全部上传文件、全部数据库信息。你可以选择备份的内容、备份的周期，你还可以选择自动备份或者手动备份。
关于备份的进一步细节我就不详谈了。
5. 再谈“垃圾评论阻挡功能”
现在，网页垃圾广告非常泛滥。针对各种网志系统、BBS系统的垃圾广告攻击行为非常常见。因此，反垃圾功能是很多web系统的重要组成功能之一。
我曾说过，“Serendipity的垃圾评论阻挡功能非常强劲”。但再强劲的系统也要善于使用。
这里提几点Serendipity中反垃圾评论、反垃圾trackback的通用技巧 （一般读者可以跳过此段，我写得比较随意、不够清晰，因此读起来有点晦涩）：
(a). 启用发表评论时的Captchas图形验证码功能；启用发表评论时的时间间隔限制。
(b). Trackback必须经过验证才能发布。
(c). 严格限制评论中允许的网址数量。我的规则是：评论中含2个网址时需要管理员审核；含3个以上网址自动拒绝。如果可能的话，我会拒绝在评论中留下任何网址的行为。
(d). 必要的时候对评论中的关键字进行过滤。
(e). ……
在使用上述过滤机制的时候，你不必担心会过滤掉重要的、善意的访客评论。我曾为此担忧良久，最后认为这种担忧的确是多余的。事实证明的确如此。
6. 关于留言本插件
根据对网志的通俗定义，留言本不是网志系统的组成部分之一。但对于网志而言，一个留言本往往还是需要的，即使在网志有评论功能的情况下。
为此，Serendipity提供了一个留言本插件，但这个插件功能非常简单。例如，它没有回复功能，并且，它的页面样式过于简单。
我目前不推荐使用这个留言本插件。可惜的是，迄今为止，我尚未发现非常令我满意的、可以用来和Serendipity结合起来使用的留言本系统。
7. 中文字符集选择：GB2312还是UTF-8？
我曾写过两篇网志(1, 2)讲述我曾在Serendipity字符集选择时遇到的麻烦和解决方案。不过那2篇文章中的技术方案基本上可以认为已经过时了。
对于中文简体网页界面，Serendipity提供两种字符集供选择：一是Simplified Chinese (GB2312)，一是Simplified Chinese (UTF-8)。最近2年，在网页编码中，UTF-8被越来越广泛地使用。就我目前的理解，从多个角度来讲，在绝大部分情况下，使用UTF-8将会比使用GB2312有明显优势，使用UTF-8更好。
8. 关于Serendipity中文版本
Serendipity v1.0 beta 3之前的中文翻译文件不够好（或者说马马虎虎）。一则相当部分没有翻译（尤其是大部分插件没有翻译），二则翻译的准确性也有待提高。
最近有一个叫Li, Aphonex的网友投入精力把Serendipity绝大部分语言文件（包括插件的语言文件）翻译了一遍。我曾简单地测试了一下他提供的文件，虽然还有一些瑕疵，但毕竟比之以前，要进步很多。
需要注意的一点是：汉化不完全等于翻译。翻译仅仅是汉化工作的一部分。好的汉化工作包括翻译、测试等几个必不可少的部分，缺一不可。
[注1] Serendipity v1.0原定于今年2月15日发布。
[注2] 本文最初草稿于2006-05-09 10:08:47。
[补充说明1] 由于本文过长、很可能存在错别字等，因此，不排除以后对个别错别字等作修正。
[补充说明2] 本文不大欢迎评论和提问。我已经投入比较多的精力来写这篇文章了，不想因为无益的讨论而额外浪费时间。
[补充说明3] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
类别:
如何生成网志信息统计图形
前几天从keso的网志链接过去后看到一篇文字“Keso博客发布时间的统计分析”，图形画得比较有意思。我考虑了一下，那个统计图（至少）有两种实现方式：普通用户的方式和程序员的方式。1
（以下的讨论以本站网志和本站网志使用的Serendipity系统为例）
一、普通用户的方式：Excel生成
首先，将网站的网志信息导出来。例如，Serendipity网志系统就有“文字导出”（Export entries）的功能，能够把全部文字导出到RSS中（XML格式）。
除了xls文件格式外，Microsoft Excel还能够读入多种文件格式，例如csv格式和XML格式。那么，就用Excel打开这个XML导出文件。2
把相关的信息在Excel中稍作处理，然后使用Excel的画图功能画图。在这个过程中，（可能）需要使用一些Excel的相关函数处理数据，例如datevalue()、left()等。
这个方法适用于大多数（颇为）熟悉Excel使用的用户，不需要什么编程操作。右图就是使用此方法制作的本站2003年7月到现在所有的网志文字发布时间的统计信息。3
二、程序员的方式：PHP生成
显然，用PHP画图需要用到用于画图的GD库，还需要相应的字体支持。
在经典的PHP函数库网站phpclasses搜索，很难发现让人满意的第三方图形类库用于画图。但其实，PHP自带的PEAR函数库就具有极强的画图功能，不需要另外找第三方函数库。
我以往极少采用PEAR写程序。前几天翻了翻，好像PEAR提供的具体使用文档很少。不管怎样，还是把如何用PEAR画图的方法简单讲一下（，免得自己以后忘了）。4
1. （至少）需要用到PEAR中的三个Image库：Image_Graph，Image_Canvas，Image_Color。下载它们并放到适当位置。
2. （一般来讲）要把PEAR所在位置加到php.ini所定义的incude_path中。
3. 需要一些TrueType的字体。“PEAR/Image/Canvas/Fonts/fontmap.txt”这个文件定义了相关的字体（文件）名字。（从网上或服务器上）找到这些字体文件，把这些字体文件放到系统某个位置。
4. 在“PEAR/Image/Canvas.php”文件中，定义常量“IMAGE_CANVAS_SYSTEM_FONT_PATH”。此常量用来指定字体文件所在位置。
5. 参考“PEAR/Graph/docs”和“Graph/tests”下的多个画图的例子，挺简单的。这里就给两个和本文提到的离散图相关的例子（见右图）：
5.1 “PEAR/Graph/docs/examples/double_category_axis.php”。
5.2 “PEAR/Graph/docs/examples/plot_scatter.php”。
在Serendipity中，可以使用方法二开发相关的图形统计插件。Deminy觉得自己写这个太浪费时间了，就免了。相信以后肯定会有人写的。
[注1] 上面提到的文章的作者使用的是一个叫做Swiff Chart软件制作统计图。
[注2] 如果你直接用Excel打开该XML文件困难的话，可能是因为缺乏必要的XML Schema信息。这时候，综合使用Excel的mapping功能，便可以将XML中的指定数据(pubDate)导入。
[注3] 以后有时间的话我会做具体数据的具体分析。
[注4] 此处相关代码和实现方式测试于3月24日下午。
（以下的讨论以本站网志和本站网志使用的Serendipity系统为例）
一、普通用户的方式：Excel生成
首先，将网站的网志信息导出来。例如，Serendipity网志系统就有“文字导出”（Export entries）的功能，能够把全部文字导出到RSS中（XML格式）。
除了xls文件格式外，Microsoft Excel还能够读入多种文件格式，例如csv格式和XML格式。那么，就用Excel打开这个XML导出文件。2
把相关的信息在Excel中稍作处理，然后使用Excel的画图功能画图。在这个过程中，（可能）需要使用一些Excel的相关函数处理数据，例如datevalue()、left()等。
这个方法适用于大多数（颇为）熟悉Excel使用的用户，不需要什么编程操作。右图就是使用此方法制作的本站2003年7月到现在所有的网志文字发布时间的统计信息。3二、程序员的方式：PHP生成
显然，用PHP画图需要用到用于画图的GD库，还需要相应的字体支持。
在经典的PHP函数库网站phpclasses搜索，很难发现让人满意的第三方图形类库用于画图。但其实，PHP自带的PEAR函数库就具有极强的画图功能，不需要另外找第三方函数库。
我以往极少采用PEAR写程序。前几天翻了翻，好像PEAR提供的具体使用文档很少。不管怎样，还是把如何用PEAR画图的方法简单讲一下（，免得自己以后忘了）。4
1. （至少）需要用到PEAR中的三个Image库：Image_Graph，Image_Canvas，Image_Color。下载它们并放到适当位置。
2. （一般来讲）要把PEAR所在位置加到php.ini所定义的incude_path中。
3. 需要一些TrueType的字体。“PEAR/Image/Canvas/Fonts/fontmap.txt”这个文件定义了相关的字体（文件）名字。（从网上或服务器上）找到这些字体文件，把这些字体文件放到系统某个位置。
4. 在“PEAR/Image/Canvas.php”文件中，定义常量“IMAGE_CANVAS_SYSTEM_FONT_PATH”。此常量用来指定字体文件所在位置。
5. 参考“PEAR/Graph/docs”和“Graph/tests”下的多个画图的例子，挺简单的。这里就给两个和本文提到的离散图相关的例子（见右图）：5.1 “PEAR/Graph/docs/examples/double_category_axis.php”。
5.2 “PEAR/Graph/docs/examples/plot_scatter.php”。
在Serendipity中，可以使用方法二开发相关的图形统计插件。Deminy觉得自己写这个太浪费时间了，就免了。相信以后肯定会有人写的。
[注1] 上面提到的文章的作者使用的是一个叫做Swiff Chart软件制作统计图。
[注2] 如果你直接用Excel打开该XML文件困难的话，可能是因为缺乏必要的XML Schema信息。这时候，综合使用Excel的mapping功能，便可以将XML中的指定数据(pubDate)导入。
[注3] 以后有时间的话我会做具体数据的具体分析。
[注4] 此处相关代码和实现方式测试于3月24日下午。
类别:
我所理解的网志作者基本素质
1. 对自己的文字负责，不篡改、不删除自己已发表（并被评论、转载）的原始文字（错别字修正等除外）；
2. 不篡改、不删除访客的评论文字（广告等除外）；
3. 文字真实，哪怕是无厘头，也不纯粹追求哗众取宠和取悦他人；
4. 尽量不参与假新闻、假消息的散布/传播。
[补充说明1] 本文不断更新中。
[补充说明2] 红色文字为今日修订部分。2006-03-19 15:49:22
[补充说明3] 5. 不在文中贴（过）长的源代码。源代码尽量用URL指向单独文件。4:29 PM March 31, 2006
2. 不篡改、不删除访客的评论文字（广告等除外）；
3. 文字真实，哪怕是无厘头，也不纯粹追求哗众取宠和取悦他人；
4. 尽量不参与假新闻、假消息的散布/传播。
[补充说明1] 本文不断更新中。
[补充说明2] 红色文字为今日修订部分。2006-03-19 15:49:22
[补充说明3] 5. 不在文中贴（过）长的源代码。源代码尽量用URL指向单独文件。4:29 PM March 31, 2006
类别:
网志系统Serendipity评测 (1)
使用Serendipity作为本站的网志(blog)系统已经有2个来月了。在这个过程中我越来越欣赏这款个人网志系统，因此把使用过程中相关的具体感受写下来，以便其它用户参考。
本文只会介绍/讨论Serendipity中几个让我眼睛发亮的优异功能。也许部分功能别的网志系统（例如WordPress）也有，但是我没有怎么用过别的网志系统，因此也就无从做出比较。我只能说，Serendipity所提供的这几个优异功能让我很开心。
1. 全站文字导入导出功能
好像这个功能看起来很普通，但在信息管理中这是一个极其重要的功能。当你准备做整个系统的迁移、切换的时候，这个功能很重要。Serendipity的这个功能使得用户使用Serendipity很轻松：想用就用，想走就走，切换容易；而不是像某些别的系统，一旦你采用了，想要切换到别的系统很困难。从这一点上来讲，Serendipity为用户考虑得还是很体贴的。
当然，如果你要导入、导出更详细的信息（例如访客评论信息等）的话，那么还是要费点功夫的。
2. 垃圾评论阻挡功能
Serendipity的垃圾评论阻挡功能非常强劲。最近（指2006年3月上旬）本站开始陆续收到来自同一源头的、具有较高智商的垃圾广告评论骚扰/攻击，但是我并不需要对垃圾评论做什么手工的删除操作等，Serendipity自动把这些垃圾评论挡住了，省了我很多事。
因此我对Serendipity的垃圾评论阻挡功能赞誉有加。想想吧，如果Serendipity不能有效地挡住这些垃圾评论的话，那么我每天都将要花一些时间去删除这些垃圾评论，那会多么烦人……
3. 模块/模版自动侦测功能 (Spartacus)
Senrendipity有一个插件叫做Spartacus: [S]erendipity [P]lugin [A]ccess [R]epository [T]ool [A]nd [C]ustomization/[U]nification [S]ystem (Serendipity插件自动获取、配置、协调系统)，允许用户连接到在线插件库并下载、安装相关插件。插件库提供的插件包括插件(plugin，可理解为模块)和模版(theme)两种类型。这个功能是相当重要并且相当有利于用户使用的：让你能够比较轻松地从插件库中找到你所需要的插件，易于用户使用和维护插件。
4. Google站点地图模块
这是一个很实用、让人激动的模块。对于中小型信息发布类型的网站而言，如果没有自己的有效的站内搜索功能的话，那么采用Google站点地图功能来实现站内搜索是非常好的一个思想。这个模块能够在最短时间内把你的网站更新的内容通知Google，使得Google能够很快地将你网站的最新内容添加到其搜索引擎中。根据我的使用体验来看，顺利的话一篇文字发布后24小时到48小时内就能够出现在google的搜索引擎中。
5. 草稿模式
我写文字的方式是断断续续、涂涂改改，有时候一篇文字从雏形到写完需要好几天，甚至很久。以前我专门用一个文本文件来记录我正在写和已经写完的草稿文字，日积月累下来这个文件大约有6000行/段的文字了，操作起来比较繁琐；所以后来我又创建了第二个文本文件用来记录自己的草稿文字。
但现在，我改变了我的草稿文字书写的习惯。我正在写的草稿文字都以“草稿”的状态保存在Serendipity中，等到哪天我觉得写好了、改好了，我就把该文字从“草稿”的状态改成“公开”的状态发布出去。这样，我有什么零星想法的时候，都能及时地记录在Serendipity中，然后以后再不断地充实该文字，直到最后成文。我可以在家里写、可以在学校写、可以在外地写，可以在任何有网络的地方写我的零星感想。
“草稿模式”是一个很实用的功能，好些别的网志系统应该也有这个功能。
[补充说明1] 本文初次编写于2006-03-09 15:25，完成于今日。
[补充说明2] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
本文只会介绍/讨论Serendipity中几个让我眼睛发亮的优异功能。也许部分功能别的网志系统（例如WordPress）也有，但是我没有怎么用过别的网志系统，因此也就无从做出比较。我只能说，Serendipity所提供的这几个优异功能让我很开心。
1. 全站文字导入导出功能
好像这个功能看起来很普通，但在信息管理中这是一个极其重要的功能。当你准备做整个系统的迁移、切换的时候，这个功能很重要。Serendipity的这个功能使得用户使用Serendipity很轻松：想用就用，想走就走，切换容易；而不是像某些别的系统，一旦你采用了，想要切换到别的系统很困难。从这一点上来讲，Serendipity为用户考虑得还是很体贴的。
当然，如果你要导入、导出更详细的信息（例如访客评论信息等）的话，那么还是要费点功夫的。
2. 垃圾评论阻挡功能
Serendipity的垃圾评论阻挡功能非常强劲。最近（指2006年3月上旬）本站开始陆续收到来自同一源头的、具有较高智商的垃圾广告评论骚扰/攻击，但是我并不需要对垃圾评论做什么手工的删除操作等，Serendipity自动把这些垃圾评论挡住了，省了我很多事。
因此我对Serendipity的垃圾评论阻挡功能赞誉有加。想想吧，如果Serendipity不能有效地挡住这些垃圾评论的话，那么我每天都将要花一些时间去删除这些垃圾评论，那会多么烦人……
3. 模块/模版自动侦测功能 (Spartacus)
Senrendipity有一个插件叫做Spartacus: [S]erendipity [P]lugin [A]ccess [R]epository [T]ool [A]nd [C]ustomization/[U]nification [S]ystem (Serendipity插件自动获取、配置、协调系统)，允许用户连接到在线插件库并下载、安装相关插件。插件库提供的插件包括插件(plugin，可理解为模块)和模版(theme)两种类型。这个功能是相当重要并且相当有利于用户使用的：让你能够比较轻松地从插件库中找到你所需要的插件，易于用户使用和维护插件。
4. Google站点地图模块
这是一个很实用、让人激动的模块。对于中小型信息发布类型的网站而言，如果没有自己的有效的站内搜索功能的话，那么采用Google站点地图功能来实现站内搜索是非常好的一个思想。这个模块能够在最短时间内把你的网站更新的内容通知Google，使得Google能够很快地将你网站的最新内容添加到其搜索引擎中。根据我的使用体验来看，顺利的话一篇文字发布后24小时到48小时内就能够出现在google的搜索引擎中。
5. 草稿模式
我写文字的方式是断断续续、涂涂改改，有时候一篇文字从雏形到写完需要好几天，甚至很久。以前我专门用一个文本文件来记录我正在写和已经写完的草稿文字，日积月累下来这个文件大约有6000行/段的文字了，操作起来比较繁琐；所以后来我又创建了第二个文本文件用来记录自己的草稿文字。
但现在，我改变了我的草稿文字书写的习惯。我正在写的草稿文字都以“草稿”的状态保存在Serendipity中，等到哪天我觉得写好了、改好了，我就把该文字从“草稿”的状态改成“公开”的状态发布出去。这样，我有什么零星想法的时候，都能及时地记录在Serendipity中，然后以后再不断地充实该文字，直到最后成文。我可以在家里写、可以在学校写、可以在外地写，可以在任何有网络的地方写我的零星感想。
“草稿模式”是一个很实用的功能，好些别的网志系统应该也有这个功能。
[补充说明1] 本文初次编写于2006-03-09 15:25，完成于今日。
[补充说明2] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
类别:
关于在文字中使用术语和缩略语
前天看keso发布的“昨日新闻”，郁闷地发现其中一条新闻“关于donews的sns”标题里面的英文简写“SNS”我不知道是什么意思，而作者也没有在文中给出解释。费劲上网查了一番，这个缩略语的意思很多，比如Standard Numbering System（标准化编码系统），Storage Networking Solutions（网络存储解决方案），Social Networking Service（社会化网络服务）等等。我又费了点功夫，终于鉴别出来这里的SNS指的是“社会化网络服务”的意思。
现在冒出来越来越多的“新”的（英文）缩略语或术语，大多数人（包括好些老外）一看到这些缩略语或术语都是很感冒：因为没什么头绪，不知道该词是什么意思。就像我，也算在IT这个圈子混了好些年了，最近1年却总是在别人的网志上看到一些自己不熟悉的缩略语或术语。比如上次看到了一篇文章“RIA的未来是什么？”，看得我莫名其妙：因为我不知道RIA是什么意思，而作者也没有在文中给出解释。后来我不得不去网上查一下，才知道，RIA就是Rich Internet Application(富互联网应用系统)这么一个简单的意思。
我觉得写网志、写文章也是要有职业道德的。不能老用一些新名词却不带解释，却把每个读者都当成百科全书——什么都懂一样。文章中需要做注释的地方就该做注释，而不要把使用技术名词当成学识的象征来炫弄，或当成一种习惯。
本站正在在这方面做出努力，在尽力做到文字简明易懂。例如在本站，使用blog这个单词的时候一般都会附上“网志”二字以作解释。对于MySQL、PHP等这类的技术单词虽然没有做很多的说明，但在引用的时候一般会以“MySQL数据库”、“PHP语言”等方式加以简要的、隐讳的说明。只有RSS1这个单词比较例外，本站几乎从来没有对这个单词做过具体解释，因为这个单词的具体意思解释起来比较复杂，因此在文字中用到RSS这个缩略语的时候我就偷懒、不解释了。本来我很想在本站使用wiki这样的百科全书工具，这样本站文章中所使用的一些生僻的新词访客都可以从wiki百科全书中得到具体的解释和说明。但使用wiki稍显繁琐，因此我又偷懒了一次——没有在本站使用wiki。
但不管怎样，我还是很建议各位网志作者在写blog的时候，文字要尽量简洁、明了、易懂。在中国IT圈子里面，这点某些作者做得比较不妥：用了缩略语和术语却不加以解释。虽然这种行为没有盗用别人的文字那样子恶劣，但却给（好些）读者造成了阅读上的不便。
[注1] 关于Blog、TAG、SNS、RSS、wiki等的含意请参见此页的说明。
现在冒出来越来越多的“新”的（英文）缩略语或术语，大多数人（包括好些老外）一看到这些缩略语或术语都是很感冒：因为没什么头绪，不知道该词是什么意思。就像我，也算在IT这个圈子混了好些年了，最近1年却总是在别人的网志上看到一些自己不熟悉的缩略语或术语。比如上次看到了一篇文章“RIA的未来是什么？”，看得我莫名其妙：因为我不知道RIA是什么意思，而作者也没有在文中给出解释。后来我不得不去网上查一下，才知道，RIA就是Rich Internet Application(富互联网应用系统)这么一个简单的意思。
我觉得写网志、写文章也是要有职业道德的。不能老用一些新名词却不带解释，却把每个读者都当成百科全书——什么都懂一样。文章中需要做注释的地方就该做注释，而不要把使用技术名词当成学识的象征来炫弄，或当成一种习惯。
本站正在在这方面做出努力，在尽力做到文字简明易懂。例如在本站，使用blog这个单词的时候一般都会附上“网志”二字以作解释。对于MySQL、PHP等这类的技术单词虽然没有做很多的说明，但在引用的时候一般会以“MySQL数据库”、“PHP语言”等方式加以简要的、隐讳的说明。只有RSS1这个单词比较例外，本站几乎从来没有对这个单词做过具体解释，因为这个单词的具体意思解释起来比较复杂，因此在文字中用到RSS这个缩略语的时候我就偷懒、不解释了。本来我很想在本站使用wiki这样的百科全书工具，这样本站文章中所使用的一些生僻的新词访客都可以从wiki百科全书中得到具体的解释和说明。但使用wiki稍显繁琐，因此我又偷懒了一次——没有在本站使用wiki。
但不管怎样，我还是很建议各位网志作者在写blog的时候，文字要尽量简洁、明了、易懂。在中国IT圈子里面，这点某些作者做得比较不妥：用了缩略语和术语却不加以解释。虽然这种行为没有盗用别人的文字那样子恶劣，但却给（好些）读者造成了阅读上的不便。
[注1] 关于Blog、TAG、SNS、RSS、wiki等的含意请参见此页的说明。
类别:
什么样的网志文字是长久的
你要让我看看我2001年写的技术文章1，我没什么兴趣，因为那时候我们讨论的技术现在已经相对落伍了；但你要让我看看我2001年写的个人感想，我还是会饶有兴趣的，因为那是自己人生印迹的一部分。
对于个人而言，什么样的文字是长久的？不是技术类文字，而是生活类文字。技术类文字是死的，缺乏生命的活力；生活类文字，有血、有肉、有泪、有痛。
让我来做个不很恰当的比较。
我是一个普通的网民，关注更多的是我自己的生活，我的个人网站风格就是记录我个人的琐事；keso是中国信息产业界头号网志作者，以其在网上著述丰富、有独立见解著称。
但5年以后，我翻翻我于2005年写的网志，依然会感到这些文字有意义，因为它们记录了我过去走过的脚印；而5年以后，大家翻翻keso于2005年写的网志，会发现keso文中讨论的内容绝大多数都已老掉牙、过时了，尤其是其中的“昨日新闻”部分。
瞬间时光又过去了40年。40年以后，我翻翻我于2005年写的网志，会倍感亲切，因为我居然纪录下了我年轻时候的很多所思所想，那时我会以老于世故的眼光评阅自己写过的幼稚文字，而小辈们则会饶有兴趣地从中发掘长辈曾经的足迹、发掘长辈曾经犯下的错误——此时，我曾经写下的这些网志已经成为了我和周围的人老少咸宜的闲时读物和谈资。而40年以后，keso于2005年写的网志也许连他自己也没多少兴趣再去翻了……
所以，我比较得意，因为40年后，我的文字有更强的生命力——至少对于我和我身边的人而言。
[特别说明] 此文完全没有贬损keso个人网志对中国信息产业界重要贡献的意思（其实我是keso个人网志的固定订阅用户和读者）。我所要表达的准确意思是：对于某些个人网志（blog），很多时候需要的不是夸夸其谈、转摘文字、胡扯等，而应该实实在在地写写自己的生活感受、体验、心得等等。个人看法，仅供参考。
[注1] 这些老掉牙的技术文章我现在已经从网上移除了。
对于个人而言，什么样的文字是长久的？不是技术类文字，而是生活类文字。技术类文字是死的，缺乏生命的活力；生活类文字，有血、有肉、有泪、有痛。
让我来做个不很恰当的比较。
我是一个普通的网民，关注更多的是我自己的生活，我的个人网站风格就是记录我个人的琐事；keso是中国信息产业界头号网志作者，以其在网上著述丰富、有独立见解著称。
但5年以后，我翻翻我于2005年写的网志，依然会感到这些文字有意义，因为它们记录了我过去走过的脚印；而5年以后，大家翻翻keso于2005年写的网志，会发现keso文中讨论的内容绝大多数都已老掉牙、过时了，尤其是其中的“昨日新闻”部分。
瞬间时光又过去了40年。40年以后，我翻翻我于2005年写的网志，会倍感亲切，因为我居然纪录下了我年轻时候的很多所思所想，那时我会以老于世故的眼光评阅自己写过的幼稚文字，而小辈们则会饶有兴趣地从中发掘长辈曾经的足迹、发掘长辈曾经犯下的错误——此时，我曾经写下的这些网志已经成为了我和周围的人老少咸宜的闲时读物和谈资。而40年以后，keso于2005年写的网志也许连他自己也没多少兴趣再去翻了……
所以，我比较得意，因为40年后，我的文字有更强的生命力——至少对于我和我身边的人而言。
[特别说明] 此文完全没有贬损keso个人网志对中国信息产业界重要贡献的意思（其实我是keso个人网志的固定订阅用户和读者）。我所要表达的准确意思是：对于某些个人网志（blog），很多时候需要的不是夸夸其谈、转摘文字、胡扯等，而应该实实在在地写写自己的生活感受、体验、心得等等。个人看法，仅供参考。
[注1] 这些老掉牙的技术文章我现在已经从网上移除了。
类别:
[网志读后评] 东拉西扯：谁需要移动POS
于2006-02-14 9:241对Keso于2006-02-14 8:30发表的网志“东拉西扯：谁需要移动POS”的个人评论：
移动POS2在北美很常用。在国内主要是信用机制还不够完善等原因，所以还没有很普及，就像信用卡这玩艺在国内也才是最近几年才慢慢开始普及开来。相信以后这些都会在国内普及的。
不过，随着技术的日益发展，移动POS等POS支付手段也许不久会被新型的支付技术所替代，信用卡的信用机制等也可能被未来的更好的信用支付技术所取代，这也是很可能的。因为既然条形码技术在不久的未来很可能被替代，那么POS、信用卡为啥就不可被替代呢？
另外，虽然烦(死了)keso文章里面的各种隐性广告行为，但还是表示理解和支持。
[注1] 文中均为北京时间。
[注2] 什么是POS？看这里。“百度知道”里面更多的关于POS的介绍。
移动POS2在北美很常用。在国内主要是信用机制还不够完善等原因，所以还没有很普及，就像信用卡这玩艺在国内也才是最近几年才慢慢开始普及开来。相信以后这些都会在国内普及的。
不过，随着技术的日益发展，移动POS等POS支付手段也许不久会被新型的支付技术所替代，信用卡的信用机制等也可能被未来的更好的信用支付技术所取代，这也是很可能的。因为既然条形码技术在不久的未来很可能被替代，那么POS、信用卡为啥就不可被替代呢？
另外，虽然烦(死了)keso文章里面的各种隐性广告行为，但还是表示理解和支持。
[注1] 文中均为北京时间。
[注2] 什么是POS？看这里。“百度知道”里面更多的关于POS的介绍。
类别:
网志程序：WordPress还是Serendipity？
最近两年网志(Blog)在互联网上成为一种热潮，最耳熟能详的就是微软提供的MSN空间了。不过我等好事者则喜欢自己动手搭建网志平台。这时候面临一个问题：选择什么样的网志程序？
在“2005岁末BLOG程序大评点”这篇文章中，作者列出了几十种网志程序以供选择，光PHP的可能就近30种（包括商业软件）。但就像季洪亮所说的，“太多的选择机会等于没有机会”，一般来讲我们只需要从中挑选一个最好的程序或比较好的程序来用，但谁没事会把这近30种程序一一测试、比较然后再挑选呢？我相信上述文章的作者自己都没有具体测试过文中所列的大多数程序。因此，这样的文章看起来好像提供了很多咨讯，但对很多人而言，其实这样的文章就像鸡肋一样：食之无味，弃之可惜。
我泛泛地浏览了这30来个PHP程序，权衡比较后挑出2个网志程序供选择1：WordPress和Serendipity。这两个都是现在很有名的网志程序，功能强大。WordPress的用户群很多，Serendipity据称是由几个PHP高手联手开发的，那么，二者到底孰优孰劣呢？
我用Serendipity已经搭建了2到3个Blog网站了（包括这个），而WordPress只是曾经短暂地测试了一下，就我的使用感受和综合网上的观点而言，我(强烈)推荐Serendipity。理由如下：
总而言之，虽然Serendipity有着各种各样的小瑕疵，但是在我看来，它依然是最出色的PHP写的Blog程序。
最后顺带一句，一个月前，WordPress推出了最新版WordPress 2；10天后，Serendipity预计也将推出Serendipity 1，有兴趣的可以下载后试试。
[注1] 此处挑选不考虑、不选择商业软件。
[注2] 这也需要经验积累。
[注3] 当然，话虽这么说，Senrenditipy v0.8.x到v1.0 beta的几个语言支持方面的小瑕疵（有的不一定是Senrendipity的原因）我还是要提一下的。首先是trackback(引用)的JavaScript弹出框编码转换有问题（这是一个很小的bug，也很容易解决，一般用户根本觉察不到）；其次是文章搜索功能对中文关键字搜索的支持比较差（可以不算是Serendipity的问题）；再次就是部分中文界面翻译文档欠缺，只有自己手动翻译翻译了（这也可以不算是Serendipity的问题）；最后就是，如果你的服务器没有装iconv这样的函数库的话，自然在极个别的地方会出现语言转码方面的小瑕疵（这也可以不算是Serendipity的问题）。
[补充说明1] 关于Serendipity的缺点：我感觉目前Serendipity的缺点之一在于静态页面生成方面的功能不够强大、完善。当前访客从URL中看到的静态页面URL (类似于“x.html”)实际上是通过URL重写(url_rewrite)等技术实现的，并非真的静态URL。但网志就像日记一样，写完后再更新的概率很低，因此颇适合使用静态页面以提高系统性能。Serendipity虽然使用了Smarty等模版引擎，但似乎在静态页面生成方面没有做多少明显的努力。 2006-02-07 04:16:03
[补充说明2] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
在“2005岁末BLOG程序大评点”这篇文章中，作者列出了几十种网志程序以供选择，光PHP的可能就近30种（包括商业软件）。但就像季洪亮所说的，“太多的选择机会等于没有机会”，一般来讲我们只需要从中挑选一个最好的程序或比较好的程序来用，但谁没事会把这近30种程序一一测试、比较然后再挑选呢？我相信上述文章的作者自己都没有具体测试过文中所列的大多数程序。因此，这样的文章看起来好像提供了很多咨讯，但对很多人而言，其实这样的文章就像鸡肋一样：食之无味，弃之可惜。
我泛泛地浏览了这30来个PHP程序，权衡比较后挑出2个网志程序供选择1：WordPress和Serendipity。这两个都是现在很有名的网志程序，功能强大。WordPress的用户群很多，Serendipity据称是由几个PHP高手联手开发的，那么，二者到底孰优孰劣呢？
我用Serendipity已经搭建了2到3个Blog网站了（包括这个），而WordPress只是曾经短暂地测试了一下，就我的使用感受和综合网上的观点而言，我(强烈)推荐Serendipity。理由如下：
- 首先看看功能。在这个网址提供了一份详细的不同Blog系统/程序的比较，从中可以看出，WordPress和Serendipity都包含了网志所需的各项基本功能，各有千秋，综合来讲，WordPress功能略强一点点。
- 其次看看代码质量。在“XPress (WordPress For XOOPS) 升级到 2.0”这篇文章中，XPress的技术人员提到“看得出wordpress的代码在优化，开始考虑规模化的问题。给我的初步感觉像是打补丁，基础结构设计不好，将来要改进，太难了点”，这是很不好的一种情况。而如果去看看Senrendipity的代码（尤其是插件开发部分，后面会提到），是一种很舒服的感觉。就这一点而言，两套系统的水平高下已经可以初步被判定了。
- 再来看看插件开发的难易程度。开发人员都知道开发插件的时候首先要阅读相关文档、浏览代码，这些都比较繁琐，因此我很懒得去考虑开发插件、改插件这类事情，但Serendipity的插件设计却非常灵巧、规范、易懂。我没有看过Serendipity的开发文档，只是根据需要下载了几个插件安装、使用，并在此过程中看了几个插件的源代码，就已经理解了它的插件设计方法。2不夸张地讲，我现在直接动手写Senrendipity的插件都没问题，我也看过好些别的系统的代码，却没见过能够把插件开发方式规范得如此简单、直白易懂的的。WordPress的插件开发方式我没有看过，但我想它达不到Serendipity的设计境界。
- 再来看看插件数量。这点我估计WordPress的插件可能比Serendipity的多，毕竟WordPress的名气太大，而Serendipity的认知度还有限。不过不管数量多少，Serendipity的插件也还算够用就是了。
- Serendipity在多语言支持方面非常出色，用户完全不用担心它是否能够很好地支持中文。3
- 来看看页面模版。Serendipity目前提供大概10多个页面模版，不算太丰富，比如我就不得不采用默认的模版，因为用其他模版显示中文的话看起来不是太爽。好在近期Serendipity开发组搞了个“页面模版创作大赛”，相信会有更多的模版奉献出来。
Serendipity具有外嵌功能（嵌入到别的网页界面中），我没有详细地测试这个功能，只是泛泛地看了一下相关开发文档，觉得好像不是很简洁、易用，所以大家看到，现在我的blog就没有嵌入到我以前网站的黄颜色页面里。 - 二者都具有较强劲的文章内容导入、导出功能。
总而言之，虽然Serendipity有着各种各样的小瑕疵，但是在我看来，它依然是最出色的PHP写的Blog程序。
最后顺带一句，一个月前，WordPress推出了最新版WordPress 2；10天后，Serendipity预计也将推出Serendipity 1，有兴趣的可以下载后试试。
[注1] 此处挑选不考虑、不选择商业软件。
[注2] 这也需要经验积累。
[注3] 当然，话虽这么说，Senrenditipy v0.8.x到v1.0 beta的几个语言支持方面的小瑕疵（有的不一定是Senrendipity的原因）我还是要提一下的。首先是trackback(引用)的JavaScript弹出框编码转换有问题（这是一个很小的bug，也很容易解决，一般用户根本觉察不到）；其次是文章搜索功能对中文关键字搜索的支持比较差（可以不算是Serendipity的问题）；再次就是部分中文界面翻译文档欠缺，只有自己手动翻译翻译了（这也可以不算是Serendipity的问题）；最后就是，如果你的服务器没有装iconv这样的函数库的话，自然在极个别的地方会出现语言转码方面的小瑕疵（这也可以不算是Serendipity的问题）。
[补充说明1] 关于Serendipity的缺点：我感觉目前Serendipity的缺点之一在于静态页面生成方面的功能不够强大、完善。当前访客从URL中看到的静态页面URL (类似于“x.html”)实际上是通过URL重写(url_rewrite)等技术实现的，并非真的静态URL。但网志就像日记一样，写完后再更新的概率很低，因此颇适合使用静态页面以提高系统性能。Serendipity虽然使用了Smarty等模版引擎，但似乎在静态页面生成方面没有做多少明显的努力。 2006-02-07 04:16:03
[补充说明2] 如欲浏览更多关于Serendipity的使用、维护信息，请参考《网志程序Serendipity中文维护个人文集》一文。2007-07-15 14:23:19
类别:
我收藏的Blog (2) - 幻灭的麦克风
上次提到我收藏了Keso的网志，并称那是“第一个我收藏的和我无关的个人Blog”。今天说的是我收藏的第二个和我无关的个人blog(网志)——幻灭的麦克风。
这个网志是一个小伙子办的，他大概24岁，属狗的。网站更新比较勤快，大约每一两天至少有一篇作品，多为原创，内容多是他自己总结、翻译的国际IT咨讯，以互联网为主。
一个网志(blog)能否吸引人，除了更新频率外，更重要的一点在于文字内容，在于其所提供的文字内容能否让访客从中得到点什么。例如Keso的网志，收藏了他阅读的资料中的精华，并提供了他自己经过大量阅读、观察后对相关问题的有一定深度的思考。“幻灭的麦克风”在网志上提供了一些他自己从网上浏览后感到有价值的资料分享给大家，也就是说，他提供给大家的是一个相当于精华版的个人阅读日志，而这个日志正好比较对我的胃口，所以我收藏了这个网志。
本站的网志内容好些都是鸡毛蒜皮的事情，我也没考虑在网志上专门做些咨讯提供方面的东西。毕竟，对我而言，（认真做一个有名头的网志，）太累人，而且意义不太大。
这个网志是一个小伙子办的，他大概24岁，属狗的。网站更新比较勤快，大约每一两天至少有一篇作品，多为原创，内容多是他自己总结、翻译的国际IT咨讯，以互联网为主。
一个网志(blog)能否吸引人，除了更新频率外，更重要的一点在于文字内容，在于其所提供的文字内容能否让访客从中得到点什么。例如Keso的网志，收藏了他阅读的资料中的精华，并提供了他自己经过大量阅读、观察后对相关问题的有一定深度的思考。“幻灭的麦克风”在网志上提供了一些他自己从网上浏览后感到有价值的资料分享给大家，也就是说，他提供给大家的是一个相当于精华版的个人阅读日志，而这个日志正好比较对我的胃口，所以我收藏了这个网志。
本站的网志内容好些都是鸡毛蒜皮的事情，我也没考虑在网志上专门做些咨讯提供方面的东西。毕竟，对我而言，（认真做一个有名头的网志，）太累人，而且意义不太大。
