标簽/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]誰在占用我大量的帶寬?

似乎 站點越來越慢。。。
啟用了 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 的朋友都不會感覺到變化。在網頁上顯示的訂閱依然是 /blog/rss.xml ,也就是關心小站的朋友不需要改變地址

但是實際上的變化還是有的,我修改了 .htaccess ,加入了如下幾行:


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

原因見這裡 :[随筆]閑話 Blog 訂閱,http://feed. 的 CNAME 指向了 Feedsky 的燒錄地址:)

--EOF--

收到 Google Apps 測試版的邀請函 ,

數天(數是多少?一個月?一年?都不知道了。。。-_-bb)前在 Google Apps 申請了 的郵件服務,今天上Gmail,發現通過了,全文如下:

面向 的 Google Apps 測試版測試用戶邀請函

歡迎使用 Google Apps!

我們很高興能幫助您向您的所有用戶提供電子郵件帳戶、其他通信功能和共享工具。

服務已自動接受您的組織機構,現在您應該已經為域名創建了新的管理帳戶(類似于 admin@)。 通過此管理帳戶,您可以訪問 Google Apps 控制面闆 (https://www.google.com/a/)。 如果您尚未完成,則應登錄到控制面闆設定您的用戶列表,然後選擇所需的服務并啟用這些服務。通過控制面闆,您還可以添加其他管理員并調整各種域名設置。 如果您遇到問題,始終都可以訪問我們的支持中心 (https://www.google.com/support/a)。

我們衷心盼望您的反饋意見。因此對于您覺得有用的功能以及我們需改進的方面,請随時通過支持中心告訴我們。

祝一切順利,
Google 小組敬上

[随筆]閑話 Blog 訂閱

昨天有人Email問我,我的Blog的訂閱數是多少? 我隻能說我不知道。
說起來也不希奇,我的 Blog 建立不足一年, 雖然 Google PR 值已經到達了 4 ,但是我的 RSS 和 Atom 依然都是指向 blog 目錄下面的 /blog/rss.xml /blog/atom.xml 。即沒有采用任何網站的feeds托管服務,所以,這個統計數字也就無從說起。9a7dd4fd