标签/Tag为[FeedSky]的文章

FeedSky话题营销测试期结束

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

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

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

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

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

--EOF--

爱唠叨(ilaodao.cn),又一个"叽歪de"?


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

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

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

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

FeedSky,技术方面还需要努力

不是给 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 虽然界面漂亮了,但是总是通不过 标准 的验证:
大家请看下面两个地址


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

[SiteLog]谁在占用我大量的带宽?

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

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

[SiteLog]正式启用FeedSky 烧录的 Feed

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 的烧录地址:)

--EOF--

收到 Google Apps 测试版的邀请函 ,

数天(数是多少?一个月?一年?都不知道了。。。-_-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 小组敬上

[随笔]闲话 Blog 订阅

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