Tag Archives: Twitter

年度回顾：2007 年最常用的 Web 2.0 服务

2007 年就快过去了。这一年中， Web 2.0 应用对我的网络生活影响程度更大了一点。回顾一下，除了过去经常用的 del.icio.us、Flickr 等”老一辈“的 Web 2.0 服务外, 今年新熟悉了几个 Web 2.0 服务。

Twitter — Micro-blogging Service

截止到写这篇 Blog 为止，我在 Twitter 上有超过 1000 条更新，Followers 接近 250 个。算得上是个中度用户，中毒还不算深。

Twitter 刚上手不知道怎么玩，但是玩起来还有点容易上瘾。必须要承认 Twitter 是个时间杀手，我过去也担心这东西带来的信息过载，有的时候会有比较大的信息噪音，比如那些绑定了 Feed 到 Twitter 上的朋友，对于 Feed 通知更新太频繁的我都屏蔽掉了，现在尽管每天接收大量 Twitter 的 Updates ，但总体感觉信息还是比较有质量。

顺便说一下，我用 TwitterFox 这个 Firefox 插件。用 IM 收发更新容易受到被动干扰。有些担心有一天 Twitter 会被阻尼，但我不打算用国内的克隆版，使用这些服务也是为了体验创新的产品设计。

LinkedIn — SNS Service , Business-oriented

在尝试 LinkedIn 之前，我是若邻 (Wealink.com) 的用户，但若邻的整体用户氛围现在非常让我比较反感，尤其是很多人打着”猎头”的头名来套瓷，还有社区内的很多人一天到晚的转发帖子，信息噪音太大了。LinkedIn 上的用户还是比较规矩的，没事也没人来干扰你。

LinkedIn 是《连线》杂志评选的 2008年十大最值得关注创业公司，符合我要用就用同类站点中最好的习惯，你总不想某天找不到自己辛苦积累的信息吧? 之所以起用 LinkedIn 这样的服务，还是觉得有必要积累一点个人资本，认识一些国内外业内的朋友，互相通通气。我在 LinkedIn 上的 Profile 连接超过了 75 个，估计还能逐渐增加一些，话说回来，LinkedIn 上 Google 的员工，平均每人也只有 47个联系人“。车东在上面有超过 500 个连接，可以作猎头了。

其实面临求职的朋友不妨在 LinkedIn 或者类似的服务上维护一份自己的简历，事半功倍。

其他的 SNS 服务，如 MySpace 或者是 Facebook ，我不打算用。没那个精神头了。

Google Reader — Information Gateway

自从 Feedburner 被阻尼了之后，不得不抛弃客户端工具 GreatNews，而起用在线 RSS 阅读工具，另外一个考虑是性能问题，订阅 Feed 超过 1000 个后，GreatNews 更新非常消耗本地资源。虽然抓虾也不错，但我基本上是用抓虾看看热文，大部分的阅读还是在 Google Reader 内，看到不错的文章就 Share 一下，通过 RSS 集成到 CNOUG.net 上，便于 DBA 圈子内的其他朋友也及时看到，共享嘛。

Google Reader 最近的好友间阅读共享功能也很有意思，虽然多数人都在质疑这个功能有泄漏隐私之嫌。我个人觉得可以通过算法来调整这个设计上的漏洞。Google 不是一项强调数据说话麽? 那就来点更智能化的东西吧。

这两天也在尝试 Soup.io 和 FriendFeed 这两个东西，直觉中明年要启用其中的一个。你在去年尝试并喜欢那些 Web 2.0 服务? 说一下吧

–EOF–

Twitter 的架构扩展: 100 倍性能提升

Twitter 是我最近一段时间用的最多的网络服务之一.还记得刚开始有段时间发消息速度那叫一个慢. 难得的是 Twitter 的开发者在用户激增的情况下性能提升的不错, 据说,相比当初有 100 倍的性能提升, 那我们就来看看他们都做了什么.(发现我这个 Blog 快成了 High Scalability 的中文镜像站了.)

是否真的是 100 倍性能提升, 大可不必较真, 但 Twitter 的一些经验是足以借鉴的.

Ruby on rails

似乎 Twitter 是用 RoR 开发的流量最大的站点(有待于求证). 开始使用DRb (“Distributed Ruby”.), 该库可以通过 TCP/IP 从远程 Ruby 对象发送接收消息, 其缺点是不那么好用,并且没有冗余, 于是转向 Rinda , Rinda 基于 DRb 开发, 使用简单. Twitter 也证明了 Ror 应用同样可以支撑比较繁忙的站点, 工具没有对于错,关键是否能运用好.

图片来源. (这里面我非常疑惑的一点是据说只有两台DB(Master/Slave),可要支撑这么大的并发更新似乎有些难度.)

ETag

Twitter 对于Etag 的态度让不少人疑惑. 这恰恰是因技术制宜的一个体现, 因为 Etag 不是万能药. 另外一点比较重要的原因是 Twitter 有超过 90% 的流量来自 API, 而多数 API 客户端不支持 Etag.

数据库方面的经验

尽可能的索引(Fenng补充:不要过度索引). 因为 RoR 应用的特殊性, 索引是在代码中向 DB 提交的. 另外一个值得议题的是, 反范式. 严格遵守范式是要吃苦头的.建立可行的测试方法,明确的知道你的SQL都在用什么方式运行.(另外,我有个疑问是 rails 不支持 2 阶段提交的吧?)

避免资源过度被占用

哪个站点都不避免的有“水葫芦用户”,对于这样的 Spam 类型用户, 肯定会影响原有的应用处理资源. 该处理就要处理掉. 另一个方面,对于间歇性占用系统资源过多的进程用 Monit 处理.

另外一个很重要的环节是 Cache, 不废话了,没有好的Cache机制怕这样的站点不会成功的. (建议阅读车东辛苦翻译的这篇面向站长和网站管理员的Web缓存加速指南[翻译]). Twitter 运营的一个可取之处是能够积极听取社区的意见并改进, 同时社区上也有很多用户给他们提供了不少技术支持. 这也是开放而带来的好处吧.

–EOF–

Twitter 的玩法

Twitter 这两天在 Blog 圈子里火得一塌糊涂。打开 Google Reader 就能看到关于它的话题。为了使得自己不那么落伍，也尝试用了一下。虽然 Twitter 的介绍上说是用来发现朋友们在做什么，但是显然不止这一种玩法，至少还可以告诉朋友们你在想什么，有些喜欢频繁更换 MSN 签名的朋友这回算有救了，只需要帖在这里即可，朋友们就会都知道你的最近”警句”。

从另一个维度展现 IM 信息

第一个感觉是 Twitter 是 IM 信息的另外一种展现形式. IM 交流一般是点到点，其他人很难方便获取聊天内容，Twitter 把这个交流形式展现在 Web 上， RSS 化，，原型似乎有点以前网络聊天室的样子，只是信息是异步展现的。

信息过载?

第二个感觉是 Twitter 可能会信息过载。我没有在手机上使用这个服务，不知道频繁发来信息会是什么样感觉，如果有个朋友不停的更新，岂不是和 SMS Spam 差不多?

运营趣谈

第三个想法是 Twitter 如果在国内该如何运营 ? 考虑到人人都有偷窥心理，走”名人”路线是捷径,看看老徐在做什么? 肯定吸引眼球。就算不能找老徐代言，找芙蓉姐姐的话也应该对广大网民有一定吸引力。
我的 Twitter 地址，看看我在做什么? 可以用 Twitter 来做 Mindpool .
–EOF–
推荐一篇文章：詹斌的《我也说几句twitter》，顺着这篇文章可以看到国内 Blogger 圈子对 Twitter 的评论。