Zeal Blog - 泽欧里的网络日志

阿森纳死的好惨

主客场两个疑似点球的判罚一出一进，阿森纳实在是背到极点。尽管沃尔科特用惊世骇俗的速度过掉了整支利物浦队助攻阿德巴约打进力挽狂澜的一球，依然无法与命运的作弄相抗衡。看不到阿森纳和巴萨的再度对决了，洗洗睡去，sigh。

继续阅读

PHPExcel常用方法汇总

PHPExcel 是相当强大的 MS Office Excel 文档生成类库，当需要输出比较复杂格式数据的时候，PHPExcel 是个不错的选择。不过其使用方法相对来说也就有些繁琐。列举以记之。查看全文

继续阅读

不能说的秘密

周杰伦确实有几把刷子。尽管几个与钢琴相关的重头戏明显有模仿《海上钢琴师》的嫌疑（不妨看作是向经典致敬），但整体来说《不能说的秘密》无论是固有优势的电影配乐，还是影片本身的叙事结构、画面构图、镜头运用都让人惊奇。

原本对这位音乐小天王首次自编自导自演的影片没有太高的期望。就像dvd花絮里面其他演员访谈中说的，不就是公子哥玩玩而已么，没人看好他。结果出来的东西就是让人眼睛一亮 -- 当然，你必须耐着性子把前半段看完，否则会误认为这就是一部不入流的琼瑶剧而已。

继续阅读

IE下Flash内容刷新后消失问题

很常见的一个图片轮播Flash，使用之后发现在IE下按F5刷新之后Flash区域就变成一大块背景色，内容轮播出不来了。有趣的是右键点击Flash选择"关于Adobe Flash Player 9 ..."打开 Adobe 的官网之后再按F5刷新，内容又可以正常显示了。

一点点去掉代码发现是 <param name="scale" value="exactfit"> 这个参数作怪。在 Flash 的脚本里面强制指定了 Stage.scaleMode = "noScale"; 而我的 Flash 代码生成 js 里面缺省把 scale 设成了exactfit 。似乎这两者之间发生了某些冲突，导致IE下出现这种奇怪的刷新之后就白屏的现象。Firefox下倒是没问题。把参数改成 <param name="scale" value="noScale"> 之后恢复正常。

继续阅读

以黄金罗盘之名寻找星尘

经过了一段和谐的外国大片真空期之后，三月份的影院开始重新成为好莱坞巨制的天下。《史前一万年》的预告片让我有买票的冲动，但看到豆瓣上的评价之后还是改变主意选择了《黄金罗盘》。虽然新线后来出品的魔幻系列每一个能跟魔戒相提并论，但这次的Golden Compass能够击败变形金刚拿走奥斯卡最佳视效，对我这个迷恋CG的人来说诱惑实在不小。

上次看投名状碰到八佰伴搞活动；这次又碰到平安信用卡搞活动，10块钱一张票的噱头又是引来超级排队购票长龙，所有的大厅一律上映史前一万年，黄金罗盘和国家宝藏2都只好挤在百来人的小厅放。等到检票进去之后，这小厅之小还是超乎了我的想象：要是家庭影院那算是超豪华的，可摆上一百多把椅子在这块豆腐干前面，实在是狭促到家了。

不过也许正是因为有这样一个不够震撼的观影环境做为先决条件，看完之后的第一感觉是：不像网上评论的那么差 -- 至少比纳尼亚要好。CG的确很强，双熊争霸那场戏多少有点三龙战金刚的味道（但为什么大黄蜂没有斗过披甲熊捏？不服啊不服），基本让我没白冲最佳视效而来。故事性方面虽然还是太过于儿童化思维，好在不像纳尼亚那样有一堆小孩子在演绎，不至于杂乱无章到不可收拾。伊拉贡也罢，纳尼亚也好，还有这个黄金罗盘，都在用小孩子讲故事的方式讲述发生在小孩子身上的故事，原著本不应该被如此改编。。

因为影片提到了 Star dust 的缘故，刚巧收了星尘的9区碟，看完黄金罗盘之后又在家看了星尘。相比之下，星尘的导演兼编剧 Matthew Vaughn 就有才得多，可以把一个俗得不能再俗的童话故事编排得妙趣横生，所以说想导演编剧一肩挑不是不可以，但要勉强为之就还不如专心一意的好。

继续阅读

fgetcsv引起basename异常

CentOS 服务器上的 LANG=en_US.UTF-8 ，当php脚本里面使用了 fgetcsv 对某个 GBK 编码的 csv 文件进行解析之后， basename 函数就再也无法正常工作了，每次调用返回的文件名始终为空字符串，该问题甚至会在整个 apache 的 httpd 线程生命周期内存在。 windows 下似乎不会出现这种情况。

解决方法：在用 fgetcsv 处理文件之前先设置 setlocale(LC_ALL,'zh_CN.GBK'); 或者通过 iconv / mb_convert_encoding 等方式将整个 GBK 编码的文件先转化为 utf-8 编码。

理论上来说 fgetcsv 应该只是一个字符串解析的过程，即便输入字符串的编码格式出现问题，最多也就是解析返回的数组乱掉而已，怎么会影响到 basename 函数的正常运作并在线程周期内持续作怪？从 php 的源代码来看似乎也没什么特别的操作，依然困惑中。

继续阅读

Firefox浏览论坛假死

一开始没怎么在意，以为是偶然现象。后来发现是必然规律，快速打开多个论坛帖子之后Firefox立马吃掉100%CPU，进入假死状态。

百思不得其解，直到想起N久以前曾经使用 about:config 设置过 Firefox 的 network.http.pipeline 参数，试着把 network.http.pipelining / network.http.pipelining.maxrequests 参数设回缺省值，假死现象消失。看来 pipeline 还确实是处于试验阶段的东西，并非绝对的利于网页浏览。

继续阅读

pcAnywhere文件传输问题

在使用 pcAnywhere File Transfer 进行文件传输时，发现上传新的文件一切正常，如果是覆盖服务器上已有的文件，点了 Transfer 之后整个界面就死掉了。

解决方法：在 Edit -> Preferences 里的 File Transfer 项里面，把 Destination file 缺省的 Verify before overwriting 改为 Always overwrite duplicate files 即可。似乎在缺省的 Verify 状态下应该是会弹出提示信息要求确认，但不知为什么这个提示框没出来，反而整个界面都死掉了。

据同样用 pcAnywhere 的朋友说没发现这个现象，貌似个人RP问题.. OrZ

继续阅读

ERROR 2013 (HY000) of MySQL

当通过 TCP/IP 连接 MySQL 远程主机时，出现 ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 104 。

如果是在linux shell命令行中直接打 mysql 命令，能够顺利连上 MySQL，执行查询语句也比较正常，但如果执行 STOP SLAVE; 命令时就随机出现 ERROR 2013 (HY000): Lost connection to MySQL server during query 问题。而如果把操作命令写到脚本文件再去执行该脚本文件的话，则必然出现 Lost connection to MySQL server at 'reading initial communication packet', system error: 111

要是无论通过什么途径远程访问都出现错误可以认为是系统有防火墙之类的限制，但现在这种奇怪的抽筋现象让人百思不得其解。最后找到的解决方法是在 my.cnf 里面的 [mysqld] 段增加一个启动参数

skip-name-resolve

问题消失。但原因还是想不出所以然。

继续阅读

SVN错误“Cannot replace ...”

打算从 svn 服务器上 export 出来一个单独的文件(https方式)，结果发现若干台 CentOS server 中有一台无法正常导出，提示错误：

svn: REPORT request failed on '/!svn/vcc/default'
svn:
Cannot replace a directory from within

从 apache 的 error_log 看，有两条错误信息：

[error] A failure occurred while driving the update report editor
[error] [ Cannot replace a directory from within

奇怪的是所有的服务器配置应该都是一样的，之前 export 整个工程目录的时候也没发生过任何错误。这次单单有一台死活拉不下来那单个文件。从 Google 上能搜到的原因说是可能指定了一个不存在的目标文件或者需要用svn switch 命令重新定位一次工作副本的位置；但显然这两种都不是我碰到的状况。

抱着死马当活马医的想法查看了一下几台服务器的 svn 版本，居然发现除了这台问题机器装的是 1.1.4 之外，其他都是 1.4.4 的版本！同样都是用 yum install subversion 安装的东西竟然出现这等怪事，郁闷ing。更想不同的是把那台服务器的 yum repo 配置改到一致重新装，抓下来的版本还是老掉牙的 1.1.4 。没办法只好用最原始的方法把 1.4.4 装上，再执行 svn export ，一切OK！

继续阅读

Google PR查询接口checksum新算法

前些日子一篇N久之前的老文忽然成了被阅读的热点，检查之后才发现自己使用那段代码来做pr查询的页面已经不能正常得到URL的Page Rank值了，取而代之的是一大段“In your email, please send us the entire code displayed below”之类的Google terms_of_service错误提示信息。看来是原先的接口已经失效了。

但我装在Firefox工具栏的扩展插件SearchStatus仍然能够正常解析出每个受访页的PR值，找到 SearchStatus 的插件包解开来看源码，果然是使用了不一样的验证码生成算法，在原先的 checksum 生成之后，还需要再进行一次计算，两次演算之后得到的才是正确的ch参数。

于是拿现成的js代码改造一番之后，新的PHP版本的 Google PageRank 查询接口方法就出来了。经过本地测试之后，谁想传到服务器之后又出现了该死的 terms_of_service 错误提示。把checksum的计算过程一步步打出来，发现经过了几次右位移之后本地和服务器上的数字就不一样了。这才想到服务器是64位机，32位系统下位移之后应该被cut掉的bit在那里就活得好好的。加了个 trunkbitForce32bit 方法，对所有算术运算之后的数值进行高位屏蔽，算是搞定了64位系统下的多余位问题。结果拿到32位Linux环境下跑又不兼容了，原因是PHP在进行算术处理出现溢出时，会自动尝试将int转为float。当发生的是负数溢出时，这一操作在Windows下能正确保留精度，但在Linux下就有问题了。

下面这段代码：

$a = -4294967295;
echo dechex($a)."<br />\n";
if ( $a < 0 ) $a += 4294967296;
echo dechex($a)."<br />\n";

第一个echo在Windows下能够正确输出该负数低32位的补码，而在32位Linux机上输出的则是int类型所能表示的最大负数0x80000000了。只有通过取巧的方式给这个溢出的大负数加上一个超出整数范围的大整数来抵消掉溢出的部分，才能复原低32位应该有的样子。

使用这些非常规手段，终于炮制出这个更新版的兼容Linux32/Linux64/Windows的Google PR值查询接口的PHP脚本实现（含完整代码）。

参考:
php异或运算的不可靠性
 PHP vs. BIGINT vs. float conversion caveat
http://www.teamworksusa.com/RDS275/HydroWorks275/keygen.php

继续阅读

svn客户端证书验证缓存

$ svn list https://host.example.com/repos/project

Error validating server certificate for 'https://host.example.com:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
 - The certificate hostname does not match.
 - The certificate has expired.
Certificate information:
 - Hostname: host.example.com
 - Valid: from Jan 30 19:23:56 2004 GMT until Jan 30 19:23:56 2006 GMT
 - Issuer: CA, example.com, Sometown, California, US
 - Fingerprint: 7d:e1:a9:34:33:39:ba:6a:e9:a5:c4:22:98:7b:76:5c:92:a0:9c:7b

(R)eject, accept (t)emporarily or accept (p)ermanently?

选择p则在本地保存该证书信息，下次不再出现类似警告。证书缓存保存在 ~/.subversion/auth/svn.ssl.server 目录中。

当 svn 命令行使用了 --no-auth-cache 参数时， (p)ermanently 的选项将不会被显示，只能选择 R 或 t 。但往往有时候会希望对于证书的 validating 可以被本地缓存，但对于用户名密码则不被缓存，这时候可以先不使用 --no-auth-cache 参数运行一次，选择 p 在本地生成缓存文件，同时删除保存在 ~/.subversion/auth/svn.simple 目录下的用户名密码缓存文件，以后就可以使用 --no-auth-cache 参数在每次 svn 的时候都手动输入密码，同时不需要每次都 temporarily 的接受证书了。也可以直接把生成的证书缓存文件直接复制到其他的机器相应的用户目录下。

网上会有很多文章说可以通过在 ~/.subversion/servers 配置文件中加上

ssl-ignore-host-mismatch = true
ssl-ignore-unknown-ca = true
ssl-ignore-invalid-date = true

来让svn自动忽略证书错误，但实际上这些配置项在新版的 subversion 里面已经被 deprecated 掉了。

继续阅读

SQL Server数据库复制

很少摸 Windows 环境下的东西，最近被个 MS SQL Server 的数据库搞得头大。实在不像 MySQL 那样用起来轻车熟路， OrZ ...

本来以为企业管理器里面既然提供了 DTS 数据导入/导出的功能，直接使用 DTS 指定源和目标库就可以完全复制数据库到远程服务器上了。结果发现除了表的基本结构和数据，字段约束、键值、默认值等都没过去。最终还是要靠直接磁盘拷贝数据文件了事。

如果数据库服务可以停下来的话，最快的方法是直接拷贝对应的 .mdf 和 .ldf 文件（在企业管理器选择数据库右键看属性的“数据文件”项确定文件名）；然后执行T-SQL命令（比如新的目标数据库名为 test ）：

-- 如果 test 数据库已经存在，需要先把其分离。
-- 如果已经有应用连接到该数据库的话，就需要使用企业管理器
-- "所有任务"中的"分离数据库"功能强制断开现有连接后再分离
EXEC sp_detach_db
      @dbname = 'test',
      @skipchecks = 'true'

-- 把拷贝出来的 .mdf 文件和 .ldf 文件作为 test 数据库的数据文件挂上去
EXEC sp_attach_db
      @dbname = 'test',
      @filename1 = 'e:\db\test.mdf',
      @filename2 = 'e:\db\test.ldf'

-- 如果不想使用原来的 .ldf 文件，也可以单独挂 .mdf 文件
EXEC sp_attach_single_file_db
      @dbname = 'test',
      @physname = 'e:\db\test.mdf'

如果当前数据库处于生产环境不允许关闭服务的话，可以使用 BACKUP / RESTORE 的方法来完成复制工作：

-- 把数据库名为realdb的数据库备份到指定的磁盘文件
BACKUP DATABASE realdb TO DISK = 'E:\db\BAK_FOR_realdb.bak'
-- 用 RESTORE FILELISTONLY 命令查看数据库备份文件里面的
-- 数据文件和日志文件的逻辑名称，用于下一步的命令
RESTORE FILELISTONLY FROM DISK = 'E:\db\BAK_FOR_realdb.bak'

-- 使用备份文件创建一个新的数据库， realdb_dat 和 realdb_log
-- 分别是上面使用 RESTORE FILELISTONLY 命令查出的数据文件逻辑
-- 名称
RESTORE DATABASE test
    FROM DISK = 'E:\db\BAK_FOR_realdb.bak'
    WITH MOVE 'realdb_dat' TO 'E:\db\test.mdf',
    MOVE 'realdb_log' TO 'E:\db\test.ldf'
GO

继续阅读

scp拷贝文件失败问题

当在 shell startup script （比如 profile , bashrc）自动执行过程中产生了任何内容输出时， scp / sftp 会把这些 echo 回来的东西认作协议包进行解析，结果自然是无法读懂这些内容，最终导致文件拷贝失败。

如果能够明确知道在自己的 /etc/bashrc 等文件里面哪些语句会产生 echo 的内容的话，可以通过条件判断进行 echo ：

if [ $(expr index "$-" i) -ne 0 ]; then
echo "welcome to interactive shell , Current is"
date +'%Y-%m-%d %T'
fi

这样只有在真正交互登录的时候才会 echo 信息， scp 的时候自动忽略。

继续阅读

Reverse Geocoding for Google Maps API

Reverse Geocoding ，也就是反向地理编码（逆地理编码），可以根据地图上某一点的经纬度值来查询该点附近的地理信息。比如要实现捕获用户鼠标事件判断用户点的是哪国哪省哪市哪条街道，就需要有相应的 reverse geocoding 服务支撑。

在当前版本的 Google Maps API 中对这项功能提供了有限支持。对于开放了 Geocoding (GClientGeocoder) 和 Driving Directions (GDirections) 接口的国家和地区，Nico Goeminne 写了个 GReverseGeocoder 类来完成反向地理编码解析（Google Pages 貌似这几天被 GFW 掉了，访问不到 Nico Goeminne 站点的朋友可以看我本地的镜像链接）。可惜的是目前谷歌中国的ditu.google.com还没有提供GDirections接口，不知道后续的版本会不会放出。下面是 Nico Goeminne 列出的 GReverseGeocoder 当前的国家支持情况(x=支持, n=不支持, p=理论上支持但未经过测试)：

Country	GClientGeocoder	GDirections	GReverseGeocoder
Austria	x	x	p
Australia	x	x	p
Belgium	x	x	x
Brazil	x	x	x
Canada	x	x	p
The Czech Republic	x	x	p
Denmark	x	x	p
Finland	x	x	p
France	x	x	x
Germany	x	x	x
Hong Kong	x	n	n
Hungary	x	x	p
India	x	n	n
Ireland	x	x	p
Italy	x	x	x
Japan	x	n	n
Luxembourg	x	x	x
The Netherlands	x	x	x
New Zealand	x	x	x
Norway	x	x	p
Poland	x	x	p
Portugal	x	x	p
Singapore	x	x	p
Spain	x	x	p
Sweden	x	x	p
Switzerland	x	x	x
Taiwan	x	n	n
Thailand	x	x	p
the United Kingdom	x	x	x
the United States	x	x	x

实际上，在 Google Maps API 官方文档里面 GClientGeocoder 接口的 getLocations(address, callback) 方法里面虽然没有明确说明，却可以传递用逗号或空格分隔的经纬度值进去作为address参数，也能达到反向地理编码解析的目地。只是目前这样调用返回的Placemark对象精度只能到国家级别，并没有更进一步的所在地信息，还没有太多的实际价值。

一些非 Google Maps 提供的 geocoding / reverse geocoding 服务链接： http://groups.google.com/group/Google-Maps-API/web/resources-non-google-geocoders ，基本上可查询范围都是欧美国家，有偿服务居多。

中国区域的 reverse geocoding 服务方面， MapABC的搜索API中倒是有 reverseGeoCoding(msearchpointpara) 接口方法，美中不足的是其flash版本的地图跨浏览器兼容性又不是太好还有滚动广告条，文档的组织也够凌乱，所使用的经纬度坐标又不是标准的数字形式，极大的影响了使用体验；51ditu 的位置描述接口则直接作为收费接口有偿提供。看来想使用免费又称心的 reverse geocoding 还得耐心等谷歌地图开放相应的功能了。

附：中国地区大中城市经纬度参照表

继续阅读

据说的最出色浏览器

看到有人说用了Safari之后"已经开始不愿意去用firefox了"，忍不住也试用了一把，顺便看看最近几个应用在Safari下的兼容性。一打开浏览界面，果然很有苹果的酷炫风格，相当养眼。

然后就发现Safari的XMLHTTPRequest并没有如其他主流浏览器一样缺省使用utf-8编码来处理内容，必须在服务器端强制设定页面编码才不至于在Ajax处理中文时出现乱码（比如在脚本里面 header("Content-Type:text/html;charset=utf-8"); 或者在Apache的conf里面加上 AddDefaultCharset UTF-8 ，如果不幸服务器端的php.ini里面设置了不恰当的default_charset的话还必须在所有相关的php文件开头加上ini_set('default_charset','UTF-8'); 才行），也算相当有性格。

至于号称的 fastest browser in the world，没怎么感觉出来。IE6当然是没啥好比的；相较Firefox而言，去使用 Gmail 和自己的几个应用项目，速度上最多也就半斤八两各有快慢。或许因为是Mac移植版的缘故？没用过Mac版的，不得而知。

继续阅读

rsync时自动创建目录

一直以来都习惯用 rsync + ssh 作服务器文件同步，但之前都没有在命令参数里面找到类似 mkdir -p 的功能，可以在同步某个指定文件的时候自动在目标服务器上根据需要创建完整的父级目录。比如某些按年月日自动生成的目录型文件需要在文件生成的时候即时同步：

rsync -lprztW --rsh="/usr/bin/ssh -l rsyncuser" /var/2007/12/13/1001.gif 10.0.0.1:/var/2007/12/13/1001.gif

如果/var/2007/12/13目录没有预先在目标服务器上创建的话，该同步操作将报错：rsync: push_dir#3 "/var/2007/12/13" failed: No such file or directory (2)

之前的解决方法是在目标服务器上预先先创建所有可能产生的新目录结构，或者在源服务器上创建新目录的时候即时把目录rsync到目标服务器上。

偶然看到其实 rsync 有个 -R 参数（-R, --relative use relative path names），用来把相对目录下的整个目录结构同步到目标服务器指定目录下。利用这个参数就可以自动达到 mkdir -p 的效果，只需要把同步命令改成：

cd /var
rsync -lprRztW --rsh="/usr/bin/ssh -l rsyncuser" 2007/12/13/1001.gif 10.0.0.1:/var/

继续阅读

Apache编译libexpat.so错误

编译Apache时出错：fixed: /usr/lib/libexpat.so: could not read symbols: File in wrong format

解决方法：编译时增加编译参数 --with-expat=builtin 。貌似在64位服务器下编译脚本在定位系统 expat 支持时有些问题。使用自带的expat来编译就不存在这个问题了。

继续阅读

曼联VS切尔西，5月22莫斯科见

刚写完这个标题，就看到埃辛一脚劲射被吹无效，我还以为利物浦的鸟运又要来了；没想转眼就吃进点球一粒，加上德罗巴的锁定胜局，切尔西总算是出了一口欧冠赛场被利物浦连K的恶气。

昨天凌晨巴萨已经以一种让人郁闷的方式被淘汰，我在八强名单出炉时候预测的两支决赛球队都没能杀到最后，5.22卢日尼基的决赛真正成了英超内战。现在看来，切尔西很有拿双料冠军的面相。。

继续阅读

ZF的quoteInto引起MD5错误

在 Zend Framework 中， Db_Adapter 提供 quoteInto 方法用于查询变量嵌入的统一处理。但在该方法最终调用的底层方法 _quote 中，会用 is_numeric 先判断变量是否是数字，如果是的话就直接返回了，只有非数字型的内容才会被进行转义并加引号。

这样的处理带来的问题是，当你使用数据库自带的 MD5 函数对字符串（比如用户密码）进行 md5 加密时，如果恰好字符串是纯数字，又恰好是0打头的数字，比如“07902”，这时候 MD5(07902) 和 MD5('07902') 返回的结果是不一样的，从而造成潜在的数据错误。

一般我都习惯于给所有的变量都加上引号，不知道 zf 是基于什么考虑对数字型变量进行单独处理。。

继续阅读

不是一般的好玩，Wii

在把 Wii 买回家之前，一直很难理解为什么网上那么多人说 Wii dangerous 。看上去就像是 ipod shuffle 一样的手柄，甚至很长时间内都让我提不起购买的兴趣。玩了才知道，一根蓝牙感应棒的引入可以给传统游戏手柄带来如此革命性的变化。虽然在大型游艺机上类似的感应装置已经应用的相当多，但率先应用到家庭游戏机上的创意，也足以让任天堂数钱数到手软。现在每次开玩之前都得把客厅完全腾空才行，免得砸到花花草草的。

唯一不爽的是现在国内卖的基本上是日版水货，操作界面全日文，刚开始使用的时候还得上网看看中文对照说明。好在除了升级系统（不升级到3.2J的话不小心变砖就亏大了）需要进菜单设置 WI-FI 之外，平时都是开机就直接进游戏了，几个日文字记住也就是了。关键还是多找些美版欧版的游戏。

BT下载： http://www.mininova.org/sub/422/seeds

家里 dell 的本本用的是 vista 系统，windows 自带的不支持镜像刻录，用 nero 和 Roxio 来刻 ISO 镜像 optiarc ad-5540a 刻录机居然不认 dvd-r 盘。一开始还以为是盘片有问题，后来以为是 firmware 有问题，刷到 2.01b 之后问题依旧；最后发现用 Imgburn 来刻就完全正常了，也不知道究竟是 vista 变态还是 nero / Roxio 的兼容性问题。

继续阅读

欧冠八强：不是冤家不聚首

2007-08欧洲冠军联赛1/4决赛对阵
上半区			下半区
主队		客队	主队		客队
阿森纳	-	利物浦	沙尔克04	-	巴塞罗那
费内巴切	-	切尔西	罗马	-	曼联

当看到罗马再次与曼联碰到一起的时候，我不得不说：欧洲冠军联赛的确是商业足球运作典范中的典范。去年的米兰成功复仇利物浦，今年罗马是否能够一雪前耻？枪手和红军刚刚依靠各自对中的西班牙金童秒杀米兰双雄，转头便是遭遇战，少年英雄须走其一，惜哉。

预测一下：半决赛将是阿森纳干掉切尔西，巴萨搞定罗马，决赛又将是阿森纳对巴萨的复仇之战。。。

（1/4决赛两回合分别于北京时间4月2/3日和9/10日凌晨03:45进行；北京时间4月23/24日和4-30/5-1进行半决赛两回合；决赛是北京时间5月22日02:45在莫斯科卢日尼基球场进行，等着瞧好戏叻）

P.S. 刚看完曼联踢德比郡，主裁居然受伤下场，也算难得一见了。C罗依旧状态恐怖，罗马想要复仇的话先得想出对付他的良策 -- 意大利球队的尊严就指望罗马人了，像国米那样把最后几十分钟打成垃圾时间的实在是太窝囊到家。。

继续阅读

是谁导演这场雪

好大一场雪，即便上海这样一个多少年难见雪景的地方亦无可幸免，恰又赶在多少人卯足劲要回家过年的当口，怎一个愁子了得。蝴蝶效应的演变，还真不是几个专家论证一下就能预见的。。

但愿想回家的都能赶上最后一次通车的机会，打算留守的也能收拾心情过个好年。