February 2008 Archives

前年在帖子里介绍过 eBay 数据量超过 2PB，这么大的数据量管理和规划是需要一些艺术的，可惜网络上能得到的信息太少。最近又找到一篇关于 eBay 存储的介绍，这篇文章通过访问 William Crosby-Lundin (这位老兄现在已经跳槽到 SalesForce了)披露了一些数据，虽然该文距离现在有一年了，还是对我有不少参考价值。

eBay 存储团队当时 12 个人，管理 13 套存储，总容量 2PB 左右(不要刻舟求剑，现在超过 8 PB，2008-08-04） 了，8000 个左右光纤口，可用性 99.94%，工作量肯定不小。每周要起用 10TB 存储，这些存储有 75 个 LUN(也就说平均每个 LUN 135GB 左右，这个数据有些怪异)。连接到 SAN 环境的主机大约有 1000 台，数据库集群有 600 个左右，据我所知，这里的集群应该只是指 Data Guard。

这么多的数据库，I/O 开销肯定不小，如何消除存储热点呢? 该文只是笼统的说通过存储层与主机层的数据分片达到的。如果应用上 I/O 均衡做的好一些，可能存储热点问题不会成为瓶颈。

这个存储环境的部署应该有好几年了。所以最近一两年比较火爆的存储虚拟化与 Provisioning 技术都没有大规模起用。个人觉得 eBay 这么大的数据量， Provisioning 技术对于 eBay 的环境会是比较适合的。

有的时候，盲人摸象也是一种乐趣呀。

补充一下，超过 140 套集群。另外，提醒一下，这些数据是随着时间而变化的。切莫刻舟求剑。

--EOF--

Refer :

Our systems process in excess of 20 billion newly added records per day, 40TB being added every 24h, serving thousands of users and delivering hundreds of millions of queries per month in a true global 24x7 operation with distributed teams around the globe on systems over 8 PB in size (largest cluster >3PB), processing more than 30 PB of data per day.

如果说 2007 年最佳小型 Web 2.0 应用是 Twitter，那么 2008 年最耀眼的 Web 2.0 应用很有可能就是 FriendFeed，虽然现在下断言还早，但是看看FriendFeed 团队的背景，清一色的 Google 帮......

个人觉得这个应用的"卡位"很好，试图在各个 Web 2.0 应用(尤其是 SNS 站点) 之上形成一个信息出口。让我想起了 Yahoo！Pipes ...

我从 FriendFeed 的测试阶段就开始使用，我的 FriendFeed 原来大约有几十个订阅者，不过在 正式发布后的这几天，我每天都要收到大量的订阅通知，很多朋友也都惊呼 FriendFeed "爆发"。

FriendFeed 给我带来了什么? 用了这个服务这么久，我在 FriendFeed 站点上停留的时间可以说是非常之短。每天会检查一下每日发到我邮件里的 “FriendFeed Activity”，说句实话，到现在我才发现，几乎没有从这些 “activity” 里面发现任何"新"的信息! 很奇怪吧? 虽然 FriendFeed 号称 “offers a unique way to discover and discuss information among friends”，方法是提供了，但是并不能让我有效的发现信息热点。面对每天大量来自朋友的更新信息，用户总不能每天 "披沙简金" 吧?

另外一个比较严重的问题是大量近似的冗余信息让人不厌其烦，缺乏必要的过滤方法也容易让人对 “discover“ 更有价值的信息失去兴趣。 (BTW，Google Reader 上这个问题也很严重) 。当然，朋友们最为关注的信息很可能也是我最感兴趣的信息， 但是希望能有一个好的形式为用户展现出来，这一点我倒是比较欣赏 Techmeme 的模式。

考虑到 FriendFeed 测试阶段的改进频率，相信会逐渐解决这些问题的，毕竟这是出身 Google 的金牌团队啊。

--EOF--

看到 Yupoo! 被亮“黄牌”。Yupoo！的兄弟们估计也哭笑不得，算是被免费公关了一回。

在国内办个网站真不容易，只要是用户产生内容的，基本上都要额外的耗费很多精力去和那些人打交道，有个风吹草动的就可能被请去"喝茶"。我总觉得，在国内 Web 2.0 的创业其实比国外要难多了。第一个横在眼前的问题就是电信网通之间的鸿沟，要多追加不少投资，才能针对不同地域的用户提供一致的用户体验。第二个难题就是必须要和相关监管部门打交道，不得不花费不少心思。很多技术创业型的公司在这一块经常要吃亏。

当然，既然选择加入这个游戏，基本的游戏规则还是应该遵守的，如果纵容用户恶意利用资源，很容易就会弄出来"破窗效应"。所以，在运营上绝对不能短视，利用一些突发事件的噱头是能引来短期流量，但是无疑会改变网站的长期形象。在这方面 Yupoo！ 一直挺有操守的，只是 “每天网友上传约10万张照片" ，要想 "先审后发" 的确难上加难。还没有听说在这个方面有什么"技术类"的解决方案。这是 Yupoo！的困境，怕也是很多类似网站需要面对的一个问题。

顺便说一下，“每天网友上传约10万张照片"，按照这样的计算一月 300 万张。加上不同的格式，可真的需要海量的存储空间啊。

--EOF--

从 Laurent Schneider 的 Blog 看到信息，Oracle 10gR2 的第三个 PatchSet 10.2.0.4 已经出来了。虽然还没有正式宣布，但是在 Metalink 上已经能够看到 Linux 平台的了。PatchSet 号码为：6810189 。

现在 Oracle 的 PatchSet 出来的顺序基本上还是 Linux 是第一个，也反应了某种趋势。若干年前都是 Solaris 平台 上最早出来的，现在都变成 Linux 了，操作系统的流行变迁可见一斑。原来传言说 2007 年年底会发布的 ，还是拖到了现在才看到，难道 Oracle 的开发力量都投入 11g 上面去了?

有意思的是，10.2.0.4 Patch Set - List of Bug Fixes by Problem Type 这个列表下仍然写着 “Please note that 10.2.0.4 has not been released on any platform , and does not have release dates available" 。可见 Oracle 内部对文档的更新也是比较乱的。

期待这个版本在修复众多 Bug 的同时不要引入新的 Bug 了，Oracle 10g 在稳定性上还是不能让人放心，淘宝的兄弟们最近就因为 ASM 的 Bug 而折腾了一回。。11g 会好一些么?

对于 DBA ，尤其是 Oracle DBA 来说，厂商发布一个新的 PatchSet 要比发布一个新的版本来的更为实惠一些，因为前者面向解决现有存在的 Bug 问题。新的版本只会引入更多的问题。

--EOF--

比大徐稍微晚一点，我在星期三收到了老六(以下尊称六哥)寄来的《读库0800》。书是用邮政复合包装袋包装的，雪灾加上春节，辗转到我手里，没有什么破损，这本 0800 是免费订阅的，印刷质量仍然一如既往的好。收寄信息是打印出来的，看得出来，六哥是个足够细心而且耐心的人。

相信和我差不多的网民都读过六哥的那篇《关于毛片的记忆碎片》，那时候刚毕业不久，同事 Henry 一边看贴一边笑，然后发给我的，挺怀念那段时光。六哥有一系列"碎片"命名的文章，读来可谓妙趣横生，去年干脆买了一本《记忆碎片》，坐在马桶上一边看一边笑。

我之前零散买过《读库》，但是不够全，这次也准备和大徐一样，补全。这两天六哥还在淘宝开了店。

人生比较惬意的一件事情是躺在被窝里看自己喜欢看的书，比如《读库》。

--EOF--

昨天刚胡扯完 DBA 的薪水，今天就看到 CSDN 登了对我的采访《DBA薪酬挺高 盲目从之不可取》，其实这只是时间上的巧合，这个采访在春节前就做完了。我昨天写 Blog 的时候也因为不知道 CSDN 什么时候能发布而根本没提这回事儿。

就那个"起薪最高的为 DBA" 我上篇帖子说过了，按照各自的理解吧。其实这样的采访肯定要挨骂的，不被大骂可能就是好事情了。下面有个留言的朋友挺有意思，"这人长得像长臂猿"，汗，事实是，我的胳膊的确不长，谢谢！不过真的觉得自己好像正在上树的猴子，就知道编辑要照片没好事情 :)

附一下采访的全文：

记者：由于国内的分工不够细而且你也知道中国的开发人员要求博学广用，大部分的企业不会请专门的DBA，重视度也不够高。能否结合你的经历谈一谈我国DBA近几年的境况？

Fenng：我在2005 年3月加入阿里巴巴，这几年来一直负责维护支付宝的数据库。阿里集团的DBA团队相对比较专业，也比较成熟，这几年来，也不断有新的同事加入。团队对于成员的技术要求，我个人认为在关系数据库这一块还是要尽可能的专业，然后在专业的前提上尽可能的掌握一些相关度比较高的技术，比如存储技术、数据安全等。

最近几年来，国内DBA群体发展还是比较迅速的，在国内比较大数据库技术论坛(比如ITPUB)上参与讨论的DBA从数量上看是越来越多(当然技术的深度也可能被摊薄了一些) 。近期国内也有一些DBA独立顾问涌现出来，这在几年前是不太现实的事情。这也多少说明了，数据库技术服务市场需求逐渐大了起来。

至于国内 DBA 的薪酬，我想应该比一般开发人员高一点，毕竟数据是企业的命脉，那些过去对数据不够重视的企业多少都可能受到点教训。当然，DBA的压力也相对大一些，也算是个有点风险的"工种"。对比国外的薪酬比例，国内DBA的薪酬相比国外同行还是偏低一些。

记者：你怎么看待中国DBA未来的需求？

Fenng：个人浅见，在国内未来几年，对于DBA 的需求尤其对高级DBA的需求会越来越大。目前国内经济形势大热，企业成长的速度也比较惊人，对数据的重视程度也会越来越高，从这个角度上看，是会需要比较多的专业DBA的。

另外一方面，DBA的技术级别分布基本也是呈"金字塔型"，初级的永远最多，中级次之，高级永远都是少数(注：这几句话的确挺"废")。而且，随着一部分高级DBA的职业发展规划的变化，或者是随着年龄变化，可能会转向其他岗位，空出来的岗位需求永远需要有人顶上。

记者：很多IT专业技术的入门者说想从事DBA，但不知道怎样让自己更"专业"、不知道该获得什么认证，又不知道该选择哪种数据库专攻，能否请你结合这些问题给他们些建议？

Fenng：也有朋友问我类似的问题，说"想从事 DBA"，但我觉得很多人还是隔河观景的心态，总觉得DBA这个职位是不错的，其实任何一个职位做好了都一样的，最适合自己的才是最好的。

现在在国内，证书其实没有多大用处，尤其是没有任何经验背景的情况下去考证书。很多在校的学生，找一份 Braindump ，背几天，也能考过，这样的情形下，证书基本上就贬值了，当然我不否认证书在某些时候的确是个敲门砖。

至于专攻哪种数据库，肯定还是要"物以稀为贵"，同时要考虑市场的需求程度。几年前，Oracle 领域的DBA还是比较欠缺的，所以会有一批技术人员涌入这个市场，而 Oracle 的市场也的确做的不错。但从现在的业界发展趋势看，成熟的MySQL DBA 是比较欠缺的。就我所知，很多 Web 2.0 公司都在招聘 MySQL 相关的人才。但是 MySQL 的一个最大的问题是上手太容易了，很多人就以为没有什么技术含量转而进攻其他技术领域了，但实际上，一直走下去，才会发现该技术领域其实挺宽的。我的建议是，MySQL 也是大有文章可为。

记者：Sun收购了MySQL，主流数据库背后都有了IT大牛们的支持，这是否反应了某种趋势？你认为这种趋势对DBA人员有什么影响？

Fenng：MySQL 在这一波 Web 2.0 的大潮中是个赢家，但这不保证 Sun 买来 MySQL也能成为一个赢家，至于主流与否, 还要看用户接下来的接受程度。如果 Sun 把 MySQL 束之高阁，或是奇货自居，广大用户转而拥抱 PostgreSQL 也说不定。IT 界我感觉也和历史差不多，分分合合, 没有什么是一成不变的。所以，DBA 人员也不能总抱住一家数据库吃老本，即使现在某个数据库厂家如日中天，谁知道他过几年会怎样? 对DBA来说，也要作一点技术储备才好过冬。

以上只是一家之言，贻笑方家。
有未能说透的地方欢迎大家和我邮件探讨: [email protected] ，或是在我的 Blog 上留言。

--EOF--

年后了，正是员工跳槽、企业招聘最活跃的时候，据说某些招聘网站的系统压力都比平时增长了几倍。无论是求职还是招聘，可能都会遇到比较郁闷的事情，求职的人有怀才不遇之想，招聘的人也为不能找到性价比高的员工而发愁。

一直以来的一个误解是，DBA 薪水比较高，所以导致不少人涌进来。其实到底高不高呢? 薪水这个东西，可能比中国的漫游费还让人搞不清楚。不过这里有一份 美国 2007 年度薪水分析报告，可供参考，还有信息周刊的一份调查。看下来啊其实也就是个中等水平。而在国内可能是因为 DBA 供需比的关系吧，DBA 这薪水被喊的越来越高(物价也高啊，也有其他各种原因吧)，以致于我看到某些培训网站居然广告是“做 DBA，拿高薪”，怎不叫人笑掉牙? 以前戈尔还说过 “获得高技术高薪水的头等舱船票”呢? 这年头广告语就别信了。可能的确有些 DBA 的薪水很高，但也不要忘了任何事情做好了，都能拿到高薪，销售做好了一样拿高提成，产品设计做好了一样有很好的回报。汉堡包卖好了你不也能开店和 KFC 竞争了?

今天看了一位朋友招聘 DBA 的感慨，引发了不少朋友的留言讨论。另一位朋友看了帖子，问到 “今年求职该要多少工资?" 我承认，求职者也有苦衷啊，本来跳槽就有个隐性损失在里面的，加上国内这居高不下的狗日的房价，还有持续上涨的物价，不多要点工资，让人怎么活? 这两位老兄自己也是很出色的 DBA，一个事情不同的角度，还是引发了不同的观点。

这里要对一些 DBA 新手朋友说几句，如果只是为了赚钱，不如考虑作一下销售的岗位。如果真的要走技术这条路，而又恰恰基础很好，技术功底不错，的确很难给自己定位，薪水要低了感觉对不起自己，要高了企业还未必愿意。我经常喜欢说的一句话是“薪水改变不了你生活本质”，每个月多一千少一千能改变你多少呢? 尤其是当前国内这个房价，光靠薪水买房子谈何容易? 所以，选择工作，重要的还是选这个职位在公司的位置和潜力。再者，DBA 还是要拼经验和项目背景的，多年的媳妇才能熬成婆，有些清闲的 DBA 职位，对于老 DBA 是能够养老，对于年轻的 DBA，恰恰会害了自己。

推荐看一下信息周刊的那篇文章，尤其是那些图表，很有参考价值。比如，Salary by Age:

--EOF--

生命不息，折腾不止。虽然前天说再也不升级了，下定决心只用 1.1.1 的版本，可今天看着同事拿着 1.1.3 的 iPhone 在我眼前晃来晃去，我还是没有禁得住诱惑，又请同事帮我升到 1.1.3 了，我自己实在折腾得没有耐心了。

折腾了这几次，反复安装了不少软件，仔细想想，我自己必需的软件也就那么几个。

输入法：WeFIT

要说目前最好用的中文输入法，还要数 WeFIT，也是目前 1.1.3 上唯一好用的中文输入法。

电子书工具：Books

如果不看电子书，实在有点浪费，我自己不是很喜欢玩游戏，在某些需要杀时间的场合，电子书是救命稻草。提示一下，对于文本的电子书，要保存为 Unicode 格式，要不会出现乱码的。

录音工具：VoiceNotes

这个工具在我的 1.1.1 上，始终安装不上。在 1.1.3 上就跑得很好。在某些极端的情况下，比如你需要录制某些"证据"，这个工具会帮你大忙，有备无患么。

远程终端：OpenSSH

对于有些 Unix 使用经验的朋友，肯定要用这个东西啦(前提是要安装 BSD SubSystems)。直接登录到系统控制相关文件，感觉还是有点不一样的。顺便说一下，Jailbreak-1.1.3 工具包里面有个 wget ，我觉得这是值得考虑安装的一个命令行工具。

软件安装管理：Installer

这个是所有机器的标配了。有的时候因为一些原因会遇到 Main script execution failed! 这个错误，目前能看到的解决办法就是修改 Installer.app 目录以及下面文件的权限，但不是每次都管用。

这几天关于 iPhone 的一个比较大的新闻是中移动说大陆有 40 万部 iPhone 在网内。这是个很大的商机，可对于用户来说永远是弱势的一方。看到还有狗屁评论说侵害了乔大爷和中移动的利益，无言以对。iPhone 的解锁对用户来说都不算瓶颈，真正的瓶颈还是昂贵的上网费用。

--EOF--

最近几天没怎么更新网志。倒是通过 Google Reader 作了一些分享。偶然看到居然有同事在订阅我的阅读分享，并且说从该 Feed 里看到了一些有趣的信息，感觉很有些意外之喜。

其实没更新网志倒是也能给自己找点借口：一是过年刚回来，"节日综合症"还没有消退；二是自己的 iPhone 升级到 1.1.3 之后遇到很多问题，电话不好用挺耽误事情的，所以花了不少时间弄电话，通过这次的折腾自己也会升级 iPhone 了；三是身体不太舒服，可能和回杭州的晕机有关；最后一点也是最主要的，不知道写什么，总连篇累牍的写写空了，胡扯也不好。

周六公司年会，有幸作为技术人员上台接受"授勋"，回想起来我这个半路出家的所谓 IT 人士作技术好多年了。成绩属于过去，今年的各项任务都挺重要，也比较艰难。办法无它，坚持，挺挺也就过去了。

--EOF--

虽有大雪的阻隔，春节前快递还是把《德川家康》的第三部《天下布武》送到了，索性把书背回家里看。

第三部里局势更加纵横捭阖，有实力的大名都想进京，似乎名不正则言不顺，颇有些《三国演义》里面说的“挟天子以令诸侯”的意思。虽然织田信长制印“天下布武”，只能说他是"最有潜力"，而最有实力的进京者，还是"甲斐之虎"武田信玄。信玄拥兵数万，其人擅兵法，军中 "风、林、火、山" 四旗就是取自《孙子兵法》中的 ”疾如风，徐如林，侵掠如火，不动如山“ 这句话，信玄也把这句话灵活用在他的战术中。

看过黑泽明的《影武者》的朋友，应该比较熟悉信玄的死因。武田信玄大败德川家康后居然搞了个阴沟里翻船，在听守城人吹笛的时候中了冷枪(更类似于诱杀)，可算阴差阳错，当然这或许是小说家之言，日本战国那个时候普遍都不长寿，信玄怎么也是活了 50 多岁了，或许是宿疾突发也说不定。

历史也是充满了巧合，如果信玄不死，那么德川家康或许这一战之后就没有翻身的资本了，信玄也会与织田信长争斗，鹿死谁手也是未知数了。丰臣秀吉(叫藤吉郎的那个"猴子")也未必就能继承信长的政治遗产，统一日本全境怕也是没有影的事情了。

这一册里面另外一条线是德川家后院起火，德川对筑山夫人实在是容忍太多了，必有后患。

--EOF--

春节, 这个中国人永远摆脱不了的节日
--崔健《春节》

在这里给各位朋友以及Blog 读者拜个年!

(不管是回家还是没回家的，雪灾灾区的还是非灾区的)，新春快乐，万事如意!.

--EOF--

另附拜年短信（SMS)指南：

• 1. 能不发短信的，还是别发了 :) 我是最怕短信声音的。
• 2. 最好不要群发同样的短信，逐条输入的更珍贵不是?
• 3. 如果是转发短信，检查一下别把对方发来的短信转回去，如果有对方签名的就更不好了.
• 4. 最重要的一条：非要发送短信的，记得署名。

4 号晚上 7:40 左右开始登机。居然机票卖到重复，有一对夫妇抱着孩子，也是头等舱，不料头等舱的倒数第二个座位被另外一个滞留的人占用了。讨论了半天，这对夫妇中的丈夫同意到最后边的普通舱。 20 点，飞机终于飞起来了。11 点半左右，总算到了长春。晚上还是比较冷的。

5 号 10 点多起来去给姐姐家配置了一台电脑，下午总算到家了。很累。

--EOF--

早晨起来一看窗户外面大雾，心想莫非要坏事? 到了将近中午，雾也散了，上网查了一些消息，新闻说今天滞留情况仍然严重。

下午四点的飞机，中午 12 点出门，打车还是老问题，好不容易上了一辆车，还要先送一个人去西边，可机场在杭州东边...那个人下来后，又上来一个人，这个人倒是顺路。路比昨天好走多了，一路还算顺利，到了武林路发现站着一大堆人，和司机商量一下直接到机场，到了机场高速这个堵啊，收音机里说前面车祸，过了好久，才过了出事地点，发现是几车追尾，但撞的不算严重。

机场里人比较多，地上都是坐着的人。有一群滞留的旅客在喊口号，就是听不清喊什么，总体来说，好像没有昨天的混乱，基本上还是比较有秩序。广播里不停的传来航班延误的消息。所有的餐饮室人都爆满，生意好的出齐，我也找了个空位，坐那里歇一会儿。从机场工作人员那里基本问不出什么东西，只好自己打电话问讯航空公司。不过问讯处那里一直挤满了人，有的人情绪很激动，和机场保安人员差点起人身冲突。男厕所还算没问题，女厕所明显的不够用。

下午 6 点五十分，总算换了登机牌，近了休息室，没有无线，还好总算有电源，用自带的 CDMA 卡上来发个消息。

--EOF--

还是飞不起来, 依然需要等待
--许巍《两天》

下午三点，送 Laura 到机场。一出小区的门口就有些傻眼，根本看不到出租车的影子，在路口等了半天，没看到空车，决定往西再走走，花市门口有个空车，那个司机先拒载了另外两个人，我和 Luara 坐进了车里，一听到我们要去武林路民航售票处，死活不肯走。那条路也堵得瓷实，我俩只得下来，往文三路走。

气喘吁吁走到文三路，刚好遇到有人下车，可还被别人捷足先登，巧的是司机顺路。心里那个万幸啊。这个时候大约是下午 3: 40 。一路还算顺利，虽然走的比平常慢，但是也没有堵到不能动的地步。私家车都蹦达出来了，这大雪天也不说在家里待着，出来也不好好停车。都什么素质啊?

到了民航售票处，更懵了，站着一大堆人拎着行李等大巴的。售票处大厅里买票的队伍一直排到头，我跑到外面，发现有个出租车跑机场，100 块一位，只剩下一个位置了，那也比没有好。Laura 自己上了车，我一个人回来。搭了一小段顺风车，剩下一路走回来。路上还想呢，今天中午写的 出行建议 还是需要修正啊，至少要提前四个小时出来才成，当然前提是航班不延误，如果延误的话，你即使晚点出来似乎也问题不大。

然后等机场那边的消息。从杭州到萧山机场，路似乎还比较好走。可机场是乱成一团。Laura 告诉我根本看不到工作人员，也没有人组织换登机牌什么的，基本上是能上飞机就成，好像也不怎么管具体航班号了。而且，本来延误的航班继续延误。机场里面手机信号还不好，只能发短信给我。我干着急也没有用，给厦航的 95557 打了个电话，据说是今天的航班都能起飞，但愿吧。

考虑到出行的难度，我实在是不想回家了。

--EOF--

在这当口要说谁比谁惨已经没啥必要了。有两个同事昨天的班机，改签到今天 8 点半，一大早 4 点就出门了，赶到机场后干巴巴的等了 5 个小时，机场没有任何通知该航班的消息，也看不到空乘人员什么的，现在还在那里等呢。

民航总局临时取消了“红眼航班的限制”，所以另外一个同事就更糟糕，飞长沙（你说这时候你回长沙干嘛?)，1 号就到了机场，今天凌晨 2 点半总算飞起来了，结果到了长沙不能降--飞机又折回来了。和他一个飞机的据说还有 上月 26 号的乘客。

上班路上，发现个别地方的积雪已经清理了。不过阳光照不到的地方都结冰了，很滑。路上出租车也多了起来，但很少看到空车。私家车主们没事又都出来了，你说这刚下过大雪的，你出来添什么乱啊。

这样的情况下，能不回家还是不要回了，否则的话，也不要打无准备之仗，一定要带足干粮，少带年货，然后收集足够的信息。对于杭州的朋友，暂时总结了几条经验教训，仅供参考。

如何有效的获知航班信息?

在杭州，光靠查询萧山国际机场(真有愧"国际"这俩字)的网站已经没什么参考价值了，咨询电话也别想打通。根据具体的航班号到航空公司的网站上是可以查询到的，或者是拨航空公司的客服电话(比如夏航的 95557) ，还是比较管用的。当然，现在好多人都在骂夏航呢。

关于天气预报

建议出门前还是看一下天气预报。如果是 Firefox 用户，可以考虑安装 ForecastFox 这个插件，起码信息是比较及时的。前提是你能连接上网络。

如何到机场?

据说到机场的路已经清理的不错了。现在看还是武林路民航售票处乘坐机场大巴可靠一点，也比较安全。平时估计很多人喜欢出租车一路到机场，不过出租车现在基本坐地起价，喜欢挨宰自然也可以尝试一下。

祝愿每个人回家路都是顺利的，虽然这的确不太现实。

--EOF--

从昨天开始，雪一直下，开始很小，逐渐大起来。昨天晚上 10 点多回家的时候，路上亮得和白天差不多。早晨起来上班，小区里的保安全在处理绿化带上的雪呢，估计是怕那植株冻死。树上掉下大块雪团砸在我头上，吓了我一跳。

门口的文二路好多等公共汽车的人，也有私家车上路，开得特别慢，出租车很少，基本也是骆驼行，没有我走得快。马路上的雪没冻，稍微化了一点，变了点颜色的那种。一旦冻起来估计就成镜子面了(今天晚上会比较糟糕, 估计会有摔伤的)。南方似乎对这方面都没什么经验，如果在北方，市政府早就组织群众或者各个单位出门扫雪了。气象局说有积雪 25 厘米，我觉得只多不少。

萧山国际机场从昨天下午已经开始关闭了。今天关闭到下午两点钟(最新消息是到下午 6 点)。据同事说大约五千人滞留，机场现在也不全管住宿，自行安排。机场的站点偶尔还打不开，即使打开了也不过是几条冷冰冰的新闻。我还在 Twitter 上说，为什么机场不搞个 Twitter 之类的应用滚动播出新闻呢? 还用手工编辑出来的 HTML 页面也太落后了，光有"硬件"不行，还要"软件"好才是真的好。

还不知道明天早晨会怎样，8 点多的飞机，要怎么能赶到机场呢?? 没办法让人乐观起来，电影《后天》描述的场景已经提前到来。

用 iPhone 拍了几张照片，算是记录一下，光线有些暗。

上班路上的树：

--EOF--

写这个帖子主要是因为在 Google 里搜索 “iPhone 提示空间不足” ，居然翻了几页都没有可用的信息，只有一个什么“释放最大潜能..."的垃圾帖，点击进去发现根本没有具体细节，可能是拷贝粘贴的时候把人家原帖信息给丢了。

为什么会空间不足?

估计是咱破解的 iPhone 还有点小 Bug。那 8G 硬盘分成两个分区，一个 300M（系统空间），剩下的 7G 多的空间都给了另外一个分区。所以当安装软件过多或者拍照过多的时候就会提示空间不足，而拍下来的照片信息可能也会被擦掉。

如果你熟悉 Linux，其实是比较好办的。就是把占用空间比较多的目录挪到第二个分区上，然后建立一个符号链接链回来即可。

比如，移动照片文件的目录。前提是能够通过 SSH 登录到 iPhone 上，最简单的可能只需要几条命令：

# mkdir /private/var/DCIM 
# cp -r /DCIM/* /private/var/DCIM/ 
# mv /DCIM /DCIM.backup 
# ln -s /private/var/DCIM /DCIM

重启动一下，没啥问题就可以把 DCIM.backup 目录删掉。 有人说你咋这么费劲? mv 一步再 ln 一步不就搞定了? 我的机器上会提示你权限不足(估计是和下面说的小陷阱有关)。土鳖一点吧，管用就成。

还有个小陷阱，如果你挪动了应用程序相关的目录，你会发现应用程序不干活了。这时候需要修改一下 /etc/fstab 文件。默认的是这样的：

# cat /etc/fstab
/dev/disk0s1 / hfs rw 0 1
/dev/disk0s2 /private/var hfs rw, noexec 0 2

修改为：

# cat /etc/fstab
/dev/disk0s1 / hfs rw 0 1
/dev/disk0s2 /private/var hfs rw 0 2

记录一下，估计有 N 多人遇到类似的问题。还不够详细，我后续继续完善。

--EOF--

Updated : 可以拥 BossTool 来图形化进行空间挪动的工作。

验证字/验证码(CAPTCHA) 最早作为 Carnegie Mellon 大学的一个科研项目，Yahoo! 是CAPTCHA 的第一个用户。 CAPTCHA 这个缩写来自 "Completely Automated Public Turing test to Tell Computers and Humans Apart" ，其目的就是通过用来区分机器与人，其安全性与 SPAM 数量息息相关，一直以来，是此消彼长。

验证字是每一个网站不可回避的一个东西。前几天 Slashdot 上一则题为： Yahoo CAPTCHA Hacked 的消息引起了不少人的震惊。乖乖，精确度能达到 35%！要知道，一直研究 CAPTCHA 有效性的 PWNtcha 项目的评测中，Yahoo! 的验证字几乎是最安全的那种, "A very good captcha, but not always human-solvable"，之前也有 专门针对 Yahoo ! 所用验证字进行破解研究项目，比如 Gimpy。

肯定没有 100% 安全的验证字--除非你根本不想让人看明白，在用户可识别性与机器识别之间的平衡是最大的问题，”挑战--响应"，两个环节之间的问题其实也挺微妙。在注册微软的一些服务的时候，验证字很难让人看明白，要多刷新几次才能有个好认的；而一些电子商务的网站，比如 Paypal ，验证字被 PWNtcha 破解的概率是 88% ，这么做应该也是有苦衷的，毕竟要考虑用户体验。

中文网站所使用的验证字机制，个人觉得还没有引起足够的重视。唯一值得一提的是腾讯的 "中文" 验证字算是一个创新(估计是申请专利了)，估计能够抵挡住国外 SPAM 的攻击(谁让老外不认识中文呢). 而从我个人的体验上来看，通过机器人发送 SPAM 的大部分来自国外，国内目前处于"手工“ Spam 方式比较多，当然，更为精准。这就是技术的”马奇诺防线“啊！

参考：

• CAPTCHA 官方站点: http://www.captcha.net/
• PWNtcha 项目: http://sam.zoy.org/pwntcha/
• Captcha @ WikiPedia: http://en.wikipedia.org/wiki/Captcha
• 更为安全的 reCAPTCHA: http://recaptcha.net/

--EOF--

开源软件界的大牛往往都有点魔症。这几天看到两个相关的信息：一个是 Richard Stallman 根本不用浏览器，另外一个是 Linus Torvalds 从不用手机 ，可以说相映成趣。

R.M.S 和 Linus 都属于比较有脾气的人，R.M.S 属于那种比较"犟"的人，我们常说 "Only the Paranoid Survive"，如果没有 Richard Stallman 这样的 "偏执" 怕是也没有今天的 GNU 运动； Linus 呢，我感觉属于那种比较"拧巴"的人，不过没有 Linus 的"拧巴" 也不会有 Linux 。

Richard Stallman 的另外一个趣闻是在征婚。有个朋友在论坛上的签名是"不疯魔 不成活"，用来比喻这两位大约是蛮适合的。

--EOF--