刚才上 FeedSky ，发现一个通知： 话题营销测试期结束了。

FeedSky 话题营销，从2007年3月份开始开始，到现在为止，很多 Blog 都参加了。我这里也接收到几个邀请，但是本着自己兴趣的原则，只写了一个：爱唠叨 。其他的都直接放弃了。
记得当时，我的 Feed 刚刚托管给 FeedSky，订阅数目因为没有统计过的原因，好象显示的是 1 ？ 所以Blog定价好象是 30￥。

不说这些，FeedSky话题营销测试期结束带来这些改变：

1. 原定从话题营销中扣除的50%服务费，开始正式收取
2. 不再采用邀请制，而是由用户在后台自主激活即可
3. 本周内会对所有用户进行重新定价

貌似，愿意写的人可以自由挑自己喜欢的话题了。呵呵：）
FeedSky 一路走来，貌似还算稳健，祝愿它走好吧：）

首先说明本文是 FeedSky 的话题广告：）也是我第一次写这样的东西，不喜欢的就可以不点击阅读了：）

爱唠叨 是一个类似于 叽歪de 的 Mini Blog，说白了，就是 Copy twitter 的创意而中文化的作品， 功能简单的来说就是通过 IM 和 手机，Mail等各种方式随时发布和分享自己和别人言论（也许我概括的不怎么全面？但是给我的感觉就是）。

国内的类似的Web2.0网站就我知道的，好象有 "饭否"，"叽歪de"，现在再出这个“爱唠叨”，真让人搞不清楚这样的互动有多大的市场？ 开句玩笑话，第一个Copy 老外创意到 China的人是天才，第二个是人才，那么第3个呢？呵呵：）

言归正转，既然是写话题，我们还是是功能上着手吧，注册了爱唠叨，花了近2个小时熟悉了一下基本的功能，多多少少有点看法：

不是给 FeedSky 找别扭：）
我的 Feed 是交给 FeedSky 托管的，同时也是 FeedSky 话题广告（虽然我没有写过）和 Feed展示广告 的客户。通过这段时间内的服务使用，觉得 FeedSky 的服务还不错，但是技术方面和理念上还需要加强。

1。关于 ping 服务 和 cache 机制。
我用的 MT，在后台中设置了新Blog会给 http://www.feedsky.com/api/RPC2 自动发 ping 的，但是似乎有时总是看不见 Feed 的更新，常常需要我去 Feedsky 去手动通知下，才会更新，刚开始以为是 feedsky 的 cache 机制的缘故，但是测试的结果是如果你不手动去 feedsky 去ping 的话，24小时后也不会更新。
我不清楚Feedsky ping机制和 cache 机制，但是通过几次 Feedsky MySQL 服务器 down 掉返回的错误信息来看，Feedsky 使用的是 C写的CGI程序+MySQL来管理的。但是记得当时我的Blog已经 N 小时没有更新了，访问Feedsky 的错误居然还是“MySQL error“,难道对没有更新的Feed没有静态cache? 这个对服务器的压力太大了一点吧？
我想象中的Feed更新应该是 ping->更新MySQL数据库->生成(更新)静态cache，这样会比较好的减轻服务器负担，而且是否更新静态cache应该看feed数据是否更新和静态cache的生成周期（比如最后更新时间小于5min则不更新）等等，这样既可以保证即时性，也减轻了MySQL服务器的压力。
即时性是Feed的一个重要因素。如果保证不了这个，那么就比较另人头疼了：）
我相信像 FeedSky 这样的服务，没有 cache 机制是不可能的，只是显然他们现在运行这个cache机制似乎不太合理？
（猜测，仅仅是猜测。）

2。服务器的统计机制？
也许是数据太多了还是其他？ 总觉得 Feedsky 的统计有问题，有时候是靠人力来弥补的：）
说的简单的例子，Feedsky 说给订阅数>20的用户都发了 Feed 展示广告邀请，但是从支持论坛来看，好多>20的依然没有收到email：） 虽然是个小问题，而且客服也很热情的帮忙，但是也应该从技术上抓一把，让这样的事情不发生或者少发生：）

3。Feed 规范方面
发现通过 FeedSky 托管的 Feed 虽然界面漂亮了，但是总是通不过 标准 的验证：
大家请看下面两个地址

• 验证我本地的Feed
• 验证我托管在Feedsky 的 Feed

第2个托管的Feed的源就是第一个原始Feed，但是我自己的通过了而托管的没有通过，虽然不影响阅读，但是作为一个专注于Feed服务的专业网站，通过验证应该还是必要的。
我自行分析了一下没有通过的原因，似乎仅仅是 Feedsky 少了 <![CDATA[ ... ]]> 而已？
也许是Feesky的疏忽吧？

似乎 easun.org 站点越来越慢。。。
启用了 Fast-CGI 换来的结果不是速度的提升，而是经常的 500 error ，看来 DreamHost 的 Fast_CGI 还是不完善。 so 又换回了 normal-CGI 模式，虽然慢一点，至少不会莫名其妙的出现 500。 PS:幸好偶的 MT 还是静态HTML。。。

谁在占用我大量的带宽？今天查了一下 access.log ，结果大吃一惊： 原来我已经被 Cracker 和 Spamer 严重盯上了。

This is a SiteLog of Easun's WebBlog.
其实仅仅是记录下而已，对于来访的朋友，订阅本站 RSS Feed 的朋友都不会感觉到变化。在网页上显示的订阅依然是 http://easun.org/blog/rss.xml ，也就是关心小站的朋友不需要改变地址。

但是实际上的变化还是有的，我修改了 .htaccess ，加入了如下几行：

Redirect /index.xml http://feed.easun.org
Redirect /blog/rss.xml http://feed.easun.org

原因见这里 ：[随笔]闲话 Blog 订阅，http://feed.easun.org 的 CNAME 指向了 Feedsky 的烧录地址：）

数天（数是多少？一个月？一年？都不知道了。。。-_-bb）前在 Google Apps 申请了 easun.org 的邮件服务，今天上Gmail，发现通过了，全文如下：

面向 easun.org 的 Google Apps 测试版测试用户邀请函

欢迎使用 Google Apps!

我们很高兴能帮助您向您的所有用户提供电子邮件帐户、其他通信功能和共享工具。

服务已自动接受您的组织机构，现在您应该已经为域名创建了新的管理帐户（类似于 admin@easun.org）。 通过此管理帐户，您可以访问 Google Apps 控制面板 (https://www.google.com/a/easun.org)。 如果您尚未完成，则应登录到控制面板设定您的用户列表，然后选择所需的服务并启用这些服务。通过控制面板，您还可以添加其他管理员并调整各种域名设置。 如果您遇到问题，始终都可以访问我们的支持中心 (https://www.google.com/support/a)。

我们衷心盼望您的反馈意见。因此对于您觉得有用的功能以及我们需改进的方面，请随时通过支持中心告诉我们。

祝一切顺利，
Google 小组敬上

昨天有人Email问我，我的Blog的订阅数是多少？ 我只能说我不知道。
说起来也不希奇，我的 Blog 建立不足一年， 虽然 Google PR 值已经到达了 4 ，但是我的 RSS 和 Atom 依然都是指向 blog 目录下面的 http://easun.org/blog/rss.xml 和 http://easun.org/blog/atom.xml 。即没有采用任何网站的feeds托管服务，所以，这个统计数字也就无从说起。9a7dd4fd