爱情的试用期已过，退换可免

再有几分钟，就度过卿卿和我相识的第99天了，卿卿说，爱情的试用期已过：）那么我说：试用期已过，退换可免，带回家中好好珍惜吧。

特此纪念^_^ 应领导要求，修改了萝卜的代称，看来这下偶也不能再使用“种萝卜的坑”这个ID了，呵呵。

爱上一个大萝卜

爱上了一个女孩，女孩的ID翻译过来可以叫做“心美”，所以也是“心里美”，不就是大萝卜吗？有时候也会怪怪地想，是不是小时候常把萝卜当水果吃的时候，这份缘分已经定下来了呢？也是有可能的。

在一起很快就要到3个月了，怎么现在才Blog上来呢？因为要等拥有一个好用的Blog程序嘛。虽然迟办比不办稍好，但总是拖拖拉拉的作风还是得尽力改正才对。

今晚商定了要一起开始小说接龙，这下偶的很多稀奇的想法或许有个媒介可以抒发了：）

更换blog程序为simple PHP blog

原来用的Pivot虽然通过修改代码能够解决中文评论和搜索问题，但是我还是不喜欢下载官方版本程序之后每次都手动修改一部分代码。因为安全问题，程序的更新是不可避免的，如果更新频繁，那么每次都要修改几个文件还是挺麻烦的，所以最理想官方版本能解决一切问题就好了。

这两天偶尔浏览，发现一个04年出现的叫做simple PHP blog的程序，简单易用、而且使用的人很多，目前虽然不是很完善，但是对中文的支持还不错，程序改进也不慢，所以犹豫了一天，决定暂时更换为这个blog程序了。pmwiki的blog模块我还是要等，但我估计在05年之内可能还不会很完善。至少05年，我会用simple PHP blog了，用了再说。

也许有人会问我是怎么把pivot中的数据转移入simple PHP blog的，我的答案很简单，是手动贴过来的：在本地架设php服务器，先把系统日期修改为与帖子时间差不多的日期，然后一个一个把帖子和评论手动贴过来。没办法啊，pivot的后台访问模块的代码我实在看不懂……好在目前要贴的东西不多，花了一下午时间算是搞定了。体会是：simple PHP blog目前的文字样式表达能力还不大令人满意，至少，这个东西应该支持直接贴html代码才好吧。

现在看来，很多时间都花在更换程序和转移数据上了，所以具体的东西都没什么进展……

Dirty Work

用不好的、比较土的、不规范、低效的方式完成工作，编程人员经常称之为“Dirty Work”。我们研究科学、发明新的工具、想新的办法，很多时候就是为了提高工作效率，也许也是为了减少Dirty Work。不过效果不得不说还是有限。对于这个问题，人本身决定了的东西多于工具、方法决定的东西。

想起这个问题是有一天听到一个毕业了的师兄开玩笑说，他们项目组CVS服务器比人多，任两个人联合工作都会开一个CVS服务器，然后把可能用到的代码拽过来，改改开用。服务器维护也比较混乱，基本没有人知道哪个服务器是谁在做什么用。

其实我本来以为，用CVS服务器的人，应该明白版本控制的原理，所以也应该有能力维护好自己的代码，并且也应该能让自己的代码适应版本控制的需要。但显然我们师兄举的这个例子不符合这个情况。这又重复了那个真理：希望仅仅依靠工具来改变人的习惯是根本不可能的。因此工具本身如何只是辅助，重点还是人的教育，工具至多只是辅助作用而已。因此，计算机领域的绝大多数产出主要也是支持人的工作，而不是彻底改变人的工作和生活，这一点，搞计算机的人应该暗暗记在心头。

如果反过来想呢，其实Dirty Work也没什么不好。asp.net推出的同时就符合MVC架构，甚至有的地方强迫使用者用MVC的思考方式工作，但照样有很多人不离这一套。但反过来说呢，这些人不照样把程序编出来了么。

就好像开汽车，我还真不信大伙都完全符合汽车的操纵规程（交规就更别提了），现在的交通状况……不还是凑合能动弹。

记忆里的《2046》，顿悟的影评

第一档期的时候在华星看的《2046》，好多人说《2046》看不明白。刚看完的时候我也试图为影片想出个所以然来，但现在忽然明白《2046》是看不懂的，而且看不懂也就对了，影片所要表达也就是那种不清楚、不明白的踯躅生活状态。

看《2046》是为了梁朝伟，但《2046》我不喜欢，还不如去听林晓培。

《2046》我不喜欢，因为我没看懂，更糟糕的是我知道我看不懂，肯定看不懂，而且看不懂也就对了。我想王家卫想要表达什么，他自己恐怕也不知道，换句话说，他自己恐怕也不懂。所以你要是从片子里看懂了点什么东西，倒反而是一件稀奇的事情。

《2046》里人物所做的事情，看起来都好像是有点什么理由，可是细想想却又没什么理由或者所谓的理由根本算不上理由。人物的生活状态既像是再正常不过的状态——每个人都总是有事可做，却同时也是相当不正常的状态——没有什么道理好讲。片子里的人物像是在执着地追求什么东西（无论是王菲、梁朝伟还是董洁），可是在执着的同时，也在失去新的东西。片子将2046解释为一列火车，无论如何，火车总是有目的地的，而且看起来总是会到达的，这个目的地算是每个人所执着追求的东西吧；可是火车的窗帘是拉上的，车上的人永远不知道自己路过了什么、失去了什么。

如果硬要说《2046》有什么优点的话，那就是有时候生活中也有这样乱七八糟说不清楚的时候，《2046》就算是完美表现了那样的生活吧。

《2046》我不喜欢，虽然也没有人希望我会喜欢。看了《2046》我有点后悔，但即使如此，让我再选择一次的话，我还是会去看。王家卫善于描写混乱的生活和生活的混乱，对于这样的描写，我的确忍不住要去看看。

周慕云飘来飘去的生活，似乎永远不会有结果。但无论如何，明天还是会到来，生活还是会继续。常常，拒绝选择也是一种选择。

也许我更喜欢《重庆森林》，至少那算是个圆满的结局。

最后一次的再见。

隔着店家的玻璃窗，我们互相微笑着说再见。与以前说过的很多次不同，也许这次再见以后，我们不会再见面。

以前也曾经决绝地再见，之后就真的几个月甚至一年不见面，可是后来还是再见面了。这次有些不同，我们两个都比以往的任何一次想得更清楚，虽然没有明白说出来，可是我想我们真的不会再见面了，也许不会再通电话，不会再有任何信息往来。

几个月以前，我是不敢与她见面的，以前在一起的时候互相耽误了很多，彼此都难以给自己的长辈一个交待，彼此也都没有信心让自己的父母心甘情愿地接受对方，所以我不敢和她在一起，我不知道该怎么做，怎么面对写着不可能三个字的未来。后来，我感到自己已经适应了研究生的新生活，有了完成优秀工作的信心；而她半是运气半是在我看来理所当然地通过了普华的面试，开始了所谓的白领生活。当时我觉得我又有了足够的理由证明我们的优秀，有足够的资本让长辈接受我们。对于她来说，则是新工作为她手里添了几张牌，允许她改善家里的生活，做一些自己想做的事情。我想她很在意新的工作，虽然新工作很累人，有很大的压力，经常性的加班会消磨人的精力和健康。

我一直以为，一个好的爱人可以让人觉得幸福快乐，达到缓解疲劳，增进抵抗力的效果。今天我却明白地知道，爱人对于她来说，是个让人忧心忡忡的变数，像是一个不稳定的情绪炸弹，随时可能影响她的工作情绪，随时破坏她的生活。

在刚刚过去的两、三周时间里，我一直在思考，我和她之间的未来到底会是怎样，我们会不会重新在一起，又会不会真正分开，这样的分开或是在一起，又是好是坏。我想我已经犹豫了太久，以至于现在不需要再继续犹豫，我至少可以确认自己不想成为别人的累赘，我也不想让人把我当作炸弹一样地躲避。也许是推卸责任的想法也好，这一次我觉得她比以前成长了，虽然离我预期的还远，但应该已经可以马马虎虎地照顾自己了，这样就不需要我顶着炸弹的牌子转来转去地罗索了。

我不想再接到她给所有朋友群发的信件，那样会让我觉得已经泯然众人，会让我想起许多以前的事情——一些我一直以来试图收藏起来的事情。在今天，我请她不要再把我放到朋友列表中，我不想那样。我问她我在或不在是不是有区别，回答是“还是有一点不一样的”。我想她知道自己现在的决定会令我离开，但还是会作出这样的决定，那么她该对我这次的离开做好了准备。

忽然觉得心里好像是空出了一块地方。我自己在街上匆忙地走着，却不能找到答案告诉自己心里的这片空地是在等待外物的填补还是在依靠自己的膨胀去充满。

我想，我们不会再见面、再通电话、再有任何联系了。如果我的这个猜测错了，那我会明白地拒绝我该拒绝的一切，而不再像以往那样犹豫，这才是在很多次失败后能够补考及格的答案。

《Struts Kick Start》这本书不错。

这两天买到了《Struts Kick Start》这本书的中文译版，是由孙勇先生翻译的。根据China-Pub上的书评，一般对孙勇先生的翻译水准还是认可的。用一下午时间浏览了全书以后，觉得这确实是一本不错的书，想要抒发一点自己的感想。

这部译版小错误还是有一些的，但是妨碍理解的错误不算多，看起来译者也是一个懂技术的人，算是很好的译本了。

这本书除了代码量太大之外，文字的风格倒是读起来相当舒服。除了结合实例讲解了Struts的结构和使用方法外，还简单涉及了一切与Struts有关的东西，所以是一本非常好的Java大体形势的了解性书籍。粗略看完此书后，我大体知道了为什么Apache推出的ANT、JUnit等工具如此受到欢迎了，他们都是为了解决某些方面的问题而提出的解决方案，而且经过长时间的应用，被证明也是十分强大和有效的。

书中一般会在第一次用到的地方向你介绍相关的内容，而且十分细致。甚至，在开始讲解Servlet的时候，还先介绍了HTTP协议的基本框架。后来逐渐在Struts发布、部署的时候介绍了ANT，在测试部分介绍了JUnit，使人觉得确实是一个好用的工具，而不是因为听说很好就觉得很好这样的人云亦云。书的后文还涉及了JSTL（我最近十分感兴趣的东西，很好的表示层，且拥有一点点逻辑能力，工具定位十分合适；而JSP本身太乱了，Struts太麻烦了，Velocity太不流行了），Hibernate，J2EE等等。

书里一直在强调一个观点，很有意思：在某些时候，如果死守原则（比如表示层不能有一点Java逻辑代码），反而会极大地加大工作量和困难程度，此时不妨稍做妥协，也许效果反而更好。当然妥协不能过分破坏整体架构，否则后期维护的工作量又会彪升。简单来说，原则只是原则，不一定要死守，只要心里清楚目标是怎样的，手段不妨灵活些。可见书的作者是真正有大量实际系统的开发经验的，否则不会有这样实用有效的观点。

相反，国内好多人总是追流行，什么流行就说什么最好，做什么事情都要用它。这样就出现了好多人一用Java做网页开发就必是Struts，一碰Java就是J2EE。其实很多时候做小东西完全没必要这样的，几个JSP页面就搞定了。曾经有公司提出要做个聊天室，但是必须用J2EE实现，晕～～时间和精力是自己的，做东西只要用好用的、合适的工具就好了，不需要最炫的。

第一次给开源软件提供补丁。

开始使用开源软件已经好几年了，一直也没有为使用的这些软件做些什么，今天头一次给一个软件提供了一个补丁，解决了我用来建立个人主页的PmWiki的1.0.11版本附带的phpdiff函数的一个小问题。

发现PmWiki 1.0.11 内置的phpdiff的主要问题在于把空行也列入比较的范围，而我们平时使用PmWiki常常需要使用空行来分隔两自然段，这样就很容易造成phpdiff输出很难阅读的页面历史。我的Patch给出的一个临时的解决办法，是让phpdiff函数不负责比较空行，这样能够让diff函数在大多数情况下正常工作，但仍不能保证diff输出最优结果（要得到最优结果，必须从算法上进行修改，比如phpdiffnm就能得到更好的输出结果，但计算量也大一些）。我已经将这个问题及解决方案提交到PmWiki的PITS错误追踪系统上了，编号00096。 具体来说，就是在PmWiki 1.0.11带的phpdiff.php文件的第50行之后加入以下两行： [pre] if ($t1[$s1]=='' :: $t2[$s2]=='') { $s1++; $s2++; continue; }[/pre]

虽然不知道最后我提交的补丁是否会加入到更新版之中，但毕竟是我第一次给开放源码软件提供补丁，写在这里纪念一下，也鼓励我自己做更多的工作。

后来在11月4日发现PmWiki在更新版本到1.0.12的时候顺便更改了我提到的这个问题，参考了我的思路，但是实现办法比我的方法巧妙很多，毕竟pm先生是很有经验的php开发人员啊。他当时给我的回复如下，也摘过来纪念一下：

[blockquote]Agreed, except that the above patch is a little too aggressive about avoiding matches–i.e., if $t2[$s2] is blank then it doesn't even consider if $t1[$s1] might be a worthwhile (non-blank) match and the shortest distance.

I've implemented the above scheme differently–by simply not including blank lines as valid targets for the shortest-distance search (i.e., don't include them in the reverse-index array in the first place).

Thanks for the excellent analysis and suggestion! –Pm [/blockquote]

UTF-8格式下Pivot的一个问题。

一般使用UTF-8格式的网上应用程序，只要在输出的页面中指明页面编码是UTF-8的，浏览器就可以自动采用UTF-8格式的编码进行显示。我已经能够使Pivot成功输出UTF-8标记，并且在浏览器中指定为UTF-8编码的时候页面显示正常。但是如果浏览器使用GB2312编码浏览我的Pivot，既不会显示为乱码，也不会自动跳转到UTF-8编码，而是把页面显示为一个空白页。

本条目的正文部分给出此问题的解决办法。

首页的模板中有这样一行：<title>[[weblogtitle]] » [[title]]</title>，我的Pivot设定的标题正好是中文而且是UTF-8格式，这样，当浏览器用GB2312编码来解释这一行的时候，[[title]]也即我指定的标题会变成乱码，而且把“</title>”的左半个括号吃掉，于是<title>标签没有被关闭，后文关于页面编码设置的部分、页面正文部分均无法被正确解析。

我们的目的是：即使使用GB2312来解析<title>这一行，那么仅应该是标题本身的文字成为乱码，但是</title>标签不要收到影响。于是我在“</title>”前面加了一个空格，也即原来的行变成这样：“<title> [[weblogtitle]] » [[title]] </title>”。注意，“[[title]]”和“</title>”之间有一个英文空格。

如法炮制所有模板文件中的<title>行，重新生成Pivot中的所有页面，于是问题解决：大多数时候浏览器可以自动使用UTF-8格式显示我的Blog上的内容了，即使强制用GB2312显示，也能显示出乱码，而不是容易让人以为没有这一页面的空白。

我爱的一塌糊涂BBS的消失。

2004年9月13日，一塌糊涂BBS被关闭了，也许是因为所谓的政治上的原因，也许是因为所谓的有太多过激言论。但是对我来说，我失去的是我大学生活的一些回忆，失去了我和我的一些朋友们在糊涂上曾经的努力耕耘。

失去糊涂后，觉得生活中好像少了一个可以让我轻松快乐的地方，别的BBS虽然有很多，可是再也不能带给我糊涂一样的感觉。

我在糊涂上有唯一的一个帐号叫Eros，大学时候刚开始泡BBS时申请的，我当时的女朋友在糊涂上的帐号是Psyche，那时候糊涂还是一个相当不正规的小站呢。虽然后来我和Psyche分手了，但是这不影响糊涂的扩大和我对糊涂上轻松生活的依赖，Psyche后来还在糊涂上建立了自己的文集。有时候我觉得糊涂上或真或假的消息变成了我娱乐上的一种必须需求，每每在无聊的时候，我就会登陆上去看看，用轻松的情绪在上面浏览，会让我感到糊涂上年轻的朋友们游戏人间的那样一种张狂，让我感到希望和快乐。

然而或许糊涂上有了太多有些人不想看到的话，诸如某某官员做了什么不合法的事情啦，某某学校的某某政策不合理啦什么的，总有人不愿意让人听到看到这些东西，希望掩盖起来。糊涂承受了太多压力，也行应该说，糊涂的关闭是迟早的事情吧。

我只是没有想到，糊涂关闭得是如此的仓促，我在9月11日出游，回来的时候就发现我的糊涂已经就这样忽然地消失了，没有来得及公告，也没有来得及让朋友们备份自己的资料。甚至从13日开始，搜索引擎和其他的一些大BBS就已经过滤了一塌糊涂四个字，就好像糊涂从来没有存在过一样。我想念糊涂上的笑话，想念不羁的糊涂风格的说话，也想念我大学时代的生活痕迹，所以我要在这里记录糊涂曾经的存在。

其实我又想，正如糊涂的关闭是迟早的事情一样，糊涂的重新开放应该也是同样迟早的事情吧。糊涂曾经的共同拥有者（站务们、版主们、曾经发贴的网友们），不会轻易就放弃自己的努力和心血。重新回来的糊涂或许已经失去了过去的自由，带着重重的限制和枷锁回来（就像现在的未名），又或许回来的只是用户的资料和精华区，再或许糊涂会在海外偷生，但我想我们的糊涂会回来的。

感谢有人发明了Wiki，让我们还有机会可以查到糊涂的消息，否则我连糊涂被关闭的一切都还没法确切地知道呢。只是不知道会否有一天，Wiki也被查封呢？http://zh.wikipedia.org/wiki/%E4%B8%80%E5%A1%8C%E7%B3%8A%E6%B6%82BBS 有最新的对糊涂的叙述，而后面这段，来自这个Wiki一段旧的描述，或许显得琐碎、带着个人情感，但也许这也是一种特别的真实吧。后来发现了 http://groups-beta.google.com/group/ytht/ ，有很多关于糊涂的最新消息汇总和讨论，不过需要大家使用去伪存真的眼光。

一塌糊塗大事記

一塌糊涂BBS的www导读首页

• 1999年9月17日 18:01:30 本bbs誔生，名稱：47樓2031室，域名：lepton.dhs.org，IP：162.105.41.31，當時的服務有：telnet，WWW，pop3，e-mail post
• 1999年9月20日 10:33:17 轉站成功，名稱定為：一塌糊塗(YTHT)，ip為：162.105.21.117，機器配置為：Pentium 166，32 MB Memory，1.6G，Harddisk。進站歡迎檔改為塔，湖，圖的畫面組合。
• 1999年9月21日 11:45:08 域名ytht.dhs.org生效
• 1999年10月21日 21:38:25 網友lsun捐獻32M内存，本站内存升級為48M
• 1999年10月29日 一整天 YTHT關站事件
• 1999年11月13日 主板更新為 大眾 PA2011；内存為64*2+16*2=160M EDO
• 1999年12月17日 網友lsun捐獻20G硬盤
• 2000年3月2日 YTHT開始新站長的選舉
• 2000年3月24日 域名ytht.net生效
• 2000年5月3日 YTHT第一屆民選站務正式上任
• 2000年7月5日 YTHT主機的CPU升級為Pentium 200 MMX。
• 2000年7月23日 YTHT主機位置遷移，IP換為162.105.77.232
• 2000年10月29日 YTHT新增IP 162.105.31.222
• 2000年12月13日 開始選舉仲裁團，負責站内投訴事務
• 2001年2月13日 停止使用162.105.77.232
• 2001年3月14日 升級系統，PII 450，20G IDE，18G SCSI，GX主板，512M SDRAM
• 2001年6月10日 YTHT宣傳T shirt圖案設計完成並開始徵訂
• 2001年6月22日 在北京大學46樓47樓間發售T shirt，並同時接受捐款用於升級硬件
• 2001年7月21日 升級系統，PIII866*2，SuperMicro370DLE，256M*4 Registered ECC SDRAM，20G Maxtor IDE，18G*2 Seagate SCSI，16M 64位 29160 SCSI卡，NIC intel eepro100網卡
• 2002年中期 添置一個80G Maxtor IDE硬盤和一個36G Segate SCSI硬盤
• 2002年末 添置2條1G Kingston ECC with Registered PCC 133 内存
• 2003年4月9日 購買2條1G Kingston ECC with Registered PCC 133 内存
• 2003年7月5日 經陸續升級，目前服務器配置P3 866*2，4G SDRAM，20G+80G IDE硬盤，18G*2+36G*2 SCSI硬盤
• 2003年，增加海外通道proxy2.ytht.net
• 2004年3月6日，使用AMD64服務器。
• 2004年5月，申請包月出國網絡連接，停止proxy2.ytht.net。
• 2004年8月14日，一塌糊塗三角地出現以“zhongjiwei”（“中紀委”的拼音）這個id發表的《辟謠聲明》，並在導讀頁面的顯著位置添加連接。聲明大意為：“香港《動向》雜誌所謂中宣部、中紀委等多家單位聯合在28省市做的民意調查結果顯示民眾對政府滿意度不足二成”云云纯屬謠言，中紀委沒有做過這種調查。
• 2004年8月19日，被有關部門要求整頓一個月，暫時關閉一些涉及政治話題的版面，包括三角地區的大部分版面以及學術區的公民生活、人權研究兩版。其中人氣最旺的triangle版在上級部門的許可下，短時間關閉後又重新開放。
• 2004年9月9日晚，一塌糊塗站務組發布5周年站慶公告，預定從9月13日至19日為站慶活動周，同时舉行線上和線下的慶祝活動，線上活動内容為各版面圍繞站慶主題的討論，線下活動内容為北京、上海兩地網友分别舉行聚會，並成立了站慶籌備活動小組，包括秘書組、後勤組、财务组、节目组等。此公告同时在一塌糊涂进站页面和导读页面上有链接，但仅仅过了一天多（9月11日），这些链接就被悄悄拿下。
• 2004年9月12日北大青年研究中心工作人员通知一塌糊涂在京站务和系统维护，“上级部门”将于次日2点在保利大厦召开会议，在京站务和系统维护务必到会。
• 2004年9月13日中午时分，有网友称一塌糊涂将于下午2点被关闭。
• 2004年9月13日北京时间13时08分左右, 一塌糊涂BBS突然无法进行连接. 北大未名BBS只读了一塌糊涂BBS在其站内的版面, 并将ytht、糊涂设为过滤词，禁止讨论此事.
• 2004年9月13日北京时间14时，国务院新闻办、信息产业部、教育部、北京市通信管理局、北京市新闻办等部门在保利大厦二层第五会议室召开会议，一塌糊涂在京站务和系统维护到场。会上由北京市通信管理局宣布关闭一塌糊涂BBS站的通知。
• 2004年9月13日傍晚，全国各大BBS纷纷取消了一塌糊涂的穿梭，另有大量站点将一塌糊涂、一塌、糊涂、YTHT等列为过滤词汇。水木清华BBS更发布公告，称奉上级命令，禁止在全站范围内讨论一塌糊涂有关事宜。一塌糊涂已被关闭。
• 2004年9月14日上海交大饮水思源BBS也发布公告禁止讨论一塌糊涂有关事宜，违者均被封了ID。
• 2004年9月14日下午5:30分左右，重庆大学民主湖论坛删除了论坛内所有有关一塌糊涂BBS的帖子。

糊塗服務器年表

AMD Opteron 244

(按主板更換計算)

1. 1999年9月17日-1999年9月19日(Pentium 166,64M 内存，個人PC)
2. 1999年9月20日-1999年11月 (Pentium 166,32M 内存，北大物理系實驗室機器。後來網友提供内存，升級到64M内存)
3. 1999年11月-2001年3月(Pentium 166,160M 内存，部分硬件網友購買。後來升級到Pentium 200)
4. 2001年3月-2001年7月(PII至强450,512M 内存，硬件網友購買或借用)
5. 2001年7月-2004年3月(雙PIII 866,1G 内存，硬件網友購買。後來升級到4G 内存)
6. 2004年3月- 2004年9月(2*Opteron 244,4G 内存，北京中基超威信息技術有限公司提供)

–百无一用是书生 (Talk) 13:20 2004年9月14日 (UTC)