api

Facebook, UX, 开放平台, 网站应用, 网站运营, 随笔

开放平台还是开放应用,这是个问题

所谓开放,是一种分享态度,开放平台是自有平台与外部应用共享用户(不一定包含数据)、流量,开放应用是把自己业务打包成模块,通过其它平台分享使用体验。

我在上篇Blog里曾表述过”单纯应用类和社区类的网站,现在有且仅有两个选择,要不自己做大做平台,要不就做成适合开放平台的纯应用“的观点(除上述类型网站外其实还包括资讯类的),大多数网站现在都面临同样的问题: 开放平台还是开放应用?

随着最近Facebook PlatformGoogle OpenSocial搜狐博客开放平台等的出现并逐渐发展,SlideRockyou!等应用提供商的崛起,网站运营人员不得不去面对上述的问题。

后Web2.0的思想,使资讯类、应用类网站在逐渐增强社区氛围,社区类网站在不断增强互动资讯部分,趋势是互相融合的,成为趋向交互的网站。

这也造成网站系统的重复劳动过多,几乎每个网站都有自己单独定制开发的用户系统 、好友系统、交友网络等等,使得网站操作复杂,用户永远需要去适应体验上的差异。

不管开放平台还是开放应用,都可以解决很多问题,同时精简自己的应用结构,根据网站定位更好的发挥自己的特长。

当然,开放平台并不那么好做的:

  • 首先平台网站需要有颗包容的心,允许别人的应用借你的平台发展。
  • 需要提供功能全面的接口,让应用可以很容易结合到平台上。
  • 需要有良好的用户基础,用户数量级够大且用户素质有一定保证,要不没有应用会来。
  • 像Facebook、Google这样本身就很强大的平台并不在多,还没有跳出来的也屈指可数了。
  • 用户数据的所有权成了最大的死穴,平台如果不能照顾应用的利益,早晚被应用放弃。
  • 受应用欢迎的平台标准也会逐渐提高。
  • ……(想到再补充)

开放应用稍微容易实现一点,但也有好处有坏处:

  • 最大的优点,可以跨平台吸收用户,让不同平台的用户存在于同一个应用下。
  • 不影响现有网站运行,可以为特定平台开发定制应用。
  • 因为要适应各平台接口特点,用户体验可能与源网站不统一,或各平台间体验存在差异。
  • 应用的模块化标准有待整合,现存标准缺乏通用性。
  • 怎么将平台用户转化为应用用户将成为网站运营的主要研究课题。
  • ……(想到再补充)

话说回来,不管开放什么,多平台鼎立的形势已经出现,在应用数量相当的情况下,主要看用户对平台的喜好,而应用已经不能再左右用户的选择了。

对个人用户而言,在熟悉的平台下使用感兴趣的、新的应用,将成为平台网站的主要体验,哪个平台相关方面做得好就可以脱颖而出。

还有一个可能发展的方向,用户基于现有个人网站(Blog)自建平台,维系用户的(社交)关系,将开放应用自行整合。用现有工具已经可简单实现,例如OpenPNE等开源软件、老冒的OPSN项目(我最感兴趣~)等等。

最后,借用一句互联网的名言收尾:未来是如此的不可知,互联网的发展更是如此,也许事与愿违,就当是2008年第一个月的某个白天的胡思乱想吧~

最最后,洋洋洒洒的写了一大片,一篇东西居然写了几个小时,中间经过很多琐碎的事情,可能会觉得驴唇不对马嘴,我还是感谢您能坚持看到本文的最后~^_^~

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , ,

MicroBlogging, 分享体系, 随笔

研究笔记:Twitter的简单分享体系

前两篇分享体系相关的笔记写了PownceSoup.io,接下来需要翻过头来再次研究twitter,我个人认为当之无愧的(自说自话的)微网志鼻祖。

虽说twitter简单,那只是表面的简单:

  • twitter看上去简单到只分享文字信息,但不简单的是,它把微网志、即时消息/回复(@id前缀)、定向消息(d指令)混合在一起。
  • 当然链接也可以,twitter会自动将文字里的网址转换为可点击的链接。p.s.tinyurl类的短Url应用也在twitter的激发下被广泛使用。
  • 以”What are you doing?”(你在干嘛?)为题,不停的答复着,自说自话着。
  • 但,有多少人真正是在回答这个问题呢(我的好友就很少照做),尤其是gtalk、twitterfox、twhirl等tw应用的流行,现在的twitter已经变成了带群聊功能的IM。
  • twitter将好友的概念实质化,加好友变成跟随(follow),单方面的相当于订阅,双方面确认的是好友关系。
  • twitter的分享有一定权限划分,分几个层次:
    • 跟随用户和收藏内容为任何人可见
    • 更新内容可以限制只有好友可见
    • @id前缀的回复内容被同样跟随该id的用户可见
    • d指令定向消息只有对应用户可以看到
    • 被跟踪数量和资料只用户自己可见
  • twitter的网站我很少去,除了为加好友等特定功能外,能不用就不用,因为我觉得twitter网站交互性不够好,不能总是没完没了地刷新页面。
  • 好在twitter提供imbot,用gtalk就很方便的互动起来,而且它提供丰富的API,除了twhirl等纯客户端外,还有twitterfoxtwiiterbar等firefox插件,另外还有一批特殊应用将twitter可以共享的内容无限扩大,比如twitterfeed可以把feed按自定规则发布到twitter,其中长地址还自动转换为tinyurl。
  • twitter可以自定义部分页面CSS。
  • 可以通过手机短信、wap移动更新、分享。
  • 使用Amazon S3服务存储用户的头像文件。
  • 页面用户信息使用vcard。

为了这个系列的统一,我还是放出这个简单到不行的分享架构图:

twitter.png

分享体系这个系列,我已经写到第三篇了,也许还会有第四篇、第五篇……这个系列一半为了工作需要,一半为了记录自己的即时想法,如有不同意见欢迎留言或gtalk交流,有些内容没有提到是因为我一时还没有理解,也欢迎来点化我,我会在不影响原文的基础上进行补充。

p.s.我现在使用twitterfeed发布Google Reader的阅读分享,一般每天发布也就在一个小时内进行,且数量很有限,应该还不够干扰别人的视线。

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

互联网, 交友网络, 分享体系, 即时通信, 微格式, 桌面软件

研究笔记:Pownce的分享体系

除了不能使用中文,我觉得Pownce还是很不错的。

今天粗浅的整理了一下,画了张图:

Pownce架构简析

然后随便说说Pownce的产品架构:

  • 分享是Pownce的核心功能,并依据用户间的关系来限制分享内容的范围、权限。
  • 支持文本(twitter类碎碎念)、超链接、文件、事件日程格式的分享。
  • 文本方面并不如twitter那么好用,而且因为不支持中文(我英文又很菜),用得很少。
  • 超链接分享应该是一个亮点,除了文本链接这种形式,还支持引用FlickrYoutube等图片/视频/音乐站的内容,可以直接将该内容显示在页面上。
  • 文件方面就马马虎虎了,对10M以下的文件支持还可以,使用的是Amazon文件存储服务S3,所以并不适合大量文件的共享,因为超出的容量是要花钱的。
  • 使用微格式(MicroFormats)完成个人信息(地址等)、好友信息(hCard)、事件日程(hCalendar)等信息的发布,并支持XFN来用网页形成关系网络,好像很方便日后的数据导出。
  • Server端,Pownce可谓LAMP架构的典型代表,使用Debian+Apache+Mysql+Python和django。
  • 客户端使用比较先进的(还在测试中的)Adobe Air,感觉还不错。 p.s.不过Air的应用有通病,就是点击关闭就直接关闭,我好像还没看过最小化到任务栏的应用。
  • Pownce开放API方便第三方开发基于客户端、Web的mashup产品。

看上去很简洁,其实Pownce表现出的精简只是暂时的表面现象,Pownce未来可以扩展得更全面、更复杂。

扯开一点说,Pownce抓住的是网络功能一个比较重要的部分,内容的分享,且是小型内容的分享。为什么这么说呢?大容量内容完全可以使用FTP、BT、emule解决,但是小文件呢?网络硬盘很好,但是要分享需要操作的步骤比较多:找地方上传、找地方发布、把URL通过IM发给需要的人……实情可能更繁琐,但是现在微网志应用满街飞的情况下,越来越多的人通过微网志分享自己的内容,用Pownce基本可以一步到位。

扯回来,Pownce的分享体系值得研究,国内有不少有实力可以做到Pownce的应用(这里并不是指复制),就看他们愿不愿意了。

ok,今天的笔记结束~

Update:Pownce分享类型其实很明确,无论是文字、链接、文件还是日程安排,这些类型基本上都是唯一的,用户只用考虑分享内容的格式就好了,例如链接是图片、视频还是音乐的都无所谓,全部由系统来特定呈现。

<

p class=”zoundry_bw_tags”> Technorati : , , , , , , , , ,

互联网, 桌面软件, 浏览器, 随笔

今天是不是诺顿的受难日?

以下属于流水账,没什么营养,仅仅用来记录今天的郁闷。

有感而唱,不完全Cos一下张惠妹的《Bad Boy》:

Backdoor,Backdoor,你的坏让我太无奈~ 你是Backdoor,Backdoor,让我跟你说bye bye~

刚才,就在下午,我刚把工作用的一台电脑给重新装了,因为今天公司里Backdoor.Haxdoor木马肆虐,Norton大展神威,是唯一查出来并杀掉这个木马的反病毒软件,但是它也是唯一一个会删除系统文件的”安全软件”。

事情是这样的,一大早就有人喊网站代码里被加上了东西,几乎所有人都以为公司网站被黑了,打开页面一看,每个页都被插了一行代码,后来Google了一下,发现原来不是网站被黑,而是电脑中了木马,据说只有中招电脑访问ASP.net架构的网站才会出现这个问题,我们的网站恰恰就是,结果我的两台电脑都中了:(

我用Symantec Anitvirus扫,还真扫出一个病毒:Backdoor.Haxdoor,提示netapi32.dll被感染了已经清除,当时我还不知道这个的严重性,顺手按了重启,想在安全模式里杀毒,结果一重启就变成蓝屏,报了一个错误:STOP: c000021a unknown hard error,翻了半天网上的文章,得出的结论是病毒造成系统文件损坏,也加上我们的MIS手快,帮我在一台机器上做了一下系统恢复,结果还是报错,而且不能用后来的办法安全解决了:(

事实是Norton在5月17号的更新中加入了一个病毒的错误处理方法,将正常的系统文件netapi32.dll、lsasrv.dll等视为病毒删掉了,结果造成重启的机器都报错,有的人比较着急就把系统给重装了,其实解决的方法很简单,恢复netapi32.dll和lsasrv.dll到Windows\system32\就好了。

写到这里我只能说,今天这么多事都是诺顿惹的祸,要不是它把系统文件误删了,就不会有这么多问题了,看诺顿怎么扛过今天!

草草收尾只因为没心思去数说诺顿了~

后记,我们公司有十几台电脑被迫重装系统,据说昨天数以万计的电脑因为这个而崩溃,瑞星还大肆炒作此事,看来诺顿危了。

新闻

昨日收集 – 赢者通吃--Google与信息产业的第三纪

2007-1-7

Logo

新闻

昨日收集 – 互联网的夫妻老婆店模式

2006-12-18

Logo

新闻

昨日收集 – 让用户尽快离开自己的网站

2006-11-9

Logo

Blog, NewSite, Web2.0, 互联网, 随笔

Vox,有前途的Space

知道Vox还是挺早的,那时候还是内部测试期需要邀请,我也就留了个Gmail地址,但是迟迟没有收到邀请。

上周看到飞猪写已经在Vox安家了,而且还挺好用的。于是跑到Vox去注册,飞猪Blog上说需要邀请,我怀着侥幸心理去试了一下,还真被我撞上了,不用邀请也可注册,Nice~

试了一下,最初的感觉我以为是一个跟Live Space差不多的个人空间,玩一会儿才发现这个东西实在太棒了,除了Six Apart出色的Blog功能,还可以将Flickr的图片、Youtube的视频和Amazon的图书等等全搬进来,我试了一下,5分钟就拼出了一个内容丰富的个人空间。

除此之外,还有每日问答(QotD)、简单多样的页面模板都让我感觉不错。其他功能我就不太感兴趣了,应该还有不少细节需要后面接着去挖掘。

Vox的优点:

  • 简单实用的Blog功能
  • 评论融入Digg要素
  • 与Flickr等体验类似的交友选项
  • 使用API实现的资源共享,并可以在Blog里方便调用
  • Tag索引的内容聚合
  • 促进用户互动的每日问答(QotD)
  • 符合用户习惯的UI设计
  • ……

Vox的缺点:

  • 收藏的资源不能被其他用户直接导入,例如书籍,就没有我也想读这样的选项
  • 界面样式不能进行自定义,虽然是高级用户才需要,但没有就说不过去了
  • Blog API的支持不完备,不能被Blog客户端自动发现,至少Performancing和Zoundry都不行
  • 加为友邻的信息只有电子邮箱里有,网站上居然没有?!
  • ……

总的来讲VOX还是不错的,推荐喜欢Space类的朋友去安家~

我在Vox的窝:http://i94smart.vox.com,欢迎朋友们加我。

Technorati : , ,

新闻

昨日收集 – 挤干web2.0的泡沫 洗牌开始了

2006-10-26

Logo