A homepage subtitle here And an awesome description here!

书的SNS

豆瓣以书为媒起家,却在书的SNS方面不够专注,多元化的分享思路,让豆瓣在书、读书人、找书人等SNS的功能上长期驻足不前。未免让人遗憾。
不过,互联网上总会有创新的探索者出现,近期看到的两个和书有关的Web服务:Bepper.com 和 ourbookhut.com,却足以让我们可以期待会有更好的书的SNS服务的出现。
Bepper.com似乎是香港方面的网站。她的功能很简单,就是建立个人的网上书架,人、书、评论,构成了一个“社会性”网络。
ourbookhut.com,中文名字是偶得书窝,有着鲜明的商业模式,让人们在上面创建自己的书店,用户可以挑选自己喜欢的书,当然也可以是自己读过得书了,写上评论什么的,然后吆喝,从卖书中抽成,自然的,网站本身也能够从中提成,皆大欢喜。
不过ourbookhut似乎受豆瓣影响过深,核心业务还为深入展开,就已经铺开论坛、群组、博客这些不相干的事儿来,分了精力,很不应该。
比较bepperh和ourbookhut,个人更偏向看好前者,因为它仍可以有足够的腾挪和发挥空间,而ourbookhut,却看上去不够静心,框架上已然限定了施展手脚的空间。

Openid 联姻.name

.name的管理机构:GNR,刚推出一个新的服务,FreeYourID.com
用户可以注册 lastname.firstname.name 的域名,前90天免费,后面一年10.95美元。注册者同时拥有 lastname@firstname.name的email,还有一个 lastname.firstname.name的OpenID。
.name的域名本身就是和个人的名字相联系,FreeYourID的服务,让用户的个人名字,email (这个也是ID哦)以及 OpenID 结合到一起来。
可以用email来收发信件,当然也能用它来注册了。OpenID呢,自然不用说,而且通过.name的域名,天然的指向了一个人,结合个人档案的话,web个人身份也就更完整起来。
该服务提供email、url的转向。
试着注册了 xiaoyun.zheng.name openid服务由myopenid.com提供。
看来它只提供 firstname.name的服务,而不直接注册 .name,否则其他人都没法用 zheng 姓了。这样看来,10.95好象贵了点。

一年之际在于春,新的开始

http://socialnetwork.blogbus.com/files/1171012577.jpg
虽然春节还没有到,不过上海这几日的天气,已经有了初春的气息:温暖中,空气里弥漫了水汽,潮湿松软的土壤里,生命在酝酿。
那些可以化成水的空气,融化了时间,融化了距离,依如往常,依如千里外的小城,层层叠叠,填实了落寞,填实了记忆,也拉来了想念。
想到踩过的泥土,春水上的浮萍,想到雾气中的森林,清新的气息。
此时的心情,似乎也顺应了节气的变更,不自觉地,也有了生机,和着春天的脚步,慢慢到来。

Anothr Me 上线

提供Skype订阅RSS服务的Anothr.com,近日推出了Anothr me,目前还只有英文版,看来这和Anothr的用户群主要来自英文世界有关。
所谓的Anothr me,就是再Web上管理自己用Skype订阅的RSS。
对于使用者来说,可以用浏览器的书签,或者订阅叶面,直接在web上订阅并设定。
对于Blogger呢,则可以在自己的Blog中,加上订阅的脚本,方便你的读者通过sKYPE订阅。
另外,aNOTHR ME目前也开始支持了OPML的导入导出。这下可以一次性地把自己其他地方订阅的RSS导入了。
对每个用户来说,还拥有一个url,指向列有自己订阅并分享的rss列表的叶面。
好了,最后说说aNOTHR ME最独特的地方:在aNOTHR ME中,没有用户名和密码的概念。所以,在上面看不到注册、登陆之类的链接和页面。那怎么用呢:
想登录了,填入自己的sKYPE名字,只要你得SKYPE开着, 就会马上收到一条唯一的URL,打开就是你的叶面了。
体验一下

颇为热闹的OpenID

这一两个礼拜,在阅读的Blog中,OpenID出现的频率比平常高了许多,不知道是不是联盟又悄悄启动了宣传“攻势”?
Kveton 预言2007的OpenID ,说了这样几条:1亿的拥有者,7500个支持OpenID的服务商,将有大头也来玩等。
OpenID有很多用户没错,但如何激发起这个市场确是个问题,不知道要等支持openid的服务商达到多少个才能引爆,150个?或者这涉及到他们的影响?7500个,我觉得Kveton太过乐观,我觉得1000-2000个就很不错了。至于大头,认真地想插一脚,或者在07年下半年会有。呵呵,开个玩笑,百度有可能么?
另外,在MyopenID那里,又罗列了几个新的支持OpenID的网站,有些很有意思 :
- doxory.com ,一个问答社区,让用户可以和朋友之间问答,他们定位在为生活提供方向。
- stikis , 一个Web Notes(便签服务)
- Ticket Everything! ,管理Bug,不止于此,也可以用来管理日常工作中的许多事情。
- Teamtastic ,一个服务于小团队和俱乐部(Club) 的社会性网络服务(SNS)。
我是用我的inames:=zheng 登录Stikis的,看来openID与i-names之间的互通比我想象的来得要快。
国内方面,前几天,lokichin发布了mysecond.name 这个openid服务,上面列有不少的服务。

从后仰到前倾再到后仰的轮回

互联网正从两个方向上从PC中分流出去,一个是手机,一个是电视机,不过这个电视机已经不是传统的电视机了,特别是今年Wii的推出,它与桌面应用的结合,让人看到了一个更舒服的使用互联网的方式。
在互联网普及以前,人们总是在闲暇时间,舒服的窝在沙发中,观看者由少有的几家内容制作者推送的电视。
互联网普及的今天,让许多人,特别是年轻人在电脑面前乐此不疲。但这个姿势并不舒服,你必须把手缩在胸前,上身前倾。
液晶电视市场的兴起,以及一些机顶盒的出现,让互联网的内容也能透过电视设备被观看,个人多媒体内容的丰富,更让人们在电视上的节目选择多了许多,于是,这样的预期自然而然的出现:你可以打开你的电视,看youtube上你的朋友,或你关注的某个tag/主题的视频,可以听你在 last.fm上的音乐,也可以欣赏flickr上的精美图片,当然还能视频聊天等。
Wii的推出,让鼠标逊色许多,也让人们的手可以脱离桌面而自由运动,不止是游戏,这也让远程遥控应用程序成为可能。
所以,可以想象到这样的情景,握着wii,舒服的坐在沙发上,看、听、浏览、搜索,与朋友交流甚至是游戏。
M$应当对这样的情景早有预期,所以不遗余力地坐着开发,努力把电脑前的人们推向后仰:
这是他们刚推出的Windows Live For TV beta产品的截图。
它是一个3D的应用,让人们在大屏幕或者电视上,使用Windows Live Spaces 、 Messenger 和 Live Call 。
呵呵,对我有吸引力的是M$对SNS元素的组织方式,很酷,也更友好。

URL 不用了,ID属于谁

OpenID 这东西很好,不过,要大规模的被接受并被应用,必须解决这样一个问题:作为openid的url的每次所属者的全球唯一性。
具体来说,是这样:我用www.klogs.org作为openid的url,现在它属于我;但是,有一天,我放弃了这个域名,它被另外一个人注册了。按照openid的使用方式,这个人能够证明www.klogs.org属于它,自然就能够用它来登录我以前登录使用的各种服务。
怎么能够解决这样的问题呢?
1、如果是openid服务商来说,它可以控制每个被使用的url,一旦被申请,就不再被第二个人使用。不过要每个服务商都这么做,似乎比较困难。特别是这种方法对独立的顶级域名的Url无效。
2、在这方面,i-names的方式倒是值得参考。每个inames,除了人可读的名字之外,比如=zheng, 它的背后对应的还有一个全球唯一的数字ID,这个ID只被使用一次。对于inames的验证,实质上是通过数字ID完成。这样,即便明年我不对=zheng续费,有另外的人注册了这个名字,因为它对应的数字ID和我所拥有的已经不同,所以无法通过它登录我曾经使用的服务。
openid的url是否也可能采用这种机制呢?在每次生成一个有效的openid的时候,提供一个全球唯一的id来作为背后的验证,比如表面上是www.klogs.org,实际上背后用的是一个数字ID来辅助?
不知道在openid2.0的规范中,是否有解决此问题?回头仔细去查查…

有趣的Pavatar,个人集中控制的网络化身图片

作为互联网基础服务的email,因为每个人都拥有至少一个,且每个人都能唯一的证明那是他/她自己的email,所以称为web应用验证个人身份的一个重要途径。
在Blog带动的web2.0兴起后,有越来越多的人拥有他们自己的Url,而且这些Url所对应的网页/网站都能被拥有者证明其所属,水到渠成的,人们会想到把URL作为验证个人身份的另一个有效途径。OpenID就是在这个背景下被广为关注。
除了OpenID之外,从Url作为个人身份识别角度的一些有趣想法还有以前提到的MicroID,它是给其他Web应用证明自己归属的一种简单方式。
Pavatar(Personal Avatar) 类似于MicroID,使用它,人们就能在其他服务上,留下Url的同时,也显示出自己设定的个人画像,听上去很像许多网站用的在浏览器地址栏显示的icon(favicon.ico)。
不过后者是独立于页面,单独存放。而Pavatar,则是在页面的代码中,加入
。需要个人头像的Web应用,按照协议的方式读取即可。
目前,这个协议中所建议的图片大小是80 x 80 px,呵呵,好像有些大。
类似的想法,BRUCE 从openID的角度也提到过,那时候是在讨论如何通过api调用用户在wealink上的头像使用问题,bruce就想到把icon结合到openID的使用中。
有意思的是,也有许多人自然想到了Pavatar与openID的共同基础,建议它们结合起来。