螺旋进化

宗教元素

noreply@blogger.com (liangz) — Thu, 02 Jul 2009 16:04:52 PDT

断断续续，终于把《仙剑奇侠传三》看到了后半段。还有五集左右没有看。到三十三集为止，故事的内容虽然峰回路转，和游戏的情节渐趋渐远，但还算是紧扣“轮回”的主题。贫乏的语言，不善于写观后的感想和评论。映象最为深刻的，依然是夕瑶与飞蓬的故事。玩游戏时，最为嗟叹的是这段；电视里，这段虽有改动，倒也改得入情入理，更添了些许悲伤气氛。

看电视时，胡思乱想地最多的还是故事里的那些宗教元素。《仙剑奇侠传》的世界观设定基本源自中国的本土宗教，道教。但似乎由于进口宗教——佛教对中华文化影响之巨，徐长卿在跪拜道家的神像时，亦会口口念称“菩萨”。另一个进口宗教——基督教，在这部片子里面也能找到些踪迹。像是长卿于众人指责声中背负木架去往刑场、和海底城分开海路那两个桥段，怎么看都像是耶稣背负十字架和摩西分海的模仿呢……

大碗喝酒，大块吃肉

noreply@blogger.com (liangz) — Sun, 28 Jun 2009 07:27:20 PDT

标题取得不够优雅，但是无所谓啦。最近跟着杨叔叔吃 BBQ、喝酒。味蕾很是享受，顺便又学了些新的菜谱和调酒。

菜谱：

叉烧

取猪的肩胛肉。将整肉洗净，按 1 厘米的厚度切开。
用吸水纸、毛巾等去除肉上的水份。
将肉放入保鲜带，再放入盐和李锦记叉烧酱。密封袋口，给肉做 massage。
将处理后的肉放入冰箱中冷藏一天，使得酱汁与肉充分融合。
第二天，取出肉，置于 200 度的烤箱，一面烤 20 分钟，另一面烤 10 分钟。
完成。

调酒：

Vodka with Lemonade

取玻璃杯，放一片柠檬，再加满冰块。
加入 1/5 的 Vodka。
倒入 Lemonade，加满整个玻璃杯。
完成。

Whiskey with Coke

取玻璃杯，加满冰块。
加入 1/5 的 Whiskey。
倒入 Coke，加满整个玻璃杯。
完成。

Vodka with Lemonade 相当具有欺骗性，喝起来基本感觉不到酒味，但是两三杯下去，说不定就醉了……

考运向来不错

noreply@blogger.com (liangz) — Thu, 25 Jun 2009 07:36:11 PDT

终于把 Master 的最后一门课程考完了——虽然这学期也只考了两门——现在，坐在图书馆，能够不去考虑应该复习什么，可以悠闲地坐着写博客，真是一种幸福。

不得不承认，我的考运似乎历来都不错。以前考 Computer Networks and Applications，因为没时间复习，忐忑不安地去往考场。结果到了考场，却发现考试延迟。相当地欣慰。

今年，贵人们相助。考 XML and Database， Fei 在考前问了我一道 2007 年的考题，里面有用 pre 和 post 值求 size 的函数。而 2008 年的考卷又有用 pre 和 size 求 descendents， children， following-silibings 等题目。今年考试时，让用 pre 和 post 求 descendents， children， following-silibings。把前两年的内容一组合，心里乐呵半天。考完 XML and Database 后，剩下一天复习 Project Management。那些上学期的过来人都和我说这门课怎么怎么难考，弄得我精神几近崩溃。复习无处着手，拿着 Jimmy 给的几份卷子，硬背了一下。结果考试内容几乎 80％来自那几份卷子。天上掉的馅饼啊。不但考完，还提前交了卷。

晚上被叔叔一个电话拉去，跟着骗吃骗喝。在澳洲两年半，终于吃上了一顿大龙虾。感动！！！

假期开始了，虽然只有半个月，但是想做好些事情：

打工赚生活费
KTV
BBQ
滑雪
还想买单车

我们的征途是星辰大海

noreply@blogger.com (liangz) — Fri, 19 Jun 2009 21:31:44 PDT

今天， Virgin Galactic 开始破土建造史上的第一个太空港。

日本东京， 18 米的等身高达巍然矗立。夜景照片相当地震撼。

终于，阿姆罗和杨文理的时代越来越近了……内牛满面哪～～

我们的征途是星辰大海……

这回是丢脸丢出国了

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:33 PDT

发 PDF 格式的 CV 和 Research Proposal 给导师，申请奖学金。导师回邮件说，你还是发我 DOC 文档吧，我帮你改改里面的 some grammar mistakes……

CV ＋ Research Proposal 总共不到 1500 个单词，结果被无情地指出语法错误。那份快完成的 8000 单词的研究报告，实在是不敢交了。不知道导师到时的回信里会用什么形容词来修饰 grammar mistakes，some 应该是不够用了。

语法是道槛，不得不跨了。

半月四句

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:43:07 PDT

前两句写于六一儿童节，后两句则是刚刚胡诌完成的。上下两段竟然隔了十五日之久——幸亏不是三年，我还不至于泪流满面。

曾逐黄蝶入花丛，
又舞纸鸢趁东风。
稚儿年少多欢乐，
何曾妄参色与空。

We Review, We Write, We Plant Paperwhites

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:40 PDT

标题改自 Jason Mraz 的专辑 We Sing, We Dance, We Steal Things，干净、好听又很耐听的一张专辑。特喜欢里面的 I'm Yours， Lucky， Make It Mine。基本上每天往返住处和学校的路上，都在循环这几首歌。

终于，Week 12 过去了。第一门考试被安排在 23 号，感觉很近，又似乎很遥远。没有复习的动力。处在研究生的最后一学期，多少有点厌学的情绪在里面——虽然后面还有更长的 N 个学期在等着我。

最近把精力都花在了研究报告的写作上，因为导师打算让我们发表这份研究报告。三天前写完“定性评估”章节，写了 28 页；三天后，对同样的内容不停地提炼，缩短为 25 页。对文字和配图不停地修改，有点审文疲劳了。接下去还有“定量评估”要写，感觉看不到头……“发表”就是那悬在马头前面的那一串胡萝卜，我们为了这个而拼命努力中。

因为一首好听的歌，而萌生了在澳洲的秋天种水仙花的想法。从 4 月 20 日种下，到今天露出第一个花蕾，差不多过去了 56 天的时间。相比之下，开心网上的花园种花还真是一种完全不费力气的活动呢——当然，收获的喜悦，也是一种完全不同的感受哈。

关于秋刀鱼的签名

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:40 PDT

秋刀鱼的滋味啊……

Florida, see you in October

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:27 PDT

今年下半年的奖学金似乎是赶不上了。等着让我请客的朋友们请从明年年初重新预约……

不过好就好在，又接了一个新的项目， 35.34 per Hour， 10K in all。相当爽的一件事情。

另外，貌似 10 月份有机会跟导师去 Florida 参加会议，围观业界牛人。好像连住宿和机票都包了—— Florida, see you in October！

NonoPanda 怀旧动画大串烧二

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:01 PDT

六月一日是个好节日， NonoPanda 更新了他的怀旧动画串烧第二集……好几部动画，我也叫不出名字了。不过，有“塞拉囧”出场哈！点击观看……

没看过第一集的，可以从这个博文链接过去。

无心向学

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:43:38 PDT

学期最后一周，本该是交掉所有的作业，调整心情，开始好好地复习迎考的一周。但是，今年却因为夹杂着奖学金的因素，而完全抖擞不起精神来。 XML 作业的最后一个作业停在了最后一步，静不下心来细想。研究项目那块，研究报告也欠缺临门一脚的功夫。

转眼又到六月。 2009 年，是微博客走向顶峰的时代，又恰好是某事件的二十周年期。所以，这几天的互联网注定是不安分的，两边都在积极地活跃着。于是在 Twitter 上，关于屏蔽的话题成为了活跃度第二的话题。

只是，靠着羞辱对方来达成自己目的的方法，真的能成功吗？再回过头来，其实 Twitter 上的中国用户基数其实并不多，而且大部分应该已经因为屏蔽的关系而上不了 Twitter。在如此境况下，一个关于屏蔽的话题却可以直接串上话题榜的第二位，网络上的舆论究竟有多少是因为小众的积极活跃而变成为大众的话题的呢？

果然是诸事太顺

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:33 PDT

2009 年快过去一半了。半年内，下决心读博、联系导师、申博、收到 Offer，整个过程花了不到一个月的时间，颇觉顺利。刚想感慨，“过了本命年，就是不一样”。结果一到准备入学关头，因为搞错入学时间，原定的回国计划无奈要取消；为了续签学生签证，接下去的奖学金、资金担保等问题也都接踵而至。从小到大，回首每一次的入学，似乎都相当地折腾，幸而每次的结局都算完满。按爸爸的话说，就是次次都要“有惊无险”一下。

幼儿园时，关于幼儿园的记忆似乎在初中时就彻底“清空”了——当时有一个初中同学是幼儿园同班，我愣是记不起来——所以也记不得幼儿园入学“惊”在何处了。按照父母的说法是，我转过一次幼儿园，还因此跳了一级——于是就有了唯一的一次跳级经历！而之后的转学不断，似乎从幼儿园就能看出端倪了。
小学入学没多久，正好赶上搬家。于是，父母为我究竟是转学去离新家近离妈妈上班的单位远的质量更好的学校，还是留在离新家远离妈妈上班的单位近的老学校的问题思量了很久。只是那时年纪太小，父母博弈取舍了很久，我却依然无忧无虑逍遥快活。
初中入学时，入学报到第一天，找遍了所有新生班级外贴着的名单，愣是没有发现我的名字。突然间有种人间蒸发的感觉，傻在了那里。后来亏得找老师帮忙校正，才使得我不至于成为一个失踪儿童。接着就遇上了幼儿园同学认识我，我却不知对方何名何姓的尴尬。
高中的入学，折腾了一整个中考后的暑假。中考放榜，刚在为自己能够以超低空飞行的分数进入重点高中而庆幸。爸爸就因为工作关系把全家从余姚陆续迁到了杭州。那时杭州的中考也早已结束，为了进入杭州的高校，不得不参加学校内的测试。于是中考后那宝贵的一个假期就被再次花费在题山卷海中。
大学的入学是折腾了两次。因为参加了一个“2+2”的考试，而得以在浙江大学城市学院和浙江工业大学分别读了两年。弄得后来申请新南威尔士大学的时候，还要专门解释一下转学的原因，颇为狼狈。
研究生入学继续折腾。来新南时带来的是精算专业的 Offer，连语言学校写的 essay 也是《巨灾再保险的模型比较》。那时还坚信自己终将摆脱计算机“蓝领”之路，走上精算的“金领”之路。结果在 O-week 找学院顾问设计课程规划时才意识到，由于课程只有一年半， Semester 2 入学的我将错过很多只在 Semeter 1 开课的课程——很多还是专业认证课程——得不偿失。于是在 O-week 的一个星期内，又被从“金领”打回成了“蓝领”原形。
终于到了博士生入学了……折腾地等待奖学金结果中——折腾依然在继续。

从南天寺回来

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:27 PDT

前一天突然间念想着要去南天寺，第二天就出发成行了——有时候还真佩服自己的行动效率……为啥做作业时候就没这样的效率呢？

一直对他家的花茶和素斋念念不忘。“清逸莲花”(Lotus Tea)是以往的必点，这次改点了“金色琥珀”(Amber Tea)。味道也不差。看着他家的茶壶和茶杯，就真的很有品茶的感觉啊。本想买些莲花茶包可以回来后泡着喝，只是他们不外卖……可惜。这次忘带了相机，放上上次去时拍的“清逸莲花”充数吧。

有点古朴，又有点现代的茶具

壶内盛开的莲花

素斋种类不多，但味道都超正。这次终于吃到了上次因为卖完了而没点成的素肉燥饭包，而且量还比以前要大上一些，赞！虽然是素火腿、素牛肉干、素肉燥，但是还真得难以分出孰真孰假。只是想不通的是，既然是素菜，为何却要冠上一个荤菜的名字；既然已经出世，为何却又为菜肴取这般留恋尘世的名字。

他家附近的荷塘和后山也是很灵气的地方。躺在后山的大片草坪上晒太阳真的是一件很幸福的事情。什么时候我也能有个这么大的能晒太阳的后山坡，那人生就完美了。继续放上上次的照片充数。不过这次的天气和我上次去时候还真挺像的。天空有着积雨云，却又不下雨。偶尔，阳光还能透过云层投射出来。

后山的小树

后山的小路

后山的大树

这树总让我想起《我的野蛮女友》中男女猪脚埋下时光蛋的那棵树。不知道会不会从这棵树边飞出一个飞碟来呢……看不懂的同学们可以考虑再去看一边这部电影，会有好玩的发现哦～

不厚道地贴几张上次拍的荷塘照片。现在这个时节去，荷塘的荷花已经都凋谢了。只能翻出以前的照片来秀一下。

睡觉是奢侈的

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:40 PDT

早睡早起是健康的，

早睡晚起是幸福的，

晚睡晚起是悲哀的，

晚睡早起是悲惨的。

最后一学期的疯狂

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:33 PDT

研究生的最后一学期，从学院分配到了 5GB 的磁盘空间， 5GB 的网络流量，1400 张的打印配额。感觉前面几个学期加起来都没这一个学期的多——做研究项目就是好。

有图有真相！加了个看图的特效后就特爱放图片～～

不意之财

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:40 PDT

昨晚离开 Lab 时，Shrimpy 和 Jay 讨论火箭对湖人的赔率问题。火箭 1 赔 4.2，湖人 1 赔 1.2 的样子——貌似都认为湖人会赢。虽然对篮球一知半解，但一冲动下放了 5 块钱，让 Jay 帮我博火箭赢。下午从超市回来，比赛收场，听 Jay 说赚回了 21 元……真是不意之财！

虽然不是不义之财，但还是会良心不安一下。我居然赌博了……读博还差不多！收回 5 块本钱，剩下的钱就请客请掉算了。良心平衡一下。

用 Lightbox 特效处理图片链接

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:17 PDT

很难说清楚到底应该叫做 Lightbox 特效，还是 Modal 特效，似乎两种叫法都挺常用，于是也就跟着这么乱叫——连中文应该怎么翻译也说不上来。 Lightbox/Modal 特效最大的用处就是在不改变当前页面的情况下，插入一个新的页面层，显示额外内容。以图片为例，点击一个图片的链接后，网页直接在原来页面上放大被点击图片的内容。再次点击关闭按钮或页面空白处，放大的图片自动缩小关闭……特效演示可以看这里，效果很酷，很多论坛上的图片或信息窗口显示都已经用到了这个特效。

关于 Lightbox/Modal 在 Blogger 上的集成应用，网上也有一些相关的讨论。但是很多方法却很麻烦——都要求在每个图片的链接标签 <a href="..."> 中手动添加一个 rel 属性，类似 rel="lightbox" 这样，以后 Lightbox 调用链接标签时，通过链接内是否具有 rel 属性来判断链接是否为一个图片链接。这样大规模的手动修改代码，实在是不可取。

于是，我们的做法便是改手动为自动。使用 JavaScript，对 HTML 代码中的每个链接进行自动分析，并根据链接中的一些特有属性来筛选出 Blogger 图片的链接。然后再写上一段动态脚本，将链接所对应的页面地址转换成图片地址（在点击 Blogger 的图片后，链接转向一张包含图片的网页，而不是图片本身，所以需要再次转换地址）。将图片地址套入特效的代码里，就能实现自动识别图片并加上特效了。

说说大致流程。

第一步，选择一个合适的特效代码， ColorBox 和 jQuery lightBox 都是基于 jQuery 的 Lightbox 特效插件，用法也类似。个人倾向于 ColorBox，似乎功能相对更强些，显示效果上似乎也更好些。

第二步，配置 Lightbox 插件需要调用的 CSS 和 JavaScript。将下载的压缩包中的图片、 CSS 和 JavaScript 都上传到个人服务器上（如果没有的话可以考虑用 App Engine 作为自己的静态文件服务器）。确保 CSS 中的图片地址都已修改为对应的服务器空间地址。

第三步，在博客中调用插件。登录博客后台，选择 Layout 的 Edit HTML，在 <head> 这一行后，修改并加入以下几行，使得插件所需的 CSS 和 JavaScript 都指向上传的个人服务器：

<link type="text/css" media="screen" rel="stylesheet" href="path/to/colorbox.css" />
<link type="text/css" media="screen" rel="stylesheet" href="path/to/colorbox-custom.css" />
<!--[if IE]>
  <link type="text/css" media="screen" rel="stylesheet" href="path/to/colorbox-custom-ie.css" title="example" />
<![endif]-->
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">google.load("jquery", "1.3.2");</script>
<script type="text/javascript" src="path/to/jquery.colorbox.js"></script>

第四步，以上已完成了显示 Lightbox 特效所需的配置。接下来自然是解析并调用带有图片地址的链接标签。

分析近两年 Blogger 所使用的图片地址，可归纳两种模式。链接标签自身包含一个 onblur 属性：

<p>
  <a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="...">
    <img ... />
  </a>
</p>

链接标签本身被包含在一个属性 class 为 separator 的父标签中：

<div class="separator" style="clear: both; text-align: center;">
  <a href="...">
    <img ... />
  </a>
</div>

对于前种，可以通过判断 onblur 属性是否存在来作为识别的关键，因为 onblur 属性在其他的链接中并不常用。而对于后者，则可以通过分析其父节点是否有 class="separator" 属性而加以判断。若判断为 Blogger 图片地址，则让其调用 ColorBox 插件。代码如下。 ColorBox 中的具体参数配置可以看其首页的 Insctructions 部分。

$("a.single").colorbox({transition:"elastic"});
$("a[onblur]").colorbox({transition:"elastic"});

另外，如前面所说，点击 Blogger 的图片后，链接将自动转向一张包含图片的网页（一个包含“s1600-h”字符串的地址），而不是图片本身（图片本身的对应地址没有“-h”部分，只包含“s1600”字符串）。因而需要再增加一行 JavaScript 代码，实现地址转换。这里设置为将鼠标移过链接时自动完成转换。为了能在网页窗口中完整显示一张图片，将图片大小由“s1600”改为“s800”。代码如下：

$("a.single").hover(function() {this.href = this.href.replace("/s1600-h/", "/s800/");});
$("a[onblur]").hover(function() {this.href = this.href.replace("/s1600-h/", "/s800/");});

登录博客后台，选择 Layout，添加一个 HTML/JavaScript Gadget，放入第四步中涉及到的所有代码。

<script type='text/javascript'>
  $(function() {
    $.fn.colorbox.settings.bgOpacity = "0.9";
    $("a[onblur]").hover(function() {this.href = this.href.replace("/s1600-h/", "/s800/");});
    $('.separator > a').hover(function() {this.href = this.href.replace('/s1600-h/', '/s800/');});
    $("a[onblur]").colorbox({transition:"elastic"});
    $('.separator > a').colorbox({transition:"elastic"});
  });
</script>

最后放两张可爱的图片来测试一下效果。

答题还是不答题的问题？

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:33 PDT

Project Management 考试， 60 题五选一的选择题，前一分钟还在心里暗爽；一分零一秒后发现答卷上有这句话：“若答错四题，则倒扣一题的分数”——也就是说“错一题就扣四分之一题的分数”吧。真是用心险恶的考试……上次 Operating Systems 似乎也是这样的规矩，而且更过分，“答错一题就倒扣一题的分数”！

典型的概率问题，如果对答案完全没有把握，到底是该任选一个呢？还是该空着呢？如果把不选也作为一种选项，那么五个选择＋一个不选，共六种选择。1/6 * 1 + 4/6 * (-1/4) + 1/6 * 0 = 0，看来如果是随便乱选就有很大的可能交白卷呢！不过话说回来，反正如果不选空着，结果肯定是零分，那还不如随便选一个，反正就大规模的样本（不过 60 题的题量，似乎不算是大数样本……当时没想这么多！）而言，结果是一样的——再说也不是全不知道答案，有些答案总是有把握的……

“所以说概率论和数理统计还是很有趣的，前提是不考虑考试因素。”前些日子说的这句话，还真是说对了！

===============“话说回来”的分割线===============

看来看去，还是觉得大学同学大苹果的大苹果的博客，风格最合我口味。相册式的模板，外加一个时间轴——我一直追求却一直欠缺的时间线功能呢。只是这家伙虽然肯弄个空间和域名让我搞个博客分站，就是不肯让我用他那个模板……

觉得奇怪的是，大苹果，你的博客首页难道没有高度限制吗？一页的高度应该差不多了吧，太长反而难看了。

倒霉的一天

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:27 PDT

╮(╯_╰)╭

“计划永远赶不上变化”，这或许也是我潜意识里保持随遇而安般地生活直到现在的原因吧。

27 日，下午 2 点出发去 Central，给自己在时间表上安排了三件事情：3 点去 UTS 见一个给我介绍项目的朋友，突然出来一个做项目赚小钱的机会，不能放过；之后抽空去移民局，询问续签学生签证的进度等事情；6 点再去 Star City 旁边的 Google 新总部参加 App Engine Talk，了解一下新的技术，也去混一顿免费晚餐。相当完美的时间安排呢……

可惜的是，计划虽完美，但事情的发展却从一开始就变得失去控制。到了 UTS，左等右等不见朋友的到来。打电话过去才知晓，发给他的两封约定时间的邮件，他愣是都没收到——明明一直都很稳定的 Gmail，居然也会出现丢邮件的事件——无奈口头改约另外时间见面。

随遇而安般地在 UTS 转了两圈，用手机拍了几张 UTS Building 1 的照片。

UTS 的装修挺简洁，色调到是挺鲜艳

远处那个沙发，可以靠着睡觉，感觉很舒服

嵌在楼梯边上的射灯，不知有何作用，但是手机拍出来的效果不好

出了 UTS，改去移民局办公楼。结果大门紧闭，贴了张“We are CLOSED today”的告示……完全地震惊了——以致于震惊地忘记了拍照。就算是为了证明我今天很倒霉，移民局也不用这样开我的玩笑吧。明明 Anzac Day 是上星期六，为什么移民局在星期一还是要放假呢？听到旁边同样来移民局的人愤愤地骂了句脏话，转头离去。我修养好，神情刚毅地注视玻璃窗内的移民局大厅许久，确认里面一个人也没有，也转身离开了。

看看时间，只有 3 点多，而 Google App Engine Talk 却要 6 点开始。于是，开始一个人的踱步，从 Central 慢慢踱到 China Town，然后再踱到 Darling Harbour。 Darling Harbour 的风景的确不错，尤其是在昨天那种风和日丽的日子里：太阳不晒，又有微风徐吹。逛着逛着，突然生出一种“这么个美丽的地方和倒霉的我居然也会交集到一起”的不搭调且无奈的感觉，就如同这个地方的名字和我一个人徜徉的事实这般的不搭调和无奈呢。发短信向正在上课的朋友抱怨了几句，继而便找了个 McDonald's 坐下，用手机上 Free Wifi，关注 H1N1 Swine Flu 了。

撑到 6 点，Fei 爽约不来了， Xiaomin 看在 Pizza 的面子上终于出现了。到达 Google 新总部，总算 Google 没有爽约， App Engine Talk 按照原计划进行。

Google App Engine Talk

只是这次的活动质量完全没有上次高，似乎是这些 Googler 都是习惯于用 Python 而不习惯 Java？异或都忙着在装修他们的新总部而没时间准备这次活动……另外，这次没送纪念品，而 Xiaomin 所期待的 Pizza 也没出现——总之我们都挺失望……

UniMail 和 zMail

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:17 PDT

上个月，听说澳洲某些学校将邮箱服务外包给微软，学校名单中包括 University of New South Wales。终于，这个月开始，邮箱迁移的指导手册下来了，迁移活动就这么“轰轰烈烈”地开始了——以前怎么没发现学校的效率有这么快呢……

因为 zMail FAQ 上那句“zMail is a mail service hosted 'in the cloud'”——由于现在所做项目的关系，对“云”相关的词汇（云计算、云存储……）都相当敏感——而欣欣然地把邮箱的迁移过程演练一遍、收发了几封邮件，但是结果相当地令人失望。

首先，整个 zMail 系统的服务定位相当地令人费解。在 UNSW 方面看来， zMail 系统的作用只是一个在线的邮件客户端系统。所以在使用说明里，一再强调学生应该使用 student.unsw.edu.au 作为邮箱域名，而 zmail.unsw.edu.au 则是作为登录 Windows Live 服务之用。而对于 Microsoft 而言， zMail 系统则是它的 Live@edu 计划的一个具体应用，功能也远非仅仅实现一个简单的邮件客户端，即时聊天、日历、在线存储、手机绑定以及手机邮件推送等功能也都包括在内。

于是在 zMail 系统上， zmail.unsw.edu.au 反客为主地成为了邮箱的主域名，所有发出去的新邮件都是以 zmail.unsw.edu.au，即使是回复来自 student.unsw.edu.au 的邮件，发送者地址仍然以 zmail.unsw.edu.au 结尾。最终解决方案是在 Option 选项的 Account 标签中，添加你的 student.unsw.edu.au 邮箱到 Other Accounts 部分，此后，你才能在发件人的 From 栏中选取以 student.unsw.edu.au 结尾的邮箱域名。但是有趣的是，Account 标签只能在 Internet Explorer 中才能使用， Mozilla Firefox、 Google Chrome 等都没有这部分配置选择。所以我们为了正确使用 zMail 系统，我们必须使用 Internet Explorer，而为了使用 Internet Explorer 我们必须安装 Windows 系统，不知道 UNSW 愿意为我们买单否？如果我以这个理由去 CSE 学院申请 Windows 的序列号，学院不知会不会疯掉……

其次，将 zMail 系统的应用作为一个案例来研究，其中客户（UNSW）方面的心态，也非常有趣——似乎是代表了大部分企业应用“云计算”平台时的普遍心态——想以低价将服务外包，又担心学校的资料旁落。

一方面，在谁能使用 zMail 的问题上， UNSW 方面的定位相当地有典型性“All students, except research students, and recent alumnus of UNSW have zMail accounts. Staff and research students are not provisioned with zMail accounts.”所以说做研究的学生和全体职工将不能使用 zMail 系统。所以说 Google 和 Microsoft 竞争校园邮箱服务失利到并不一定是它的服务做得不够好，可能是它的搜索服务做得太好了，所以校方们普遍比较担心资料泄密……

另一方面，学校坚持学生使用 student.unsw.edu.au 邮箱域名，而不是 zmail.unsw.edu.au。这样才能保证学校所有的邮件在发送的时候仍然经过 UNSW 的邮箱服务器。于是，邮件发送就出现了一个有趣的回路，在 zMail 上，一份由一个学生发给另一个学生的邮件将经过以下的诡异步骤——邮件先从 Microsoft 的邮箱服务器发出，到达 UNSW 的邮箱服务器完成发出指令，然后邮件再从 UNSW 的邮箱服务器发回，再回到 Microsoft 的邮箱服务器实现邮件转发的指令——按流行的说法来讲，相当地不绿色环保呢。而如果是直接用 zmail.unsw.edu.au 发送的话，那么一切邮件的发送和接收就直接在微软的邮箱服务器完成了。

说了这么多，现在学校的 zMail 邮箱系统的实现方法，就是在学校服务器端设置转发，然后在邮件接收端设置一个 student.unsw.edu.au 帐户来处理所有发给该帐户的邮件——原理和现在自己在 Gmail 上的实现一模一样呢。所以还是保留 Gmail 的设置暂时不动了吧。 zMail 就让它暂时闲置着吧。

无机质的环境

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:40 PDT

每天的生活被封闭在水泥和陶制品及半导体的无机质环境当中。

硅晶体、集成电路板、液晶屏幕和碳素纤维外壳所组成的笔记本电脑基本构成了一天生活的必须。

每天睁开眼，第一眼看到的是笔记本；

每天闭上眼，最后一眼瞟到的还是那台笔记本。

生活已经完全地被虚拟化。

在开心网和朋友们逗乐，

在豆瓣网点评小说、电影、音乐。

上 Gmail 收邮件，去 Reader 看博客与新闻，

似乎每天都在获取新知，却免不了转头就忘的现实。

靠着搜索引擎来扩充本就不甚扎实的知识面，

然而却依然摆脱不了下次遇到同一个问题，继续 Google 解决的尴尬。

于是尝试着摆脱这种生存状态，

水养一盆叫做水仙的有机物。

于是，种水仙的故事正在发生中……

将 Google Page Creator 迁移到 Google App Engine

noreply@blogger.com (liangz) — Fri, 19 Jun 2009 00:00:33 PDT

今年 6 月， Google Page Creator 即将停止服务，一个免费的网页存储空间就这样凭空消失了。而对于老用户而言，伴随而来的，还有寻找替代空间所带来的无端痛苦。虽然， Google 提供了将 Google Page Creator 迁移到 Google Sites 的方案，但由于 Sites 不支持 JavaScript 和 CSS 等功能，对于许多将 Blogger 的脚本代码存放在 Google Page 的用户而言，这个方案显然并不合适。

其实，相对于 Google Sites， Google 的另一个服务，作为云计算平台的 Google App Engine 更适合作为替代 Page Creator 的脚本宿主服务器——毕竟， App Engine 本身就是个在线服务器，~~可以存储任何容量小于 1MB 的静态文件（一般单个的图片、网页和脚本文件的容量都不会超过 1MB）~~ Google 的新规则允许存储任何容量小于 10MB 的静态文件，文件总数量可达 1000 个。（Updated on 6/19/2009）

Google App Engine 本身相当强大，作为动态服务器，支持 Python 和 Java 代码的页面。但是将 Google App Engine 做为静态文件服务器，只需要适当了解 app.yaml 文件的配置，本地测试和文件项目上传即可——将需要上传的文件在本地目录下安排好，设置 app.yaml 下的 URL 和上传文件之间的映射关系，调用本地模拟环境进行测试，确保无误后上传。

以本人的两个 Google Page Creator 网站 alpha.roc.googlepages.com 和 alpha0roc.googlepages.com 为例。前者用于放置 JavaScript 的小 Demo，后者用于放置 Blogger 的脚本、图片和下载文件。迁移后，两个网站分别重定向到 alpha0rocdemo.appspot.com 的 demo 目录（此目录包含 index.html 文件，可直接通过页面访问）和 blog 目录（此目录仅包含图片、脚本等资源，无法直接访问）。由于 Google Page Creator 只支持单层的目录结构，而 Google App Engine 却支持多层次的目录结构，为了使得目录结构更清晰，在迁移时将单层目录结构下的文件分置于多个不同的目录，并通过设置 app.yaml，实现 URL 和上传文件之间的映射关系。

以下是 app.yaml 的 handlers 部分内容，设定了 URL 和上传文件之间的映射关系：

handlers:
- url: /demo/(.+)
  static_files: demo/\1
  upload: demo/(.+)
- url: /demo/.*
  static_files: demo/index.html
  upload: demo/index.html

- url: /blog/download
  static_dir: blog/download
- url: /blog/(.*\.(gif|png|jpg|ico|css|js))
  static_files: blog/template/\1
  upload: blog/template/(.*\.(gif|png|jpg|ico|css|js))
- url: /blog/(.*)
  static_files: blog/download/\1
  upload: blog/download/(.*)

- url: /.*
  script: index.py

以下为上传的文件目录结构：

|-- app.yaml # app.yaml 配置文件放在根目录下
|-- blog     # 对应 http://alpha0roc.googlepages.com/，不包含 HTML 文件。将原单层目录下的
|   |        # 下载文件置于 download 中，图片、脚本文件置于 template 中
|   |-- download # app.yaml 中的 09-10 保证对于 download 目录
|   |   |        # 将来的文件下载可直接使用 http://alpha0rocdemo.appspot.com/blog/download 目录
|   |   |        # app.yaml 中的 14-16 保证了对原 Page Creator 目录的兼容
|   |   |        # 若下载文件格式非 gif、png、jpg、ico、css、js，则转向到 download 目录
|   |   |-- DatabaseV20070511.accdb
|   |   |-- LineCount.py
|   |   |-- PolaroidsPhotos.atn
|   |   |-- fanfou.v08.py
|   |   |-- fanfou.v09.py
|   |   `-- gongfan2.tar.bz2
|   `-- template # app.yaml 中的 11-13 保证了对原 Page Creator 目录的兼容
|       |        # 若下载文件格式为 gif、png、jpg、ico、css、js，则转向到 template 目录
|       |-- author.png
|       |-- bg.jpg
|       |-- blogicon.ico
|       |-- comh3.png
|       |-- commentbck.png
|       |-- cup.png
|       |-- fanfou.js
|       |-- footer-wp.png
|       |-- footer2.png
|       |-- ie60.css
|       |-- listseparator.png
|       |-- logo.png
|       |-- mainmidpart.png
|       |-- maintoppart.png
|       |-- menu2ie.png
|       |-- menu_button2.png
|       |-- quotes.gif
|       |-- recommendation.js
|       |-- righthead.png
|       |-- rssicon.png
|       |-- searchbck.png
|       |-- sidebarbottom.png
|       |-- sidebarmid.png
|       |-- sidebartop.png
|       |-- socialbcklk6.png
|       |-- twinfish_100.png
|       |-- widgetbck.png
|       `-- widgeth2.png
|-- demo     # 对应 http://alpha.roc.googlepages.com/，包含 HTML 文件。将原单层目录下的
    |        # Demo 项目相关文件置于各自 Demo 目录中
    |-- GongfanAdv   # 一个 Demo 项目，原访问地址为
    |   |            # http://alpha.roc.googlepages.com/gongfan2.htm
    |   |            # 在 demo 目录下添加一个 gongfan2.htm 页面，
    |   |            # 通过 meta refresh 跳转到本目录的 gongfan2.htm
    |   |-- favorite.png
    |   |-- geocode.js
    |   |-- gongfan.js
    |   |-- gongfan2.htm
    |   |-- logo.png
    |   `-- mail.png
    |-- gongfan2.htm # 为了保持地址兼容而添加的跳转页面
    |
    |-- index.html   # app.yaml 中的 05-07 保证对于 index.html 的访问
    |
    `-- template     # 原为网页模板目录，目录名为“-”
        `            # 因 App Engine 无法上传“-”目录故而改为 template
        `            # 因本人只有一个 HTML 文件使用到网页模板，故而直接修改了该网页中的模板路径
        `            # 若有许多 HTML 文件依赖该网页模板，则可通过设置 app.yaml 实现 URL 地址的转向
        `            # url: /-/(.+)
        `            # static_files: demo/template/\1
        `            # upload: demo/template/(.+)
        `-- includes
            `-- style
                `-- lagoona
                    `-- icy
                        |-- 3c-alt-bottom.gif
                        |-- 3c-alt-top.gif
                        |-- body-bg.gif
                        |-- footer-bg.gif
                        |-- h2-bg.gif
                        |-- h3-bg.gif
                        |-- h4-alt-bg.gif
                        |-- h5-bg.gif
                        |-- header.gif
                        |-- hr-bg.gif
                        |-- ollist-bg.gif
                        |-- sidebar-list-bg.gif
                        `-- ullist-bg.gif

现在，此博客上的背景图片， JavaScript 脚本和 CSS 样式表都是从 alpha0rocdemo.appspot.com 读取过来了。虽然 Google App Engine 对于每天的访问请求数，带宽流量大小等都有限制，但对于一个个人博客而言，这些限制量应该是足够的了。

操作系统自杀

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:42:17 PDT

如果你很空，那么：

在 Linux 下，打开 Terminal，输入以下命令

sudo rm -rf /

在 Windows 下，打开附件下的命令提示符，输入以下命令

rd /s/q c:\

然后你就会很忙了——忙着重装系统。

弦歌问情

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:43:07 PDT

在国产游戏史上，若不是《仙剑奇侠传》一代的存在已经被过度推崇，而成了“接近神的传说”；单就游戏性和故事性而言，《仙剑奇侠传肆》是绝对超越其前代的一款作品。整个故事里弥漫的悲情气氛以及那种人生悲剧性的升华，和《仙剑奇侠传》一代相比，绝对是有过之而无不及。

四代中，主线和支线故事中，感人的一抓一大把。没时间逐一摘录，不过“弦歌问情”那段支线情节中，当剧情结束，萧人凤演唱的《仙剑问情》响起时，但凡认真玩着这段的人，都会有所感动吧。

直接放上游戏全剧情的“弦歌问情”部分——当然掠过了最最麻烦的杀怪过程——《仙剑问情》在 11 分钟左右，整个故事在 18 分钟左右结束。

睡前朋友分享过来的无敌视频

noreply@blogger.com (liangz) — Mon, 15 Jun 2009 22:44:01 PDT

刚躺上床，就看到小哥分享这个无敌 NonoPanda 怀旧动画大串烧。

动画歌曲是个亮点，里面的那“顺风马”、“天马圣衣”更加是亮点中的亮点。作者还真是紧跟时代潮流呢……

本来在帖子中直接放上了 Flash，但是受不了每次页面加载后自动播放。想想，还是放个 Flash 的页面链接吧。喜欢的可以去这个从作者那里复制来的链接看看，如果无法打开，可以尝试这个。

期待作者 NONOpanda 的后续作品，另外作者的博客无知的NONOPAN也挺好玩的。作者除了做 Flash 外，也弄弄 Nono 熊系列的四格漫画和聊天表情。有些做得挺不错，估计会红哦。个人感觉比以前流行的“洋葱头系列”要有趣地多，洋蔥酷樂部感觉就这样地堕落了啊。