-
2006-04-11
大锅饭与承包到户
突然想起一个类比,感觉很有意思:
以前,我们都在论坛混,大家有什么观点,都发帖子到各个版面,内容上不分彼此,属于网站,大家在里面都一样,发贴多少无所谓,属于吃大锅饭。既然这样,原创的积极性不高,大多是转贴啊,跟贴。
这时,有些经常写文章的人就开始考虑为什么不建一个个人专辑呢?博客就因此产生,这我归纳为信息的承包到户。在博客里面的文章完全归自己所有,为自己提供了一个宣传的平台,做好做坏与自己利益相关,所以大家创造起来也开始有了积极性,这时还相当于个体户。
当然,渐渐的,有人发现一个写、宣传还是很费力,那么几个人合起来写吧,相当于个体之间的联盟,慢慢的一个信息的小公司就出现了。
那么再往下发展,会是什么呢?
-
2006-04-04
开放出天气预报的接口
我们采用搜索技术,做了一个天气预报的定向搜索,天气预报的信息来源于中央气象台,包括今、明、后三天的天气预报。
我们将这些信息以XML的形式开放出来,供各个网站使用。
接口地址为:http://www.duoqu.com/interface/weatherrss.asp?city=北京
如果各位,还需要什么接口,可以与我联系,我们可以考虑加进来。
城市名称要经过URL的编码,目前已经支持300多个城市,城市列表见底部。
下面我以北京为例:
- <rss version="2.0">
- <weather>
<city>北京< span>city>
<riqi>2006-04-04 06:00< span>riqi> //为中央气象台气象发布时间
- <jt> //今天
<weather_txt>多云< span>weather_txt> //天气
<weather_pic>http://cn.yimg.com/i/we/b/3.gif< span>weather_pic> //天气的图标
<qiwen>18℃~9℃< span>qiwen> //气温
<fengxiang>无风向< span>fengxiang> //风向
<fengli>微风< span>fengli> //风力
< span>jt>
- <mt> //明天
<weather_txt>多云< span>weather_txt>
<weather_pic>http://cn.yimg.com/i/we/b/3.gif< span>weather_pic>
<qiwen>18℃~5℃< span>qiwen>
<fengxiang>无风向< span>fengxiang>
<fengli>微风< span>fengli>
< span>mt>
- <ht> //后天
<weather_txt>晴< span>weather_txt>
<weather_pic>http://cn.yimg.com/i/we/b/1.gif< span>weather_pic>
<qiwen>17℃~10℃< span>qiwen>
<fengxiang>无风向< span>fengxiang>
<fengli>微风< span>fengli>
< span>ht>
< span>weather>
< span>rss>
城市列表
北京 上海 深圳 长沙 天津 重庆 石家庄 邯郸 保定 张家口 承德 唐山 廊坊 沧州 衡水 邢台 秦皇岛 南京 无锡 镇江 苏州 南通 扬州 盐城 徐州 淮阴 连云港 常州 秦州 宿迁 杭州 衢州 湖州 嘉兴 宁波 绍兴 台州 温州 丽水 金华 舟山 广州 汕尾 阳江 揭阳 茂名 江门 韶关 惠州 梅州 汕头 珠海 佛山 肇庆 湛江 中山 河源 清远 云浮 潮州 东莞 太原 朔州 忻州 大同 阳泉 榆次 晋城 临汾 运城 沈阳 铁岭 大连 鞍山 抚顺 本溪 丹东 锦州 营口 阜新 辽阳 朝阳 盘锦 葫芦岛 长春 吉林 四平 通化 白城 辽源 松原 白山 哈尔滨 齐齐哈尔 牡丹江 佳木斯 绥化 黑河 伊春 大庆 鸡西 鹤岗 双鸭山 合肥 滁州 蚌埠 芜湖 淮南 马鞍山 安庆 宿州 阜阳 黄山 淮北 铜陵 宣城 六安 巢湖 池州 福州 厦门 <span style="FONT-FAMILY: 宋
-
2006-04-03
关于解决RSS信息来源的问题
在去年的这个时候,我们想使用RSS技术,来做一个聚合门户,当时我们去各个地方去搜集RSS源,虽然各大网站都慢慢开放出来一些RSS,但很多我们想要的却没有,只能看着信息摆放在那里,眼馋啊。
如果只是目前开放出来的这些RSS,做出来的聚合门户是没什么意思的,但这个项目我们又不想放弃,所以逼着我们开始做HTML转换成RSS源,如果能够实现这个技术,那么我们的信息来源,将不再有任何限制。
我们把信息源分为了3类:
1、 网站一二级的栏目,不如说新浪的国际新闻、国内新闻,我们简称其为信息块;
2、 论坛,现在后台的搜索引擎支持将每个论坛最新的帖子以RSS源的形式展现出来,以前Chinabbs也提供这样的功能,后来不知道为什么,给封掉了。这块技术难点,主要是在如何区分各种各样的论坛。
3、 支持RSS聚合,可以将多个RSS源合并为一个,开放出去。
在利用后台引擎形成我们自己的聚合门户外,我们还考虑将信息转RSS的服务开放出去,用户可以自己提交信息块和论坛,我们的引擎为其完成信息的转换工作。
对于信息块,目前对用户的要求比较高,需要用户懂得HTML语言,来定义出信息块的边界,这块还没有向最终用户开放;一直考虑采用视觉识别的技术来自动的定位其边界,不过难度比较大。
对于论坛,目前我们基本上能够达到使用的目的,只要用户提供一个论坛某个版的首页地址即可,目前我所看到的论坛支持起来没有问题。
这块已经面向最终用户开放,用户只要注册一个帐号,在个人信息门户的管理中心里面可以添加自己所关心的论坛的地址即可,接下来用户可以使用阅读器进行阅读。
这里,我们开发出来的搜索引擎与GOOGLE等有所不同:google等要靠覆盖面广,信息全,而我们的搜索引擎更加有方向性;另外我们的引擎更加强调实效性,对于各个信息源搜索的时间间隔尽可能的短,以实现对信息源的跟踪。
-
2006-03-31
RSS将会给业界带来的变革
今天才看了一篇关于RSS的文章,有支持RSS的,也有倒RSS的,我看他们的观点大都集中在个人订阅RSS这块。而我认为,RSS真正大展身手,是在企业,站点交换信息这块,而这块最终将会触动目前的信息发布渠道,从而导致业界的巨大变革。
为了说明这一点,我们先来分析一下新浪目前的运营模式:
新浪以新闻起家,其自身不生产新闻,大多是从新华社买来的,放到网上,利用自己积累的客户群,通过广告来获取收益。在这里新华社充当了CP的角色,而新浪成为了SP。新华社不能自己做,因为即使他把信息放到网上,没有多年积累的用户群,他同样不会获得更多收益。
如果新华社将自己的新闻采用RSS的方式开放出来又如何呢?
那么新闻网站的门槛将大幅降低,任何一个网站都可以通过这个RSS源,来给自己网站提供新闻服务。用户可以在访问BBS,写博客的时候,就在浏览该网站提供的新闻服务,如此方便,那为什么我还要去新浪呢?
如果这个链条成立的话,若干网站开放出来的新闻服务,为新华社带来的流量必将大于新浪一家,新华社可以通过流量的增加获得广告收入;提供信息服务的网站,也可以通过该功能增加对用户的粘性;用户可以在一个网站内,就获取他所需要的内容,不必在多个站点进行切换;受损的是新浪,原来的新闻渠道。
上面是我阐述的一个假想的RSS案例,在这里我们可以看到RSS所特有的渠道的特性。如果引入了RSS,必将缩短用户与信息之间的距离,在这个变革里,受益的是内容,受益的是用户,受损的是传统的渠道。
在这个产业链里,将会在两个方面进行竞争:一个是内容,一个是面向最终用户的渠道。未来,有好的内容,将不愁推广,未来是内容为王的天下;在渠道方面,粘性小的渠道,将让位于粘性大的渠道,比如说新浪的新闻,对于用户没有什么粘性,只是一个习惯而已,如果一个人沉迷于某一个论坛,而这个论坛又提供了新闻的话,那么用户很有可能只在该网站看新闻了,未来的终端,所提供的信息服务将会通过RSS技术向全面发展,同时主要竞争在用户的粘性。
RSS技术对广告的影响:
未来信息的广告,也许会分为两块:一块是包含在每个具体内容页面的广告,这部分收入将由CP来获得;另外一块,分散在各个网站上的目录页的广告,这部分收入将由各个网站来获得,同时渠道和终端之间的力量对比也许会对广告的分配产生一定的影响。
对于最终用户来讲:
他也许会发现,未来的网站将会提供非常多的功能,他的大部分需求都将会在一个网站里完成,不必象现在这样,需求不同,访问不同的站点。
未来网站的机会:
随着各个网站陆续的开放RSS源,也为我们提供了更好的机会。RSS实现了机器对信息的识别,这时候,我们就可以将目前的互联网,看成一个大的信息库,我们可以在各个网站提供的信息上层,根据用户的需求,做出更多的新的功能和服务,来满足用户需求。这时我们就可以完全打破原来信息的界限,完全按照用户的需求,来进行重新组织。这时,原来的网站,在我们的眼中变成了CP,而我们的目标就是做出非常具有粘性的信息终端。
blog: duoqucom.blogbus.com
-
2006-03-30
RSS所面临的问题
1、 RSS的名字不好,当我象朋友谈及这个名词的时候,朋友的第一反应就是这个是干什么的?当我费了半天唾沫星子把这个概念解释清楚的时候,朋友已然没有兴趣了。这个名字太技术化,缺乏感性。
2、 订阅的方便性方面
如果从技术角度出发,用户只要提交一个RSS的地址就可以了,已经够简便了,而这在实际中,用户还是嫌麻烦,主要一个原因,就是用户不理解RSS的含义,那么阅读器这边想了许多的方法。以前一种说法,在线阅读器要比工具型阅读器对于用户来讲更加方便,实际上两者都是一样的,都需要和RSS源的提供商合作,加入一些代码才可以。
3、 内容方面比较欠缺:
现在RSS基本上还完全依靠在博客上面,主要作为博客的阅读攻读工具,而针对其他方面的信息源,目前开放的较少。RSS的开放,对于目前的互联网公司来讲,是一个双刃剑,一方面开放RSS也许会对增加网站内容页面的流量有所帮助;而另一方面,开放RSS也可以使用户不必再通过一二级页面,直接深入到内容,而减少目录页面的流量,而一二级页面正是广告大户。因此,新浪等大的网站没有去宣传这个技术,而是把它放到了一个不起眼的位置。我们还可以看看blog的BSP厂商,他们的策略是每个blog都提供RSS,而对其一二级页面不提供RSS。
可见,某些网站在提供RSS这块没有动力。
4、 RSS给用户带来的好处到底有多大?
RSS对用户阅读信息来讲,确实很方便,关键的问题是用户对信息的渴望到底有多大呢?有很多少人每天会去花大量的时间去阅读信息,会不停的刷新博客,看是否有新文章出来呢?实际上,我们充斥在信息的海洋里,到处都是信息,我们对信息都有些麻木了。
很赞同keso说的一句话,等哪天用户不知道RSS,那么RSS就成功了。我一直以为RSS应该是一种后台的技术,是各个网站之间信息共享的一个技术,而不是面向最终用户的。
明天接着写,《RSS将会给业界带来的变革》
我的MSN:loughsky123@hotmail.com
网址: www.duoqu.com
blog: duoqucom.blogbus.com
-
2006-03-29
我看RSS系列
自去年的9月份,和一个朋友聊天,了解到了web2.0,也了解到了RSS,那时我一下子就被RSS其信息渠道的特性所吸引,一个想法,我可以用它来做一个互联网上的移动梦网。10月份,我们开始做了这个网站,在不断的深入过程中,发现了很多问题,也更加清楚了目前的市场状况,下面我把这半年多来,思考成果写出来,与大家共享。初步计划写下面几个话题:
1、当前RSS的发展状况
2、RSS所面临的困难
3、RSS未来的发展
4、RSS动了谁的奶酪
5、小公司VS大公司
(一) RSS的发展状况
Web2.0的春风吹了许久,RSS也是其中备受关注的一个技术,那么它的市场接受程度到底如何呢?
记得去年看过一份报告,说美国市场接受程度如何如何,具体数值我记不太清楚了,这里我就不说了,说说我身边的。参加过几次互联网创业聚会,来的人应该都是圈内的,可但主持人问,有多少人了解RSS的时候,估计不到1/4,使用过的更是少数。身边的人就更不用说了,我向他们讲了如何使用阅读器来阅读博客,他们也确实觉得方便,可后来就基本就放到一边了,又有多少人需要阅读博客呢?
下面,我们来说一下在RSS概念下的几个领域:
1、 离线RSS阅读器
去年接触的时候有很多款,国内的和国外的,国内的比较有名的:看天下,周博通等。RSS本来使用的就是面向机器的xml语言,所以说开发门槛不是很高,做一款不错的阅读器应该不难,软件现在主要在拼性能和拼界面。虽然看似很多款阅读器,实际上很多都是做出来就放在那里,公司也大多没有做升级和推广工作。
周博通算是做的比较好的了,3月份吧,下载次数超过500W,不过同时在线的数量并不高。去年年底,有风险投资商与他们接触过,据说给的价格比较低,没有谈拢。
看天下,去年如果你在google里面搜索RSS,一定能看到他们的广告,不过后来听说他们已经不做RSS阅读器了。
2、 在线RSS阅读器
在做阅读器方面,主要有两个方向,一个是采用专门的客户端软件,另外就是使用web的方式。在线阅读器就是指就是使用web的方式。
现在在做RSS阅读器方面,主要有两个方向:一种是以gougou为主的采用树型结构显示;一种是以google live和windows live为主采用ajax技术,桌面型显示的方式;还有一种,就是我目前在做的个人信息门户www.duoqu.com。
第一种、在在线阅读器方面,gougou的影响力还是很大的,一个是其界面做的简单,实用,另外做的也早;刚才又去gougou转了一圈,和去年9月份没有什么变化。听他们公司的人讲,目前他们主要在做一个游戏网站,那个有明确的盈利模式,所以gougou这边只是维持。
第二种、去年google live和windows live推出来之后,大家都在为gougou捏了一把汗,很快国内也出来了模仿者,比如okrss。不过我感觉,大半年过去了,google live 和windows live并没什么大的变化,我身边也没听说几个人在使用,我感觉他们并没有深入。Windows live的战略已经出来,他更多的定位是通讯等的整合,对RSS厂商的冲击并不大。
而目前桌面型阅读器的缺点在于:由于它是采用ajax技术,只是现场解析RSS源,因此以方面当用户订阅了多个RSS的时候,IE需要同时访问若干个RSS源,会对客户端的性能造成一定影响,尤其是订阅一个比较大的RSS Feed的时候,比如说新浪新闻的RSS,有的达300K;另外它不能为用户保存该RSS的历史记录,这个是比较致命的。该技术的一个好处就是,信息的处理与服务器无关,服务器的压力很小,而gougou的服务器压力就很大。
第三种、也就是我目前正在做的duoqu.com,它更象一个树型阅读器和桌面型阅读器的结合。在显示上,采用桌面的形式,在数据处理上采用gougou的方式,这样用户阅读RSS显的美观,同时对客户端的性能没有影响,服务器还能为用户保存历史记录。
3、 RSS托管
国外做的有feedburn,国内做的有feedsky,在聚会上,我也见过feedsky的团队。我觉得对RSS的概念还是有一定了解,但当我第一次登陆到feedsky,面对4个大的图标,还是不明白是怎么一回事。
简单的说,feedsky是做RSS托管,RSS源的作者,可以把RSS源交给feedsky,feedsky可以帮你宣传,可以在你的RSS源里面加一些广告之类的,帮你赚钱;还可以帮你统计,订阅的数量。对于阅读者,它可以将多个RSS源合并成一个RSS源,即所谓的合烧,其实合烧这类功能,阅读器完全能够做的到。前些天看报导,他们好像在与SP合作,向移动领域发展。
个人不看好feedsky,不好用,而且他所提供的RSS的分类,排序并不好用,国内做这块业务的也就这一家,说明看好的人并不多。
实际上真正在RSS这块获得收益的,是类似博拉这样的公司,他们通过订阅各个博客的RSS,获取他们每日最新的文章,然后由编辑负责筛选,精华的发布到网站上。如果没有RSS,他们根本就无法获得每个博客最新文章。还有,比如说RSS搜索之类,这更多的是在探索。
好,今天就喷到这,明天写《RSS所面临的问题》
我的MSN:loughsky123@hotmail.com
网址: www.duoqu.com
blog: duoqucom.blogbus.com







