137天没上twitter了，发现跟新浪微博比，twitter无论是官方网页版，还是千奇百怪的各个平台上的客户端，全都是垃圾...... 但今天还是很高兴。#

这句话其实也不算骂人，但后来板砖横飞的骂战我也毫不奇怪，这就是老罗行走江湖的风格。骂战当然不是我这篇文章要说的事情，重点也不在驳斥老罗，只想顺便亮一下我的观点，我为什么爱 Twitter.

老罗觉得 Twitter 不好的地方

我看下来大意就是：官方 web 页竟然不支持 quote; 看不清谁是谁，谁在说什么；还是新浪微博一目了然。

在界面设计理念上的不同

Twitter 的革命性无需多言，但在我看来，最革命的一点是它上面的内容没有主贴和回复之分，每个 tweet 都是独立的，而且只能说很短的几句纯文字，仅此而已。不过根据实际需要，后来加上了 threaded reply (带线索的回复) 和 Retweet (官方 RT), 巧妙地兼顾了风格的简洁和功能的实现。这在后面我会详细的说。最后表现在官方 web 页上就是下图这样，左边都是清爽的一条条推，如果想细看，点击则在右侧展开详情，可以看到在之前都来来回回说了些什么，或者是图片的预览、谁 RT 过了。至于第三方工具的多样性更不用说，对官方设计不满的人，一般都可以找到适合自己的。

国内的微博则完全不同，虽然也有字数限制，但其设计理念却是恨不能往一条内容中塞进一头河马：图片，视频，原文，转发，评论，@谁谁谁，//好好好，#$%!#, ...

当然老罗表示新浪的更好看懂，对此我暂不发表更多意见。

在交流模式上的不同

Twitter 将用户的活动分为三种：原发、对话、分享，而为后两项需求设计的功能就是回复和官方 RT. 这个机制说不上完美，也有些需求没有照顾到（比如引用 RT 的存在），但似乎这已经是个很高效的机制了，有如下特点：

• 它更像是一种平等的交流方式，你发你的推，我发我的推来回复你，不是附属关系。虽然不包含原文，但如果别人想追溯对话，按一下可以一追到底。
• 只有同时 follow A B 两人的人，A B 之间的对话才会出现在他的 Timeline 里。虽然不是说不同时 follow A B 两人就一定对 A B 之间的对话不感兴趣，但目前看来这是减少对他人干扰的最有效方式。
• 官方 RT 也是为了降低噪音而存在，A 发了一条有价值的推，不管有多少人 RT, 他人都只会看到一次。B RT 了 A, 如果 C 已经 follow 了 A, 或者已经从别人处看过了此推，C 不会再被 B 的 RT 多干扰一次。

回复和官方 RT 是建立在自我控制这个基础上的，这要求使用者要有谦逊的态度，管住自己，不要为了自己开心将大环境弄得嘈杂不堪。

• 不是每句话都有必要让所有 follow 你的人看到，比如别人问你一个事情，回复他就好了，不需要引用回复一下让所有人知道，而且这样的话别的人只看到了答案，找不到原问题，要找原问题比追溯对话麻烦得多。
• 不是每次 RT 都有必要让别人看到是你 RT 的，特别是在别人早已经看到过的情况下。

微博我没有用过，不好断言，但以我的观察，很难。基本上用户每天看到的就是上图那样揉成一团的东西飞来飞去。

在交流心态上的不同

我从来没有过去玩新浪微博的想法，还有一个原因是那里出了名的精英模式，在那里，似乎绝大多数人除了在自己的圈子里玩之外，对新浪而言的意义只剩下一个，就是为所谓的精英们增加关注数、评论数、转发数，成为新浪和精英们营销的帮手。

而在 Twitter, 这些数字是被淡化的，也没有那么多拿着 V 臭显摆的人，除非去看一个人或一条推的详情，也是看不到那些数字的，我管你说一句话有几千人转发呢，我只要看到我有哪些朋友和你一起讨论过就好了。

那些带着 V 字的人来到 Twitter, 发现自己随便说句话万民齐应的盛况竟然不能直播给别人看，回复骂一个人傻逼的时候竟然不能让天下人都看到他是一个傻逼（于是选择了引用 RT 来骂），RT 的时候竟然不能让天下人看到我 RT 过了（于是又选择了引用 RT）⋯⋯ 这 Twitter 还是人用的吗！

我用 Twitter 的方式

由以上原因，Twitter 成为我唯一的选择，尽管它也不是完美的。我乐意在显眼的地方标记，看，我是一名 Twitter 用户！

但是我 follow 的人很少，主要都是些有共同话题的朋友。因为我的经验是一百人几乎是我空余时间看推的极限了，而且如上文所讲，我比较介意话痨和噪声。有些名人是我很喜欢和敬佩的，但一看其发推风格就肯定不会 fo 了，这里面就包括了罗永浩罗老师，要知道老罗去年那段两小时的演讲，我可是完整地看过三遍啊。还有笑来老师，我实在不能理解他用 Twitter 的方式——他 fo 了两万人，我的天，我不要和怪叔叔玩

今天我只从使用体验上说我为什么爱 Twitter, 其它原因只能篇幅有限了，其实不用说你也懂的！

• 不搜索时完全不加载任何相关资源，如 ajax API 库等
• 搜索 url 非常干净，没有多余的参数：fis.io/search?q=cse
• 方便使用 javascript 对结果样式进一步调整

获取代码

首先需要在 控制面板 - 外观^新功能！中选择“搜索元素”模式 (Search element), 再选择一种布局和一种样式。实际上 ajax API 能做的事情非常多，比如就在搜索框下方即时展开结果列表。如果把结果列表悬浮绝对定位，再加上 Search as user Types, 就可以做 apple.com 右上角那种搜索样式了，一边输入一边匹配。

但是考虑到小博客的站内搜索被使用得并不多，我还是选择了两栏布局，将结果列表放在一个专门的页面 /search 中，这样的好处是不搜索的时候可以不加载多余的内容：API 库，JS, CSS 等等。

改造搜索框

先不急着把获取的那一大堆代码往搜索框上放，上面说了，我们要的效果是不搜索的时候不加载。就改造一下模板原生的搜索框就可以了，让它提交用户输入的内容到 /search 这个页面，就这样。我的 header.php 中的搜索框是这样的：

<form action="/search" id="searchbox">
    <input type="text" name="q" id="input_search" />
    <input type="submit" value="搜索" />
</form>

一个 form 中装一个输入框和一个按钮，关键内容是 action="/search" 和 name="q", 表示将会跳转到 /search?q=搜索的内容.

结果页面

建立一个页面 /search 来放入所有 CSE 代码。页面正文中放入 id="cse" 的 div, 搜索执行的时候脚本将会改写其中的内容。

<div id="cse">正在搜索...</div>

然后在页面任意位置，比如末尾，写入前面获得的两个 javascript 代码，一个是 ajax API 库 google.com/jsapi, 另一个是以 google.load 开头的一大串。还有些 CSS, 是前面获取代码的时候选择的一种样式。

但这时候还不会自动执行用户之前输入的搜索，要从 url 请求中把搜索词剥离出来，并执行。这里我用了 Kevin Yang 提供的方法，在 draw('cse') 一行后加入：

var match = location.search.match(/q=([^&]*)(&|$)/);
if(match && match[1]){
    var search = decodeURIComponent(match[1]);
    customSearchControl.execute(search);
}

现在这个搜索系统就可以正常工作了。下面是对脚本的进一步自定义，只逐条说明，不每次都写完整的代码，我会把完整的修改后的脚本放在本文末尾。如果今后代码发生变动，请自行查看我的 搜索结果页 源代码。

不加载 Google 的 CSS

如果要用自己网站的样式，最好是完全不加载 Google 的 CSS, 不然覆盖样式就有得写了。在 google.load 中加入 "nocss" : true 即可。

google.load('search', '1', {language : 'zh-CN' , "nocss" : true });

无结果时显示的文字

由 setNoResultsString 控制，在无结果时将字串写入到 "正在搜索" 处。中文语言下缺省值为“无结果”

customSearchControl.setNoResultsString('什么也没找到，请重试');

结果每页条数

由 setResultSetSize 控制，可选参数为 FILTERED_CSE_RESULTSET 10条；LARGE_RESULTSET 8条；SMALL_RESULTSET 4条。

customSearchControl.setResultSetSize( google.search.Search.SMALL_RESULTSET);

是否在新标签中打开链接

由 setLinkTarget 控制，一般用到的就是 LINK_TARGET_BLANK 和 LINK_TARGET_SELF 两种。

customSearchControl.setLinkTarget( google.search.Search.LINK_TARGET_SELF);

搜索执行完毕后调用其它脚本

由 setSearchCompleteCallback 控制，这是一个相当灵活的命令，我这里用它来将搜索结果标题中的“老肥博客 » 非唠不可”去掉，不然每条标题后面都有这样一句，比较难看。这里我另外加载了 jQuery 来用，当然这不是必需的，如果没有需要就不用了。

customSearchControl.setSearchCompleteCallback(null, function() {
    $('input.gsc-input').select();
    $('a.gs-title').unwrap().wrap('<h3></h3>').each(function() {
        var title = $(this).html().replace(/\|.*/g, '');
        $(this).html(title);
    });
    $('b:contains("...")').contents().unwrap();
});

以上在 setSearchCompleteCallback 中执行了三个步骤：

• 将焦点放到搜索框 input.gsc-input 中并全选文字；
• 将搜索结果标题链接 a.gs-title 先去掉外面的一层 div, 再套在 <h3> 内（这样方便沿用全局 CSS 里面的标题样式），然后对每个标题链接读取内容，替换，写回去；
• 将包含 "..." 的关键字高亮去掉 <b>;（Google 用 <b> 标示关键字，但不知为何 "..." 也都这样标记）

其它

我的搜索页面中还有一些脚本和样式，比如将 CSE 的搜索框伪装成模板原生的输入框，这样可以避免多次搜索的时候重复加载页面；从搜索框中取得当前关键字，写入到右侧提示区；等等，比较特殊，这里就不细写了，反正 Firebug 什么的都一眼看穿。

另外，前面提到 Kevin 的文章中有个技巧很不错，只让单篇文章出现在搜索结果中，排除掉翻页、标签等页面，像我用 .html 作为单篇文章的链接结构就很好办，直接在 CSE 控制面板中设置“包含的网站”为 fis.io/*.html, 就排除了其它形式的链接结构。

微博也是博客，我在 fis.io/*.html 之外还将 twitter.com/fisio/* 编入了索引，在搜索某些内容的时候会看到我的推也在搜索结果中。

最后是我的 /search 页面中相关脚本完整版：

<script src="http://www.google.com/jsapi" type="text/javascript"></script>
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js" type="text/javascript"></script>
<script type="text/javascript">
google.load('search', '1', {language : 'zh-CN' , "nocss" : true });
google.setOnLoadCallback(function(){
    var customSearchControl = new google.search.CustomSearchControl('015811090669888844099:szzhafqj8_4');
    customSearchControl.setResultSetSize(google.search.Search.SMALL_RESULTSET);
    customSearchControl.setLinkTarget(google.search.Search.LINK_TARGET_SELF);
    customSearchControl.setNoResultsString('<img src="/b.gif" class="wp-smiley sm-sad">  什么也没找到，请重试');
    customSearchControl.setSearchCompleteCallback(null,function() {
        $('input.gsc-input').select();
        var searchwords = $('input.gsc-input').val();
        $('.p > b').text(searchwords);
        $('a.gs-title').addClass('new').unwrap().wrap('<h3></h3>').each(function() {
            var title = $(this).html().replace(/\|.*/g, '');
            $(this).html(title);
        });
        $('b:contains("...")').contents().unwrap();
        $('.gsc-cursor-current-page').removeClass('gsc-cursor-page');
    });
    customSearchControl.draw('cse');
    var match = location.search.match(/q=([^&]*)(&|$)/);
    if(match && match[1]){
        var search = decodeURIComponent(match[1]);
        customSearchControl.execute(search);
    }
});
</script>

参考文献

• 开发人员指南 - Google AJAX 搜索 API - Google 代码
• 类参考 - Google AJAX 搜索 API - Google 代码
• 在Wordpress中轻松集成Google自定义搜索引擎 | 简单生活 —— Kevin Yang的博客

有大量文章介绍过 Google 阅读器的使用技巧，我以往的文章中也有不少，比如 快捷键的使用，今天这篇文章我要写的是如何更有效率地阅读、分享、发布，减少信息噪音，让自己和别人都能更高效地获取有价值的信息。

共享和备注 share w/o note

通常来说共享的范围就是 Google 联系人里面的活跃用户，这是一个默认会互相关注共享文章的圈子，类似于 Twitter follow. 您在 Google Reader 里面共享或者添加备注共享了一篇文章，关注您的人会立即看到这篇文章，即使只有一票。这种投票的权重是很高的，一票通过，它基于对预先选择的人群的信任。

喜欢 like

喜欢则是一种权重比较低的投票，对一篇文章标记喜欢，并不会把文章推送给别人，但是任何人看到这篇文章的时候，都能看到所有 Google Reader 用户对该文章的投票。这就比较像其它阅读器平台比如鲜果、抓虾里面的分享了，参与投票的人群是所有人。

星标和标签 add star or tags

加注星标和标签在本质上是相同的，只是星标具有特殊的快捷键和表现形式，是预设的（Gmail 也是如此）。在默认状态下它们都是别人看不到的，仅作自己收藏、管理之用。我的星标文章有个另外的用途，就是设置为公开，并输出到博客首页分享。为什么不是输出共享条目呢？因为安全考虑，星标里面基本上没有敏感内容，而且有些链接是墙外的。

针对订阅源的标签

上面所说的星标和标签是针对单篇文章的，但实际上标签同样可以用于订阅源，对订阅源添加标签，订阅源会在左侧栏中以目录树的形式排列，其标签也会继承给它下面的单篇文章。左侧栏的订阅源目录树，看上去像文件夹，但实际上是标签，因为标签是可以多重的。

这样一来，标签除了可以给订阅源分类，还可以给订阅源区分优先级，把重要的博客标记为必读，在阅读压力大的时候就可以优先阅读重要的博客下面的文章，保证不会错过。

神奇排序 sort by magic

按订阅源的优先级来阅读也不能完美解决问题，因为重要的博客也会有差文章，不起眼的博客也会有好文章，按订阅源的重要性来区分可能会漏掉一些精彩的文章。这时候可以用到神奇排序。

如图，神奇排序就在文章列表上方的视图设置里，或者在左侧栏点击标签名称的下拉箭头来选择。神奇排序是在大约三个月前新增的功能，但我觉得它的名字起得并不怎么好，至少很难让人从名字上看明白这个排序是怎么回事，听上去还挺山寨。但其实它的功能正是我所需要的：

根据文章的分享人数、喜欢人数、发布时间，进行综合排名

也许还有其它排序因素，也许朋友投票的权重会大于普通人，我就不是很确定了。用它来决定阅读顺序是非常高效的，特别是在 1000+ 的时候，基本上只需要读靠前面的一半，甚至 1/3, 就不会错过什么热门文章了，让所有的 Google Reader 用户替自己优选，每个人都是编辑，每个人都从中受益。

神奇排序简直就是为解决阅读的大量积压而存在，在大量积压的时候得到清晰的排序。但如果您的阅读很即时，还没有什么人分享或者喜欢过，那也不是问题，因为这时候您根本不需要它。它至少还解决了一个问题：即使没有关注什么 Google 联系人，也可以使用该排序方式，因为还有“喜欢”作为排序标准。

关于信息噪音

一个很多人头疼的问题：经常在 Google Reader 里面看到一篇文章的重复的分享。其实并不全是阅读器的错，我可以非常肯定的说，在您阅读之前如果有多人分享同一篇文章，Google Reader 是可以合并它们的，在您阅读之后再有人分享，也不会再重复出现。但为什么问题还是存在呢？以韩寒的新浪博客为例，广泛存在于 Google Reader 中的 feed 地址至少有下面三个：

三万人订阅了 blog.sina.com.cn/rss/twocold.xml
九千人订阅了 blog.sina.com.cn/myblog/index_rss.php?uid=1191258123
六千人订阅了 blog.sina.com.cn/rss/1191258123.xml

这些 feed 地址其实内容是一样的。这还不算，还有不同的烧制地址，以及 SR, meme 等各种再次分享源。即使内容雷同，Google Reader 也不可能把它们合并，这不是技术问题，我打个比方，一个博客的原始 feed, feedsky, feedburner 三者内容完全一样，但不能保证后两者突然改烧成了别的内容。例如下图，同一篇文章除了来自多种地址格式的订阅源之外，还有来自玩聚 SR 的再次分享。

给 Google Reader 用户的建议

降低信息噪音，规范自己的分享行为。这就好比我们提倡在 Twitter 上使用官方 RT, 杜绝 RT 回复，不要反复 RT @rtmeme 一样：

• 订阅更主流的地址，或者作者建议的地址。比如上面提到的韩寒博客，改成订阅人数最多的那个地址，和更多的人一起 share, like, 可以减少大环境中的信息噪音，我为人人，人人为我。
• 订阅 WordPress 原始 feed 并不是很好的方案，除了上一条的原因外，还有作者可能会更改域名，增加自己的麻烦。
• 批注的时候尽量采用 Google Reader 的评论功能，而不是共享备注，因为这会另起山头。
• 尽量不要再次分享 SR, meme 之类的订阅源

给博客作者的建议

实际上，博客作者是很难控制这些的，几乎每个博客都有这种问题，换域名啊，换 feed 烧制地址啊什么的。但是有些问题是明显可以纠正的：

• 要学会简单的模板修改。有些作者想提供 feedsky 给读者订阅，但是其 header.php（这决定了读者直接在阅读器中订阅首页网址时会跳转到的 feed 地址）、首页 feed 图标链接等地方仍然是原始 feed. 这直接造成了不统一。
• 尽量精简订阅源。比如 谷奥 提供了三个订阅地址，谷奥，谷安，谷奥+谷安。我认为最后一个是没有太大存在意义的。但是好像最后一个现在有很多人订阅，已经不可能回头了。我相信从一开始就做个最好的安排应该会更好。
• 说到这里，顺带提一下：有些作者还不知道如何关闭烧制 feed 里文章标题链接的跳转， 像 feedproxy.google.com 这样墙外的链接只会增加读者的麻烦。方法参考我很早的 一篇文章。

体验这些服务需要 iPhone, Android 上的 webkit 浏览器，或者在 Firefox, Safari 中 模拟 User Agent. 从 m.google.com 这个入口可以看到如下列表：

下面我简单介绍一下其中的常用的服务，另外有部分服务并没有链接到 web apps, 像 Sync 只是链接到一个提示页面，Earth (iPhone), Voice (Android) 只是链接到应用商店下载。

Gmail

之前 Gmail 为移动浏览器提供了一个地址为 /x/ 的界面，大多数手机浏览器都能访问，而专门为 iPhone, Android 开发的 /s/ 界面具有全新的外观，更快的加载速度，键盘快捷键支持，彩色 标签 支持，以及浏览邮件时的浮动工具栏等特性。目前仅支持英文，但不必为此专门设置语言，只需要直接访问：
https://mail.google.com/mail/s/#tl/Inbox 或者
https://mail.google.com/a/DOMAIN.COM/s/#tl/Inbox
注意，如果使用 Firefox: User Agent Switcher, 下图中的按钮不能正常显示，因为按钮使用了 -webkit-border-image 这样的专属 CSS.

日历 Calendar

日历同样可以通过 Google 帐户或者 Google Apps 帐户访问，同样的新 UI, 完全没有页面加载的快速使用体验。

Talk

Talk 只能从英文界面下访问。Google Talk 不光在电脑浏览器上通过 flash 实现了 web 化，手机上也做得相当不错了，当然 webkit mobile 以外的浏览器估计还是很难跑得动。

文档 Docs

Google 文档在电脑浏览器上已经能有不错的体验，移动版专门为小屏幕上编辑文档在操作上做了一些改进。如果是上网本就完全没有操作上的不便了。

工作表 Tasks

工作表已经从 Gmail 中完全独立出来，良好的 js 支持让它用起来就像是一个系统程序。

纵横 Latitude

Google 和 Apple 妥协的产物，直接访问地址是 http://maps.google.com/maps/m?mode=latitude, 使用体验和手极端安装的 Google Maps 里面完全一致，可以查看好友的详情，管理好友。另外，在 Google Maps 里也可以搜索路线等等。

阅读器 Reader

和 Gmail 类似，移动版的 Google Reader 也有两种，适用普通手机的 /m/ 和适用于 webkit 的 /i/, 也就是说把 https://www.google.com/reader/i/ 加入书签，就可以方便地从手机访问阅读器了，和那些第三方的阅读器应用相比，我还是更偏好 web.

相册 Picasa web

Picasa web 的移动版。撞墙之后很难拿它来分享照片了，不过要访问也不难，iPhone, Android 都是可以改那个什么 ho*** 的嘛。

同行的同事说我是生活在网络中的人，因为我游山玩水的时候也一直拿着黑莓。我在 Twitter 上直播我看到的风景，拍摄的照片，开着 Google Maps 分享我的地理坐标。其实还不止这些：

• 我从 Twitter 上获知了网易科技频道踩雷事件，在饭桌上和同事聊这个事情，有人一听到姓胡就猜到是谁了；我顺便还发短信和在网易科技的老同学调侃了一番。
• 全程用 GPSed 纪录路径，上传路径文件之后，再把所有照片都贴到地图上去，照片会自动贴到精确拍摄点，剩下几张室内拍的照片不含有经纬度数据，手动定位它们。带有 GPS 的手机可以在拍摄的时候 将经纬度写进照片，Picasa 网络相册会读取照片中的经纬度数据。如果是用 DC 拍摄，没有经纬度信息，GPSed 也会将照片拍摄时间和已纪录的路径对比，贴到当时所在的精确位置。不能访问 Picasa 的朋友请 自行搜索。

  

  在上图链接到的页面，就可以按拍摄顺序，在地图上查看所有照片和描述文字了。这是一个调用 Google 地图的应用，可以按地图、卫星、地形三种模式查看。

• 虽然我们从日全食的上海跑到了全食带以外的张家界，但上海下雨，张家界天气很好。张家界最暗的那几分钟，我拍了一下远处的群山，看上去和五点钟蒙蒙亮的时候差不多，天边像橘色的晨曦。我把推友贴的日食照片给同事看，可惜我们的相机都拍不好，我们用内侧有银色涂膜的食品包装袋看日食效果不错，但如果用它来拍摄，光晕太重。
• 我们后来又去了凤凰，凤凰并没有太多惊喜，我猜是因为湘西和重庆在地理、民俗等方面颇为相近，我从小就看惯了依山临江的吊脚小楼吧。这段行程还累得够呛。
• 从张家界荷花机场返程的时候，航班大面积延误，我们凌晨两点才登机，小小的候机厅里全是滞留的乘客，我拍了不少有趣的照片即时贴到 Twitter 上，包括雷死人的 山寨英语，后来还有一张，“张家界名吃”译作 "The name has meal in Zhang Jia Jie".

首先需要安装与您的黑莓对应型号、版本的模拟器，下载可自行搜索，最好是对应 OS 版本的 JDE, 含有 simulators 和后面要用到的 MDS (Mobile Data Service). 安装和调试请参考 我以前的文章。运行 MDS, 打开模拟器，确认模拟器可以上网之后，用下面的 OTA 链接下载安装 App World:

• 4.7 http://is.gd/yULY
• 4.6 http://is.gd/yULX
• 4.5 http://is.gd/yULZ
• 4.2 http://is.gd/yULW

一切正常的话现在已经可以使用 App World 了，不需要代理。里面的收费软件卖得贼贵，免费的不到一半。下面是浏览分类和下载安装的截图：

下载喜欢的应用程序到模拟器之后，最后一步是把它转移到自己的手机，这就需要用到 WinLoader, 软件作者只提供了 maxpda 论坛的下载，而那个地方是要注册的，但我还是遵照作者的意思，不再另外提供下载了。其实这个软件已经是黑莓玩家的必备，相信很多人都已经有了。

在模拟器窗口中选中 Simulate - USB Cable Connected, 让模拟器对 PC 环境来说完全像是一个真实插入 USB 口的手机，然后就可以运行 WinLoader 从模拟器中提取 cod 文件啦。下面的步骤不用说了吧，alxbuilder jadbuilder 什么的工具一大把。

• 每分钟自动更新，新的条目滑动呈现在顶部。翻阅到页面底部的时候自动加载更多。
• 气泡式的会话。这是根据 thread API 来整理的，而且在一个条目在较新的会话中显示了之后，往下翻不会重复出现。

  

• 鼠标放在条目上会多出三个按钮，黄色的是翻译到自己的语言。机器的翻译质量都不怎么样，但这个功能很强大。后面两个是选择用 RT @: 或者 (via @) 格式 retweet.

  

• 自动将 twitpic 等来源的图片显示在右侧，鼠标放上去还有漂亮的动态效果。

  

• 想预览那些缩短了的链接？不用点击，只要把鼠标放上去，就会显示原始链接地址。

  

总之，这是一个强烈推荐安装的脚本，甚至它可以替代第三方客户端。以下是今天的几个小插曲：

• 我在 Twitter 上 介绍这个脚本 之后，获得了大约十来个 RT, 作者 @t_trace 发现了大量中国来的访问，于是说 "pbtweet breaks up at China." 并向参与者致谢。
• 日本人玩这个很厉害，另一个强大的脚本 Google Reader full feed changer 也是日本人写的。
• 我的帐号是 @fisio, 有事 @ 我一下就成。

更大的放大级别，更多的数据量

将地图放大到最大级别，左下角的比例尺应该是 20 米。这是目前 Google Maps 在美国本土使用的最高清晰度，现在不光中国大城市可以，我看了下我家乡那个小地方，同样有这样的尺度。这样的放大级别可以容纳更多的商户信息，所以您可以发现，甚至楼下那个下岗夫妻开的小饭馆都能找到电话号码和来自点评网的评价。

更美观的渲染字体标注

新的地图数据同样还是来自 Mapabc, 但它已经做出了一个很大的进步，抛弃了原先的像素宋体标注。关于像素字体和渲染字体，我以前做过 详细的比较，的确有人认为像素宋体比较清晰，但实际上它只是在 12px 下有一定优势，更大或者更小都没法看。现在的渲染字体可以富有层次感地使用不同大小的文字来标注，即使只有 8-9px, 也可以很大程度上保持汉字美观可读，也就避免了以前那种一个名字拖出去老长的问题。

更多的可点击元素

现在，几乎所有的标注都可以直接点击图标查看详情了，还有不同的图标更加直观，上图中就可以看到。即使在手机上，也可以非常方便地查看某个饭馆的详细评价信息，甚至还可能有菜谱。顺便再用公交建议功能看看怎么乘车过去。谷歌手机地图 是我严重推荐的一个强大软件，如果说在电脑上还有其它地图服务可以选择的话，那么手机上 Google 领先对手的优势就不是一点点了。

更多的驾车信息

针对驾车族，谷歌地图提供了非常详细的道路级别、行驶方向、加油站信息，还有开通了很久的实时路况图，用颜色来标注道路拥堵情况，这是实时的，这样的信息有时候简直可以救命。我家附近有一段很短的非常隐蔽的单行道，打车的时候几乎所有的司机都是到跟前才发现，但从谷歌地图上搜驾车路线，它提供的线路是从旁边呈“几”字型绕开的。像百度地图那种 弱智建议 我们就不说了。

关于谷歌纵横 Latitude

这是最后的一段题外话了。当初 Google 推出 Latitude 好友位置共享的时候我并没有发文介绍，当时考虑一这是一个小范围的应用，二支持的手机并不多，三隐私总是一个大多数人都会介意的问题。我建议大家理智地使用它，如果不小心被老婆发现了不该发现的事情就不好了 如果您有不少 Gtalk 联系人，可以试试国际版的 Google Maps Mobile, 目前 China Google Maps 的版本号还是 2.x, 没有 Latitude 功能。我的帐号是 i@我的域名，欢迎与我共享。

这个列表以中文博客圈中的人为主，而且发表之后还增加过。大部分被推荐者的 followers 数量都有一个明显的增长，从下面这个幻灯片可以看得出来。查询 TwitterCounter 更新的数据请按 这个地址格式 访问。

@hecaitou, @hexieshangan 等著名博客在 Twitter 上并不算很活跃，经过推荐获得了大量的关注，而 @keso 这样已经处于关注焦点的就没有太明显的飞跃，一些比较草根的小朋友则大吼 followers 来得太猛烈了！比如 @hugege, @NetPuter 最后，感谢 @wangyueblog 的推荐！

从网页中抓取 email 地址和其他隐私信息是非常简单的事情，这些信息落入垃圾邮件发送者手里，他们还会交换，或者再卖给别的发送者，这就是垃圾邮件泛滥成灾的主要原因了。所以，希望下面几条能帮助您保护好自己的收件箱：

• 不要在任何地方以明文的形式写下 email 或者手机号码。可以使用图片，或者加上一点变化。通常自动搜集程序会抓取 xxx@xxx.xxx 这样的字段，或者连续 13 位，以 1 开头的数字。使用 ＠ｆｉｓｉｏ．ｃｎ 这样的全角字符是没多大用的，反而让需要联系您的人费事。在限制搜索引擎抓取的社区比如 SNS, 高校论坛也不能随便明文，百度 这样的活宝根本就不管什么是 robots.txt.
• 定期搜索自己的 email 和手机号码进行检查。嫌麻烦可以用 Google 快讯 订阅某关键词的 Web 搜索结果，设定为有新结果时自动通知，有 email 和 RSS 两种选择。
• 重视垃圾邮件的汇报。在 Gmail 中将一封垃圾邮件标记为垃圾，而不是单纯删除它。让系统知道这样的发送者、域名、内容是垃圾，这会改良系统今后的判断。WordPress 的评论标记是一个道理。
• 隐藏 Gmail 垃圾邮件计数，眼不见心不烦。从 Gmail Labs 中启用此功能。

自动识别照片中的人脸

从侧栏点击“试用”，Picasa 将开始自动扫描所有照片寻找人脸，我的照片几乎撑满了 1G 空间，大约用了二十分钟完成。扫描是在服务器端，所以中途可以离开页面。

人肉分拣，标注谁谁谁

系统不但能从照片中找人脸，还能将同一个人汇集在一起，接下来只需要检查一下，安上名字就可以了。识别准确性相当高，基本上归到一组的都是同一个人，但同一个人往往分布在好些组，特别是那些造型狂 需要花些时间把他们人肉合并。

比较囧的是，毛爷爷竟也赫然在列。鼠标放到头像上的时候，下方图标提示“显示此照片的原始环境”

按下这个图标，可以查看原始照片。不过这个过程会等待比较久。下图就是毛爷爷的出处了：

如果一组头像确认是同一人，那么可以从 Gmail 联系人中选取命名，或者直接输入：

浏览照片的时候可以看到标记

标记好了，去看看相册吧。鼠标放到人脸上会显示名字哦。当然也可以手工标记，像右边这样：

“人物”功能栏

现在可以从页首的“人物”访问所有已标记的人了，标签真是个 强大的玩意，Google 算是把它玩到极致了。

隐私

默认状态下，别人是看不见你所有的操作的，除非在设置中将此功能应用到公开相册中。这会避免很多意外的麻烦，所以，放心大胆去试用吧！

结语

Google 就是 Google, 让人不得不佩服。从图像中自动识别人脸，还能认出谁是谁，这听上去是下一代搜索引擎才有的功能，现在我们可以体验一下了。当然，也有别家做过这个，Flickr 也有框框标记，都没这么惊艳。前段时间 Windows Live 也搞了个相册人名标记，但功能其弱无比，不说也罢……

上图是近日 Gmail 推出的官方主题之一 Tea House, 三只头上贴符的小僵尸在凌晨 3:14 出现，只会出现一分钟。在这之前，它们是半透明的幽灵，在院子里下围棋。这个主题的背景每两小时更换一次，将上图链接中的 314am 替换成 midnight, 2am, 4am, ... noon, 2pm, 4pm, ... 看看小狐狸在一天里都在做什么。

Beach, Phantasea 等也是随时间变化的主题，其中的彩蛋我就不细说了。链接格式不尽相同，可以点击 Firefox 地址栏左边的 Gmail 图标，从 更多信息 - 媒体 中获取页面资源，图案不一定出现在 footer 中，也有可能在 header 里。

此外，Planets 等主题是一周七天每天不同的，七天刚好对应了日月和五行。Tree 等主题会随着天气而变化，窗外下雨的时候，Gmail 里也会下雨。这些在我介绍 iGoogle 主题 时也提过。

都说百度把竞价广告混淆到搜索结果中，但其实还是很容易分辨的：广告条目并不是直接链接到目标页面，而是使用 baidu.com/baidu.php 跳转，大概这是方便统计结账吧。另外，条目末尾有“推广”二字。其它非广告条目则是直接的链接，末尾标注的是“百度快照”。

其实大家都知道，明明白白在广告上标上“这是广告”，肯定不是搜索引擎所愿意的，毕竟商业的本质是要盈利。Google 也一样，只是在美国在这方面管得比较严，"Sponsored Links" 如何标注如何放置，有系统的规定，而中国就没有，所以百度钻了个空子。“推广”是什么？其实就是让你点击的时候不知道那是广告，万一被骗子骗了，“推广”会发挥“推卸”作用。

至于“推广”们的五花八门各有千秋，各位如果比较闲可以自己搜搜试试，特别是那些容易被购买的关键词，看看是不是像上图一样。

我想到两个比较纠结的问题：一，如果左侧右侧都是出了钱的广告，那么何必沿用 Google 那种两栏版式呢？这是定价心理战术么？或者干脆首页也卖了吧，首页一片白多浪费啊。二，出了钱就可以排前面，那么如果出钱的人足够多，岂不是趋近于大家都没有变化？但是增加了 GDP... 嗯，我终于想明白了！

脚本的 发布页 不知怎的，最近一直 404, 挂代理正常，不知道 userscripts.org 怎么得罪了我们的院墙-_- 我提供一下 脚本下载，或者您可以自行爬墙。

上图是在 Google 阅读器里预览煎蛋文章的样子，红色气泡只是加在截图上的放大镜，标示出 "Preview" 按钮的位置。最后还是说明一下，这个脚本是运行在 Firefox 的用户脚本管理器 Greasemonkey 下的，可以用各种脚本任意改变网页在浏览器里的外观和功能。

再另，Google 阅读器不知道什么时候悄悄更新了两个快捷键 - 和 =, 可以放大当前文章的字号，而不放大整个页面，也不受浏览器全局快捷键 ctrl+-, ctrl+= 的影响。忘了就在阅读器里按问号 (shift+/) 打开快捷键帮助看看吧

在这个页面里我输出了按月统计的访问数、浏览器比例、搜索引擎、关键词等统计，图表直接使用了 公开文档 里的图片地址，这样以后添加数据的时候只需要修改这个文档，重新发布一下，而不需要修改博客页面。您可以用类似的方法输出各种各样的统计图表，现在 Google 文档不仅可以方便地制作线图、饼图等等，还有很多桌面办公软件做不到的协同、共享、发布功能。

您可以在线新建表格，或者导入一个 xls 文件。操作基本上和 MS Office 一样，表格做好之后，在右上角选择 share - publish, 将文档发布为网页，然后就可以随意引用里面的图片了。当然还可以直接 用 Chart API 制表，或者将数据来源动态化，就看您怎么玩儿了。

最近 Google 在付费用户中开启了 视频服务，地址为 video.google.com/a/DOMAIN.COM, 是侧重私密性、安全性的内部视频共享服务，发布权限的分配方式和 Google 文档 类似。上传者可以指定哪些内部帐号可以编辑和观看，哪些帐号仅能观看，而不能再分享给其他人。界面非常简洁，只有三个标签，上传文件限制为 300MB.

个人认为企业用户是非常有这个需要的，视频服务多的是，但它的卖点是完全拒绝匿名，和多级别的共享权限设置。

另：长假第一天有个 上海黑莓控聚会，有兴趣的朋友现在报名应该还来得及

当初我听到“俯卧撑”一说的时候，我第一反应是这是网友的调侃。结果这个解释竟然来自 贵州省公安厅 的新闻发布会，我当即被雷焦。

拜托，你们是不是当人民群众都是傻逼？三聚氰胺 微溶于水，你说是应该加到牛奶里还是奶粉里？没看过九品芝麻官吧，一斤砒霜煮一锅也有人肯吃？那三鹿傻到小半桶沉淀的牛奶也肯收？？？

再说说百度。相信很多人都看过了 三鹿危机公关信扫描件，大意是公关公司建议三鹿：封堵受害者之口；以投放 300 万元广告为条件享受百度的公关保护政策，及时删除负面报道；搜集竞争对手的负面材料备用。此公关信真伪难辨，百度一向树敌很多，也不知道是不是有人故意做的。

三鹿做梦也想不到百度第二天就证实了它——百度 发表声明 称“其在第一时间严词拒绝了三鹿的代理公关公司提议”。笑死了，不带这么玩的，不就是三鹿 500 万还想还价 300 万，丫太抠门了吗！

百度最近大概已经 焦头烂额 了，这样的昏招都能使得出来。出来混迟早是要还的，百度做了那么多 出卖搜索结果 的事情，收了那么多黑钱做公关保护，现在知道麻烦了吧。同样是卖广告，Google 坚持出了钱的广告只能列在右侧，或者用醒目背景色显示，从而维持搜索结果的公正性，客观性。百度不是喜欢 照抄 么，怎么原则问题抄走样了呢？

“百度价值观中最重要的一条就是实事求是”，“百度严格遵循搜索引擎 Robots 协议”，您这是讲笑话消遣大伙儿呢？作为行业领头的 IT 公司，没有一点操守，却一遍一遍地精彩演绎“无耻”一词的深意。Google 说不作恶，稍微做错一点，大家一起骂。百度偶尔行善，还要给自己专门加上“截至目前已捐”。

另：我上次骂百度之后，百度并没有特殊关照我，从百度搜索来的访问一直稳步增加，现在已经差不多和 Google 来的人数接近了。本来还打算表扬一下，可最近我供职的公司多次接到百度的电话，要求做竞价排名。我们公司大半业务在海外，其实根本不靠百度过活。多次拒绝，多次打来。百度上海离我们办公室只有一公里，其实我挺想去看看这些锲而不舍的业务员都长啥样 某天我查了一下收录量，竟然是零，连首页都没留下，后来又恢复了。这个问题我不确定是查询故障还是人为干预，暂不发表意见。

受 GSeeker 的邀请，分享 Chrome 的访问情况，而老肥博客也已经很久没有谈过浏览器的事儿了，就这个机会聊聊这个长盛不衰的话题——浏览器份额。

保持浏览器更新，是和保持操作系统更新同样重要的事，安全性 是最重要的一个原因。所以我认为，Maxthon, TT 等以 IE6 为核心的浏览器的红火其实是互联网的倒退，即使您不愿意尝试别的浏览器，那么升级一下 IE, 使用 IE7 或者 IE8 也是一个更好的选择，它们在安全性和 遵从标准 方面要好得多。

从我的博客最近一个月的统计来看，能保持浏览器最新的用户，IE 是 37% (IE7+), Firefox 是 83% (3.0+), Opera 是 74% (9.5+), 区别还是挺大的，而且 IE7 的发布时间远早于 Firefox 3 和 Opera 9.5, 就是因为一部分人偏爱 IE6 核心的浏览器，一部分人对使用什么浏览器不关心。

下面比较一下各个浏览器之间的关系。我的博客访问量不高，统计结果偶然性比较大，而且会受一些别的因素影响，比如我的 Firefox 话题很多，Firefox 用户比例自然就高一些，访问量在有新文章的日子总会高一些，周末又会低一些。

Chrome 用户从 9月3日 到 9月6日 的比例分别是：5.01%, 10.37%, 8.82%, 6.09%. 这基本上符合“尝鲜过后回落趋于稳定”的模型。同样，我这里的G粉人数也是相当的高，数据不能代表宏观统计。

阿禅 认为 Chrome 用户更多地来自于原 Firefox 用户，在老肥这里是不是这样的呢？我做了一个 份额曲线图:

即使扣除尝鲜用户的水分，Google Chrome 的实际用户数量也在发布当天就超过了 Opera. 我希望 Chrome 能够持续更新，给大家带来更多的惊喜，让更多的用户把它作为首选浏览器

虽然它并不会采集我的隐私，但我一直使用 Google Anonymizer 让 Google 不知道我点了什么。因为我有时候会搜索我自己的文章中随便挑出来的一句话，加上双引号，以观察被转载的情况。虽然个人的点击行为不会对宏观数据产生什么影响，但我觉得——集中在我自己的话题这个小范围，我对转载者的点击，可能会让搜索引擎误以为转载者的条目更合适——以上是我的猜测，因为我对搜索引擎的判定规则并不太了解。

基于这点，或者其它类似需求，我推荐您使用这个脚本，它运行于 Firefox 的用户脚本管理器 Greasemonkey 下，直接安装此脚本。它虽然对 cookies 做了些手脚，但不会影响到搜索偏好的保存。

http://tieba.baidu.com/static/tb/calendar/css/calMain/iconsp.png

Google 日历 的对应图片资源是：

http://calendar.google.com/googlecalendar/images/combined_2_0.gif

即使对它们进行像素比较，也没有任何区别。这只是一个直观的例子，有兴趣可以自己用 Firebug 仔细看看 CSS. 看到这里，有几家公司的人看不下去了：

腾讯：我们“借鉴”别人的产品，至少也是改过一点样子的！
校内：我们也改的，我们把 logo 换成了一个 民生行业的风格，
　　　而且我们的注册按钮上方写着“校内存知己”
海内：你们聊，我有点事，先走了……

我本来以为 校内的大无畏精神 已经够牛了，没想到百度更牛，借鉴起别人的产品来，连外观、代码、图片也一起借鉴了。而且看样子和校内一样，也不怕告，谁告我刚好替我宣传。要真告起来，我不还有公关部么。

我向来排斥百度、腾讯的产品，就是因为他们这样的态度：老子抄了你怎么着了，需要跟你说明吗。这种态度也反映在百度的主要业务——搜索上面，缺乏对原创内容的甄别，更加热衷于如何从搜索排名中捞钱。aw 曾经做过一个 流量来源调查，结果是，在百度占中国互联网流量绝对优势的大环境下，博客这个原创比例相对较高的群体，分得的流量远不及 Google 来的流量，在我这里大概是 1/3. 很多人比我还要惨，比如写了很多优秀 WordPress 插件的 偶爱偶家。

最后跟一句，百度的牛，其实从文首提到的该产品 上线公告 中就可以读出来：

贴吧日历，震撼上线啦！