94smart's Blog » Feeds

昨日收集部分恢复

94smart — Sat, 12 May 2007 16:45:18 +0000

请大家订阅我在Feedsky的feed：http://feed.feedsky.com/94smart

订阅这个Feed每天可以收到我的昨日收集，现在是使用Google Reader Share制作的。

昨日收集算是部分恢复了，后面还要考虑怎么能让这些内容也发到Blog上……

Technorati : Google, feed, feedsky, 网摘

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

94smart — Fri, 22 Sep 2006 07:29:07 +0000

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

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

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

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

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

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

Technorati : Browser, Feed, Reader

慢讯 – Feedburner结盟TypePad

94smart — Thu, 08 Jun 2006 05:59:11 +0000

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

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

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

Technorati : Feed, Feedburner, TypePad

FEED43，没有Feed创造Feed也要订

94smart — Sun, 23 Apr 2006 07:42:26 +0000

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

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

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

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

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

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

简述一下过程：

先输入目标页面链接及其编码，会返回该页面的HTML源码
划定范围，找到内容区域的起始及结束代码，并插入通配符{%}，比如
确定重复出现内容的格式，并为将各内容文字替换为通配符{%}，比如
{%}
{%}

接着设定Feed的标题、网页链接、描述
然后设定Feed项目模板，包括标题、链接、内容/摘要，与之前的{%N}相对应。
这里还有一个选项可以将所有item合并到同一个item里面，结果有点像我用365key生成的昨日收集
你将得到一个数字文件名的Feed地址，接着可以修改文件名、设定Feed修改密码、设定Feed为你私有等。

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

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

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

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

Technorati : FEED43, Feed

对RSS的粗浅理解

94smart — Sun, 08 Jan 2006 14:42:03 +0000

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

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

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

先写这么多，回头再补~

Update：真是惭愧，第三条写成了200%了。

Technorati : Feed, RSS

对W3C网站标准的疑问

94smart — Mon, 06 Jun 2005 15:22:31 +0000

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

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

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

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

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

94smart — Thu, 02 Jun 2005 20:58:53 +0000

因为我自己有好几个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的问题

94smart — Tue, 24 May 2005 22:48:23 +0000

今天的小玩意是用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应用猜想

94smart — Sat, 05 Mar 2005 10:36:29 +0000

今天看了Keso的文章（原文：东拉西扯：RSS ），想说点什么。

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

我有以下几方面想法：

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

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

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

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

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