iPhone 4终于驾到，我用了2年多的iPhone 3G拍完上面这两张照片之后荣誉引退成为备机。

早上8点半敬业的顺丰员工就敲门了，真是意外，立马起床梳洗完毕，去联洋的联通开了卡，回来咔嚓之后装进手机——一切OK。然后同步内容、初始化各种软件等等；由于暂不打算越狱，所以顺便也升了4.0.2，一切正常，不过AppStore里为Retina Display优化的软件还太少。关于对比、评测啥的已经满地都是，我就不废话了，就报个信。。。

• 上海几乎所有东西都比广州贵 -_-bb 房价的巨大差异咱就不说了，就比如我两边家里装的电信ADSL套餐基本一样，广州是一年1700（我可以肯定我家享受的不是最低价格），上海是每个月259；甚至我楼下的沙县小吃都要比广州的贵那么一点。不过也有反例，上海的地铁比广州便宜（感谢郭嘉，感谢SB）。
• 地缘上上海更接近北方，北方人也多一些，所以时有北方化的文化活动，比如上周榕树下搞得民谣摇滚演唱会，这在广州少得多。
• 气候上上海更潮湿一点，夏天的晚上凉爽一些，但是冬天会更加湿冷，所以一半一半。
• 我在广州住天河，在上海住浦东新区，都是90年代以后发展起来的区域，有一定可比性，感觉上浦东新区比天河干净一点，绿化也好一点（要知道，天河区发展的历史比浦东新区还略长）。
• 上海有特色又实惠的小吃比广州少；可以一伙人爽一把的大排档更是罕见。
• 出租车服务上海完胜广州，有强大的电召，可以刷交通卡，司机的职业化也比较好。
• 不知道是不是我的错觉，但是我在上海碰到的人行横道的红灯时间都超长，以至于大家都会闯红灯，还有路边停车也比较随意，广州则严格得多。
• 流行的日用品品牌差异不小，估计是因为长三角和珠三角都有大量比较厉害的日用品生产商，自然就近的销售会有优势。
• 我在家乐福——以及我知道其他地方——都买不到大瓶装的无糖可乐，在广州大超市都有的健怡可乐这边基本没有，百事的无糖型倒是有，但是只有小支的。。。
• 上海有Apple直营店！上海有IMAX影院！广州人泪目。。。

UNDER CONSTRUCTION

前面说过，北海道就是一大农村，但是是很干净很漂亮的农村，一路上笔直的公路，两侧整齐的农田，随处可见的花草和蓝天白云，就像在「非诚勿扰」影片中给人留下深刻印象的笔直、起伏、无车的公路。。。这里就把这些不是景点的景点展现一下。

后记

北海道的夏天非常凉爽，白天也就25摄氏度左右，晚上只有17、8度。空气清新，湿度适中，是非常适合夏天避暑的去处。这次去虽然时间不长，但是过的确实很舒服，什么时候有机会自己前往，住上个十天半个月，会是件乐事。

全文 完

第三天在富良野看花，然后去了道央两个最重要的城市：小樽和札幌。

上川·富良野 富田农场 美瑛

富良野是北海道著名的花卉种植区，尤其是薰衣草非常的多。日本种植薰衣草主要用于提取药物、香精等，据说首先是台湾游客发现大片的薰衣草很美，于是趋之若鹜，成为一景。这种球形放射状的紫色植物单看没啥，成片之后的紫色确实壮丽，在富良野很多民居外都有小片的种植，而我们专门去看的富田农场就更是壮观了。

富田农场面积很大，种植有各种各样的花卉植物，一年四季都有不一样的景观。

正在专心拾掇花坛的日本MM，穿着和薰衣草相衬的深蓝色衣服：

薰衣草：

美瑛的花也很美，和远处的田野红绿相映：

小樽 札幌

小樽是道央西南部的重要港口城市，因为北海道首府札幌本身并不靠海，所以靠近札幌的小樽市也就成为札幌的外港。小樽因为靠近俄罗斯，所以得到了来自俄罗斯的玻璃制造等工艺技术（日本称为「硝子」），出产玻璃八音盒、万花筒和其它各式各样的玻璃器皿，还有一个很有历史的音乐钟楼。值得一提的是小樽运河，这是日本明治政府为了开发北海道开凿的运河，运河两边都是近200年前的仓库，现今有的已经改造为酒吧，是北海道历史的见证。

小樽运河：

在小樽最难忘就是「北菓樓」的泡芙和附近一家雪糕店的牛奶雪糕。北海道的牛奶和大米一样世界闻名，味道真的非常棒，有机会去玩的朋友千万要记得尝尝。另外可以随着周围景观变化的迷你万花筒也很好玩。

这次北海道之旅的最后一站是首府札幌，这也是日本第五大城市，以中心的电视塔和狭长的大通公园为中轴线，按照标准的直角坐标系建设的新城市，其实市区不是很大。

下面是北海道道厅旧址，这栋红色的老楼已经改为博物馆，现在的道厅办公大楼在它的斜后方；另一张则是大通公园和它一侧的商业楼，和东京的商业区比起来没有什么太大的区别，就是人少很多。

小樽和札幌其它值得一看的照片，从左到右是：我丫头在小樽街道上和两只黑猫的合影，其实那是宅急便的招牌，让人想起宫崎骏的「魔女宅急便」；札幌电视塔，基本就是小一号的东京塔；札幌商业区夜色，最前面的是北海道新闻的大楼。

第三天 完

后篇：杂记

第二天首先去看了著名的摩周湖，然后是追随「非诚勿扰」中葛优们的足迹游历了片中出现过的斜里教堂、北滨车站和能取岬。

钏路·阿寒 摩周湖

摩周湖位于钏路的阿寒国家公园，是数千年前的火山喷发形成的火山湖，以湖水清澈透明闻名；因为常年被大雾笼罩，也被称为「神秘之湖」，不过我们这次运气非常好，一早到达的时候有一点雾，很快就散去了，于是得以拍下如镜面般的摩周湖。

网走·斜里 斜里教堂

斜里教堂是个位于斜里的田野边的小教堂，真的很小，难怪无法装下葛优那么多的罪恶。。。（片中对比场景）

网走·北滨 北滨车站

北滨车站就是葛优和舒淇下车，邬桑来接的那个小车站（片中对比场景），是北海道旅客铁道「JR北海道」钏网本线上的一站。车站非常小，就一个小屋子，不过日本人很喜欢远足寻找这种小站，然后把自己的名字留在里面，所以北滨车站的小屋子里挂满了名片。。。车站面对着大海（铁轨离海也就几十米），很有味道——让我想起「千与千寻的神隐」里的那条铁路。

网走 能取岬

毗邻大海的能取岬，是突向鄂霍次克海的一段悬崖，天气晴好的时候可以在这里看到清澈的海洋，冬天这里的海面会布满流冰——不过我们到这里的时候大雾弥漫，啥也看不见。悬崖边上有一座巨大的灯塔，这里也是「非诚勿扰」中舒淇跳海的地方（片中对比场景）。

第二天 完

后篇：第三天

北海道（ほっかいどう，Hokkaidō）是日本最北面的大岛，也是全国最大的一个一级行政区，这次随南湖国旅的北海道团名义上是5天行程，其实就是3天，因为首日早4点出门到晚9点住进酒店全在路上（广州没有直飞北海道的航班，所以必须香港乘机，非常花时间），尾日上半天基本是购物，下午就赶机场回程了，实际上景点都在中间三天，所以这次的游记也就按照中间三天来分写，第一、二、三天各一篇。

这次的行程挂了「非诚勿扰」的牌子，不过和影片关系密切的景点基本都在第二天，而整个三天行程沿着道东、道北、道央的路线覆盖了北海道岛的主要部分（道南的洞爷湖、函馆等未去），这张地图标出了我们行程的大致路线。

北海道发展历史很短，还不足200年，农业、渔业和畜牧业是三大支撑产业（近年旅游业也发展起来了），说白了就是一个大农村，不过这个农村非常现代化，道路等基础建设规划良好，因为产业机械化程度很高，人并不多，自然环境保护的很好，到处游历的印象就是：道路干净，空气清新，景色美丽。。。所以，这次的游记不会像上次本州的那么多历史典故和感想，以上片为主。

下面就开始第一天的游程，所有的小图都可以点击放大。

十胜·音更 柳月洋果子工场

其实在日本开始打开国门的时期，北海道是来自北方的俄国乃至欧洲渗入的一条线路，小樽的玻璃制品就是俄罗斯流入的技术，音更町著名的柳月工场生产的各式西点也是如此（日文“菓子”就是点心的意思）。我特别喜欢这里的水果布丁，很新鲜的水果味，非常细腻的口感。

远看：

近看：

进门是卖产品的商铺，再里面才是工场，这里还有一个大房间供亲子DIY各种点心；买了好吃的可以出来坐在漂亮的西式长廊里享用，日本人确实思虑周密，很会为顾客着想。

带广 紫竹花园

各种农业和种植业是北海道最重要的产业，其中除了各种粮食和经济作物，花卉也是一大重点，带广的这个紫竹花园虽然不如后面看到的富良野那么壮观，但是也很有特色：不太大的花园里种植了种类繁多的花，一年四季都能看到不一样的景观；整个环境给我的感觉，有点点像广州的兰圃，属于幽静中赏花的去处。这里的拍照Xpan真不太好用，所以拿DV拍了几张糖水片完事。

十胜·池田 葡萄酒城

十胜的另一个特产，就是池田町的葡萄酒城（池田ワイン城，正式名称是「池田町葡萄・葡萄酒研究所」），据说很有名气，俺不懂酒，也就随便看看了。

钏路 阿寒湖

离开十胜之后就前往钏路·阿寒，当晚就入住阿寒湖边的酒店。酒店是和式的温泉酒店，房间中央是榻榻米，晚上移开大桌铺上床垫睡觉，墙上还有画。

我们住的酒店旁边是著名的“鄙之座”，非常高档的和式酒店，「非诚勿扰」里葛优他们住的就是这家（片中对比场景）；我们还穿上和式的浴衣（一种简易和服）去传说中的「四姊妹」居酒屋观摩了一把，其实人家叫「滨子」嘛。

酒店后面紧挨着就是阿寒湖，相当大的一个湖。

第一天 完

后篇：第二天

同时，这里也没有令人大吃一惊的、魔幻的技巧，Steve只是告诉我们实际发生过的问题，以及确认有效的解决方案或者思路，我称之为“凡人可以掌握的技术”，不是咨询公司喜欢卖的“屠龙术”。

一共有七点，我会跟据我的理解加以说明，需要精确了解原始信息的朋友请参考本文开始提供的链接。这七点分别是：1. Crash Often 准备好应付经常性崩溃；2. Separation of Services 服务分离；3. Open Schema 开放式数据模型；4. Keep it Stateless 保持无状态；5. Memcache 内存缓存；6. Store Redundant Data 使用冗余数据；7. Work Offline 离线/异步工作。

在开始之前需要说明一点，每个应用都有自己的特定环境，连技术团队的风格都会影响解决方案的选择，在Reddit合用的方案未必适合其它团队，所以我觉得Reddit的这些经验更多的是启发思考，而不是鼓励照搬。我自己得到的最大启发是：用户体验比技术实现重要无数倍；没有美丽或丑陋的技术，只有合用和不合用的技术。好，下面开始。

第一课: 准备好应付经常性崩溃

要点：自动重启那些死掉的或者濒死的服务

当你的服务上线之后，维护成为一个大麻烦，不知道什么时候一个电话来你就必须立刻打开电脑连上服务器（如果还连得上）排错和恢复系统运行，无论是半夜睡觉的时候还是在国外的海滩度假的时候，相信我，这很容易让人崩溃。

一个能够自动重启死掉或者半死进程的方案能有效的缓解这种令人崩溃的状况，Reddit使用Supervise来自动重启应用，使用特制的守护进程来监控那些有问题的进程，比如占用内存和CPU过高，或者不能正常响应请求的，出现问题自动重启它们，这样整个系统可以继续接受用户请求。当然事后还是需要仔细研读日志找出问题根源，但至少可以在正常的时间去做，而不用把自己逼疯掉。

第二课: 服务分离

要点：把相似的进程和数据分组装箱

在一个服务器上干很多不同的事情会导致频繁的上下文切换，如果将不同的数据分离到不同的节点处理，就意味着索引可以一直高效的驻留内存，而不需要经常的进行交换。所以尽可能把相似（相关）的东西放在一起处理。另外，不要使用Python的threads，它们相对较慢，比较好的策略是使用分开的进程处理，比如spam处理、图片缩略图、查询缓存等服务，能分开的都分开，除了效率问题，这样的一大好处是可以随时将它们分离到单独的节点上处理。当然，这需要解决好进程间通信的问题，但是一旦解决了，整个架构就可以保持非常干净的状态，非常易于扩展。

第三课: 开放式数据模型

要点：别担心数据模型

开始的时候，Reddit的人就像绝大部分技术人员一样，很着紧他们的数据库，尽力保持数据模型的干净、漂亮、规范化。但后面的经验证明，其实完全不必担心数据库和数据模型，当规模上去之后，真正需要担心的是另一些问题，比如存储数据模型的改变和更新，往一个有着1000万条记录的表里增加一个列，会锁住整个表，甚至经常失败。最开始Reddit使用数据库复制来作备份和扩展，很快就认识到，这种架构下数据模型的更新和复制系统的维护都是超级痛苦的事情，曾经不得不时常重启复制系统而导致一整天在无数据备份的情况下运行（换句话说，这时候只要出现宕机之类的故障，肯定丢数据）。这种状态下应用升级部署会是巨大的麻烦，因为你要精妙的编排好应用和数据同时升级的流程。

Reddit随后转向了另外一种全然不同的数据模型风格，颇具教益。他们建立了一个Thing表和一个Data表；Reddit里的所有东西都是一个“Thing”：用户、分享链接、评论、子目录（subreddit，比如我们都经常看的proggit）、奖励分数等等，Thing表中维护所有这些东西的共通属性，例如“顶/踩”分数（up/down vote）、类型（说明这个Thing到底是哪种东西）、创建日期；而Data表中是这三个列：thing id、key、value，分别对应Thing的主键以及以键值对表述的属性。这样其实将关系模型中的属性转用行（通常情况下都是用列）来描述，每一行记录Thing的一个属性，比如这个Thing的titel、url、author、spam votes等等都是一行记录。这种数据模型几乎永远不需要改变，不需要增加数据表，不需要改变列结构，增加新的功能只需要增加数据行就行了，即使你要改变属性的名称、类型等，也只需要作数据Update操作即可，无论是开发还是部署、维护都变得简单很多。

当然，凡事有得必有失，要付出的代价就是，不能使用所有的关系能力了，你不能使用表关联（join），必须自己去维护数据的一致性——相对于之前描述的问题，这些其实反而是能够以较低代价解决的问题。另外，放弃表关联还有一个好处，你可以更容易的把数据分散到不同的节点上，不用担心主外键冲突这些麻烦事，比如需要把某些功能拆分出来用单独的机器处理时。最后事实证明，对于Reddit这类应用来说，这套机制运作的很好——后来他们就干脆迁移到NoSQL数据库Cassandra上了，关系型数据库不可动摇的时代已经过去了。。。

第四课：保持无状态

上面说的是数据模型和存储问题，这里则主要针对应用服务器，其目标是希望让每一个应用服务器节点都能够（在需要时）处理任何类型的请求。所谓的“状态”，完全可以理解为“在应用服务器上暂时保存的数据”，如果某台服务器上暂存了某些状态，那么相关的请求就被锁定在这个节点上而无法交由其它节点处理；如果一定要转移处理，就意味着要在所有应用服务器节点之间同步这些状态信息，Reddit确实有段时间是这么干的，但是这个方案有几个问题，一个是同步的工作内存占用很大，另一个是这种同步导致memcached的工作效率变差，所以后来他们重新改写了程序，移除了所有在应用服务器保存状态的代码，同时大量的使用memcached，这样当一个应用服务器节点挂了的时候，请求可以很快的在其它节点得到处理，代价最多是在那边重建少量的内存缓存而已，而这是自动的。这种模式也使增加新的节点更加容易。

第五课：内存缓存

要点：把一切都缓存起来

Reddit真的几乎把一切都扔进内存缓存了：数据库数据、会话（Session）数据、预渲染的页面、一些复杂计算的中间结果、预计算的列表和页面、用户权限、全局锁等等。据说在他们转向Cassandra之前，他们在MemcacheDB（这是一个类似memcached的服务，区别在于它的数据是持久化到硬盘的，其实也是一种NoSQL的实现，速度比传统RDBMS快很多）存储的数据多过PostgreSQL里的数据。

所有的查询都以相同的控制代码来处理，生成的结果在memcached中缓存；修改密码的链接和相关状态缓存20分钟，还有Captcha的处理也类似；对于所有不需要永久保存的都会用类似的限时模式来缓存。

他们在他们的应用框架里引入了记忆能力，所有计算结果都会缓存，包括标准化的页面、列表、其它几乎所有东西。

他们还利用内存缓存和过期（expiration）机制对所有东西实现了一种频率限制，这对付DOS类攻击相当有效。如果没有频率限制，一个恶意用户就能轻易的整垮系统。他们在缓存中保留了用户和爬虫的相关数据，如果用户的访问间隔低于一定标准——比如1秒——就会自动把请求顶回去，因为正常的用户是不可能点击这么快的；而一些合法的爬虫（比如Google crawler）是可以很快的访问的，所以这个频率限制是可调节的，当系统开始变慢，只要提高频率控制的阀值，很容易就可以过滤掉大部分这类请求，而保护起那些正常的浏览用户。

Reddit的应用框架把一切都看作列表，它的首页、用户收件箱、评论页面，都是列表。几乎所有这些都会通过预计算来生成并缓存。每一个分享链接的页面都自动的被预渲染，当然，为了更优化，可以和访问挂钩，那些刚被访问过的列表自动每隔30s重新预渲染和缓存一次。这样服务器节点的CPU能够被充分的利用，当系统开始变慢，只要增加缓存容量就行了。

另外他们还采用了一种机制，利用内存缓存来作为全局数据锁，以便应对在他们的系统中很容易发生的数据不一致风险，这个并不是一个最好的方案。我个人认为在这里他们的做法有一些潜在的问题，这可能在他们转向Cassandra之后有所改变，但是在这个介绍里并没有涉及引入Cassandra之后的情况。

第六课：使用冗余数据

要点：取得速度的关键是尽量预计算并缓存

要想建立一个超慢的网站，秘诀就是使用一个完美规范化的数据库，有请求来了就查询它，然后渲染页面，很快就能使每一次请求看上去都要很久很久才能响应。Reddit采用了相当极端的方式来改变这种状况，如果内容基本同样的数据会有不同的呈现方式，比如一组分享链接，在主页、在个人收件箱、在个人设定中，可能都需要有着细微差别的呈现，那么就把所有这些都预先生成好、分开存放，注意，这是在持久层做的。

举例来说，一个列表有15种不同的排序方式（热度、先新后旧、先旧后新、仅限本周、等等），当某个用户分享了一个链接，他们会重新计算所有可能被影响的列表，重新生成上述每种排序的列表版本，这确实会相当的浪费，但是浪费点资源比系统响应迟缓好得多，浪费磁盘和内存空间好过让用户等待。

第七课：离线/异步工作

要点：在后端做完必须的最少的工作，尽快地响应用户

如果需要做点什么费时的事情，别让用户等候，把它放进队列。例如用户在Reddit投票（vote）、更新用户Karma、以及其它很多事情，都可以异步处理，只要更新数据库告诉系统这个投票或者其它行为发生了，然后在队列里增加一个任务，让它去完成与此相关的所有事情，可能有几十个其它地方需要更新，但这些都不需要用户等着，等用户需要时，其他那些东西通常已经处理完毕并放进了缓存。

Reddit里典型的离线事务：1. 列表预计算 2. 缩略图预取 3. 作弊检查 4. 清理垃圾信息（spam） 5. 计算奖励分 6. 更新查询索引。这些事情都不需要让用户等待，全可以离线异步处理，Reddit充分利用用户浏览和其它时间来异步的处理，尽量不给用户体验带来不必要的延迟。下面是这种架构的示意图：

蓝色箭头表示当一个请求进来以后发生的事情，比如有人提交了一个分享链接或者一个投票，它会去到缓存、主数据库、任务队列，然后返回给用户，接下来的事情全都是离线事务，用粉红色箭头表示（用户感受不到的部分），包括垃圾信息处理、预计算、缩略图处理等从队列中弹出，分别处理，需要时还会更新数据库。Reddit采用RabbitMQ来做消息和任务队列管理。

守护神：

工程队：

大力神：

下面是福利。

在鼓楼那儿转悠的时候看到某女牵着一小狗，后面跟着只鸭子，萌死了。。。

然后逛到一个游戏店，有只白猫趴在店主桌上睡觉，真正的做到了旁若无人（就跟加菲一样，睡得“有时候你觉得他是不是死了” -_-bb ）

第一时间上AppStore拿下GoodReader for iPad、QQ HD、PvZ HD三个iPad专属软件，其它还有一些必备的软件等研究过再说。另外我原来就有的EverNote、iTeleport、iSilo、SkyVoyager都是Universal了，内置了iPad支持，其它一些例如Tweetie也装上去看了看——x2果然是骗人的，根本无法接受嘛，

另外GoodReader看PDF果然是爽，点击这里查看截图：1 | 2

初步体验与感想（完全随意无先后顺序）：

——屏幕大小感觉很合适，重量比我预想的重一点，屏幕效果很棒。
——灌东西进去比iPhone快。
——这么大屏幕的锁屏画面还是空荡荡的，这是个丢人的设计，Apple你赶紧调整。。。
——非iPad分辨率的老iPhone App可用，但是小方块很不爽，x2更是难看到爆，还是要以iPad原生支持应用为主。
——在iPod程序里半天找不到我倒进去的视频，后来才发现Videos单列一个程序了，我真火星。
——没有Weather！没有Stock！是为了表现出iPhone的独特之处么。。。
——程序启动真是快，我的iPhone不换4代用不下去了 -_-bb
——键盘的改变较大，很多功能键位置和iPhone不一样，需要时间适应；中文输入流畅，没觉得很难过（之前看到有人抱怨就没看懂）。
——没越狱，目前也不打算越狱；所以现在把iPad截屏传到电脑比较麻烦，不过用iPhoto、Aperture等工具，把iPad当个DC来导入总是可以的。

接下来重点是软件了，不过有很多重要的服务在国内目前还无法得到（iBook，还有iWork那几个程序也只有美国店有卖），这些等等研究下再说。

5月17日更新：软件阵容初步确定（都是iPad专属高分辨率软件了）

大图：1 | 2

因为一直比较喜欢Green Day，所以这两张CD我自然都收藏了，也都是经常听的。其中，”21th Century Breakdown”这张是今年春节时去香港度假时在香港唱片行买的，买的这个版本里赠送了一张DVD，里面有专辑里几个主打单曲的MV，还有非常宝贵的——乐队2009年在伦敦Abbey Road Studio的Live表演中的5首作品，Abbey Road Studio名气很大，设施也是世界一流，非常完美的重现了乐队即兴表演他们近年名曲的优异效果，其中这首”American Idiot”是我最喜欢的，特意上传以飨同好（点击下面图片播放）。

另外还有”21th Century Breakdown”专辑两个单曲的MV，我也挺喜欢，迟点传上来。