摄于十分钟之前，我目前家里的室内温度。我倒是能够忍受，但总有一种不爽的感觉。
January 2010 Archives
当我第一次使用 Mac 上自带的 Safari 3 的时候，有一项功能我特别喜欢，就是 flash 视频都被暂停载入。举例来说，当我使用 YouTube 的时候，我喜欢用鼠标中键或者按住 command 键点击视频链接，在后台标签页中载入多个视频，然后一个一个的看。在 Safari 中，页面的所有元素都被自动载入，除了视频。整个显式视频的 Flash 窗口都会在我进入那个标签页的时候才开始载入。
在 Firefox 中则一直没有这个功能。如果我在 Firefox 中做同样的事情，YouTube 视频会在我还没有切换到那个标签页之前就自己载入播放，这样会导致多个视频同时播放，声音非常嘈杂，让我不得不一个一个的先把那些视频都暂停，然后才能开始看。这样非常麻烦，而且降低了观看视频的兴致。
我一直在觉得，为什么这个功能在 Firefox 中没有被实现？难道开发者都不看 YouTube？或者 Firefox 的开发者都没有尝试过 Safari？我周围多数的 Mac 用户都是使用 Firefox 的，我在一些 Firefox 官方介绍的视频中也看到他们用的是 Mac，所以这一点应该不成立。既然他们用 Mac 的话，总有机会试验一下 Safari 吧，就算不是所有人试用 Safari 的过程中会打开 YouTube，但总应该有一部分几率能让他们发现这一点的。我还怀疑是不是这个功能已经实现了，只是没有默认打开而已。不过我找了几次 Firefox 的设定窗口，都没有看到相关选项。当然，如果确实是因为我粗心没找到的话，也请不要嘲笑我。
昨天晚上，由于看到了 Firefox 3.6 发布的消息，我又去了一些 Firefox 相关的网站看了一看，主要是想了解一下 3.6 版本的新特性之类的。Personas 算是主要的一点，虽然我觉得对我来说没什么用，但实时性这一点来说确实很酷。改动的是整个窗口的 theme，我觉得实现起来应该有些难度，不同平台下的代码可能也不同。看这些的时候我顺便浏览了一下 Firefox 的 Add-ons。我在出国前用的 Firefox for Windows 中总要安装一堆的扩展，可能是因为那时候 Firefox 的功能还没有发展完整的原因，再加上我之前使用的浏览器是 GoSuRF，一个 IE 浏览器的外壳，里面的一些东西，比如说拖拽，我很喜欢。因此我后来换用 Firefox 的时候就弄了一堆扩展来模拟 GoSuRF 的行为。后来等我在 Mac 上使用 Firefox 的时候，Firefox 的功能已经很完整了。很多行为，都有了简便的方法来完成，不再需要那一堆扩展了，所以在 Mac 上，我的 Firefox 只安装了很少的扩展。主要使用的是 Adblock Plus、NoScript 和 del.icio.us 书签，后来为了完成作业安装了 Firebug。再往后看了李笑来的介绍文章安装了 Greasemonkey 和 GreaseFire，其它的扩展就都是微不足道的了。
昨天晚上我在浏览 Firefox 的 Add-ons 列表时，正好看到了 GreaseMonkey。我突然意识到，GreaseMonkey 不久是用来改变网页行为的吗，说不定可以让 YouTube 停止自动播放，满足我的要求。于是我打开了 YouTube，用 GreaseFire 找到了 20 多个 YouTube 相关的脚本，挨个看看介绍，就找到了几个有暂停功能的脚本。我选择了排名比较靠前的一个名为 YouTube Auto Buffer & Auto HD & Remove Ads 的脚本，由 JoeSimmons 开发。据介绍说它有三种功能，自动缓冲（变相的完成了我的需求）、自动高清播放、以及移除广告。后面两个功能都不是我需要的，但有了第一个功能，就能在打开一个视频时自动让视频暂停了。
说这个脚本变相的完成了我的需求，因为它并不是我原先假设的行为，但也可以用了。我观察了一下它的行为，当打开一个 YouTube 视频页面的时候，视频会播放大概有一秒种左右的时间，然后视频暂停，进度回到视频开始的地方。我估计这个一秒是脚本执行的延迟，影响不是很大。这种行为与我想要的行为的区别是：当我在 Safari 的后台标签打开一个 YouTube 视频页面的时候，Safari 并不载入播放窗口，直到我实际上进入这个标签页之后才开始载入并播放。这样当我在看一个被分成几部分的视频时，当我看完一个视频，我要做的就是关闭当前的标签页并等待新视频的播放。而在 Firefox 中，我需要点一下鼠标来手动让这个视频播放。
还有一点不同是在 Safari 中，所有的视频网站，包括 Vimeo、土豆等网站，都有同样的后期载入效果，而我目前的 Firefox 只对 YouTube 有效。我主要是想在 YouTube 上看视频，所以这个脚本已经可以满足我了。不过我觉得可能有人针对其它的视频网站也写了脚本，再用 GreaseFire 找找看看吧。
今天中午发现了一个相对比较严重的 Mail.app 程序在垃圾邮件检测时的问题。
在回复老师的邮件时，我突然想到了已经很长时间没有检查 Junk 文件夹了，于是就顺便过去看了一看。在往下滚动的时候，我看到了有很多我希望保留的邮件被标记为了垃圾邮件。不知是中文邮件，英文文件也有好多。其中最明显的可能是来自 Flickr 和 Orkut 的邮件了吧。我之前在曙光博客上的留言回复通知也被过滤了。还有之前我同学给我发送的邮件，以及上个学期我们《密码学》教授群发的邮件也被过滤了。Site5 发来的 Adsense 优惠码也被挡住了。
中文邮件我勉强也就理解了，但英文邮件竟然也被过滤就让我觉得不可饶恕了。难道苹果不会设定一个白名单吗？像 Flickr 这种大型社区的邮件，以及一些著名大学相关科系的邮件，是无论如何也不应该被过滤的。虽然这些邮件主要是通知我某人又把我加入好友列表了。也好在我教授群发的邮件没有什么关键性的内容，否则损失就大了。最主要的一封邮件，是关于今年学校注册部门给发来的保险认证邮件，也被档了下来。
除了白名单之外，Mail.app 也应该更智能一些。比如说 Google Mail 的垃圾邮件过滤是非常优秀的，那么一个帐号是 Gmail 的话，是不是就不需要再做一次过滤了呢？就算不是默认设定，那么针对某一个帐号的垃圾邮件过滤开关也应该提供吧。我找了几次也没找到。也许通过在命令行输入一些命令可以设置，但这种选项应该提供给全部用户了吧。
经过这次事件，我对 Mail.app 有一点失望。我当时在看 Mac OS X Snow Leopard 的演示视频的时候，印象最深的就是和 Mail.app 相关的几个程序。尤其是 Mail.app 和 iCal.app 以及 Address Book.app 程序之间的互通，让我觉得在日常应用之中应该会很方便。但在日常当中，这些日程安排的功能我用的都不是很多，因此现在也动摇了一些我的对 Mail.app 的信心。我看到过有些人在 Mac 上使用 Thunderbird，我当时有些奇怪──既然系统已经有了 Mail.app 这么一个非常好用的客户端了，为什么还要用第三方的？不过目前这种想法有些改变了。我可能会在未来试验一下其它的软件。
最后也要批评一下学校邮件系统的垃圾过滤系统。应该过滤的不过滤，不该过滤的反而过滤了。我在用 Linux 的时候用过 mutt 来收发邮件，后台用的好像是 getmail，没有设定本地的垃圾邮件过滤。学校的邮箱基本上一天到晚被各种各样的垃圾邮件充斥着，根本无法使用。这也是我用 Mail.app 的一个原因，就是它可以帮我过滤邮件。而学校的过滤系统确实曾经过滤过 Facebook 的邮件确认信。那时候（2007年）Facebook 还只能用大学的学校邮箱来注册，因此我只能用我的学校邮箱来注册。但却收不到确认信，后来才发现是被学校给过滤了。我当时在 Facebook 中说起过这件事时，收到很多人给我的信息，问我怎么样才能收到确认新，看来学校的这个垃圾过滤系统给不少人带来了麻烦啊。
一天中我最讨厌的时间段，是我从学校与家之间来回的路上，尤其是要坐公交车的这段时间。
在这段时间之内，能做的事情实在是太少。在公交车上基本上只能听听 iPod，我如果在车上阅读的话，会很容易晕车。这段时间虽然不能说是被浪费了，但如果你沉浸在一件有趣的事当中，却要停止这件事去坐车的话，就实在是让人恼火的很。
早上去学校的时候还好说，因为课程开始的时间是固定的，不去不行。而且去学校也是一件令人期待的事情──今天上课会讲什么，在课间会在网络上读到什么东西，等等，都是让人兴奋的。而下午要回家的时候，就是最难过的时候了。家里只有我一个人，早回去晚回去都没什么区别。我自己也不是很按时吃饭，哪怕现在饿一会，到夜里再吃也无所谓。所以我有时候经常会托到十一、二点才回家，到了楼下的 24 小时营业的超市里买点吃的，回家后吃了睡觉，也没觉得有什么不妥。
还有一个我不想回家的原因就是，在家里我很难集中精力学习。所有学校的事情在家里都被无限的拖后了，干什么事情也提不起兴致来。在学校里，可能是环境的原因，我要静下心来学习就会容易一些。
我还比较喜欢夏、秋天，那时候我经常走路回家。从学校回家一般有两条路，一条是主要干道，距离近；另一条比较偏僻，也比较绕。我走近路回家大概要 30 分钟，走远路的话要 50 多分钟。不过我一般都喜欢走远路，在只有我一个人的路上慢慢的踱回家去，路上可以想各种事情，颇有荷塘月色的心境。冬天就没法自己走回去了，因此我也特别讨厌回家。
今天也许是一年当中最冷的一天了。
周六帮朋友搬家，那天的前一天晚上开始下雪，不过一直到周六的气温都是比较宜人的，大约在零下五度到零度左右。地上的积雪基本上都已经化开了，留下一滩滩脏乎乎的雪泥。虽然地面环境不大好，但温度上来说是绝对没有问题的，我感觉就算在室外吹上半小时都不会觉得不适。不过当时朋友提醒我说到了周一可能就都冻上了，那时室外的环境不会很好。
到了周一，果然应验了。
我出门之后，除了感觉地上已经结冰了之外，最明显的就是刺骨的寒风了。我还是第一次见到这种天气，随着风刮着的方向，天上落下来的雪末也以肉眼可见的样子飘洒着。雪花已经不见了，可以看到的都是像面粉一样的粉末。风刮在脸上立即就理解了为什么前人把风比喻做刀子。我在外面站了有十分钟，耳朵也已经相当难受了。
早上出门前，我收到了系里群发的邮件，说上午的面向对象课因为老师无法到校而上不了了。我在一年前上这门课的时候，就发生过这么一次，因为下大雪老师无法到校，因此那天的课取消了。到了学校后，我看了一下课程网页，果然老师也发布了一则消息，确实是因为这次的雪。不过我印象里去年发生这件事的时候比今年要晚一些。
在上一篇文章之后，我在使用自己编译的 Emacs 23 的过程中遇到了一些问题。对于这种经典的编辑器，目前使用的人不多的情况下来说，找一个用户比较集中的地方是提问题的正确地方。USENET 新闻组在我的印象里来说一直太正式，让我每次在上面发帖都战战兢兢，因此比较宽纵的 IRC 自然成了一个很好的去处。
我上的 IRC 频道是 irc.freenode.net 的 #emacs 频道。虽然刚上去的时候也是有点发怵，但当提交了一个问题并与上面的人进行讨论的时候，我感觉到对方也并不是那么遥不可及，于是就放下心来与对方交谈了。
与我有时上的另一个频道 #ubuntu-cn 不同，#emacs 属于比较纯的技术频道。而 #ubuntu-cn 虽然打的 Ubuntu 的名号，但最近我上去的过程中发现里面的交谈绝大部分属于闲聊，可能是被国内的风气给逼到 IRC 这个小角落里面来了，我不喜欢这样的情况，于是后来上这个频道的次数就少了，虽然这是为数不多的比较活跃的中文频道。
#emacs 频道里的灌水就少的多了，多数是问问题的。有时候也会出现几个人之间在谈论一些无关话题，不过并不占讨论的主要部分。
由于 IRC 在国内不流行，我上 IRC 的次数也少，因此一些 IRC 频道的常见活动我见到的不多。不过在今天我“有幸”见到了一次踢人。有人在频道里发广告，然后几秒钟之后管理员就把那人给踢了。情节记录如下：
第一次见到这种情况，还是感觉很好玩的。
我的 IRC 客户端使用的是 ERC，一个运行于 Emacs 上的 IRC 客户端。我几乎是从一开始就用它，到目前已经习惯了，并很难换到其它的客户端上了。虽然对于 IRC 的操作，客户端所占的比例不大，但我的印象里进行聊天活动时能用到 Emacs 的键绑定是最爽的。其它程序可能可以使用 Emacs 的键绑定，但肯定比不上在一个 Emacs 的 buffer 里上 IRC。我最早使用的是 xchat，比较基本，没有什么特殊功能，但可以在 X 上运行。那时没有入门，后来发现了 ERC 就放不下了。还有人喜欢用 Irssi，我印象里试用过一两次，但没有给我什么深刻的印象，更不用说它的官方网页的标题 “The client of the future” 了。
在日常的“非主流”网络交互中，除了 IRC，我还经常上 USENET。如果说我有时会在 IRC 上说话，那么我在 USENET 就几乎是完全潜水了。我感觉 IRC 可以是一般人交流的地方，USENET 上就是藏龙卧虎了。我在上面见了许多人，他们的文章都相当的有深度，我能学到很多东西。
既然是一个 Emacs 用户，我的 USENET 客户端自然就是 Gnus 了。我过去曾经在 Linux 下用过 Thunderbird 之类的电子邮件客户端来上 USENET，不过那段日子就没有什么印象了。我在使用 Linux 的后期也用 Gnus 当过电子邮件客户端，不过在配置 Gmail 的时候废了很大的劲，至今也没有心得。后来用了 Mac 后，收发邮件没理由放着 Mail.app 不用，自然就不用 Gnus 了。不过上新闻组也不用再装一个客户端了，之前的 Gnus 配置拿过来就直接用了。时间长了之后我也忘了一些设定的功能是什么了，不过倒是不影响使用。Gnus 的功能非常博大，我掌握的只有极少的一部分，也就是几个组合键而已，不过用来上新闻组也够了。
作为一个北美大学，我们学校倒是提供了一个本地的新闻组服务器，这让我感觉不错。服务器是内部的，需要用户名和密码才能登录。它的好处是速度快，缺点是中文的新闻组一个也没有收录。不过中文的新闻组也没有什么地位，我之前找过很多免费的新闻组服务商，几乎没有提供中文新闻组的。之前用过的一些国内新闻组好像很多都关门了，比如千网之类的，我在这里就链接不上。之前印象里济南还有一个当地的新闻组，我在中学的时候还经常上去看看，现在也没了。最后好歹找到了 freenews.netfront.net 这个新闻组，缺点是发送的消息最后都会跟上 netfront 的广告，也只好忍了。不过我很少上中文新闻组，目前跟踪的一个也只有水木 BBS 上的 Emacs 版面而已了。我们学校有些课程会在本地的服务器上开设讨论组，不过也只有一些年纪比较长的教授才会用它，比如这学期我们的操作系统课就有一个讨论组，里面全是教授发的通知，学生在里面说话的可能只有我一个人吧。对于这些讨论组，我倒是感觉很高兴，计算机系的学生毕竟不应该荒废了这些“遗产”。
IRC 和 USENET 这两个老牌的在线交流工具，上面中国人的身影越来越少了。虽然它们可能有点过时，但其它国家总是有很多铁杆支持者在上面驻守，而中国人则寥寥无几。不知道这是不是说中国互联网落伍了呢？或者是由于发展的比较晚，与西方国家相比，中国的网民有了断层呢？
Emacs 已经成为了我的计算机上的必备软件之一。平时如果写一些规模不算大的程序，我一般都是用 Emacs （Emacs 有 ecb 可以用来管理项目，不过我还没有入门），而日常上 USENET、上 IRC 更是离不开 Emacs。记不清我在用 Linux 的时候用的是什么版本的 Emacs 了，印象里我要对中文支持进行一些设定，所以我估计当时用的是 22 版本的。很早就听说过 Emacs 23 对中文支持有了新的高度，但限于条件，我好像一直没有使用过。
到了 Mac 平台后，我刚开始不知道有什么 Mac 上运行的 Emacs 程序包，以为 Mac 上只能使用原生的 Mac 程序（我可不想在 Mac 上用 X 来运行 UNIX 软件，实在是太丑了，也不习惯），所以当初还买了 TextMate。当时我急着完成作业，急切的需要一个好的编辑器。后来我找到了一些 Mac 上可以运行的 Emacs，立刻就把 TextMate “打入冷宫”了。TextMate 的问题，除了它不支持中文外，最大的问题还是按键上还不是完全模仿 Emacs 的，有些细节的地方还不方便。而 TextMate 被广为称道的 Bundles，我在看一些 Rails 演示视频的时候看那些人用的很熟练，但后来觉得自己实在是很少有机会用到这些功能，而且那些组合键也很难记忆，所以我反而一直没有用上。
我在寻找 Mac 上可以运行的 Emacs 时试用过不少版本，开始时用的版本配置的都不是很好。尤其是 Meta 键的配置，映射的是 option 键，而 command 键则被用来当作 Mac 自带的组合键来使用，比如用 command+c 来复制等。我还不是一个“资深”的 Mac 用户，所以在用 Emacs 的时候，我更喜欢用 Meta+w 来复制，而不是用 Mac 的组合键。当时我也不知道怎么把 meta 映射到 command 键上，所以这些版本的 Emacs 都被我忽略了。后来我找到了 CarbonEmacs，一个日本人做的版本，里面包含了各种配置，其中就有我需要的 meta 键映射。另外默认的还有很多 lisp 包，比方说各种模式，用起来很方便，于是我就一直用它了。
话说对于完美的追求还是永无止境的。前几天在查 CarbonEmacs 的版本的时候，发现居然还是停留在 22 版本上。随后我也意识到似乎 CarbonEmacs 也有半年多没有更新了，于是就到它的网页上去看了看。看到了有个 2010 Edition。新的一年有了新的版本，不错。不过看了一下版本还是停留在了 22 上，而我希望的版本是 23。除了 23 > 22 这个原因之外（:-)），还有对于 Unicode 的支持也是我希望升级的原因。我印象里在 2007 年用 Linux 的时候，就有人在用 Emacs 23 了。新版本的 Emacs 对 Unicode 的原生支持，使得它不需要额外配置就可以正常的显式中文。CarbonEmacs 的多语言设置虽然好（毕竟作者是日本人），但有些偏字，比如说前总理的名字，就无法正常显式，在 23 版本中，就非常正常了。另外的原因是我想在 Mac 平台上使用 Cocoa 而不是老旧的 Carbon。于是我就搜索了 “Cocoa Emacs”，看看有没有使用 Cocoa 的 Emacs 包。
我找到了几个有二进制包下载网页，比如说 AquaEmacs 等等。不过它们都有一个问题，就是 command 键映射的不是 Meta 键。这一点让我非常苦恼。我从 CarbonEmacs 的包里面找了半天的设定，也没有找到。后来在 Emacs Wiki 上找到了不同平台上 Emacs 的安装方法，上面有在 Mac 平台下通过编译来安装 Cocoa 版本的 Emacs 的方法。通过编译可以把 Emacs 编译成 Mac 下的 .app 包，这是我希望的，而且有之前使用过 Gentoo 的经验，对于编译也没有太大恐惧感，还有本地编译的一些好处，我就尝试了一下。由于所有的 Mac 平台的硬件和软件都是统一的，所以编译安装十分容易。下载了 CVS 的代码之后，输入两条编译命令，大概20分钟就编译完成了，不会出现问题。
用惯了 CarbonEmacs 的 all-in-one 的软件，一下子上到自己编译的 Emacs 下还有些不习惯，因为很多 lisp 包都没有，需要自己安装，这让我第一次面对错误提示时有些愣神。不过等反应过来后，要解决问题也不难，少那个包就下载下来放进 site-lisp 目录里就行了，最后再 byte compile 一下也就完美了。我的 .emacs 文件不算大，里面也没有用什么偏门的包，所以都很好解决。我曾经想过像 CarbonEmacs 那样把所有的第三方 lisp 包放进 .app 目录里面，这样要想移动 Emacs，只要复制一个 .app 目录就行。后来还是放弃了，因为这样会把目录弄的很乱，而且如果在本地机器上再更换 Emacs 的话还要再把包复制到新的目录下。倒不如放进 HOME 目录下一劳永逸。
不过最关键的问题是解决 Meta 键的映射问题，从网上搜索我也找到了解决方法，这也是推动我升级的动力之一。方法就是在 .emacs 文件里面加入这么一行：
(setq ns-command-modifier (quote meta))
这之后就可以把 command 键来当作 Meta 来用了。
有了这些之后，其它的问题其实也就迎刃而解了。不过还是有些兼容性的问题是无法解决的。首先就是全屏模式在 Cocoa 下还没有实现，因此目前为止还没有任何一种方法来完成全屏显式。之前在 CarbonEmacs 下很舒服的用 Meta+Enter 来切换全屏与窗口的方式也就不行了，这让我有点耿耿于怀。不过还在它也不算什么大问题，需要用全屏的话，按两次窗口上的最大化键也勉强可以用。
还有一个大问题是字符的颜色问题。我估计可能是 Cocoa 的原因，光标落在字符上，字符并不反色显式。这一点无论是我用默认的颜色设定还是我用 color-theme 里多数的 theme 时，都让光标下的字符很难以识别。我对照了目前版本和 CarbonEmacs 的颜色设定，都是一样的，因此也不知道怎么能设定好。把 CarbonEmacs 的 color-theme 的 lisp 设定复制到 Emacs 23 上也还是一样，这让我很苦恼。我还去 #emacs IRC 组上去询问，也没有好的方法。最后通过把光标设置成闪烁模式，算是勉强解决了问题。
汉字显式可能是没有完全设定好，目前在 Emacs 23 下的斜体汉字是无法显式的，所有的斜体汉字都被用方块来代替了。我觉得通过设定应该能解决这个问题：或者让汉字不用斜体显式；或者让 Emacs 能使用斜体的汉字。但由于我日常很少让 Emacs 显式斜体的中文，所以也就没有去深究这个问题。
几天用下来，除了上述的一些小细节之外，其它的都没有什么问题。Emacs 23 确实有了一些新功能，不过总体上来说我常用的操作都没有改变，这也算是经典软件的好处了。
过去我经常在海词查单词。海词的内容挺不错，但是界面有些过于花哨了，看上去也很困难。我于是就想在终端里用一个简单的工具来从页面里提取我需要的单词释义，于是就写了一个 Perl 程序来完成这件事情。在 /usr/local/bin/ 里面做了一个名字为 d 的符号链接指向这个程序，在使用的时候只要在终端里输入 d 要查的单词 就好了。后来我还添加过一些功能，把查询过的单词都保存在一个文件中，可以在日后复习记忆。
今天从网上找 ERC 的资料的时候，看到了一个中国人的关于 Linux 等工具的网页，从里面转了转，看到了这篇文章，里面同样是用了海词，但是用的是我之前一直不知道的迷你版。
海词的迷你版的使用方式是 http://dict.cn/mini.php?q=单词，直接在浏览器中输入就可以，返回的是一个非常简单的释义界面，包含了例句等。那篇文章里是用的 w3m 来从终端访问的，我这里没安装 w3m，于是试验了 curl 也一样可以完成。迷你版的好处是结果就是最原始的释义、例句，没有任何花哨的、不实用的东西。直接把这一行命令写到脚本里去，就可以很方便的完成我之前那个程序的功能了。我那个 Perl 程序写了 25 行，我估计如果用迷你版的话，用不了 5 行就能完成了。
自从搬家之后，我的主域名下的首页一直都是空白的。之前是什么都没有，进去后直接显式目录，现在是加上了一个链接，指向我的 blog。之所以一直没有放首页，是因为我想找一种“完美”的方案，来自动管理这些页面。
最早的时候，我的首页是用 HTML 手写的。这样有优点也有缺点。优点是方便，不需要额外的工具，要加什么内容，直接 ssh 登录到服务器上修改文件就行了。缺点是不方便，虽然看上去与优点正好矛盾，但却是事实。时间长了之后，我也厌倦了手写重复的 HTML，所以很长时间我的首页上只有一个“首页”，基本上没有其它分页面。而且基本上也不更新，因为更新的话就要 ssh 登录，而且普遍的虚拟主机都对非英文字符支持的不好，修改页面当中的中文的时候，一不小心就会把页面弄乱。所以我很早之前就想改变这种维护的方式了。
之前我对 blog 做出了一个不小的改变──把 blog 子域名改成了 blog 子目录。原因是我当时看了 Movable Type 5 的说明之后，觉得既然有了 Website 概念，就可以用 Movable Type 来生成首页了。虽然目前的版本也可以做到，但毕竟把首页也当成一个 blog 感觉很不自然。而我尝试了几次，都无法让 MT 来正确的往子域名中发布网页，因此就一咬牙把子域名换成了子目录。结果改过来之后，却发现即使是到了正式版，MT 还是无法正确的发布我目前这个 blog 的导出数据，所以我也一直是没有升级。我本来以为是 MT5 对中文的支持问题，结果发现网上的一些中文用户都升级了，再自习排查发现错误出在 Markdown 上，我对比了 MT4 中的 Markdown 插件，也没找到什么不同，因此也无法修改，这让我很郁闷。
不过从想到用 MT 来管理我的首页时，我就觉得用 CMS 来发布首页应该是个好主意。除了 MT 之外，我首先想到的是 wiki。我于是在根目录下用 UseMod Wiki 搭建了一个 wiki，用英文在上面也写过一些东西，感觉还不错。除了系统本身简单方便外，可以在浏览器中直接编辑也很好。但毕竟它是一个 wiki，因此有 wiki 的规则。Wiki 本身的目的是多人合作写作，因此系统的安全性就非常重要了。所以基本上所有的 wiki 系统都禁止在页面中直接放入 HTML 代码。虽然这一点排除了有人插入不良脚本的可能性，但这对我想用作生成首页的人来说就非常不方便了。首先我的首页只有我自己能编辑，因此没有安全性的问题，更重要的是，我无法在里面添加 HTML 代码了。所以一些标签、Google Analytics 的统计代码、以及 OpenID 的代码我都无法添加进去了，前两点不行也就罢了，最后一点不能办到就非常恼人了。我几乎所有的用 OpenID 注册的网站，用的都是我自己的域名，一旦无法添加 OpenID 的代码，我的这些帐户就都无法登录了。所以，我从了解到这一点之后，就决定将来搬家之后一定要用一种新的方法。
今天在网上看到了有人又在讨论 Ramhost 的问题，我于是就去了 Ramhost 的管理员的网页上去看了看。从他的页面中，我看到了他曾经的项目有 ram-cms，而且 Ramhost 的页面也是用 ram-cms 生成的。我一看觉得不错，于是就上去试了试。现在我忘了当时是因为什么原因删除了的，虽然它总体上不错，但我还是想起了过去用过的 blosxom 来。
说道 blosxom，我顿时又想起了我过去几次安装 blosxom 的经验。第一次在国内的时候听说过了这个程序，觉得挺有意思，就从自己当时的虚拟主机上安装。那时候我的相关知识都很不充足，cgi 程序是怎么运作的我都不了解，于是很正常的就失败了。那一次的失败耗光了我当时的耐心，于是就回去用 WordPress 了。第二次的尝试印象里是在 2008 年底一次期末考试结束，我当时走出考场后突然感觉悟到了一些东西，于是就走到机房里实践，结果当时不知不觉中就成功了。我当时也不会调整 .htaccess 之类的设定，所以生成的路径也是 cgi-bin/blosxom.cgi?xxx 的一大串。后来我还是放弃了，因为觉得设定起来很麻烦，默认也没有留言之类的东西。
这次我想起 blosxom 后，觉得可以试试看用它来生成首页。于是下载了之后，顺水行舟的就装上了。我去年暑假里学了 Distributed Computing 课，里面用 Perl 写了很多 cgi 程序，因此对于这些都比较了解了。也没有死按照文档说的去设定，直接把 blosxom.cgi 改名成 index.cgi 放进根目录下，并在上层目录里建立几个目录放数据文件就可以了。其实配合 Emacs 的远程编辑，我感觉如果作为 blog 程序还是很方便的。它的 flavour 的设定也不难。生成的路径格式我没有改，不过有了之前的经验，设定起来应该不难。
不过最后我还是把它放弃了，因为我觉得很难把 blosxom 当作一个 CMS，它还是更偏向于 blog 系统的功能（虽然它默认上还缺很多部分）。我需要的是一个能够生成页面的 CMS，而不是一个 blog。像一些如日期、文章页面之类的东西，我还是不需要的。虽然通过修改了 flavour，我可以把这些给抹去，但毕竟用作生成页面还是不方便。
其实我现在觉得还是 wiki 更方便，如果它能够插入 HTML 就完美了。我找过很多 wiki 系统，基本上都有这方面的限制。我还想过自己结合 Markdown 写 cgi 程序，每次改动后发布也好，用 crontab 来定期执行也好，不过最后觉得这个程序不是一朝一夕能够完成的，我的 Perl 也荒废了很久了，像一些文件处理之类的地方，我都忘得差不多了。
我们学校有很多微机房，学生可以用分配的 id 来登录进去使用。其中绝大多数的都是 Windows 机器，但也有少量的 SunOS 机器和 安装了 CentOS 5 的 Linux 机器。不过我们专业也有几个自己的专属机房，其中一个 Windows 机房是我们平时上实验课的时候用的，另外一个 Windows 机房我们专业的学生可以使用，门上的密码锁的密码是通过邮件列表告诉我们的。另外还有 Linux 和 Mac 机房，是老师认为有必要的时候会告诉我们机房的门的密码，我们可以进去使用的。
去年暑假的时候，一位老师告诉了我们 Mac 机房的密码，我后来进去过一次，之后就没有再去过了。因为本身我就是用 Mac 系统的关系，所以我对 Mac 机房的兴趣并不大。而 Linux 机房，这个学期老师才告诉了我们密码，我这两天就进去看了一下，却立即喜欢上了这个机房。
我们的那个供系里学生自由使用的 Windows 机房，虽然需要输入密码才能进入，但毕竟我们系的人数也不少，因此又是那里会有很多人。虽然不至于到把所有的机器都沾满的情况，但也已经比较吵闹了。而这个 Linux 机房就完全不同了，今天一天我都呆在机房里面，人数最多的时候，加上我一共才三个人，安静程度可想而知。
我之前对于我们学校的 Linux 机器的了解，还停留在想象中的那种只有一个主机的服务器的阶段。我们专业公开了一些机器，我们可以用 ssh 来登录，远程使用，交作业的时候有是也要上传到那些机器里面通过命令来提交。我们专业给所有的 Linux 机器都起了鸟的名字，比如 owl、crow、eagle 之类的，我本来以为它们都是一个一个的小盒子，统一放在一间屋子里，没有屏幕之类的东西，专门提供服务的。结果我第一天去那个 Linux 机房，坐下后往机箱上贴的机器名字上一看，竟然发现我荣幸的坐在了 owl 的旁边（因为 owl 的名称短，好记，我经常登录它）。
不过学校的 Linux 管理员还是太落后了，或者也可以说是保守。目前所有 Linux 用的机器都是 CentOS 5，软件的版本也太低了。而且很多必要的软件都没有安装，比如 Flash，所以在这个机房里连上个 YouTube 放首歌听都不行。而且一些 mp3 解码器什么的也没有安装，所以像 Totem 这类的软件也基本上都是废物，我从网上下载了音乐都没法听。当然，这也可以说是因为这个机房主要就是用来做服务器，让学生用 ssh 登录用的，一些娱乐类的东西就不必要安装。不过在上面用桌面的话实在是牵强了一些。好在不像楼下的公共计算机一样，这些机器里面倒是安装了中文字体，虽然没有配置好，看上去挺别扭，但也勉强能用了。而且一些常用的英文字体，如 Georgia 都没有安装，中文字体的缺失我也没法说什么了。
虽然有一些缺点，但我还是更喜欢这个机房，人少是最好的理由了，之后我可能还会恢复带自己的本子去学校的习惯，在这种机房里面一个人“胡作非为”是再爽不过的了。
前几天写了我比较喜欢的一首新歌──《恋愛症候群 ～その発病及び傾向と対策に関する一考察》，并在 YouTube 上找到了一些人制作的音乐以及歌词。在写了那篇文章的第二天，我在 YouTube 上发现了这首歌的作者以及演唱者さだまさし在 1985 年的 live 演唱（YouTube 地址）。
之前找到了这首歌的资料上显式，这首歌最早就是さだまさし在 1985 年发表的，而黄舒骏的《恋爱症候群》发表于 1989 年。不过那个时期的视频还真是难找，这次能找到 1985 年的 live 完全是运气了。
在视频里，さだまさし似乎在参加一个歌唱性节目，在场的除了他之外，还有两名女性。我对日本 80 年代的女明星没有任何了解，但通过与这个视频的相关节目里面的人的长相对比，我感觉坐在离さだまさし近的那个披散头发的女性应该是另一名歌手，名叫岩崎宏美。我查了资料，岩崎宏美出生于 1958 年，17 岁出道，目前年龄为 51 岁。而在 1985 年的视频中，27 岁的她还显得很年轻，从 Google Images 上查看她目前的照片，比对起来真是觉得岁月不饶人啊。岩崎宏美与さだまさし有过合唱作品《精霊流し》，也是さだまさし的作品。在视频里面看到さだまさし拉小提琴、吉他也弹的这么好，真是厉害啊。
另外一点，是さだまさし和黄舒骏的两首歌在录音方面都用了同样的方式，就是类似现场演唱的形式，里面都夹杂了观众的笑声，在黄舒骏的版本的开始的时候，还有黄舒骏的一段“口白”。我虽然知道さだまさし版的日文歌词的大概含义，但对观众的笑声也还不是很理解，而黄舒骏的版本中夹杂的观众笑声，我就觉得也不过是那么回事，自己听的话是绝对不会笑的，夹杂了观众的笑声反而觉得添乱。而我在看几个さだまさし的《恋愛症候群 ～その発病及び傾向と対策に関する一考察》现场演唱的时候，都看到了观众在发笑。一个就是我在之前的文章里说的有人在新人的婚礼上演唱这首歌，里面的观众在听到一些歌词的时候都在笑；另一个就是这次的这个 live 视频，里面的两位女性在听到一些地方也都笑了，因此我推断这些部分的歌词是真得好笑，群众的笑声也是发自内心的，这算是另一个收获了。
几天没有写文章了，自从后来对于维护一个 blog 的目的有所改变之后，长时间不写文章就让我觉得有点不安心。对于我这种记录生活的 blog 文章来看，短期内最大的功能，就是强迫自己整理思考中的内容了。有很多东西在我脑中一直盘旋着，但就是无法整理成文章表达出来，应该是我的写作功力还是不够，否则的话我应该也能像王小峰一样每天不管大事小事都能写上好几篇。
没有更新 blog 还有个原因，就是这两天与计算机接触的少了。首先是这个学期开学之前的一段时间，我都保持着日夜颠倒的状态。那个时候，我一般是从晚上九点左右开始醒来，然后一直呆到第二天下午的两点到四点之间再睡觉睡到晚上的九点。其实抛开日夜颠倒不说，我感觉这段时间的作息还是比较规律的。在夜深人静的时候可以集中注意力、效率也比较高，在第二天下午两点之后精力就基本上无法维持了，少数时间能勉强坚持到四点已经是很难得的了，那样的结果就是接下来的一觉的睡眠效率也非常高，几乎是立刻就进入了深度睡眠状态，醒来之后的精神也非常好。这样的作息，我想应该是和我在上个学期期末的那段时间熬夜拼搏不无关系（尤其是从晚上八点到第二天的十二点半的时间里几乎是从零开始拼完了一个《专家系统》课的学期项目）。我现在感觉不到白天的阳光对人体有怎样的重要性，因此昼伏夜出的生活我感觉还算良好（虽然有时候白天上午出门的时候会感觉外面格外明亮）。在开学之前的一两天，我刻意的把作息调整了过来，结果还算不错，但也还不是之前的那种状态。之前我是早上精神不大好，不想起床，到了晚上睡觉前精神反而比较不错，如果不强迫自己睡觉的话弄到一、两点也很正常。现在是到了晚上九点之后就感觉非常困了，上床后就能睡着，然后到了凌晨两、三点会醒来，然后再睡一觉做上一、两个梦，到了六、七点就比较清醒了，然后等着八点钟闹钟响了之后下床。这样的生活我觉得倒还不错，就是感觉课余时间变少了，到了晚上就是睡觉了。
而且和这种作息时间也有点关系，也可能是其它的原因，这个学期开学的时候我有点措手不及的感觉，觉得不应该这么快就开学了，有点不想上学的感觉。这和我一年前的情况很不一样，那个时候我在家无聊的要命，假期里就盼望着开学，甚至在开课前一天，学校开门了我就去学校上自习了。所以这个学期我没有按照上个学期那样子，每天背一个大书包，装着 MacBook 上学，而是把一个本子、几张纸和笔塞进从国内带去的单肩小背包，背着上学，落得一身轻松。这样我在学校里就没有自己的计算机可以用了，在实验室里的计算机基本上都是按照英文系统配置的，自己有没有安装软件的权限，因此我在那些实验室的机器上就很难更新 blog 了。
我的室友上个学期已经毕业了，这个月的前几天就收拾东西回国了，因此我要找一个新的室友。本来我觉得应该没有什么问题的，后来才发现我低估了问题的复杂度。一月份已经开学了，新来的留学生基本上都已经安定下来了，所以这方面的人很少。而且我出租的是一个厅，一般人们都更希望住在独立的卧室里面，所以我这方面条件并不吸引人。我在留学生论坛上发了广告，等了半个月时间，竟然没有人和我联系。我中间甚至考虑我是不是把整个公寓转租给别人，自己一个人可以找人合租。结果我本来预想的一些情况都有了变动，我只好打消了这个想法，专心等待新的室友。
结果在前两天我在床上迷糊的时候，我之前的一个同学给我打电话，说有意向在二月份搬进来，我顿时放下了一半心。我之前的室友走之前给了我半个月的房租，因此我自己承担后半个月的房租，虽然是一笔损失，但在这个时候能找到室友我也觉得比较幸运了。但就在那次隔了没几天，我在国内时认识的同学因为和原先在公寓的人有了矛盾，要搬出来。但在这个时候同样不好找房子，于是打电话给我问我有没有相关的信息可以提供。我一听正合适，就告诉他可以先在我这里住半个月，在这段时间之内慢慢找房子，肯定能找到。于是我这半个月的房租也解决了。
我之前的室友其实挺邋遢的，做了饭之后很少洗厨具，一些碗、盘子和锅子就堆在水池里，弄的我也不大愿意在家里自己做饭。这个朋友过来了之后，我决定要改变过去的那种生活。我把剩下的脏碗都洗过了，和同学在超市里买了肉和蔬菜，自己在家里做饭。因此很久没有吃过的炒菜、炖肉什么的，又可以享受到了。原先的一些快餐实在是不能长时间吃。
我过去早上基本上不吃饭，到了中午在学校里买杯咖啡，就着两个贝果当作午饭，晚上就从超市里买快餐来吃。现在早上起得早，有了时间，我在这两天每天都可以吃早餐了，这也算一件好事吧。
从上了小学开始到上高中之前，我的生命中是不存在流行音乐的。从小时候的教育，所谓“追星”这种行为被几倍的夸大后成为了学生时代的负面几大洪水猛兽之一被宣传给我们，我那时候的性格比较单纯，与这方面的音乐没有蹭出什么火花，同时我在这段时间之内，对流行音乐也是比较抵触的，首要的原因是那时候学校与家长们灌输的教育，再加上那时候自己本身也学着乐器，反倒对一些流行音乐不怎么理解，所以现在回想起那段时间里，在流行音乐这个方面，我的认知都是灰白色的。
在上了高中后，我在周围同学的影响下开始听 Beyond，这才开始渐渐的接受流行音乐。就像是人们最终总要还清自己的债务一样，我就像补课一样，迅速吸收着流行音乐这方面的知识。虽然有些落后，但已经不在像之前那么无知、排斥了。
我在小学之前还算接触了一些当时的流行音乐（我 1993 年上小学一年级），那时在大陆比较主流的是周华健、郑智化那一批歌手。我现在觉得，以那个时期的大陆的气氛来说，大众应该也只能接受这些“大路货”吧，而一些“非主流”的歌手，在那时候我们应该也不曾听说过，至少我们家的情况就是这样。
第一次比较规模性的认知黄舒骏，是在今年夏季的两个学期之间的假期之中，看到了王小峰在博客上发表的一篇文章：《黄舒骏：像写论文一样写歌》。在那之前我应该是听到过“黄舒骏”这个名字，但几乎没有任何认知，我甚至都不确定他是不是唱歌的。不过，从那篇文章上来看，王小峰对于黄舒骏是推崇的，从文章中的描述里，我也觉得这个黄舒骏应该是不错的歌手。文章里提到了像《恋爱症候群》这样的歌曲，我于是就从 YouTube 上找来听，几乎是立刻就喜欢上了。虽然和我想象中的不同，但这首歌还是足以特别的让我印象深刻。首先就是那接近千字的歌词，其中的一些像“食慾不振歇斯底里四肢萎縮神經過敏發抖抽筋”这样的句子，我在听了好几遍之后还是觉得很拗口。不过，这种复杂的东西就是越听越有味道，于是这张专辑就一直在我的 iPod 中放着。
前几天我不知道为什么又想起了这首歌，前天我坐在健身房更衣室的厕所中的一个马桶上，认真的又听了一遍，依旧很感动。这几天在家里我也经常在 YouTube 上找来这首歌放来听。今天在听的时候，我往下看了一下下面的留言，结果看到有人说的意思是这首歌是抄的一首日本的歌。往后翻了几页，我才知道了原来他们说的是さだまさし的《恋愛症候群～その発病及び傾向と対策に関する一考察》。虽然这首歌比黄舒骏的《恋爱症候群》更古老，但好在在 YouTube 上也能够找到。令我惊喜的是，这首歌也是让我越听越有味道。
在那首歌的 YouTube 视频上，有它的歌词，我复制在此：
恋と呼ばれる一過性の発情症候群に於ける その発病及び傾向と対策について考える 年齢 性別 職業 ツベルクリン反応 郵便番号の 如何を問わず 凡そ次のとおり 開き直らねば何もできず ただ暗く爪をかみ 目が点になってため息ばかりの A型 他人のことなど考えられずに 大切な花畑 平気で踏み荒らしてヒンシュクをかう B型 今日と明日では自分同士で意見が分かれて 熱しやすく冷めやすい AB型 その内なんとかなるんじゃないかと思っている内に 自分だけ忘れ去られている O型 その他 いきなり優しくなったり急に詩人になるケース 夜中にいなりずしをどうしても喰べたくなる場合 海に向かってばかやろーを叫ぶなどはよくある事で 更に若いのに髪が薄くなる方もある なにしろ これらがある特定の人にだけ反応するって事は 恋は一種のアレルギーと考えてよい 恋におちたら一部の例外を削除すれば およそ 男は男らしく 女は女っぽくなるものらしい 手相 星座 サイコロ タロット 四柱推命 その他茶柱まで 相性占いなど気になったら もう恋 相手には自分の良い所ばかり見せたくなるものであるし 相手の欠点には気づいても気づかずにいられるし 食べ物 着るもの 見るもの 聴くもの すべて好みが合うと思うし 毎日が二人の記念日になる 処が一年二年とたつうち見えてくるんですよ 恋とは誤解と錯覚との闘い そのうちなんだかお互い知らない人に思えてきて 次第に疲れて 会っても無口になる 初めは めまい 立ちくらみ 食欲不振で気付いた恋がいつか 注意力散漫 動悸 肩こり 息ぎれ変わり やがて 頭痛 発熱 歯痛 生理痛 すり傷 切り傷 しもやけ あかぎれ 陰金 夜泣き かんむし 田虫 水虫 出痔 いぼ痔 切れ痔 走り痔 えーと えーと えーとせとら とにかくそんな風に笑っちまった方が傷つかずに済むって わかってるんだ 誰だってそうだろう 恋は必ず消えてゆくと誰もが言うけど ふた通りの消え方があると思う ひとつは心が枯れてゆくこと そしてもうひとつは 愛というものに形を変えること 相手に求め続けてゆくものが恋 奪うのが恋 与え続けてゆくものが愛 変わらぬ愛 だから ありったけの思いをあなたに投げ続けられたら それだけでいい おそらく求め続けてゆくものが恋 奪うのが恋 与え続けてゆくものが愛 変わらぬ愛 だから ありったけの思いをあなたを投げ続けられたら それだけでいい あなたに 出会えて 心から しあわせです
对比着歌词听了几遍这首歌，首先给我的感觉是有趣。歌词中有很多直白的语言，虽然我看不懂日文，但其中的一些意思也是能够猜到的。比如说刚上来第二段就说怎么怎么样是 A 型，怎么怎么样是 B 型…… 应该就是说四种不同类型的人在恋爱中的反应吧。后面又说“食欲不振”、“注意力散漫”之类的，应该就是恋爱后要分手之前的负面生理反应吧。只是这些负面反应中还有各种“痛”，还有各种“痔”，这倒是非常直白了。
听这首歌的动机就是看看是不是和黄舒骏的《恋爱症候群》类似。因为这首歌发表的比黄舒骏的那首早，因此如果类似的话，基本上就是黄舒骏抄さだまさし的了。不过在听了曲调以及看了歌词之后，我这种顾虑打消了。虽然说歌词里有一些词语排比的用法使得两者很相似，比如“年齢 性別 職業 ツベルクリン反応 郵便番号の如何を問わず 凡そ次のとおり”和黄舒骏的“不管性別年齡職業體重學歷長相和血型 沒有一個人可以免疫”就有异曲同工之妙。但从歌词给人的感觉，以及结合曲调给人的感觉来看，两首歌曲应该是没有什么大的关系的。最多就是黄舒骏从さだまさし那里获得了一些灵感罢了。
后来我又从网上找到了这首日文歌曲歌词的中文翻译：
關於被叫做戀愛的一時性發情症候群 它的發病傾向及關於對策的考慮 不論年齡 性別 職業 結核菌素反應 郵遞區號如何 大概有以下的狀況 態度會突然改變 什麼也不做只是陰沉地咬著指甲 目光呆滯 唉聲嘆氣的是A型 完全不會想到別人 把平時最珍惜的花圃 不在乎的亂踩 惹人厭煩的是B型 今天與明天的自己想法會突然改變且分歧 忽冷忽熱 是AB型 心裡想著以不變應萬變的時候 自己卻又忽然忘得一乾二淨 是O 型 其他 突然變得格外溫柔 又忽然變成詩人的情況 還有的三更半夜突然想吃豆皮壽司 常常做出面對大海呼喊的笨蛋事情 並且也有年輕就頭髮變得稀薄 不管怎樣 對這些特定的人所做出的反應 戀愛可以視做是一種過敏症狀 陷入了戀愛 要踢除部份例外 那大概是 男人越來越有男子氣概 女人變得越來越有女人味 如果到連 手相 星座 骰子 紙牌 四柱推命 茶葉桿 性格相合占卦等都在意了 那就是已經戀愛 只希望讓對方看到自己的優點 對方的缺點 卻經常視而不見 不管吃的食物 穿的 看到的 聽到的 總要投其所好 每一天都當成兩人的紀念日 相處經過一兩年後 就都看見 所謂戀愛就是誤解和錯覺的奮鬥 這當中彼此對方會越來越陌生 然後是疲憊 接著則是沉默 剛開始 頭暈眩 食慾不振 發現了戀愛的那時 變成注意力散漫 心悸 肩膀僵硬 氣喘 再來就是 頭痛 發熱 牙痛 生理痛 擦傷 割傷 凍傷 皸裂 股部溝癬 夜哭 頭癬 頑癬 腳癬 外痔 突痔 裂痔 出血痔 等 不管怎樣 只要笑一笑 傷痛就會痊癒 誰都知道 虽然大家都說戀會消失 我認為有兩種消失的方法 一種是心枯竭 一種是變形成愛 對對方持續苦苦追求的戀 是剝奪的戀 持續給予的愛 是不變的愛 因此 如果只求你不斷的給我 所有的思念 對對方持續苦苦追求的戀 是剝奪的戀 持續給予的愛 是不變的愛 因此 如果只求你不斷的給我 所有的思念 遇見你 我真的感到衷心的幸福
看了歌词的翻译，我对于歌词的意境有了更深刻的体会。不知道是不是喜新厌旧的心理，我目前觉得更喜欢日文的这个版本。两首歌的音乐都好听，虽然日文的这个因为第一天听更新鲜一些。但从歌词上来看，黄舒骏表述的其实是一种浪子的心情，从恋爱发起到结束人们的行为过程描述了一遍之后，表达了“雖然結果頗令人傷心，瞭解之後也沒什麼了不起，愛情終究是握不住的雲，只是我想要告訴你：在我落寞的歲月裡，妳的溫柔解脫我的孤寂，帶給我深深的狂喜，如此顫動著我的心靈”这个中心思想。而さだまさし的词的前半部分与黄舒骏的用意相同也是写了“恋”的发起与结束。不过不同于黄舒骏的“恋爱”，さだまさし把描写的范围缩小到了“恋”上，在结尾的部分说出了“虽然大家都說戀會消失，我認為有兩種消失的方法：一種是心枯竭、一種是變形成愛”，把对象由“恋”上升到了“爱”上，无疑是对描述事务做出了一次升华，从意境上比黄舒骏的浪子情结显得成熟，可能是因为两者的年龄差距的原因吧。
在找到歌词的中文翻译之前，我在 YouTube 上看到了这首歌的另一个版本。我在当时不知道さだまさし长什么样子，因此就到处找 live 版本的，结果看到了这个似乎是在一场婚礼上的表演。我当时还觉得さだまさし的这首歌和黄舒骏的讲了同一件事情，心理还想着这种歌怎么能拿到婚礼上来演唱呢？不过唱到最后镜头聚焦在新娘那里，却发现新娘感动的流泪了，因此我也觉得这歌词可能不会这么简单。果然在看了中文翻译之后，才发现它放在婚礼上应该算是对新人非常合适的祝福了。
这是我还在上个学期就在想的事情。在国内大学时期，我第一次看了《大逃杀》和《大逃杀2》两部电影。虽然第二部比第一部少了一些精神内涵，由反思转向憧憬也让电影的意义有所打折，但我反而比较偏好第二部，尤其是其中的一些情节让我记忆犹新。
那个时候我没有 blog，因此当时看到了让我兴奋的段子无法记录下来，自己本身也没有电脑，不能随时观看。因此我当时在同学的电脑上，放几秒钟就暂停，把台词输入到记事本中去，然后再放几秒钟，就这样把我喜欢的那段台词听记下来了。保存成文件之后，我就把它存到了我的 iPod 当中去，后来有了 Google Docs 帐号后，又把它上传到上面保存了起来。
上学期的某一天我突然想到了这段台词，于是又找出来看了一下，还是感觉不错，于是就想把它放上来，可惜当时时间紧张，一直没有完成。
==========================================
我们来了，我们不让那些拿着屠刀的人逃跑。站到一起，战斗到一起。我们现在，向一切敌人宣战！
你知道这个枪的名称吗？是 A.K47 型，造型简便实用，是世界恐怖分子所使用的头号武器。在三年前，战斗中活下来的我和另外一个女孩，从这个国家逃跑出来之后一看，到达了一个战斗已经持续二十年的某个国度里。流露在街头的 400 万难民，严重的瘟疫，不管什么时候都留下来的那些炸毁的墙壁。哪个国家的生活远远超过了我的想象。但是。。。即使是他们过着多么艰难的生活，也依然有着一种自豪感。带着微笑生活下去的人们，也有过孩子们无邪的笑容。我们继续着战斗，比如即使是把全世界的人们都当成仇敌。会有一天，像那个国家里所看到的那些孩子们那样，能开怀大笑为止。。。
到底流了多少血呢？流下了多少的泪水呢？一起共同奋战的所有同伴，在这三年里全部被杀死了。但是和这个世界离不开正义一样，我们决不能没到最后就这么轻易地饶恕那些恶党。我们很明白。。。控制人的那些人们，还有控制人的国家。把世上的自由和和平随便决定的事情。。。所以，我们生存的这个世界绝对不是一个，在那里有 63 亿人口，就有 63 亿人的生活方式，还有 63 亿人的和平，63 亿人的位置，63 亿人的战斗和坏人，如果谁都不能取胜的话，就不会有和平。和平是每个人都向往的，是汗水和泪水交织在一起。每个人都生活在水深火热之中。如果把这些都忘掉了的话，这样的和平，就像狗屎一样。另一方面，在中国、北朝鲜、马来西亚、印度尼西亚、古巴、香港、柏林、老挝、越南、柬埔寨、罗马、利比亚、马里、伊朗、巴拿马、伊拉克、苏马尼亚、比利时、苏丹、扎伊尔、保加尼亚，战斗将席卷全世界。你们也许只有一个人，但是，即使只剩下一个人也不能放弃，世界上所有被抛弃的孩子，你们要齐心协力，还要并肩作战。我们要抛弃那些陈腐的东西，要从这里重新树立起新的战斗意识，我们要为了自由而战斗，为了全世界所有被抛弃的人而战，我们要给后人留下一个美好的形象。Merry Christmas! 希望每个人都快乐！
二十年来这个国家内战不断，谁会想到有这么漂亮的春天？四季永远在重复着。
我们所选择的人生道路，跟以前一样危险，也永远不会有尽头。现在我们知道了，不管在世界上任何地方，都有人在支持着我们。而且我们还会，还会去很远的地方，不管有多远。谁都有自己的明天和将来，不对自己的明天失望就可以。
（注：此为主人公七原发表电视讲话时的台词。）
自从 Movable Type 5 的测试版本释放出来之后，我自己安装过好几次了。从很早开始我就发现当我导入我之前写过的文章之后，重新生成站点时会出现错误。几乎每个版本放出来后，我都会尝试一次，但每次都是同样的问题，我之前也写过好几次了。去年 12 月中旬我和 MT5 的开发者 Beau Smith 交流过这个问题，到最后也不了了之。
几天前 MT5 的正式版也出来了，我测试了一下，问题依旧存在。看到一些人已经把站点升级了，我也有点着急，可惜着急也没用，开发者自己都找不出问题来，何况是用户？
不过，昨天晚上我在后台查看相关的设置的时候，看到了调试这个选项。以前我知道这个功能，但一直没有用过。昨天灵机一动，想不知道打开 debug mode 后会不会有更多的提示呢？于是我按照文档上的说明，启动了调试模式，再发布站点，果然告诉了我更多的信息：
Wide character in subroutine entry at /home/dogsayne/public_html/cgi-bin/MT-5.01-en/plugins/Markdown/Markdown.pl line 286.
很明显的看出来，问题是发生在 Markdown 身上。这让我不禁有些无语，我从还在用 WordPress 的时候就开始用 Markdown 了，我觉得 Markdown 在格式和输入速度上达到了一个比较好的平衡，因此我一直都是在用 Markdown 来写每一篇文章的。这时候告诉我 Markdown 不行，我要怎么样来重新调整每一篇文章啊？
我对 Markdown 的程序本身没有什么研究，因此到了 286 行看了看之后，也毫无头绪。而且 Markdown.pl 已经算是一个老程序了，作者很久没有更新了，所以按理说也不应该出现这个问题才对。我试着从 Markdown 的官方网站上下载了这个程序，替换到 MT 里面，结果生成的时候 MT 直接告诉我程序的 hash 值和原先的不符，好像意思是不允许我自己改动程序的组成部分。
在我目前使用的 MT 4.32 版本中，我用的 Markdown 还是正常的，因此我把两个 Markdown.pl 文件用 diff 来比对，结果新版本只是多了use bytes; 这么一行，理论上说来这应该不会是问题才对。
目前来说，遇到这个情况，在还没有解决方法的时候，我觉得应该可以升级，保留之前生成的文件也算是一种取巧的方法，毕竟 MT 不同于 WP。但这样一来就无法重新生成整站了，只属于无奈之举。
MT 的文章管理功能应该还是比较薄弱的，比如说我不能统一把所有文章的格式都从目前的设定改动到其它设定。当然在日常生活中这样做是无意义的，但我现在没有这项功能，就无法确定是不是到底是 Markdown 的问题，这让我一直很头疼。
