从今天开始，Google Apps所有付费版本（Google Apps for Business、Education 和 Government）可用的共享联系人数量翻倍。IE管理员跟Google Apps团队说他们需要更多的容量，所以他们将共享联系人的数量限制从25000个提高到了50000个。
共享联系人作为公司全球联系列表的重要组成部分可以让你在Google Apps里发送邮件的时候只输入人名即可得到对应的邮件地址（上图），在共享Google Docs文档的时候也支持自动完成。
另外，Shared Contacts API也进行了优化，管理员可以更快的批量上传联系人信息了。
Facebook与Google对于联系人信息的争夺似乎告一段落了（如果你错过了这场戏可以进入这里围观）。如果你现在在Facebook导入Gmail里的联系人信息，Google不会再让用户投诉Facebook了，而且Facebook使用的是Google Contacts API，意味着Google对Facebook重新开放了这个API──双方似乎有冰释前嫌的意思。尽管那个投诉网页依然存在，但已经找不到入口了。
Facebook CEO Mark Zuckerberg在Web 2.0峰会上也说，Facebook禁止导出联系人信息可能做错了，公司还在权衡这样做的可能性，不过Facebook对开放的承诺依然不变（就您这还开放呐老大？）。Zuckerberg说：
我们正在研究这个事情并尊重这场游戏里的所有人。我们依然很关心的一点是：我们对于开放性和可移植性的价值观可能也会犯错。所以我们打造了Facebook Connect，这个庞大的系统允许人们将他们在一个系统里创造的数据带到另外一个系统里。
邮件对于社会化网络来说有些不同，在邮件程序里，如果你有一个联系人列表，你会把所有地址都放进去，那是很私密的信息。在社会化温暖感罗里，如果你上传了照片或发个博客，那都是你自己的东西。不过来自数千万用户的反馈则表示他们希望完全控制自己放到网站里的数据。
Via TechCrunch and The Register
在Google定点封杀了Facebook使其无法通过Google Contacts API获得Gmail好友列表之后，Facebook利用Google数据解放项目提供的功能继续绕道来让用户导出Gmail好友到Facebook里。Google迅速做出了新的回应：
我们对Facebook执迷不悟的禁止用户从Facebook导出他们联系人的做法感到失望。用户应该可以控制他们自己创造的数据，我们会继续允许用户从Google导出联系人数据的。
Google的意思很明确，我们没你们那么幼稚，这场猫鼠游戏也不想跟你们继续玩下去了。我们必须做出一个开明大葛格的形象，然后臊着你们Facebook，看你们要执迷不悟到什么时候。
很高兴看到Google在此事上信守了“不作恶”的承诺，没有重蹈Orkut当年做错事的覆辙（尽管Orkut很快找了个台阶下改正了）。
Via TechCrunch
Pic via pinoytutorial
我们前几天报道了Google禁止Facebook在让用户注册时使用Google Contacts API来索引Gmail联系人，以自动添加好友的功能。Google的理由是：你Facebook不让我索引你的好友数据库，那我也以起人之道还治其人之身，不让你索引我的好友数据库。你不是跟我耍流氓吗？咱也会！
Facebook不光是个流氓，还是个会武术的流氓，Google Contacts API被封无所谓，你Google的数据解放项目还提供Google Contact导出功能呢，咱就以这里为突破口，一举拿下所有Gmail好友列表就成了。用户只要点击“Download Your Contacts”按钮，下载到Google导出的好友列表，再把文件上传到Facebook即可，其实也不麻烦。
那么Google以一个神的化身出现，信誓旦旦宣布的“数据解放项目”能阻止Facebook吗？其实也可以，只要在导出时放置一个CSRF token阻止来自Facebook的地址就可以了，不过这可能会搞乱其它东西。而且如果Google真这么做了，“数据解放项目”还有什么意义吗？只向某些人解放？那不如就关闭“数据解放项目”得了，撕烂贞节牌坊跟Facebook继续斗下去吧。Google，是时候做出你自己那个艰难的决定了！
Facebook跟Google的游戏也渐入佳境了，希望尽快赶上360和扣扣的精彩程度。
Via TechCrunch
Google宣布推出全新的APIs console，帮助开发者关注那些在自己网站使用的API。同时宣布更新的还有Custom Search API和Translate API，他们分别替代了老版的Web Search API和Translate API，还有已经寿终正寝的Local Search API。另外Google还重写了一些热门API文档。
开发者只要登录自己的帐户，即可在APIs console里看到自己使用的所有API，得到各个API的更新、文档、示范，而且可以跟其它人一起创建和管理项目。
Google目前为开发者们提供的API已经超过100种，但这还仅仅是一个开始，未来会有更多的API上线，以前的API也会一直配合新功能更新下去。
Via Google Code Blog
PubSubHubbub是一个服务器端到服务器端的协议，简单来说，PubSubHubbub通过全新的技术采集特定的信息，可以极大的缩短feed从发布到被客户端发现之间的时间。今天YouTube Activities里的三种用户事件开始支持PubSubHubbub：视频上传、新的订阅和视频加收藏，只要他们做了以上这三种动作，第三方应用就可马上知道。
详情见此。如果你希望自己的应用可以通过PubSubHubbub瞬间获得用户更新，那么请参考类库列表。
Via YouTube API Blog
Google在去年12月发布了他们的短网址服务goo.gl，期间陆续有一些第三方服务开始利用未公开的API提供goo.gl短网址的周边应用，今天Google则发布了goo.gl的官方短网址主页（当然就是从goo.gl进入啦），他们称这是一个稳定（景德镇人民不相信稳定）、最安全的、快速的URL缩短服务。这也意味着Google开始要跟目前第一大短网址服务商bit.ly和j.mp一绝高下了。
除了缩短网址这个毫无技术含量的功能，别忘了Google的老本行：数据分析和挖掘。只要登录你的帐户，即可看到你以前缩短过的所有地址，每个地址的点击数、QR码、创建时间、排列在时间轴里的点击统计记录、索引网站地址、点击来自什么国家、什么浏览器、什么操作系统都一目了然：
最后Google提到尽管官方还没有发布API，但已经有不少Chrome扩展和Firefox扩展可以帮你快速创建goo.gl短网址了。他们当然有计划发布官方的短网址API，不仅可以缩短网址，还可以还原网址、查看分析数据等等。
bit.ly感到鸭梨很大，景德镇人民同样对是否应该全面使用goo.gl短网址的选择感到鸭梨很大……
Google Apps管理员以前必须通过ClientLogin验证来通过发送请求到Google Apps API来使用用户名和密码登录，而这种跨网站的密码共享可能有潜在的安全隐患，于是今天Google Apps API开始支持OAuth验证，它有三大优势：
目前有6个Google Apps API支持OAuth登录机制：
Via Google Code Blog
Google Analytics每天帮助全世界成千上万的网站收集访客统计信息，为了让用户知道Google Analytics每天的工作状态，Google今天发布了Google Analytics Status Dashboard，你可以看到Google Analytics的运作是否正常，统计信息包括三个方面：
你也可以订阅这个RSS获得每天的状态更新。
感谢读者 wmr 的自爆。
wmr也山寨了一个Google瞬时搜索。其使用了Google Ajax Search API，将其中的onkeyup加入了action的值，就得到了一个瞬时搜索。其对比之前的那些山寨瞬时搜索的优势在于支持加密传输，不怕发生意外。
