大眼夹的鸟巢

大眼夹的鸟巢启用新主题

大眼夹 — Sat, 21 Aug 2010 20:39:37 +0800

经过几天的准备，本博客的新主题终于初步完成，现已上线。相信大家都会觉得和以前相比风格变化很大吧？估计会有人说：“大眼夹，你的口味变重了嘛……”

这个主题依然是由一款现有的Wordpress主题经过自己的修改而成的。最主要的修改和增强是增加对Wordpress 3.0导航菜单的支持，并显示多级下拉菜单（使用Superfish）；其次是增加了对Wordpress文章特色图片的支持，大家看到的首页整齐的图片和每篇文章开头的大图便是成果了。新主题使用了许多CSS3和jQuery的效果，因此感觉庞大了不少。于是我安装上了W3 Total Cache插件，希望能对提升访问速度有一些帮助。目前JS和CSS仍在不断优化中，SEO优化也还需进一步工作。

个人觉得初看看还是很不错的，尤其是右上角的Feedsky订阅统计和Twitter的Follower统计非常棒。不知道大家对新主题有什么感受和意见，欢迎回复指出。

没有相关日志

Android应用随想录

大眼夹 — Sun, 15 Aug 2010 23:42:50 +0800

短短两年时间，Android在智能手机领域掀起了一场龙卷风。2010年第二季度的统计数据显示，美国的Android平台占有率已经跃升第一位，达到了33%，超过了黑莓的28%和苹果iOS的22%。它告诉我们，光吃水果是不行的，还需要机器人帮你干活。

对于Android手机，我并不曾真正使用过，不过去年倒是体验过一段时间的HTC Hero，当时还写了一篇颇长的文章拿它和iPhone做对比。Android给我最大的印象便是高度的开放性和可定制性。在个人计算机方面，过于开放和定制的Linux始终斗不过Windows和Mac OS。然而在移动领域，正是这种特性让厂商能够随意发挥、按需定制，让Android产品遍地开花，以排山倒海的数量优势把iOS和Windows Mobile打得落花流水。不过话说回来，Android的应用程序还是比不过iOS，虽然数量是上去了，但是质量却远没有App Store的高，而当App Inventor上线以后这种现象恐怕会更加严重。App Store的利润分配方式让开发者死心塌地地跟着苹果混，不过Android基于Java的低门槛开发平台也算是不断地吸引着人们。尤其是Google在高校中的推广让其积累了大批后备力量。比如这次Google就举办了首届 Google 暑期大学生博客分享大赛——2010 Android 篇。既然作为参赛文章，那就让我就着Android说开去，无限随想吧。

大学校园的Android“签到”应用

LBS（地理位置服务）在2010年大放异彩，以foursquare为代表的“签到”型娱乐点燃了人们的自曝欲望，恨不得每到一个地方就Check in一下让全世界都知道。Google也有一个基于地理位置的服务叫做Google Latitude（纵横），能够看到自己好友在地图上的位置。试想，如果大学的老师（或者辅导员）在上课点名的时候，看看自己的手机，根据学生手机的GPS定位记录就能知道他有没有”翘课“，岂不是很酷？当然了，这项应用限制于使用Android手机并安装该应用的人员数量，也取决于GPS定位的准确性（目前这还不是特别理想）。事实上，更重要的是，会有多少学生愿意被他们的老师监视呢？呵呵，有时候过于依赖死脑筋的机器并不会让我们的生活更加美好吧，这种基于地理位置的“点名签到”方式或许还值得商榷，不过想法值得借鉴。

校园生活百宝箱

基本上每个学校都有很多网络上的应用，比如考试查分，教务处的通知，图书馆的在线查书……这些东西都很琐碎但是的确很实用。既然琐碎，那么放到移动终端上来便显得很有价值了。事实上我曾经编写的MobiLib（手机图书馆查询）当初便是基于这样的设想，网页上的东西虽然通用些，但是用户体验显然没有专门的移动应用程序来的好。当时我还做了一个iPhone版的网页界面，就是为了让用户体验友好些，不过现在已经弃之不用了。如果有那么一个Android应用，能够完成上述查询的功能，还能泡泡百合看看十大，看看学术讲座预告什么的，在食堂、校车上便能舒适地做完这些事情，节约了很多时间。这种应用的用户群较为狭窄，若要努力拓宽用户则需要支持许多学校的不同信息（事实上MobiLib现在便已经支持十余所高校的图书馆查询）。这样或许还可以搞个“校园推广大使”之类的，倒也是不错的方案。

视频直播应用

qik.com是一个比较先驱的应用，不过它似乎并没有获得终端视频直播的杀手级优势

iPhone4上有个杀手级应用叫做FaceTime，它绕过了运营商限制实现了一种低成本的视频通话功能。当然，我们相信Android上完全能有应用程序做成这个样子，不过我要说的视频直播是另外一回事。像现在Twitter这样的网站完全是一个公民新闻的发布平台，各种突发消息全部都可以看到，不过目前貌似都是些文字直播或者图片直播，为什么不能有视频直播呢？话说目前已经有类似服务了，但是大多数都不甚理想，也许网络因素是一个很大的原因。在网络条件允许的情况下，我们不仅可以在线视频直播眼前的突发事件，或许还可以实现多人的FaceTime。Google可以通过Youtube这样庞大的社区来支持视频直播的实现，或许在4G网络普及后边录边传的随性视频会在视频网站上生根发芽。

游戏娱乐应用

Android PC???

和iPhone注重娱乐不同，Android手机往往都显得更“像”一部手机，这样的特点也是许多人喜欢Android手机的原因之一。然而Android的娱乐元素较iOS非常匮乏，这一点也成为了它的软肋。iOS不仅有手机，也有群体非常庞大的iPod Touch和iPad用户。而反观Android平台，虽然也有平板、音乐播放器，但大多还是仅存在于Engadget的文章中，我们并没有看到什么Android版的“touch”或者“pad”大卖。光拥有Geek类型的用户显然是不够的。Android上的游戏资源，只有EA和Gameloft为数不多的作品，缺乏其他优秀的制作公司加盟，例如拥有iOS的“杀手级”游戏《植物大战僵尸》的PopCap。硬件平台的不统一是制约Android游戏娱乐应用发展的重要原因之一，如果某个厂商愿意加块图形加速芯片做个Android的掌机貌似也是不错的选择——不过既然如此我们为什么不去选择PSP或者NDS呢？就因为它还可以打电话？

结语

Android和它的老本家Linux一样面临着软件应用的问题。要在保留Geek用户的同时大范围地吸引普通消费者，提升应用的质量是一个关键。今天随想或许仅仅是纸上谈兵，或许明天会有人去实现。不管怎样，我始终认为Android平台是一个强大的武器，相比于孤军作战的产品，汇聚大家的智慧能够获得更多的成功。

没有相关日志

测试RESTful Web Services的三种方法

大眼夹 — Fri, 13 Aug 2010 11:00:46 +0800

如今网站搞个开放API，弄个RESTful Web Services似乎早不是新鲜事了。尤其在Twitter、Facebook、Google等先行者的推动下，获取其他网站的资源并进行Mashup变得越来越普遍。如今在SNS大行其道的日子里，你不搞个“推荐该内容到人人网/开心网/新浪微博”这样的链接，你都不好意思出去见人说“我是做网站的”。

就连我院的线上教学支持系统都打算分离出核心数据（即学生和课程的信息），通过REST风格的Web服务来提供这些中心数据，支持其他功能（例如课程论坛、作业发布和提交等）的实现。这样做的好处自然是分离的数据可以再提供给今后更多的服务使用，比起传统的全部使用本地数据库的方法减少了冗余和错误的产生。而其缺点在于加大了开发难度，以前可以很轻松的诸如数据表中外键的功能全部得从第三方资源实现，一定程度上降低了网站的运行效率。同时，进行REST的开发和测试也变得不那么直接了。虽然各种语言都有HTTP请求相关的类库，但是本着不重复发明轮子的精神，本文介绍了几种方便的测试RESTful Web Services的工具。

REST简单介绍

所谓REST，是Representational State Transfer，这个词汇的中文翻译很不统一，而且很晦涩，有叫“具象状态传输”，有叫“表象化状态转变”，等等。通俗地讲，REST风格的Web服务，是通过一个简洁清晰的URI来提供资源链接，客户端通过对URI发送HTTP请求获得这些资源，而获取和处理资源的过程让客户端应用的状态发生改变（不像那些远程过程调用那么直接地发生改变）。一般常用的对资源进行CRUD（Create, Read, Update 和 Delete）的四种HTTP方法分别是POST, GET, PUT, DELETE。一般的Web浏览器基本只会用到GET和POST两种方法，但是根据RFC 2616，HTTP请求方法除了前面提到的四种还有OPTIONS, HEAD, TRACE, CONNECT，一共8种。

REST源于Roy Fielding在2000年的博士论文，而关于RESTful Web服务最著名的书便是本文题图的《RESTful Web Services》。顺便提一句，我只是说说而已，这两个东西我都没看过，估计看了也看不懂。

RESTful Web Services测试工具推荐

不了解精深的理论没关系，我们只要会使用就行了。

命令行控的最爱：cURL

cURL是一个很强大的支持各种协议的文件传输工具，用它来进行RESTful Web Services的测试简直是小菜一碟。这个工具基本上类Unix操作系统（各种Linux、Mac OS X）都自带了，而Windows用户就得去额外下载了。

cURL的命令参数非常多，一般用于RESTful Web Services测试要用到下面四种参数：

-d/--data <data>：POST数据内容
-X/--request <command>：指定请求的方法（使用-d时就自动设为POST了）
-H/--header <line>：设定header信息
-I/--head：只显示返回的HTTP头信息

一个最简单的例子，资源的获取，不需要强行指定GET方法，直接在curl后面跟上URL即可：

Clippit@Clippit-PC ~
$ curl http://dayanjia.com/api/user/101250001/
{"id":"student1","name":"\u5b66\u751f\u4e00","num":"101250001",
"grade":"20101","courses":[{"id":1,"name":"\u8bfe\u7a0b\u4e00",
"active":false,"identity":0,"instructors":[{"id":"teacher1","na
me":"\u8001\u5e08\u4e00"}]},{"id":2,"name":"\u8bfe\u7a0b\u4e8c"
,"active":true,"identity":0,"instructors":[{"id":"teacher2","na
me":"\u8001\u5e08\u4e8c"}]},{"id":3,"name":"\u8bfe\u7a0b\u4e09"
,"active":true,"identity":0,"instructors":[{"id":"teacher3","na
me":"\u8001\u5e08\u4e09"}]}]}

再看删除远程的一条记录，并返回HTTP头检查操作是否成功：

Clippit@Clippit-PC ~
$ curl -I -X DELETE http://dayanjia.com/api/course/1/
HTTP/1.1 200 OK
Date: Thu, 12 Aug 2010 16:50:46 GMT
Server: LiteSpeed
Connection: close
X-Powered-By: PHP/5.2.14
Content-Type: text/html
Content-Length: 0

需要指出的是，如果使用-d或者其他某些参数就不能直接看到返回的HTTP头了，即不能将-d和-I同时使用。解决的办法是采用-D/--dump-header参数并指定一个文件名，将header的数据保存下来查看。

浏览器控的最爱：各种插件

既然普通的浏览器不支持除了GET和POST以外的操作，查看和发送HTTP header都很苦难，那就让插件来扩展它的功能吧！让人们不离开浏览器就能进行各种测试，也是一种非常方便的选择。如果你喜欢下面介绍的插件，不妨到相应的页面上给它们评星以支持作者的劳动。

Chrome下有一个Simple REST Client插件，提供了一个简单的表单进行各种HTTP操作，并可以看到返回的信息。

Chrome下的插件显得有些寒碜，那么同样深受开发者喜爱的Firefox也有一款名为RESTClient的插件，这款插件由国人开发，功能上支持Basic和OAuth的登录header发送，并且对于返回的XML数据还可以高亮显示。

咖啡控的最爱：RESTClient

这里的咖啡是什么，你懂的。名字同样很朴素，这是一个用Java写的测试小工具，项目主页上提到它有命令行和GUI两种版本。为了方便操作我们选择GUI版本来看看。既然是一款软件，显然就比刚才介绍的浏览器插件功能更加强大。它支持应答正文的JSON和XML缩排和高亮，还可以一键搭建一个RESTful服务端，另外还提供了单元测试的功能。介绍的三种工具中，我最喜欢的还是这款了，尤其是它的缩排高亮功能非常实用，方便查看。

没有相关日志

域名转移公告（已成功转移）

大眼夹 — Fri, 30 Jul 2010 20:34:56 +0800

大眼夹的鸟巢目前使用的域名dayanjia.com原本注册在Yahoo! Small Business上，因为注册时Yahoo正在搞活动，价格是$1.99/年。转眼间一年就快过去了，大眼夹的鸟巢迁移到Wordpress独立博客也有了一年的时间。这一年以来，大眼夹为各位奉献了30多篇博文，个人觉得自己的文风也在经历着悄悄的变化。鉴于写博客的热情一直没有消减，我自然要对域名续费，不过Yahoo的续费价格高的离谱，竟然一年要34.95美元，于是我准备将域名转出至Godaddy。其实我一直对当前的域名不太满意，正觊觎着某些带有clippit字样的域名，不过它们大多数正被别人占有着……

域名转移工作将在近几天完成，在此期间大眼夹的鸟巢可能会出现无法访问的情况，应该不会有什么大问题。顺便预告下，域名转移后我也将寻觅新的主机提供商来托管网站，初步考虑和几个同学合租一台VPS。大眼夹感谢各位一年以来的厚爱与支持！！

没有相关日志

中文编码什么的，最讨厌了……

大眼夹 — Thu, 29 Jul 2010 18:43:25 +0800

最近貌似很流行这句卖娇的话，好吧，就用它来作为这篇文章的标题好了。首先在这里向各位亲爱的读者说声抱歉，一个月来忙忙碌碌，所以没有时间更新博客，今天总算心血来潮写一篇了。最近刚刚接触了Python，发觉它真是一个挺有意思的语言。首先抛弃了花括号的束缚，世界也并不是特别糟糕；强大的切片功能又让人们抛弃了一堆烦人的取子集的函数；Python Shell又让人感觉它不是一种编程语言而可以简单地当作系统的批处理脚本来使用；但是完整的面向对象特性和丰富的标准库扩展库又赋予了Python超强的功能和广泛的用途。怪不得Google App Engine刚推出的时候就仅支持使用Python（现在也支持Java了）。由于我们要使用Python做Web开发，所以还得搞一个Web开发框架，比如Django。胡扯了这么多貌似和本文的主题没有什么关联，其实中文乱码的问题就得从这其中说起。

本文将简要介绍计算机中的中文编码和Django中的中文编码问题。

中文编码的曲折发展

早期发展

计算机是美国人发明的，1960年ASCII（美国信息互换标准代码）的出台，让英语的编码得到了统一。相信大家都明白ASCII就是把英文字母、数字、符号等字符和8 Bit的二进制序列映射起来（实际上只用到了7 Bit）。如此一来不同的计算机之间根据这个通行的标准便可以进行信息交换了。事实上ASCII编码连完整的西欧语言字母都不能显示完整，128个位置更是远远不能满足中文的需要。

中国在计算机领域的起步较晚，1981年中国大陆官方公布了GB2312编码，规范了使用简体字地区的汉字编码。说白了这也是一种映射关系，GB2312是ASCII的超集，单它使用双字节的编码长度，一共收录了6763个汉字和希腊字母、日文假名等其他字符。例如汉字“啊”的编码就是0xB0A1。别看这是4个16进制字符，实际上其第一个字节的范围是0xA1-0xF7，第二个字节的范围是0xA1-0xFE。

同时在使用繁体字的地区，也有通行的汉字编码（Big5），世界各种语言在数字化存储和交换信息的时候都会使用一套编码，于是这世界上就出现了N多种字符编码，甚至一种语言还有几种编码方式（多是字节存储顺序不同或者是之前编码的扩充）。于是相同的二进制序列在不同的编码方式下对应的字符就不一样了，所以就出现了各种乱码的问题。选错了编码就如同选错了函数，相同的输入会产生截然不同的输出结果。

Unicode

随着IT业全球化的发展，各种字符编码的困惑更加严重，这时候，一种声音响彻全球：“让我们统一起来吧”！于是乎，Unicode“粉墨登场”了。Unicode致力于让所有的字符在一个编码下就能显示出来，制定标准的非营利机构The Unicode Consortium一直在努力工作，目前Unicode的最新版本是5.2。

既然Unicode要表示所有字符，那么编码长度就要足够长。目前实际应用的Unicode编码长度是16位，即两个字节，这样可以理论上表示出2¹⁶=65536个字符。这虽然已经很多了，但是对于“所有字符”仍是不够的，所以最新的编码标准是32位的，32位中首位始终位0，因此可以表示出2³¹中字符。

Unicode的推出自然是方便了各国之间的交流，尤其是东亚地区的中日韩交流。但是使用英语的国家就不高兴了，我们原本使用ASCII，一个字符只需要一个字节，现在需要两个字节了，未来甚至需要四个字节，这不是巨大的浪费吗？！（或许他们可以写一本书叫《美国不高兴》）事实上，根据Unicode编码，人们又搞出了许多实现方式，称作Unicode Translation Format，其缩写便是我们熟知的UTF。目前用的最广泛的是UTF-8，它的编码字节长度是可变的，具体为：对于ASCII中的字符，采用1个字节，而其他带符号的拉丁文字使用2个字节，大部分常用的中日韩字符采用3个字节，而其他非常不常用的使用4字节。

为了更好的国际化支持，我个人非常推崇放弃使用GB2312（GBK）等单一语种的编码，全面转向Unicode。事实上如今的操作系统和软件都能很好地支持UTF-8。但是UTF-8真的能高枕无忧吗？答案显然是否（要不然我文章还怎么写得下去啊？）

Python中的Unicode

最新稳定版的Python对Unicode的支持是非常好的，而Django内部也是完全Unicode化的。而今天我却遇到了一个奇怪的问题。根据Django的MVC结构，我们建立一个站点，然后创建一个view.py文件作为视图部分：

from django.http import HttpResponse
import datetime

def current_datetime(request):
    now = datetime.datetime.now()
    html = "服务器当前时间 %s." % now
    return HttpResponse(html)

可以看到我们这里用到了中文字符。在urls.py中设定好路由：

from django.conf.urls.defaults import *

urlpatterns = patterns('mysite.views',
    ('^time/$', 'current_datetime'),
)

启动服务器后，访问http://127.0.0.1:8000/time/，却得到了错误。

Non-ASCII character '\xe6' in file /home/Clippit/mysite/../mysite/views.py on line 9, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details (views.py, line 9)

它说有一个非ASCII字符出现，检查view.py文件，确是为UTF-8编码，而改成GBK后依然有问题（这个是显然的……）。异常提示中给出了一个PEP 0263的链接，作为一个初学者，跑过去看PEP这样高深的内容显然有点心虚。

爬了半天英文后，解决方案很简单，有两种。其一是在py文件的第一行加上一行特殊格式的注释，显式声明文件的编码方式：

# -*- coding: utf-8 -*-

其二是采用保存成带有BOM的UTF-8文件。

万恶的BOM

再次回到理论知识普及部分，这个BOM是什么东西呢？事实上我曾经已经被它搞过好几次了。BOM是Byte Order Marker的简称，根据它的名字可以推测出它是用来表示字节顺序的记号。事实上这个BOM是随着UTF-16的诞生而产生的。UTF-16也是一种Unicode的表示方式，相比于UFT-8它更加接近原始Unicode编码规则（ISO 10646规定的通用字符集UCS-2）。如果编码小于0x10000，UTF-16采用2字节表示，这便是UCS-2中的65535个字符；对于U+10000 到 U+10FFFF中的字符，则使用4个字节。UTF-16因此也不兼容于ASCII。

但是，和Unicode初衷相悖的现象出现了，在不同的操作系统上，读取UTF-16编码的字节顺序是不一样的，因此便出现了UTF-16BE和UTF-16LE两种分支。例如汉字“水”，UTF-16编码为0x6C34，它使用两个字节存储。在UTF-16BE中，这两个字节的存储顺序是6C, 34，而UTF-16LE却是34, 6C。这就如同编译器解析函数时参数入栈的顺序一样，可以从第一个到最后一个也可以从最后一个到第一个。Windows和Linux采用的是UTF-16LE，而Mac OS X却采用UTF-16BE。可以想象，读取字节的顺序不同，解析出来的字符自然完全不一样。

为了解决这个问题，我们就需要在文本文件的最开头放置一个BOM，用来说明这个文件是采用的UTF-16LE还是UTF-16BE。对应UTF-16LE，这个字符是FF FE，对应UTF-16BE，这个字符是FE FF。这样解析的时候就可以确定它到底是哪一种UTF-16的编码了。

Windows 7的记事本中，可以选择四种编码方式保存文件

说了这么多UTF-16的，和UTF-8有什么关系呢？这就要怪无聊的微软了，微软的Windows操作系统中，会给采用UTF-8保存的文件也加上一个BOM，内容是是三字节的EF BB BF。事实上，在UTF-8文件中并不需要BOM。微软这么做主要是为了兼容它之前不支持UTF-8的操作系统（Windows 98之流）。微软的一意孤行给计算机标准造成了许多影响，其他操作系统必须要能准确读取这些奇怪的带有BOM的UTF-8编码的文件，否则就会在文本开头显示出一个奇怪的字符。Windows自从2000开始便一直采用UTF-16LE作为系统内部处理数据的编码。Windows 7的记事本提供了四种编码方式，如右图，从上到下依次为操作系统语言默认编码（ANSI，简体中文系统中就是GBK）、UTF-16LE、UTF-16BE、UTF-8。

带BOM的UTF-8文本文件是程序代码的隐藏杀手

可以看到文本最开头的一个特殊字符

我以前的PHP经验告诉我，不要创建带有BOM的UTF-8文件。PHP中有些函数，例如header(), setcookie()要求在HTTP头没有发送给客户端之前执行。如果UTF-8文件带有BOM，这个BOM就会被最先发给浏览器，从而header就发出去了，这时候再遇到上面的函数便会发生Fatal Error。而在各种类Unix操作系统中这些BOM会影响许多和编程、脚本有关程序的运行，如gcc会报告源码档开头有无法识别的字符。这个问题往往很难察觉到，可谓是程序代码的隐藏杀手。

回到Python：结语

PEP 0263中提到的BOM的解决办法也仅仅推荐给Windows系统。通过添加特殊注释的方法，我们便可以在浏览器中获取正确结果了。事实上，更好的方案是尽量不要在源代码里出现Unicode字符，可以将其放在模板和数据库中。一般情况下在稍微大一点的项目中，也没有什么人在view.py里面直接硬编码吧？

题图素材来源：http://hults2.deviantart.com/art/Darth-Clippy-49625587

woshao_003dfc249bac11df9e5e000c295b2b8d

从文件同步服务说开去

大眼夹 — Fri, 25 Jun 2010 22:42:57 +0800

如果你在不同的电脑上进行工作，需要随时同步一些重要文件，你会怎么办？如果你面对一台陌生的电脑，想用自己最熟悉的一套方法和工具处理事务，你该怎么办？如果你的电脑上有一些好东西想和亲朋好友分享，你又会怎么办？

或许最传统的方法是使用U盘来传递这些文件，以便随时使用。但是人难免有犯糊涂忘了U盘的时候，再说拿个U盘到处乱插也不是一件好事。于是我们自然而然想到了网络这个无所不在的载体。一般的工作文档往往文件不大，使用网络传输和U盘所花费的时间相差无几。于是所谓的“网络U盘”的概念自从Internet宽带普及以来就一直延续到现在，不过随着云计算的发展，“网络U盘”也正经历着翻天覆地的变化。

早期传统网盘

早期传统网盘大多提供了两种存储空间，一种容量很小，但是可以永久保存自己的私人文件，另一种容量较大，可以和他人分享文件，但是会定期删除。事实上，前面一种服务已经几乎没有人使用了。如今这种网页上的“网盘”服务大多数成为了各类资源的集散地。人们利用这些平台来发布资源，让这些网站承担下载带来的巨大流量。同时，难以生存的网盘网站不停地在网页上堆砌广告，推出付费获取所谓“更快速度”的下载服务（基本上国外的都有），甚至必须采取专用的软件才能下载文件（国内服务用的较多）。同时，人们通过这些服务分享盗版资源也让提供商头疼，国外老牌的Rapidshare便因盗版压力不得不取消了上传积分制度。

虽然它们叫做“网络U盘”，但是和现实中的U盘差距实在是太明显了——没有人用它来同步自己的文件。造成这种现象的一大原因便是基于B/S的网盘需要手动进行同步操作，过于繁琐。

和系统集成才是王道

“网络U盘”和文件同步的需求渐行渐远，专为用户同步文件设计的各类软件层出不穷，像SugarSync和Windows Live Sync都是比较著名的产品。用户通过在多台电脑上安装这些软件，便可以获得同步文件的功能。而SugarSync还将文件存储在它们的服务器上，以便没有安装软件时也可以访问到自己的文件。指定了需要同步的文件夹后，通过的过程完全是无需干预的，文件不知不觉就上传到了服务器上。

随着移动互联网的普及，越来越多的软件开始支持移动平台，用户可以在iPhone、BlackBerry、Android等移动终端上随时访问自己的文件。从这一点来看，文件同步早已超越了所谓“网络U盘”的范畴，成为了一项随时随地的便捷服务。用户可能一开始会感到疑惑：“我真的需要它吗？”但是当人们真正开始使用后，他们会觉得：“这真是太棒了，我离不开它！”

云存储时代来临

2008年，两个MIT的毕业生折腾出了一款新的文件同步服务，他们给它取了一个形象的名字，叫做DropBox。用户把他们的东西丢到这个Box里面，可以在其他地方轻松地找到它。DropBox使用了Amazon的S3云存储服务，并吸收了软件工程中版本控制和增量备份的理念。把文件的存储过程交给云计算，使得DropBox无需考虑各种涉及到文件存取的复杂技术问题，专心把重点放在服务质量上。DropBox依靠着口碑营销获取了非常大的关注，如今已经是文件同步服务中的佼佼者，用户超过400万。

你都同步些什么？安全性呢？

DropBox和系统高度集成，你几乎无需去理会它的存在，只需要知道“有一个神奇的文件夹”就可以了。你可以将完成了一半的工作文件放进去，你可以将一些自己用的顺手的绿色小软件放进去，你甚至还可以把电脑游戏存档同步进去以便在不同的电脑上持续地进行冒险……总之，一切你想要放在云里的东西你都可以放进去。

云计算有一个很棘手的问题便是安全性。诚然用户会担心自己的东西会不会被别人看到，会不会莫名其妙地丢失。对于有这类特殊敏感需求的人，他们大可以放弃这些公开的云存储服务。我们可以搭建一台SVN服务器，使用SVN来同步自己的文件。事实上，你会发现DropBox有很多地方借鉴了SVN，和Windows下的TortoiseSVN软件。

SugarSync vs. DropBox

上文中多处提到了两款软件，便是SugarSync 和 DropBox。SugarSync功能强大，定制性非常强，它的官网上有其和同类软件的比较。而DropBox是属于“简约而不简单”类型的，有点苹果的风格，简洁而强大。

在DropBox获得了Game For Windows金牌认证以后，SugarSync很时宜地推出了官方中文版，以迎接被迫转换到其他平台的用户。同DropBox一样，SugarSync有2GB的免费账户和容量更大的收费账户。不过各位读者的福利来了，点击这里注册SugarSync的话，你会获得额外250MB的存储空间。SugarSync最方便的地方莫过于可以选择多个文件夹进行同步了（DropBox自0.8 beta版也开始支持）。PS: 最近写了一篇软文，让我心存愧疚，这篇可不是什么软文哈……

再PS：最近Google Reader貌似出了点问题，乱抓以前的文章，给大家带来不便还请谅解哈！

没有相关日志

《玩具总动员3》：15年，完美谢幕

大眼夹 — Wed, 16 Jun 2010 20:37:28 +0800

《玩具总动员》三部曲跨度达到了15年之久。其第一部于1995年上映，作为首部长篇CG电影，获得了极大的成功。第二部曾险些仅仅面向电视市场，但在Pixar的坚持下终于搬上了大屏幕，并成为了为数不多的续作好评甚于首作的电影之一。随后11年中，Pixar在和迪斯尼分分合合的变故中不断壮大，陆续推出的几部CG电影都获得了非常不错的评价。今天，他们终于为这个漫长的故事画上了一个完美的句号。《玩具总动员3》堪称神作，皮克斯真的做到了。

本作在延续前两部作品风格的同时，加入了更多的新角色（大多为反派角色，因为之前的反派全被演说家Woody归正了），拥有更宏大的场景、更搞笑的桥段、更令人震撼的剧情。在众多令人难忘的电影三部曲中，除了《魔戒》系列外，最成功的恐怕就要数《玩具总动员》了。而且这次，中国大陆享受到了额外的“福利”（不是ACFun上的那种），该片在中国的公映时间是最早的，比北美提前了2天。

绝非儿童片那般消遣

中国多数人都有这样一种想法，所谓动画片就是给小孩子看的，而皮克斯常年挥之不去的“总动员”的“低龄”帽子事实上阻碍了更广大年龄段观众对他们作品的了解。皮克斯一直认为，动画片不仅仅是给小孩看的，不同年龄的人会从电影中看出不一样的感觉。或许在他们早期作品中，所谓幼稚的成分居多，但是自从《海底总动员》开始，情况有了大幅的改变，而近些年的《Wall·E》和《飞屋环游记》，更是将动画片的包容度上升到了一个新的台阶。

《玩具总动员Ⅰ》中的 Andy

《玩具总动员Ⅱ》中的 Andy

《玩具总动员Ⅲ》中的 Andy （话说三部里都能轻易地找到Andy拿着Woody和巴斯光年的场景）

而这次的《玩具总动员3》，孩子们自然可以从影片中找到欢乐，也能为最后玩具们的九死一生感到刺激。而对于从1995年到2010年同Andy一起长大的人们来说，更多的恐怕是回忆中的童年，记忆深处曾经属于自己的玩具，和当时用玩具们编造的各种神奇故事。或许你能看到弱小的玩具们在面对不可预知的宿命时表现出的无畏的团结；或许你能看到一个善良的人变成一个邪恶的人需要遭受怎样的心理打击；或许你还能从中看到可怕的独裁政权是如何从统治集团内部瓦解的……总之，《玩具总动员3》是一部内涵丰富的电影，我们不应从它的表现形式上来武断地推测内容的受众。

神来之笔（本章有关键剧透）

影片的最后20分钟真可谓是神来之笔，将整部电影升华到了前两部难以企及的高度。在玩具们历经九九八十一磨难后终于回到了Andy家中，本来Woody会跟着Andy去上大学，而其他玩具将被束之阁楼，就此尘封。影片到这里结束，也算是完满了，或许导演还可以加上俗套的黑屏，字幕“十年以后……”，然后镜头切换到Andy的孩子在玩他当年的玩具……

但是这样何来神作？所以Woody给Andy留了一张纸条，引导他把这些玩具送给阳光幼儿园的小朋友Bonnie，之前Woody在她家留宿一晚，知道她也是个喜爱玩具，会善待玩具的孩子。而Woody偷偷地从上大学的行李中跑出来和其他玩具一起，最后Andy决定将Woody也送给Bonnie。于是我们看到的画面是，Andy向Bonnie一一介绍这些玩具，仿佛又回到了童年。他把牛仔Woody架在脖子上飞奔，他让Buzz Lightyear在空中翱翔，他把的Potato Head夫妇温馨地放在一起，他将三个Aliens一字排开……

有人说，光凭这最后的20分钟，就足以让这部影片不朽。或许这并没有那么夸张，但是这样完美的结局，让许多观众留下了感动的泪水。皮克斯就是这样，让你在前一分钟笑，在后一分钟哭。

阳光幼儿园，根据电影中的常识，名字和实际情况往往是大相径庭的

花絮

尤记得在《玩具总动员2》中，大魔头Zurg和Buzz在电梯上恶搞《星球大战》的对话，本作中笑点依旧很多，让我们来略数一二。

西班牙舞者

操作方法：打开巴斯光年的后盖，用尖锐的物品按住Reset按钮至少5秒以上，你就会得到一个会说西班牙语并且有着非凡舞蹈能力的巴斯光年。

百变 Potato Head

作为本作的最佳配角，Mr. Potato Head（中文貌似叫做土豆先生）在电影中拆装零件无数次，同时整过三次容。

You would not believe what I've been through tonight!

口头禅

三部作品中出现最多的口头禅是“To Infinity and Beyond!”（飞向宇宙，浩瀚无限！）。不过本作中又加了一句（其实这一句前作中已经出现过了）：“You have saved our lives. We are eternally grateful!”，来自三个外星小玩偶和Potato Head夫妇。

打酱油的龙猫

Bonnie家中有许多新玩具，其中之一是……嗯？龙猫？宫崎骏内牛满面啊……

eBay = 淘宝？

在影片的开头，Andy的妈妈问他怎么处理这些玩具。玩具们知道后，存钱猪说：“Come on. Let's go see how much we're going for on eBay”，把我们放到eBay上看看能卖多少钱呢？结果官方版的中文字幕居然把eBay翻译成了“淘宝”……抓墙（这也太不敬业了，要不然就是淘宝给了钱了）……

写软文的博客营销

大眼夹 — Thu, 10 Jun 2010 15:06:22 +0800

很久以前，Feedsky搞过一段时间的“话题营销”活动，当时大眼夹的鸟巢还托管在Blogcn上。于是我就写过两三篇所谓的“软文”，当然由于当时的博客比起现在来更没有名气，所以写软文基本也补贴不了多少上网费。昨天，我看到了GeekCook 极客库也搞了这样一个营销活动，博客在Google Reader中的订阅量达到一定数量级后，写一篇关于GeekCook的文章便可以免费得到一件商品。所以在这里我要首先感谢那些订阅者们，你们的热情给了我不倦的动力，让我总有一种冲动把自己的想法，自己的实践与大家分享。

所谓的社会化媒体营销，有利用Blog进行中心化相对较高的宣传，也可以使用各种SNS服务进行几乎完全去中心化的口口相传。前一种方式带来的价值转换显然更容易评估，但是后一种方式若成功使用往往造成的影响力更大。如今连学校的学生社团搞活动都知道在学校BBS上发帖，在人人网上发日志、分享日志，又何况那些商业公司呢？但是要进行商业的社会化媒体营销，如何让人心甘情愿地去传播你的东西，却要下一番功夫。

给传播者优惠措施：这种方式最简单了，“拿人钱财，替人消灾”。GeekCook便是采用的这种方式，出了上文提到的根据GR订阅量赠送商品以外，他们还有门槛更低的写Blog免运费活动。
广告内容足够有创意：这往往用于视频的SNS传播上，例如去年很火的婴儿滑旱冰的广告视频，让人们在开心的同时心甘情愿地点击了“分享”。
与公益活动相结合：当年有“你每喝一瓶农夫XX，你就为水源地的贫困孩子捐出了一分钱。”的广告，想必大家都印象深刻吧。不过这样做得坦坦荡荡地公开自己的账目，否则引起争议便有违社会化媒体营销的初衷了（或许有企业也很愿意由负面消息炒作自己？）。

话说回来，GeekCook上的商品大多是是一些服饰。我看了看，决定还是搞一件Twitter的Tee吧！不过这件衣服是供着还是穿呢？呵呵……

没有相关日志

小试Flash CS5开发iPhone应用程序

大眼夹 — Sat, 05 Jun 2010 00:22:04 +0800

Adobe 在他们的 Flash CS5 中加入了将Flash发布为 iPhone/iPod Touch 应用程序的功能。这对广大移动平台的开发者来说本是一件大好事，不过一意孤行的苹果早早地就更新了开发者协议，严禁第三方跨平台编译器，仅允许自家Mac OS上使用Objective-C原生编写的程序在App Store上架。这也基本上给Flash等其他开发和编译工具判了死刑。虽说这规定在CS5系列正式发布前几天出台，Adobe猝不及防。不过在广大的越狱机器上，我们可以轻松地安装非官方授权的应用程序。所以这新功能还是有点用武之地的，今天就让我们来看看Flash在iPhone/iPod Touch上的表现。

在Flash CS5新建文档时，直接选择iPhone OS即可建立320x480尺寸的发布为iPhone应用程序的文件了。除了舞台小一点，和平时使用Flash没什么区别。而专属的iPhone应用程序发布设置，也和AIR平台的发布设置非常类似，有三个选项卡。

设置选项中可以指定应用程序的名称、屏幕方向等，还可以指定图标。值得一提的是，想要真正发布ipa文件，你需要拥有Apple给开发者的数字证书和Provision Profiles。这个东东要在Apple的开发者网站上注册并且付费$99后才会获得（Adobe这不是热脸贴了Apple的冷屁股嘛~）。好在我们有专供测试用的文件，大家可以点击这里下载，证书密码是1234。这里还有一个iPhone部署类型的选项，前两个是用来进行终端测试的，执行的效率可能会比后面两种低一些。

Demo

为了测试，我做了一个两帧的Demo程序。大家可以在这里下载到fla源文件。Flash生成ipa文件时花费的事件很长，有兴趣的可以点击这里下载ipa文件实机测试。

Frame 1

第一帧上有个简单的动画和三个交互的按钮，按了按钮后会在上方显示该按钮实例的名称并播放一个音效，当然还有一个前往下一个画面的按钮。这一页大约算一个Hello World吧，因为都是用的非常基本的功能，例如动画的显示，简单的按钮交互等等。ActionScript 3 代码自然不长，如下：

import flash.events.Event;
import flash.media.Sound;

stop();

btn1.addEventListener(MouseEvent.CLICK,btnClick);
btn2.addEventListener(MouseEvent.CLICK,btnClick);
btn3.addEventListener(MouseEvent.CLICK,btnClick);
nextBtn.addEventListener(MouseEvent.CLICK,testPage);

function btnClick(e:Event):void {
	var s:Sound = new MouseClickSound;
	s.play();
	text.text = e.target.name + " Clicked!";
}

function testPage(e:Event):void {
	nextFrame();
}

Frame 2

第二帧其实是一个简单的Benchmark，我主要是想看看iPhone平台上的Flash能跑多快。据我观察，这其实可以看做是iPhone平台的AIR移动设备应用程序，也就是和J2ME类似的，是运行在虚拟机中的。Flash很可能是做了一个iPhone平台的Flash Player然后让swf在里面播放。这样效率如何真的就拿捏不准了。Benchmark有三项作业，第一是在舞台随机位置上绘制10000个静态的MovieClip，第二是将它们从舞台上去除，第三是计算1000000个0-10000之间整数的和。我在电脑上的测试环境中的结果详见左边的截图。该帧的AS如下：

import flash.events.Event;
import flash.text.TextField;
import flash.utils.getTimer;

startBtn.addEventListener(MouseEvent.CLICK,startTest);

function startTest(e:Event):void {
	var i:int;
	var time1 = getTimer();
	results.appendText("Test Started!\n");

	var c:Array = new Array(10000);
	for (i=0; i<10000; i++) {
		c[i] = new ico();
		c[i].x = Math.random() * 320;
		c[i].y = Math.random() * 480;
		addChild(c[i]);
	}
	var time2 = getTimer();
	results.appendText("Add 10000 MovieClip: "+ (time2-time1)+"ms\n");

	for (i=0; i<10000; i++) {
		removeChild(c[i]);
	}
	c = null;
	var time3 = getTimer();
	results.appendText("Remove 10000 MovieClip: "+ (time3-time2)+"ms\n");

	var sum:Number = 0;
	for (i=0; i<1000000; i++) {
		sum +=  Math.ceil(Math.random() * 10000);
	}
	results.appendText("1000000 random integers' sum: \n");
	var time4 = getTimer();
	results.appendText(sum+", time: "+(time4-time3)+"ms\n\n");
}

部署应用

生成ipa文件后，你可以用各种方法将其安装到iPhone/iPod Touch中，比如可以用iTunes同步（要打过同步破解补丁的机器才行），也可以用无线或者蓝牙把文件传到机器上用Install0us安装。这时它就和普通的iPhone应用程序没什么区别了，可以看到它的图标，点击打开。下面两张图就是在我的iPod Touch上实际运行的截图，这里可以看到那个Benchmark的时间——果然和PC平台的处理器差的不是一点两点啊！

通过截图可以看到，Flash的渲染质量还是不错的。不错这个效率实在是不敢恭维，在第一帧上，按下那三个按钮后会播放一个音效，这时上面的动画就会卡一下。至于第二帧的Benchmark，不提了……

拿生命作赌注

大眼夹 — Thu, 27 May 2010 18:00:32 +0800

当我们用iPod听音乐、用MacBook上网，用iPhone打电话的时候，你可曾想过：这些产品凝聚着世界上最顶尖的工业设计，拥有世界上最一流的用户体验，却是由我们的同胞用血汗换来，甚至用生命铸成的？

这似乎有些言重了，但是今晨来自富士康的“第12跳”还是不免让人唏嘘。或许很多人都已经麻木了吧，多跳了一个员工在他们眼里就是统计数字加一而已，于是人们开始戏谑，开始调侃，开始出谜语……

2008年，一位英国人惊奇地发现自己购买的全新iPhone中存有三张来自生产线的照片，iPhone Girl从此红遍全球，让无数苹果迷折服。两年后的今天，再次引起人们关注这一家苹果最大代工厂的，却是数具员工的冰冷尸体。

富士康和华为，在中国是齐名的两家企业。之所以说“齐名”，恐怕都源自那种独有的对员工的巨大压力吧，或者说得好听一些，叫做“企业文化”。前几年，华为员工过劳死和自杀的新闻频频见诸报端，但低调行事的任正非渐渐地把它们平息。如今富士康员工在半年内12人自杀，仅5月一个月就有6人轻生，这样的数字让人震惊。人们不禁重新开始审视这样的“企业文化”究竟意味着什么。

这两家企业的管理之严格，我并没有亲见，但是上学期 @dongshao 老师的介绍给我留下了深深的印象。他说有一次他们一行人要到富士康开会，结果被告知身上的所有个人物品都不能带进厂区，进入厂区需要换他们提供的衣服。后来他们放弃了进厂区开会，改到了附近的一个地点。

如今富士康的连环自杀事件再次让我认识了它。一个人自杀，多是出于个人的原因，但是选择在工作场所自杀，却代表着一种呼救，一种声嘶力竭的无助呼救。是什么原因让他们敢于放弃自己，放弃家人，放弃这个世界，我不知道，但是他们都选择在厂区的宿舍楼终结自己，这必定和公司有着千丝万缕的联系。或许他们有人是出于维特效应而模仿自杀，或许他们因觉得维权无门而绝望，或许他们只是疯狂地用自己的生命作赌注，试图唤醒企业园区围墙之外的人们。

无独有偶，在2008年至2010年的两年间，法国电信也出现了员工集体自杀的事件，数量甚至达到了34起。法国电信的员工同样面对着巨大的工作压力——被迫地调整工作岗位或被降职，不断被要求加快工作进度……最终，法国劳工部发起了调查，迫使其CEO下台以平民愤。富士康的问题显然比法国电信更加复杂。富士康有将近100万的员工，企业园区已然相当于一个小型城市。如何让员工感到自己生活在城市中而不是生活在公司中，或许比建几个泄愤中心、放几个心理咨询点，甚至是签署“不自杀协议”这样的荒唐事显得更加行之有效。

中国是世界工厂，当我们享受着高科技带来的便利时，甚少去想到真正装配这些产品的人们——他们处在社会的最底层，甚至不知道手中的产品凝聚了世界最顶尖的技术。正所谓一流企业定标准，二流企业做设计，三流企业搞外包——何时我们的企业才能真正走出三流企业的行列呢？这扯得有点远了，但富士康也许仅仅是中国代工企业的一个缩影，还有更多的企业，他们的员工过着和富士康类似的日子……

这篇文章没什么逻辑，谨以纪念那逝去的灵魂。

PS：大眼夹的鸟巢即将使用FeedBurner提供订阅服务，劳烦各位检查下订阅地址是否为http://feed.dayanjia.com，如果改过来即可。一般来说新读者无需修改，老读者请注意一下，谢谢！
乐铺活动验证

大眼夹的鸟巢

大眼夹的鸟巢启用新主题

没有相关日志

Android应用随想录

大学校园的Android“签到”应用

校园生活百宝箱

视频直播应用

游戏娱乐应用

结语

没有相关日志

测试RESTful Web Services的三种方法

REST简单介绍

RESTful Web Services测试工具推荐

命令行控的最爱：cURL

浏览器控的最爱：各种插件

咖啡控的最爱：RESTClient

没有相关日志

域名转移公告（已成功转移）

没有相关日志

中文编码什么的，最讨厌了……

中文编码的曲折发展

早期发展

Unicode

Python中的Unicode

万恶的BOM

带BOM的UTF-8文本文件是程序代码的隐藏杀手

回到Python：结语

延伸阅读：

从文件同步服务说开去

早期传统网盘

和系统集成才是王道

云存储时代来临

你都同步些什么？安全性呢？

SugarSync vs. DropBox

没有相关日志

《玩具总动员3》：15年，完美谢幕

绝非儿童片那般消遣

神来之笔（本章有关键剧透）

花絮

西班牙舞者

百变 Potato Head

口头禅

打酱油的龙猫

eBay = 淘宝？

延伸阅读：

写软文的博客营销

没有相关日志

小试Flash CS5开发iPhone应用程序

Demo

Frame 1

Frame 2

部署应用

更多资源

延伸阅读：

拿生命作赌注

没有相关日志