昨日收集部分恢复
请大家订阅我在Feedsky的feed：http://feed.feedsky.com/94smart
订阅这个Feed每天可以收到我的昨日收集，现在是使用Google Reader Share制作的。
昨日收集算是部分恢复了，后面还要考虑怎么能让这些内容也发到Blog上……
Updates from May, 2007 Toggle Comment Threads | Keyboard Shortcuts
-
94smart
-
94smart
参加微软的网络阅读行为访谈
被拍了，再前一个星期六的上午，在朝外的良木缘咖啡馆，当时我正通过免费的无线网连接Bloglines，在前面有个数码录音，后面有个DC摄像，不断记录我的各种操作及操作的原因、想法。
这是我的又一次线上转线下的活动，微软研究院的吕昊通过Gmail找到我，希望我能参加他们的RSS阅读访谈，我们在Gtalk上沟通，最后在Google Calendar上安排好了时间和地点，有一点很奇怪，为什么不用MSN呢？
起先并不想去，但是他们的那句：”你什么时间方便，就安排在什么时间，在你能用RSS Reader的地方”，很有点那个立志用曲别针换房子的青年的意味，所以最后还是去了。
起先以为他们是要给新的阅读器产品做用户分析，后来才发现他们关注的其实并不局限于RSS阅读器、浏览器之类的用户行为，他们更在乎通过各功能的操作分析用户的思想，了解用户的阅读行为模式，最后总结出通用的用户行为，可能应用在商业软件的设计中。
参加这个访谈还有一个好处，就是发现自己很多选择上的动机，也使我开始去思考自己的行为模式，这在访谈之前是没有想象的。
最后，我也来帮忙推广一下，如果你想了解一下自己的阅读行为，想为RSS阅读研究出力，而且不太讨厌微软，可以参加他们的RSS阅读习惯调查，中文点这里，英文点那里。
-
czlelva
IE7的RSS功能做的比较简单，是不是打算在VISTA上市时候，对RSS再做最后的冲刺？IE7在做RSS同步的时候（Microsoft Feeds Synchronization）比较占用系统资源，但还是选择了IE7做唯一的订阅工具，GOOG READER做一个BACKUP.
-
94smart
据说不会影响到这么近的东西
-
-
94smart
慢讯 – Feedburner结盟TypePad
来自TechCrunch的消息，Feedburner于美国时间本周二宣布结盟TypePad，之后将开始实质性合作。
从此TypePad提供Blog的Feed将自动转换为Feedburner的地址，同时由Feedburner提供统计服务，不过原Feed订阅用户需要修改Feed订阅地址，好像操作有点麻烦。
据说在此之前，部分用户已经将TypePad提供的Feed提交到Feedburner发布，这次合作正好可以减少这部分麻烦。
Technorati : Feed, Feedburner, TypePad
-
94smart
FEED43，没有Feed创造Feed也要订
现在大部分空闲时间都在读Blog，这正好也是自己写得少的一个借口（或者说原因），另一个借口是懒得写，但是今天（应该是前几天）想把最近的少少经验写一写。
首先要说明的是，我花费时间阅读的顺序由高到低是网站浏览、阅读器的Feed、Gmail邮件订阅，产生网摘（或收藏）的顺序是阅读器的Feed、网站浏览、Gmail邮件订阅。
也就是说，我花费了很多时间在网站浏览，收效还不如Feed阅读，我总结这种情况的出现主要是因为不得不去看一些不支持Feed的网站，但是这些内容的过滤并不比过滤Feed和Gmail容易，因为多数只有一个标题，没有摘要可以预览，所以都是一篇篇的打开看，这样的效率确实挺低的。
所以我急需一个将网站页面内容抓取然后Feed化的工具，正好FEED43就是。
扯了这么久终于可以进入正题了，先看看FEED43首页宣传用的图：
看了图，基本上不用解释，大家就知道FEED43是用来干什么的了吧，我就是看到这张图才决定要用的。不过我还得友情来个提醒，不要被这张图骗了（？！），因为实际并不是如图那样可视化操作的，而是用输入框操作的，且对HTML代码还得有一定了解。
简述一下过程：
- 先输入目标页面链接及其编码，会返回该页面的HTML源码
- 划定范围，找到内容区域的起始及结束代码，并插入通配符{%}，比如<ul>{%}</ul>
确定重复出现内容的格式，并为将各内容文字替换为通配符{%}，比如<li><a href=”{%}”>{%}</a><br/>{%}</li>
FEED43会根据设定去分析HTML，完成后会得的一系列item，每个item会有对应的{%N}字符串，比如{%1}=http://xxx.com，{%2}=title，{%3}=text - 接着设定Feed的标题、网页链接、描述
然后设定Feed项目模板，包括标题、链接、内容/摘要，与之前的{%N}相对应。
这里还有一个选项可以将所有item合并到同一个item里面，结果有点像我用365key生成的昨日收集 - 你将得到一个数字文件名的Feed地址，接着可以修改文件名、设定Feed修改密码、设定Feed为你私有等。
嘿，我用这个工具搞定了FTchinese。
正所谓，有Feed要订，没有Feed创造Feed也要订~
如果你也有跟我一样的烦恼可以去试试这个FEED43。
p.s.如果有Bookmarklet之类的工具就更好了，看到什么就截下来然后做成Feed。
-
94smart
对RSS的粗浅理解
最近几天，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%了。
-
wILliAm yAng
其實並不一定訂閱內容每條都看哪，一般我都是看標題感不感興趣才決定會不會閱讀其內容。
我倒是也有發生文中第六項所說得狀況，目前還沒有甚麼好的辦法來解決。
-
94smart
标题是必须看的，所以也算是每条都看~
-
没事闲看
1月的1个到今年1月的200个的增加不是200%吧…
再说, 从1个增加作为基数的起点未免太不科学了吧, 呵呵
就比如说我们都同时订阅了100个的rss, 但是你开始是有200个, 我开始只有1个, 那么我说我一年的增长率是200倍, 你才1.5倍, 这样的比较有意思么, 呵呵, 更不能说明你的增长率低我的增长率高吧, 呵呵 -
94smart
写的时候想用百分数来增加倍数的感觉，结果。。。
真惭愧，数学不及格~
另外，这部分写的是我的亲身感受，1年前确实只看Keso一个人的RSS，别人的不看。
-
94smart
对W3C网站标准的疑问
网站标准确实是个好东西，用它做的东西很高效，XHTML来写结构、CSS来写样式，样式确实和内容分开了，但是却抛掉了一部分灵活性。
首先，原来Table定位的时候可以使用的，特殊形状（如圆角）自适应伸缩Table，在标准页面里面还没有相应的实现方法。
其次，用Photoshop切碎的图，HTML里面可以用Table组合，XHTML难道用DIV一个一个去写？
觉得以上两点就可以阻止一大批HTML好手进入XHTML，网站标准是不是需要在人性化一点，标准的同时是不是可以完善的更好一点？
-
94smart
理想中的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，牢骚发完，这样的问题估计只有我这样的懒人才会想，:-)
-
94smart
今天解决了一个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，现在都不大会了，只能临时翻手册来写了，再鄙视自己一下。
-
94smart
门户网站的RSS应用猜想
今天看了Keso的文章（原文：东拉西扯：RSS ），想说点什么。
最近除了新浪、天极等少数门户网站在推广RSS外，其他门户网站都不提供类似服务。
我有以下几方面想法：
1.用户习惯，去门户网站的人多半有自己的习惯，比如每天什么时间去什么门户的什么频道看什么内容，这些用户只能接受在网站上看内容，你让他去用RSS阅读器看新闻他还真不习惯。
改进的方法：最好在文章页或列表页提供同内容的RSS，要用醒目的字样、图片。2.技术门槛，看RSS现在有以下几种方法：阅读器客户端、在线阅读器、聚合订阅等。对于普通用户，如果不能立见成效，是不会放弃传统方法的，现在的方法普遍都比较麻烦，用户体验比较差。
改进的方法：更简单更实用的方法才能突破这个限制。3.广告收入，门户是做内容的，但是大多门户要靠广告费来维持。这个大家都知道，如果门户提供RSS，而且用户也广泛使用，那么网站的访问会大打折扣，且RSS并不能提供网站广告的功能，RSS里不会出现关不掉的Flash、GIF广告，这样的话门户都没什么人看了，哪儿来广告费？
改进的方法：暂无改进方法以上几点我觉得广告收入可能是门户考虑比较多的，其他的问题都不够大，营利模式如果没有的话，说什么都是白搭。
RSS早就有了，现在的草根媒体（Blog等）基本全部采用RSS，可是为什么没有被广泛商用呢？我认为任何标准、专利大多数是靠商用来推广的，如果商用的数量不是很大，就很少人能注意到。没有商用的原因多半是不能给企业、公司带来利益，或者营利模式没有完善。没钱赚谁会去推广这个标准？
94smart, and 
Erik and 2 others are discussing. 
没事闲看, and 
佳伦 10:42 pm on May 17, 2007 Permalink
365key可以用了，你可以试试，有什么问题可以直接跟刘韧反应的。
94smart 11:03 pm on May 17, 2007 Permalink
多谢提醒，我现在还是比较习惯Google系的工具~