2011年12月15日星期四
"凯文怎么了"观后
刚刚看完“凯文怎么了”,内心久不能平静。相当震撼的一部作品。快要结束的时候,当镜头缓缓切向草地,整个人几乎快要停止呼吸。叙事和画面实在是太棒了!
整片在现实与回忆多重交叉,通过琐碎的片段逐渐将一个恶魔的成长历程清晰的展现出来。当片尾妈妈问监狱中的儿子“why”的时候,其实本片也给出了答案。母亲从一开始就没有为这个儿子的出生做好准备,儿子的降临纯属激情后的意外。初为人母的她并没有喜悦,而是不知所措和焦躁。儿子的哭啼使她心烦意乱,她甚至想利用修路工人的噪声掩饰哭啼以获得片刻的安宁,此时路人的眼光已经开始暗示了答案。由于这种疏离感始终存在,儿子的童年也颇为怪异,还未学会说话起就开始了与母亲的对抗。母亲试图用耐心和关怀来抵消对抗,但是几次失败后就放弃了进一步的努力,取而代之的是无解和责问的眼神,有一次她甚至忍不住对小孩子说出“在你到来之前我每天都是快乐的,现在妈妈每天早上醒来,都恨不得自己还在法国!”这种话。
冷漠和紧张并没有随着儿子的长大而澹化,反而变本加厉。儿子利用母亲的弱点学会了要挟,母亲不敢承认自己的错误,只能顺由儿子的无理行为。母亲后来又生了一个小姑娘,这个小姑娘显然是“计划内”的,因此小姑娘也顺利的成长。在此之前,儿子关于妹妹的降临这样对母亲说过“你习惯某个东西就不代表你喜欢它,就像你对我一样。”惊讶的是母亲居然没有反驳,可能彼此都觉得反驳已然太假。
其后,母亲也偶尔试图改善与儿子的关系,但是,由于之前积累的种种矛盾,她和儿子在一起总有一种完成任务的感觉,敏感的儿子很快的察觉到这一点,并直截了当的指出了母亲的虚伪,留给她的只是一脸的不知所措。母亲始终没有想到,她的冷漠对儿子的影响是多么大,还自以为掩饰得很好,殊不知敏感的儿子早已察觉,并因此埋下了祸根。直到最后,惨剧发生了,母亲每天除了默默忍受旁人的憎恶与羞辱外,整日都生活在惶惶不可终日的状态之中。但是,她似乎还不了解,儿子犯下的滔天大错与自己息息相关,这种关联甚至从儿子还未出世就已发生。在监狱里,她依然无助的询问儿子why,她却从未想过问自己,让一个还未准备好去爱的生命来到世界上是合适的吗?所以,影片虽题为“We Need to talk about Kevin",我们更应该谈的却是”Kevin‘s Mother"。
就剧情本身,想把它从纸上搬上荧幕不是一件易事,导演却成功的做到了,影片令人信服地展现一个恶魔的成长历程。首先这和影片的叙事风格密切相关,现实与回忆的不断交叉,各种象征性画面不时的出现,让观众从看似碎片化的镜头一点一滴的逐渐了解到悲剧产生的结果和原因。除开交叉的叙事,该片的拍摄手法也功不可没,大量强烈色彩(象征性的大红色)的运用极为鲜活的展现了人物内心的惶恐与挣扎,给人视觉刺激的同时,让观众能保持极强的好奇心。一些细节的捕捉和前后照应也令人惊叹,例如Kevin咬下的手指夹与母亲吐出的鸡蛋碎壳,得知妹妹即将失去一只眼睛后Kevin满不在乎的咬下雪白荔枝时的喷溅汁液,Kevin用手指把面包圈碾成碎末,母亲和Kevin洗脸打破水面平静的交替镜头...... 这些细节镜头有时看着让人几乎难以忍受,却成功的铺垫着人物性格和剧情走向,尤其是结尾处母亲缓缓走向阳台时,窗帘的随风缓缓飘动,简直快令人窒息。还要大赞的是演员的表演,Tilda Swinton处理母亲的角色极为成功,无论是她对儿子深层的冷漠,悲剧发生后的惘然,还是面对居民的羞辱的隐忍都表演的淋漓尽致,今年十分看好她拿小金人。儿子的三个阶段扮演者也令人印象颇深,尤其是第二阶段的小孩,儿子的邪气溢然于表。另外值得一提的是片中的音乐,由来自Radiohead的Jonny Greenwood操刀,阴暗诡秘的配乐为本片增色不少,插曲的出现位置也是极衬影片当时的情景,印象最深的莫过于中国琵琶名曲“十面埋伏”的运用,有种怪异的切合感。
要说遗憾也不是没有,虽然影片对母亲的形象刻画的很足,对儿子的刻画却略显简单和程式化,尤其是为何要屠杀的动机交代的不够明确。也许是导演有意为之,这样观众关心的重点将被成功地引向母亲这一角色身上,可能也更符合导演的意图,那就是"We need to talk about Kevin's Mother".
2011年3月29日星期二
2011年3月28日星期一
GAppProxy被封之后的解决办法
2011-11-11新:现在由于GAE的ip封的差不多了,原版GAppProxy已经很不稳定了。文中给出的方法也差不多失效了。现在推荐同为GAE平台的goagent,部署简单,而且可以导入证书,解决了https安全链接的问题。
从昨天开始,教育网内突然不能使用GAppProxy了。之前虽然appspot的域名被封,但GAppProxy一直是可以使用的(如果使用www.google.cn:80为代理的话)。按照这篇文章提供的办法(地址本身无法访问,我还是通过google reader才看到),成功的恢复了GAppProxy的使用。
方法一: 使用ipv6
如果你的电脑支持ipv6(可解析ipv6.google.com),可直接修改hosts文件 (c:\windows\system32\drivers\etc\),添加一行
ipv6.google.com xxx.appspot.com
即可。xxx.appspot.com即为你使用的GAE项目地址。
方法二:修改hosts+https
说明:使用GAppProxy的Python客户端,非GUI图形界面客户端。(上一种方法虽然简单,但是实际测试速度不理想,ping了一下ipv6.google.com,在400多ms以上,与之前差距太多。)网络环境为武汉教育网。
1. 修改hosts
在c:\windows\system32\drivers\etc\找到hosts文件,用记事本打开,添加一行“ip地址 xxx.appspot.com”,其中ip地址为你使用的GAE项目对应的ip地址,可利用Just Ping这个网站,输入你的GAE地址,点击ping,就可以看到一系列的ip地址。可以自己在本地ping一下这些ip地址,选取速度最快且可使用的ip址即可。实际测试中,香港日本的ip址最快,但是无法使用。我找到一个速度尚可且可使用的地址,鉴于某些原因,不便公开,如果想略去自己查询的步骤,可以给我发邮件询问。后面的xxx.appspot.com即为你使用的GAE项目地址。
2. 修改proxy.conf文件
在本地python客户端文件夹里找到proxy.conf文件,用记事本打开,把fetch_server = http://xxx.appspot.com/fetch.py这一行修改为fetch_server = https://xxx.appspot.com/fetch.py,即使用https安全链接。
3. 取消www.google.cn:80代理
在本地python客户端文件夹中,找到common.py和common.pyc这两个文件,分别用诸如NotePad++之类的文本编辑器打开,使用搜索功能,找到含有www.google.cn:80的文字,删除之,并保存推出即可。
经过以上三步,就可以正常使用GAppProxy了。
感谢此文的帮助!
从昨天开始,教育网内突然不能使用GAppProxy了。之前虽然appspot的域名被封,但GAppProxy一直是可以使用的(如果使用www.google.cn:80为代理的话)。按照这篇文章提供的办法(地址本身无法访问,我还是通过google reader才看到),成功的恢复了GAppProxy的使用。
方法一: 使用ipv6
如果你的电脑支持ipv6(可解析ipv6.google.com),可直接修改hosts文件 (c:\windows\system32\drivers\etc\),添加一行
ipv6.google.com xxx.appspot.com
即可。xxx.appspot.com即为你使用的GAE项目地址。
方法二:修改hosts+https
说明:使用GAppProxy的Python客户端,非GUI图形界面客户端。(上一种方法虽然简单,但是实际测试速度不理想,ping了一下ipv6.google.com,在400多ms以上,与之前差距太多。)网络环境为武汉教育网。
1. 修改hosts
在c:\windows\system32\drivers\etc\找到hosts文件,用记事本打开,添加一行“ip地址 xxx.appspot.com”,其中ip地址为你使用的GAE项目对应的ip地址,可利用Just Ping这个网站,输入你的GAE地址,点击ping,就可以看到一系列的ip地址。可以自己在本地ping一下这些ip地址,选取速度最快且可使用的ip址即可。实际测试中,香港日本的ip址最快,但是无法使用。
2. 修改proxy.conf文件
在本地python客户端文件夹里找到proxy.conf文件,用记事本打开,把fetch_server = http://xxx.appspot.com/fetch.py这一行修改为fetch_server = https://xxx.appspot.com/fetch.py,即使用https安全链接。
3. 取消www.google.cn:80代理
在本地python客户端文件夹中,找到common.py和common.pyc这两个文件,分别用诸如NotePad++之类的文本编辑器打开,使用搜索功能,找到含有www.google.cn:80的文字,删除之,并保存推出即可。
经过以上三步,就可以正常使用GAppProxy了。
感谢此文的帮助!
使用GAppProxy时Echofon安全证书无效的解决办法
新安装了Firefox 4.0,使用GAppProxy做代理,登录Echofon时却老是弹出 "api.twitter.com:443使用了无效的安全证书。 该证书因为其发行这证书位置而不被信任sec_error_unknown_issuer "的对话框,导致登录失败。搜索了一下,可尝试手动将api地址加入信任列表。以FireFox 4.0为例(3.6也差不多)具体做法如下:
依次选择 选项 - > 高级- > 加密- > 查看证书- >服务器-> 添加例外
在弹出的对话框的地址栏中输入 api.twitter.com:443, 然后点击右面的“获取证书”, 稍后点击下面的“确认安全例外” 即可。 注意“永久保存此例外"的框勾上。
以下也列出了其他一些类似出问题的地址, 可按照上面的方法手动加入信任列表。
si1.twimg.com:443
static.addons.mozilla.net:443
api.xmarks.com:443
sync.xmarks.com:443
buy.xmarks.com:443
xmarks.com:443
s-static.ak.facebook.com:443
ssl.gstatic.com:443
参考了此文 ,感谢!
依次选择 选项 - > 高级- > 加密- > 查看证书- >服务器-> 添加例外
在弹出的对话框的地址栏中输入 api.twitter.com:443, 然后点击右面的“获取证书”, 稍后点击下面的“确认安全例外” 即可。 注意“永久保存此例外"的框勾上。
以下也列出了其他一些类似出问题的地址, 可按照上面的方法手动加入信任列表。
si1.twimg.com:443
static.addons.mozilla.net:443
api.xmarks.com:443
sync.xmarks.com:443
buy.xmarks.com:443
xmarks.com:443
s-static.ak.facebook.com:443
ssl.gstatic.com:443
参考了此文 ,感谢!
订阅:
博文 (Atom)