Feeds

Feeds, RSS, 随笔

参加微软的网络阅读行为访谈

被拍了,再前一个星期六的上午,在朝外的良木缘咖啡馆,当时我正通过免费的无线网连接Bloglines,在前面有个数码录音,后面有个DC摄像,不断记录我的各种操作及操作的原因、想法。

这是我的又一次线上转线下的活动,微软研究院的吕昊通过Gmail找到我,希望我能参加他们的RSS阅读访谈,我们在Gtalk上沟通,最后在Google Calendar上安排好了时间和地点,有一点很奇怪,为什么不用MSN呢?

起先并不想去,但是他们的那句:”你什么时间方便,就安排在什么时间,在你能用RSS Reader的地方”,很有点那个立志用曲别针换房子的青年的意味,所以最后还是去了。

起先以为他们是要给新的阅读器产品做用户分析,后来才发现他们关注的其实并不局限于RSS阅读器、浏览器之类的用户行为,他们更在乎通过各功能的操作分析用户的思想,了解用户的阅读行为模式,最后总结出通用的用户行为,可能应用在商业软件的设计中。

参加这个访谈还有一个好处,就是发现自己很多选择上的动机,也使我开始去思考自己的行为模式,这在访谈之前是没有想象的。

最后,我也来帮忙推广一下,如果你想了解一下自己的阅读行为,想为RSS阅读研究出力,而且不太讨厌微软,可以参加他们的RSS阅读习惯调查,中文点这里英文点那里

Technorati : , ,

Feeds, 随笔

慢讯 – Feedburner结盟TypePad

来自TechCrunch的消息,Feedburner于美国时间本周二宣布结盟TypePad,之后将开始实质性合作。

从此TypePad提供Blog的Feed将自动转换为Feedburner的地址,同时由Feedburner提供统计服务,不过原Feed订阅用户需要修改Feed订阅地址,好像操作有点麻烦。

据说在此之前,部分用户已经将TypePad提供的Feed提交到Feedburner发布,这次合作正好可以减少这部分麻烦。

Technorati : , ,

Feeds, 互联网, 随笔

FEED43,没有Feed创造Feed也要订

现在大部分空闲时间都在读Blog,这正好也是自己写得少的一个借口(或者说原因),另一个借口是懒得写,但是今天(应该是前几天)想把最近的少少经验写一写。

首先要说明的是,我花费时间阅读的顺序由高到低是网站浏览、阅读器的Feed、Gmail邮件订阅,产生网摘(或收藏)的顺序是阅读器的Feed、网站浏览、Gmail邮件订阅。

也就是说,我花费了很多时间在网站浏览,收效还不如Feed阅读,我总结这种情况的出现主要是因为不得不去看一些不支持Feed的网站,但是这些内容的过滤并不比过滤Feed和Gmail容易,因为多数只有一个标题,没有摘要可以预览,所以都是一篇篇的打开看,这样的效率确实挺低的。

所以我急需一个将网站页面内容抓取然后Feed化的工具,正好FEED43就是。

扯了这么久终于可以进入正题了,先看看FEED43首页宣传用的图:

看了图,基本上不用解释,大家就知道FEED43是用来干什么的了吧,我就是看到这张图才决定要用的。不过我还得友情来个提醒,不要被这张图骗了(?!),因为实际并不是如图那样可视化操作的,而是用输入框操作的,且对HTML代码还得有一定了解。

简述一下过程:

  1. 先输入目标页面链接及其编码,会返回该页面的HTML源码
  2. 划定范围,找到内容区域的起始及结束代码,并插入通配符{%},比如<ul>{%}</ul>
    确定重复出现内容的格式,并为将各内容文字替换为通配符{%},比如<li><a href=”{%}”>{%}</a><br/>{%}</li>
    FEED43会根据设定去分析HTML,完成后会得的一系列item,每个item会有对应的{%N}字符串,比如{%1}=http://xxx.com,{%2}=title,{%3}=text
  3. 接着设定Feed的标题、网页链接、描述
    然后设定Feed项目模板,包括标题、链接、内容/摘要,与之前的{%N}相对应。
    这里还有一个选项可以将所有item合并到同一个item里面,结果有点像我用365key生成的昨日收集
  4. 你将得到一个数字文件名的Feed地址,接着可以修改文件名、设定Feed修改密码、设定Feed为你私有等。

嘿,我用这个工具搞定了FTchinese。

正所谓,有Feed要订,没有Feed创造Feed也要订~

如果你也有跟我一样的烦恼可以去试试这个FEED43。

p.s.如果有Bookmarklet之类的工具就更好了,看到什么就截下来然后做成Feed。

Technorati : ,

Feeds, RSS, 随笔

对RSS的粗浅理解

最近几天,RSS相关话题在逐步升温,歪脖·坑旧烟斗这2位都写了一系列关于RSS的文章,有兴趣的朋友可以去看看。

看得起劲,所以也想写写我对RSS的粗浅理解:

  1. RSS已经替代了Feed,成为包括RSS、RDF、ATOM等这一类文件的代名词,看来这个名头是撼不动了。
  2. RSS对于Blog的传播有促进作用,信息成瘾的人会订阅一大堆RSS,然后看完所有更新的内容,他们的口号是”不求最精,但求最全”,我好像就是。
  3. RSS订阅的总量是增加的,我的原则是只要有好的内容看就订,从去年1月的1个(Keso的RSS)到今年1月的200多,我一年的增长率就20000%了,多可怕。
  4. RSS是社会性的,如订阅数多的RSS会被更多人订,好像大家都想知道别人订的到底好在哪里。
  5. RSS并不能带来阅读的效率,这是真的,而且随着订阅数量的增加阅读效率也会随着降低,所以如果想节省时间的话,直接订Keso网摘的RSS好了~
  6. RSS会收窄你的视线,坏处是把你局限在一个小领域。

先写这么多,回头再补~

Update:真是惭愧,第三条写成了200%了。

Technorati : ,

Feeds

对W3C网站标准的疑问

网站标准确实是个好东西,用它做的东西很高效,XHTML来写结构、CSS来写样式,样式确实和内容分开了,但是却抛掉了一部分灵活性。

首先,原来Table定位的时候可以使用的,特殊形状(如圆角)自适应伸缩Table,在标准页面里面还没有相应的实现方法。

其次,用Photoshop切碎的图,HTML里面可以用Table组合,XHTML难道用DIV一个一个去写?

觉得以上两点就可以阻止一大批HTML好手进入XHTML,网站标准是不是需要在人性化一点,标准的同时是不是可以完善的更好一点?

ATOM

理想中的Feed发布机制及阅读器

因为我自己有好几个Blog要写,内容大多数不会重复,且他们分别由不同的BSP、不同的系统来维持,Feed的格式也有不同,于是就产生了一种需求,想把所有属于我自己的Feed(可以公开的)都聚合起来,这里说的不是OPML,而是Feed的再聚合。

Feedburner是个很好的服务,可以把1个Blog的Feed和del.icio.us、furl、flickr或者广告烧在一起,变成一个Feed,但是为什么不能把多个Blog的Feed烧在一起呢?想想这样有多方便呀,我现在至少有3个Feed要被Feedburner烧,如果推出这样的功能,我就不用每个都单独烧了,而且还可以通过Feedburner来管理Feed的增删。

Feed的发布是个问题,同样Feed的阅读也有问题。

虽然我已经用FeedDemon很久了,但是我还是怀念使用Lilina的日子,为什么呢?Lilina的更新是基于日期的,每天的内容都会放在一起,他省去了手动去切换不同站点Feed的麻烦,FeedDemon其实挺好用的,就是有这个问题,让我感觉Feed的“聚”和“合”他只做到了“聚”。要不是因为服务器不支持PHP的转码组件(mbstring和iconv)且响应速度太慢,我可能现在还在用Lilina呢。如果让FeedDemon和Lilina互相学习一下,我相信就会出现两个令我满意的Feed阅读器。

OK,牢骚发完,这样的问题估计只有我这样的懒人才会想,:-)

ATOM

今天解决了一个atom的问题

今天的小玩意是用PHP4制作文章列表的atom转换程序,以及与atom配套的xsl文件,原以为会比较简单,结果在好几个地方出了纰漏。

1.atom文件的时间真是够烦人的,有两个issued和modified,而且时间格式还那么的奇怪“2005-05-24T10:27:45+08:00”,在php里面我用了N个date()才转出来,后来看了手册才发现,还是php5比较好,有个参数c可以直接生成这样ISO 8601格式的时间。

2.atom的xsl文件写法与rss的不同,不调用atom的命名空间就不能处理文件内容。可能是我哪里写错了,我用转换纯xml文件的方法写的xsl就是不能正常使用,最后只能参照manalang.com的xslt模版,还需要调用atom的命名空间“xmlns:atom=”http://purl.org/atom/ns#”。

还有些低级的错误,我就不在这里丢脸了,很久没怎么使用php,现在都不大会了,只能临时翻手册来写了,再鄙视自己一下。

RSS

门户网站的RSS应用猜想

今天看了Keso的文章(原文:东拉西扯:RSS ),想说点什么。

最近除了新浪、天极等少数门户网站在推广RSS外,其他门户网站都不提供类似服务。

我有以下几方面想法:

1.用户习惯,去门户网站的人多半有自己的习惯,比如每天什么时间去什么门户的什么频道看什么内容,这些用户只能接受在网站上看内容,你让他去用RSS阅读器看新闻他还真不习惯。 改进的方法:最好在文章页或列表页提供同内容的RSS,要用醒目的字样、图片。

2.技术门槛,看RSS现在有以下几种方法:阅读器客户端、在线阅读器、聚合订阅等。对于普通用户,如果不能立见成效,是不会放弃传统方法的,现在的方法普遍都比较麻烦,用户体验比较差。 改进的方法:更简单更实用的方法才能突破这个限制。

3.广告收入,门户是做内容的,但是大多门户要靠广告费来维持。这个大家都知道,如果门户提供RSS,而且用户也广泛使用,那么网站的访问会大打折扣,且RSS并不能提供网站广告的功能,RSS里不会出现关不掉的Flash、GIF广告,这样的话门户都没什么人看了,哪儿来广告费? 改进的方法:暂无改进方法

以上几点我觉得广告收入可能是门户考虑比较多的,其他的问题都不够大,营利模式如果没有的话,说什么都是白搭。

RSS早就有了,现在的草根媒体(Blog等)基本全部采用RSS,可是为什么没有被广泛商用呢?我认为任何标准、专利大多数是靠商用来推广的,如果商用的数量不是很大,就很少人能注意到。没有商用的原因多半是不能给企业、公司带来利益,或者营利模式没有完善。没钱赚谁会去推广这个标准?