我已经到了阆中了，时间太晚了，
5点灰机到达绵阳南郊机场，取行李墨迹20分钟
然后飞速打车去了平政汽车站，的哥开家50，没有还价，只有一个要求：最快的速度把俺送到平政汽车站，
果然，体验了一把的士时速。5:55到达汽车站，赶上最后一班6:00回南部的车。
21:30到达52队汽车站，等了一会儿，表弟开着车过来接我，半个小时从南部到阆中，
到了酒店20:10的样子，放下包，出去扫街找吃的，时间比较晚
随便找了一个路边小店，吃了一份七星猪脚+加一份炸酱面，
打包的七星猪脚：

炸酱面:

七星猪脚残骸:

吃光了七星猪脚的空碗：


我KAO，那叫一个好吃，忍不住堂吃两份份，外加一份打包，
三份： 七星猪脚+炸酱面， 一共36块钱，nnd，那叫一个实惠啊
话说这个酒店真不赖，可以上网，有线的，
趁着机会把手机的蓝牙和笔记本蓝牙配好
回家了也有网上。哇嘎嘎，赶紧睡觉，明天还要忙呢

Del.icio.us : 2010, 回家, 春节

bugzilla是不错，但是没有WYSIWYG的编辑器，实在寒酸
好在bugzilla的帮助文档中有一个列表，罗列出可链接书写格式的参考。
其中用处最多的就两项，想起了28原则：

comment3 -> comment3

Bug 178148 -> Bug 178148

Issue Linkable References

Linkable References enable the user to automatically link to another issue or comment via signal words. When you enter a linkable reference in the Additional Comments text box, Bugzilla automatically creates a link to that reference in the posted comment. Refer to the following table for the list of linkable entries and their respective signal words.

Note: A word followed by a + sign indicates that multiple words are required. A comma separating words indicates that any of those words work as a signal to Bugzilla. The signal words are not case-sensitive.

Del.icio.us : Issue Linkable References, bugzilla

一台server上面碰到比较奇怪的问题，
执行很多命令的时候，老是提示：Too many levels of symbolic links
结果一番调查，实在不得要领，没有任何结果，后来安装ruby的时候
configure无法通过，报错：C compiler cannot create executables
这个问题的出现一般是gcc相关的包比如glibc、kernel-header、之类的包没有安装导致
但是这些包都确认安装过了，
在config.log中发现:

checking for gcc… gcc
checking for C compiler default output file name…
configure: error: C compiler cannot create executables
See `config.log’ for more details.

configure:2525: checking for C compiler default output file name
configure:2552: gcc conftest.c >&5
gcc: error trying to exec ‘as’: execvp: Too many levels of symbolic links

不是C compiler无法创建可执行文件，而是”Too many levels of symbolic links”这个老问题。
后来发现PATH设置有些异常，满屏幕的都是/usr/java/default/bin。 突然想起
这个服务器上面的java安装曾经出现过异常，在/etc/profile中出现了大量重复的
export JAVA_HOME=/usr/java/default
export PATH=$JAVA_HOME/bin:$PATH
在/usr/java下一查看才发现罪魁祸首所在：default这个死循环的软连接

12/24/09 18:43:39 [ /usr/java ]
—> root@saxxmnt02 (1.84)# ll
total 8
lrwxrwxrwx 1 root root 17 Mar 30 2009 default -> /usr/java/default
lrwxrwxrwx 1 root root 16 Mar 30 2009 latest -> /usr/java/latest
12/24/09 18:43:39 [ /usr/java ]

/u0/gavin/bin:/u0/gavin/local/bin:/usr/kerberos/bin:/usr/java/latest/bin:/usr/local/bin:/bin:/usr/bin:

删掉这个死连接，一切都恢复了。

Del.icio.us : LAMP Linux

小时候对学校组织看电影，爱恨有加：电影确实是唯一的娱乐活动，求之不得；看完电影要求写读后感，真的要命。

但是看完贝拉日记，就算要命，也想写点什么，不过发现有人写的更好，文笔也更圆润；便转载之，顺便省下一条命

转自： http://www.wyzxsx.com/Article/Class12/200904/81739.html

《拉贝日记》对南京大屠杀有信史之贡献　　

司马平邦

【壹】　　

从《南京！南京！》到《拉贝日记》，一时之间中国电影出了两部关于南京大屠杀的电影，现像极有意思，但对于这段惨痛的民族史，每部电影又都给出了自己的描述，说实话，虽然《拉贝日记》出自德国导演之手，但其以实为据的著作风格我颇为喜欢，而我更认为一部立足南京大屠杀这种”公器”题材的电影，历史的真实是艺术真诚的直接基础，在这方面，傅瑞安·加伦伯特导演至少在工作方法上足为许多试图偿试同类题材的中国导演们借鉴。　　

比如，有些关于南京大屠杀的中国电影宣传时好以”抵抗”为噱头，但看了很难找多少抵抗的影子。　　

《拉贝日记》里其实也鲜少有中国人对日军的抵抗，金陵女子大学的学生琅书（张静初饰）的弟弟小万在姐姐被两个日本人扑倒的一瞬开枪打死了这两个鬼子，以此描述了当时南京市民零星而个体的抵抗，而在真正的历史记载中，蒋介石的军队在日本军队占领南京后的抵抗确实是微乎其微的，溃逃得厉害，抵抗也只可能来自于民间，以苟延的方式，琅书弟弟的这项”壮举”说不上完全来自历史，但却充满了历史的合理性。　　

南京大屠杀的那段，给后来的中国政府一个重要的警示，就是对侵略者如果持不抵抗的政治策略，战争的结果将更加悲惨，试想，如果真有整建制的抵抗，哪里还有30多万中国人（一少半的中国军人）被屠杀，据知，日本军队制造南京大屠杀的3个充足理由是：　　

其一，之前的松沪会战中国军队的抵抗太强烈，日本人要报复；其二，国民党军队在南京的抵抗太弱了；其三，中国民间的抵抗并没有因官方的放弃而停止，因此日本军队是想借一次大屠杀彻底慑服中国政府、中国军队和中国人民。　　

【贰】　　

约翰·拉贝（John H. D. Rabe），一个前纳粹党的党员，也说是德国西门子公司在南京的领导人，也有说他是纳粹党驻南京的总代表，他在南京大屠杀里到底救了或者保护了多少中国人？这是《拉贝日记》之前有关此题材的电影作品都没有表达清楚的问题。　　

《拉贝日记》的贡献之一就是对此问题做出了明确的令人信服的交待：　　

在拉贝的保护下，国际安全区里有20万中国人免遭日军杀戮，而拉　贝　先生是在各国使馆及外国媒体相继回到南京之时离开南京的，而更多的屠杀是不可能在诸国外交官的众目睽睽下完成的，当然，在拉　贝　先生离开南京之后，原生活在安全区保护下的中国人是不是也有被日本人杀害的，这是电影没有表的，因为电影的名字就是《拉贝日记》嘛。　　

为此问题，我向南京大学拉贝纪念馆的汤馆长提问：拉贝在南京到底救了多少中国人，汤馆长当场向我出示了几份证据，一份是有602个中国人签名的关于拉贝相救的证明材料，还有一份是拉贝将要离开南京时，南京20多座难民营（估计都位于”国际安全区”内）管理者的挽留书，这20多座难民营共安置了大约20万中国难民。　　

也就是说，拉　贝　先生的救的中国人要比当年的辛德勒救的德国人多得多。　　

拉贝是一位中国人必须重新认识和郑重感激的民族大恩人。　　

《拉贝日记》开场不久，拉贝用一面巨大的纳粹党旗遮掩了大量中国难民使他们免受日军轰炸之害的情节，据史实，其实当时拉贝把当时他居住的西门子公司的办公地也全部遮盖在纳粹党旗之下，以保护里面的中国人–这一情节似乎在教育那些只知”人性”而不知其它的当代中国人，”国家”和”人性”其实是两个层面的东西，这两个东西时有交叉时有平行，”纳粹”对德国和欧洲人来说可能是个坏透了的词，但它仍然对中国人做过一些好事（比如抗战之初德国对中国的援助），绝对的好和绝对的坏是没有的，而我们要记住的是一切”国家”、”主义”、”政治”里的真正的人性的光华。　　

所以，我把这个情节列为2009年自己眼里中国电影最伟大的镜头。　　

【叁】　　

南京大屠杀，其”屠杀”之极状是著名的”百人斩事件”。虽然惨烈至极，作为中国人都难于平静接受，但我一直认为中国导演都有义务揭露日本鬼子当时做的这项灭绝人性的反人类罪行。　　

百人斩，史载，指1937年11月底至12月10日，在上海向南京进攻途中直至南京大屠杀前夕，两名日本军官向井敏明少尉和野田毅少尉以谁先杀满100个中国人为胜的竞赛。最后向井敏明以斩杀106人胜过斩杀105人的野田毅。后经南京军事法庭查明审判，两人均承认控罪，于1948年1月28日在南京中华门外雨花台刑场被执行枪决。　　

据《东京日日新闻》于1937年12月13日（南京大屠杀开始后第二天）刊登的消息：以南京为目标的”百人斩竞赛”这样少见竞争的参与者片桐部队的勇士向井敏明、野田毅两少尉，在10日的紫金山攻略战中的对战成绩为106对105。10日中午，两个少尉拿着刀刃残缺不全的日本刀见面了。　　

野田说：”喂，我斩了105了，你呢？”向井说：”我106了！”……两少尉：”啊哈哈哈……”结果是谁先砍了100人都不去问了，”算作平手游戏吧，再重新砍150怎么样”。两人的意见一致了，11日（南京大屠杀开始之日）起，150人斩的竞争就要开始了。11日中午在接近中山陵的紫金山追杀残兵败将的向井少尉谈了”百人斩平手游戏”的结局……　　

《拉贝日记》在中国和世界电影史上第一次向观众呈现了”百人斩”。　　

拉贝的司机老张因得罪日军军官，被拖到一隐蔽处砍了头，拉贝追踪而去，从木栅的缝隙里看到了被日军砍掉的堆如小山的中国人的头颅，其中就有老张的，电影并没有直接说那刽子手就是”井敏明、野田毅两少尉”，但明明是导演想用一种方式重现当时确实存在的这段史实，或者因为这样惨绝人寰的杀戮在被德国人所熟知的纳粹”杀人史”上也不多见吧。　　

我觉得有必要为德国导演兼编剧傅瑞安·加伦伯特如此诚意地揭示了这段日军对中国人民的屠杀史而向其由衷致敬。　　

【肆】　　

关于电影《拉贝日记》的另一个贡献是重新审判了曾经逃脱战后审判的日本皇族战犯朝香宫鸠彦的罪行。　　

朝香宫鸠彦（1887-1981）在《拉贝日记》里由参演《鬼子来了》的日本演员香川照之饰演，他也叫朝香宫亲王，日本天皇裕仁的叔父。久迩宫朝彦亲王第八子。他1937年12月2日被任命为上海派遣军司令，中将，12月7日朝香宫鸠彦赶到南京前线，不日即签署了密令：”杀掉全部俘虏！”他还指令下属改变侵华日军华中方面军总司令松井石根原命令，让所有日军入城，自行安排住宿，使大屠杀及各种暴行进一步扩大。此后，朝香宫鸠彦又陆续发布了一系列的杀人命令，最简单而直接的只有4个字”全部杀掉”，直接导致了日军进城后令人发指的兽行。　　

日军攻占南京时日本最高统帅部的策略就通过残酷地打击南京，来瓦解中国人民抗日斗志，迫蒋投降，朝香宫鸠彦忠实地传达并实施了这一策略精神。战后朝香宫鸠彦凭借他皇室成员的特殊身份逃脱了惩罚，后来还成为”日本高尔夫球俱乐部”的会长。　　

《拉贝日记》，是历史上第一部直接揭露了朝香宫鸠彦的战犯身份的大屠杀电影，让伪善的日本皇族在侵华历史上的罪行得以直接展现，这样的视角其实已经大大突破了那些被外交关系、政治利益所紧紧困扰的历史和现实的局限，也说明从前关于南京大屠杀的中国电影的”控诉”力量还远远不够。　

Del.icio.us : 读后感, 贝拉日记

自己的博客喜欢自己搭建平台。而且可选的Blog平台不胜枚举，倒是稳定、便于使用的空间不一定好找
曾经计划过把博客平台搬迁到GAE上面去，但是自从对GAE做个一段时间的统计、分析之后发现GAE真的
不适合生产，平均长达2sec的初始化时间，实在难以投入产品环境，配合google玩玩”hello world”测试倒是蛮合适的；
就算是个人博客也不乐意放上去。自然而然传统的虚拟主机成了唯一的选择，在国内，撇开备案等乌七八糟的
政策影响不谈，单就技术来讲盘古的合租空间是用过的不错的服务，基于LAMP平台的强大和CPanel面板的一流管理能力，
外加支持ssh管理，在很多方面完全可以和独立服务器想媲美，但是价格只有后者的十分之一。不过遗憾的是
有的东西希望撇开它，可它却不会放过你：过于严苛的信息管理政策，十分的让人恶心。
一个纯技术加扯蛋的博客居然在拥有备案的前提下也有被强制关闭的经历。
而且发布的内容需要完全的接受管制，随时都有一个眼睛在盯着你，Orz. 卧榻之侧，岂容他人安睡？
搬家才是上上策 ,越远越好；国外的主机服务商便是首选，godaddy、dreamhost、bluehost、都是比较知名的选择。

1. godaddy总价稍低，有不少的promotion code可用，这样的话第一次使用只需要100RMB不到的样子。但是次年续费
   仍然需要不少开销，上次一哥们告诉我，与其第二年付那么多钱，还不如重新用promotion code申请一个新账号。
   如果不在乎数据备份、转移的麻烦，倒是一个非常省钱的方法。有点不爽的是有点大牌，有问题发出去回复的不及时
   
2. Dreamhost则是自Django0.92开始以来的选择，至今有3年左右了，支持SSH管理，而且提供CVS/SVN仓库，无限个域名支持；
   多用户控制：每个域名一个用户；现在又支持Rails，对于注册用户还可以生成自己的promotion code，来给别人注册使用。
   这样自己也可以得到介绍佣金；这是我生成的价值40刀的promotion code： cb094a1 ；比如年付119刀的，只需要79刀。
   update: 刚刚体验了一把Dreamhost的售后服务，主要是通过邮件交流，原以为人家下班时间不会处理，没想到发出去10分钟
   就有回复了，而且非常详细，一个晚上，来来回回16封邮件，很容易就把问题搞定。就冲这，就该大书特书。
3. 至于bluehost，前几年使用django开发的时候，用py的很多人在使用它的FastCGI来支持Django，据说效果不错，也值得推荐

最后决定把我的个人博客搬到美帝国主义旗下的IDC去：据说这可以保证个人言论的自由发表；而且还可以不写那个痔疮似的的ICPXXX号。

主机转出去了，但是域名注册商还是在国内，虽说DNS已经是国外的，但是注册商在国内，而且注册商e动网需要整一大堆手续，还要什么
15的快递费才能转出去，比那个痔疮还烦人。国外的域名注册商都不需要这些费用，而且所有操作都可以在线及时完成。差太远了。

Del.icio.us : dreamhost, vitrualhost, 盘古科技