Geedr.com

据煋话社报道，经过一个多月的内部测试，feedly 今天正式发布了 Chrome 扩展。feedly 本身是 Firefox 的一个 Google Reader 扩展，旨在以杂志的形式重新定制 Google Reader 界面与功能，并且加入更多社会化功能（但被 GR send to 削弱了一些）。

read more »

据煋话社报道，Google 今天更新了 Google Maps for BlackBerry，直接从 3.0.2 跳到了 3.2，这一版本的最大改进就是支持了 Google Mpas  中的图层功能。

Google Maps 3.2 的特性包括：

read more »

据煋话社报道，时隔两个月之后，Posterous 于今天正式推出了自定义模板功能，不过目前的自定义程度相对比较低。

虽然 Posterous 早早地流出了模板制作、自定义的官方开发文档，但实际上这次自定义模板并没有开放自己上传模板的功能，也没有之前提到的导入 Tumblr 模板功能。目前仅支持从现有的几个模板中选择，再进行配色和标题横幅的设置，或者编辑完整的 CSS 文件。但实际上目前支持的部分还不足以让用户完全自定义自己的 Posterous。

有意思的是大部分的轻量级 BSP 我们都无法正常使用，例如 Posterous、Tumblr、Soup.io 等。

Go To Posterous

据煋话社报道，Xmarks 今天发布了 Chrome 书签同步扩展，目前这个扩展处于封闭测试期间，用户需要登录 Xmarks Beta 申请试用资格。

无独有偶，上周悄悄更新到 4.0 的 Chrome Dev Channel 今天也正式开启了书签同步功能，允许 Google 用户同步自己的书签。而直到现在，作为开源项目的 Chromium 虽然版本更新速度最快，并且也早早加入了书签同步功能，但无法使用。

比较有趣的是，Chrome 的书签同步数据是放在帐户的 Google Docs 里的（见下图）。之所以不放在 Google Bookmarks ，可能是由于传言中 Google Docs 将集成 GDrive 的原因。但这种做法也让 Xmarks 能够稍微抢得一点先机：

众所周知，Xmarks 几乎可以运行在任何主流浏览器上：IE、Firefox、Safari，如今也要推出 Chrome 版本。Xmarks 的优势显而易见：对于开发者等同时使用多个浏览器的用户，跨浏览器的书签（包括密码与表单）同步让这些用户的数据可以最大程度地保留并完整地迁移。譬如说我自己安装了 Firefox、IE 和 Chrome，只需要都安装 Xmarks 扩展，就可以实时同步这些浏览器的书签，无需手动干预。

即便如此，不要忘了，Chrome 的书签同步只是 Ghrome Sync 的一个“侦察兵”而已。虽然看上去只能在 Chrome 之间同步，但 Google 稍加一些动作，就可以通过 Google Toolbar 就可以让 Chrome 的数据迁移到更多浏览器上。而 Google Docs 将来或许也将搭载更多的数据同步内容，就像 Google Sync 同步手机的日历和通讯录一样，Chrome 还可以同步更多，不过到那个时候可能也不能只叫 Docs 了。

最后也要提醒一下大家，Google Chrome 的版本大致有三个：稳定版、Beta 版和 Dev 版。稳定版目前还是 2.x，直接访问这里就可以下载。Beta 版版本号为 3.x，下载地址在这里；而 Dev 版为 4.x，下载地址是这里。目前可以使用同步的只有 Google Chrome Dev。

而 Chromium 作为单独的开源项目，它独立更新并且也是最快加入最新功能的，当然也最不稳定（并且与 Google Chrome Dev 不一定一样）。它的所有 build 版本下载地址在这里，翻到最下面就可以看到最新的版本。可以看到它的域名不是 google.com 的，而是 chromium.org。

Chromium 和 Google Chrome 在 Windows 下可以独立安装，互不干扰，但 Chrome 只能安装一个。本来我自己是 Chromium + Chrome 2.0 （作为默认浏览器）的，但为了使用书签同步，只好把 Chrome 2.0 升级到 Dev 版本了。

据煋话社报道，Sharethis 近日更新了面向网站运营者的 Sharethis Bookmarklet，主要更新内容包括：

• 新设计的 Bookmarklet 界面
• 调整了按钮的布局，将 Facebook 和 Twitter 置顶
• 优化 Bookmarklet 载入速度
• 支持使用 Facebook、Google、Yahoo!、Live 帐户登陆
• 增加访客统计功能（类似 Addthis）
• 向用户推荐站内的其他受欢迎文章

其中一些功能将在几星期之内发布，并且都是服务端更新，几乎无需用户改变设置，其中的每一条都振奋人心并且会得到网站运营者的好评。我本人以及 Geedr.com 都一直使用 Sharethis 来分享并管理文章，今后可以让读者不使用 Sharethis 帐号即可分享并管理内容，这将可能让我去掉 Geedr.com 的 Addthis 按钮（还因为 Addthis 的分享是要跳转网站的，twitter 便不能非常正常的使用）

顺便也推荐大家尝试这款我很喜欢的服务，特别是分享比较多的朋友。

据煋话社报道，Facebook 于今日收购了 FriendFeed，于是引发了一场互联网的莫拉克台风。

1. 这是一次”墙“”墙“联手的收购计划
2. 收购价格据称将近 5000 万美元，1500 万的现金与 3500 万的 Facebook 期权
3. FriendFeed 的 13 位员工大部分来自 Google，包括 7 月 28 日从 Google Reader 团队出走的 Ben Darnell，同时他以很快的速度”被跳槽“了两家公司
4. 两家公司早在 2007 年 FF 刚刚创建不久后就有接触，并不是 Facebook 收购 Twitter 失败后才有动作
5. 此次收购价格物美价廉，参见第三和第四条

在今天早上 7 点过的时候，这消息就发疯般地传开了：

据煋话社报道，FriendFeed 于昨日发布了新一代的 API 系统，此系统正在测试当中，称为 FriendFeed API v2。新一代的 API 系统基本上可以使第三方应用拥有与 Web 版相同的功能，使得 FriendFeed 有可能成为某些系统无法阻挡的网络服务。

FriendFeed 新版 API 系统增加的功能包括：

实时 API：

任何客户端都可以像 FriendFeed Web 一样实时获取最新信息，包括搜索结果在内。这一点可谓最具有吸引力和杀伤力。

增强发布功能：

现在从客户端也可以使用 DM 和一次广播到多个群组的功能了

文件上传：

不仅是图片，Web 版新添加的文件上传功能也可以在客户端上实现了

oAuth 支持：

oAuth 可以很好的保护用户的隐私与数据，同时也能让用户更好地控制所每一个第三方应用的权限。之前 FriendFeed 是通过 remote key 来保证第三方用户登录的，希望这个方法不要被废除。

简化回应格式：

让开发者可以更简单的开发程序，而无需理会“Friend of Friend”、”users”、”groups”这些不同信息的区别。（大致应该是这个意思）

新版 API 的开发文档在这里，不太清楚这个 API 会不会被阻挡。不过 FF 如果开放通过第三方 API 中转来获取数据的话，相信 FF 将不再远离中国用户。

而实际上 FF 一直都很缺少第三方应用，希望第二版的 API 可以扭转这一颓势。