Social platform话题

• Feed架构, 讨论feed在微博及sns如何高效的投递
• Cache, RAM is the new disk, cache使用近几年已经发生了不少变化，可以进一步探讨cache架构如何设计
• 分布式key value面临的挑战，如尝试cassandra心得
• Realtime search
• Social数据分析(如hadoop)

Social app话题

Social app方面我也不太擅长，不过公司有不少开发无线以及产品设计的geek在闲聊中比较有兴趣，先列进来，效果不好随时cancel。

• HTML5 app
• LBS (Location-based Services) 技术
• OAuth 前几天在微博上戏称OAuth是一种典型的过度设计，用于解决非HTTPS环境第三方受信问题。

主要考虑在北京搞，Twitter上立即有不少回应表示意向，有兴趣的可以进一步交流。联系方式可看博客首页或者关于页。

• 广州技术沙龙设想
• 谈团队每周技术交流
• Twitter架构图(cache篇)
• 构建可扩展的微博架构(qcon beijing 2010演讲)
• 第一期广州技术沙龙活动总结

*Auth announcements*
With the recent launches of Retweet, Lists and Geotagging we have seen
applications struggle to provide the experience they want for their users
within the 150 req/hr limit. We are excited to open the skies up a bit and
provide some more room for developers to work within. Starting in a few
weeks all OAuth requests to api.twitter.com/1/ will be able to take
advantage of a 10x rate limit increase. Basic Whitelisting still exists and
is unchanged. We look forward to what this means in terms of the increased
richness around the user experience in Twitter apps.

注意文中的限制是OAuth客户端，为什么只限OAuth客户端？由于OAuth客户端可控性较强。如果发现app有滥用api嫌疑，可以直接suspend这个app；而另外一种鉴权方式Basic Authentication方式并不强制client传递app id, 服务器判断app abuse较困难。

在我的理解，microblog的最大的特性应该是realtime,(另外一特性应是social graph), 即使Twitter扩大rate limit, REST方式的HTTP协议终究没法实现realtime，如果所有的客户端都1分钟请求25次(1,500/60=25)，twitter服务器稳定性一向声誉不佳，增大后能否经住考验也是一个疑问。

如果要实现真正的realtime, 目前有http callback或者XMPP等方案。callback由于客户端通常在防火墙内并不可行。XMPP由于协议栈庞大，服务端及客户端编写都比较繁琐，而且XMPP是为IM协议设计，所以并不十分适合twitter api。

另外Twitter在邮件中还提到，打算将所有最新更新feed的数据流(Twitter称为Firehose)向所有人开放。

*Firehose for everyone*
Finally, the announcement that has garnered the most coverage and
excitement. As I stated in the session at LeWeb we are committed to
providing a framework for any company big or small, rich or poor to do a
deal with us to get access to the Firehose in the same way we did deals with
Google and Microsoft. We want everyone to have the opportunity — terms will
vary based on a number of variables but we want a two-person startup in a
garage to have the same opportunity to build great things with the full feed
that someone with a billion dollar market cap does. There are still a lot of
details to be fleshed out and communicated, but this a top priority for us
and we look forward to what types of companies and products get built on top
of this unique and rich stream.

Firehose可以理解成所有Twitter最近更新的水龙头，目前只对 Microsoft, Google等少量公司开放。Twitter表示以后即使”a two-person startup in a garage”这样的公司也可以获取firehose访问权限, “We want everyone to have the opportunity”。相信不少公司将会为这一特性而激动甚至疯狂。firehose开放意味为第三方提供了无限的创意空间，另外它也会对Twitter已有的服务search, geotag等业务构成威胁，走出这一步需要很大的勇气。

以上文字基本已在新浪微博发表过，整理后就成了一篇blog, 欢迎在新浪微博关注我，点这里进入 http://t.sina.com.cn/timyang

• Web 2.0技术沙龙设想
• PubSubHubbub的价值
• Ideas for creating a friendfeed like feed aggregator system
• 从技术角度看Google Wave
• Twitter架构图(cache篇)

一、Facebook Connect

Facebook开放平台之后围墙的问题依然存在，所有的用户所有的内容都在facebook网站的内部。facebook connect可以将facebook的用户，好友，feed和第三方网站作深度整合。将social graph扩大到所有的Web领域。到目前为止Facebook Connect的应用已经非常广泛，比如6月27号的Facebook Developer Garage Shanghai介绍了不少基于Facebook Connect的网站，如提供给外国人分享在上海活动图片的citymoments就非常不错。

二、Facebook新的设计

Mark介绍了很多Facebook新的设计, 比如应用可以不再局限在profile box里面，可以作为一个独立的profile tab, 相当一个独立的页面，应用开发商有更多独立的发挥空间。
另外facebook开放了翻译工具, facebook的翻译工具可以让全球的用户帮助将第三方开发的应用翻译成各种本地语言，并由用户投票每个条目最合适的翻译结果。这个本来用于facebook平台自身的国际化，此次开放给第三方开发者。

三、平台指导原则

f8 keynote后半部分由Benjamin Ling主讲(视频)，Ben也是一位神奇的人物。他本来在Google当产品总监，2007年跳槽到facebook做Director of Platform, 不过好像现在又跑回youtube去了。Ben是亚洲面孔，不知道是不是华人。他介绍了facebook平台的三大指导原则(Guide principle for great social app)

1. meaningful/有意义
a. social(graph), e.g. Green Patch
b. useful/有用，如Carpool
c. Expressive/表达, Graffiti, draw on friend profile
d. Engaging, 比如2008/5，用户投入在playfish上的时间有9亿分钟。

2. trustworthy/信任
safe/安全, trusted
secure – 平台越提供更多的privacy控制, 用户才会产生越多内容
respectful
transparent

3. well designed/良好的设计
clean, facebook平台确实很干净，值得陈赞, 因此平台要求应用也如此。
fast, use more, 访问速度越快，用户用得越多。
robust, 强壮

原则总结起来就一句话，”keep the ecosystem safe for user, fair for developers“, 平台设计的目标是对用户安全，对开发者公平。

• Facebook平台设计(一)
• 国内开放API平台实践的一些问题
• Facebook的feed格式设计
• Web 2.0技术沙龙设想
• 广州技术沙龙安排

一、设计开放API没有明显的标准可以遵循

二、缺少深度理解开放平台设计的产品及开发人员

三、没有生态圈或者短期不能形成生态圈

四、不清楚盈利模式

• Facebook平台设计(二)
• Facebook平台设计(一)
• Facebook的feed格式设计
• Twitter API最近的一些飞跃
• Web 2.0技术沙龙设想

为了理解Facebook平台，我们可以从Facebook相册说起。Facebook相册虽然只提供了最简单的特性，比如不能存高像素原图，没有编辑工具等，非常简单，但是Facebook的相册流量是是其他所有相册(Flickr, Picasa…)流量之和的2倍以上。为什么？这就是Mark介绍的Social Graph的力量。

1. 用户A上传图片，他所有好友都能看到。

2. 用户A继续在图片上tag people(标注图片上的好友)，这个tag的图片会出现在被tag好友B profile wall上，接着B的好友接着可以看到这个图片(受privacy设置控制，默认开启)。

特别是第2点它扩大了传播范围，在Facebook认为，第2点比1更为重要，Facebook平台的意义就是在这里。”we build the platform optimize for build apps for social graph”，开放平台的意义就是让扩展应用将social graph发扬光大。

“在Facebook开放平台以前，social network封闭式平台，但是今天这种情况结束了”

Facebook Platform的三大目标

1. Apps深度整合到Facebook平台(Deep Integration Into Facebook Website)

• app可以集成到用户profile
• app拥有独立的首页(canvas page)，首页完全是应用自己控制的，可放任何内容，包括广告。
• app可以以用户身份发布feed
• app可以发送消息，邀请，提醒等

一个应用只要被用户授权访问他的profile之后，应用就可以调用api获取到比如user/friend/application/privacy information，Facebook API接口也值得各种平台设计者学习。比如用户API接口

2. 病毒式的传播(Mass Distribution through the Social Graph)

传播的核心是feed体系(从09年的眼光来看，Twitter的feed可能比它做得更出色，甚至造成了威胁，并进一步引发它最近的homepage改版)。App可以发布3种不同类型的Feed

• application story，相当与应用添加提醒，比如A添加了某应用。
• simple story, feed里面表现为一行文本。
• full story, 详细，可以预览图片，视频等。

关于feed可参看另外一篇技术分析文章：Facebook的feed格式设计

App可以发送notification(提醒)，request(邀请)。Facebook还提供平台级别的工具如friend selector供app使用。Facebook还通过应用嵌入到Profile通过exposure让更多的用户来使用，比如用户看到好友Profile某个应用有趣也会立即add。

通过以上途径，促进应用的传播，促进信息的传播，促进人的社会化交流。

3. 商业机会(New Business Opportunity)

canvas page可以放任何广告，也可以进行电子商务进行销售，app可以获得所有收入。对于这两种方式，Facebook都是持支持态度。

视频：Mark Zuckerberg Keynote Speech f8 2007
http://www.facebook.com/video/video.php?v=28202665043&ref=mf

• Facebook平台设计(二)
• Facebook的feed格式设计
• Ideas for creating a friendfeed like feed aggregator system
• Web 2.0技术沙龙设想
• Twitter API最近的一些飞跃

• feed是自描述的，即它不是由生产者决定最终格式，也不是前端决定。而是通过template机制来进行。
• template在平台中可以由开发者注册，注册时需要定义字段及最终展示样式，如

{*actor*} 在斗地主游戏中升到 {*credit*} 级

• 发布的feed内容仅包含字段数据，也就是变量的值，json格式。

{"credit": "80"}

• 前端需要显示feed时候调用feed模板，再替换字段得到feed内容

Tim 在斗地主游戏中升到 80 级

• 模板需要定义两个，模板标题及模板内容(展示feed详细内容)，前端根据需要决定只显示标题还是全部都显示。
• “target”, “actor”是系统保留字段，代表目标对象和当前用户，{*actor*}必须放在模板标题开始位置。
• “images”, “flash”, “mp3″, “video” 是系统保留字段，无需在模板中定义。但这些内容只会在详细feed界面输出。即只要feed内容里面有这个字段值，界面就会自动显示。
• facebook文档中没有规定feed长度限制。
• 每个开发者最多只能注册100个模板。

参考资源：http://wiki.developers.facebook.com/index.php/Feed

• Facebook平台设计(二)
• Facebook平台设计(一)
• Ideas for creating a friendfeed like feed aggregator system
• 广州技术沙龙安排
• 国内开放API平台实践的一些问题