查看單個文章
舊 2006-01-26, 02:45 AM   #3 (permalink)
psac
榮譽會員
 
psac 的頭像
榮譽勳章
UID - 3662
在線等級: 級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時
註冊日期: 2002-12-07
住址: 木柵市立動物園
文章: 17381
現金: 5253 金幣
資產: 33853 金幣
預設

RSS客戶端的優劣勢及未來假想

--------------------------------------------------------------------------------

用戶在無助的面對龐雜寬廣的網際網路訊息時,由於RSS的存在,多了一個很好的定點轉發IP收集渠道,極其明顯的最佳化了用戶的網路瀏覽效率,避免了重複的開啟N個網頁帶來的諸多缺陷,所以不誇張的說,RSS是一場網際網路的人民起義。



現在網上有兩種訂閱RSS的主要方式:本機客戶端、在線聚合網站。


兩者相比較,我大致歸納的目前的本機客戶端三大優勢:

1) 對頻道更新頻率擁有主控權,比如你可以設定2分鍾更新一次,看你需不需要。早期有些客戶端有限制最低不得低於30分鍾。

2) 可以選項一個符合自己喜好和習慣的軟體,比如A界面不好,B操作不好,C功能不好,但總有一款適合自己,可以充分從個性上抉擇。

3) 本機搜尋搜尋、標記已獲取訊息較為方便。

4) 本機接收程序較為直觀,速度較明快
....


而相對在線聚合網站,本機客戶端的劣勢極其顯著:

1) 上面第一個優點其實也是一大缺點。當全世界的線人人人都使用自己的客戶端不斷的以一個短暫間隙的頻率訪問某一個網站提供的RSS,可想而知這個網站伺服器的承受能力要經受多大的考驗。所以,相對而言網站方自然不太希望大家都通過客戶端訂閱RSS而通過在線 聚合網站,甚至因此而遲遲不公開RSS服務功能。(但也不一定是主要原因)

2) 移動性極差。當你在兩個地方分別想閱讀RSS新聞,那麼你必須在兩個地方同時安裝客戶端,並且需要匯入兩次你收集的頻道組,當你在一個地方收取了RSS後再到另一個地方收取,你就等著一個一個頻道的手動式mark read吧,或者可能重複收到大量舊的「新」訊息。兩地使用的相互延續性顯然不足,因為RSS服務站點本身並不會為你所訂閱的頻道標示你的本機是否已更新。

3) 唯有即時接收,無法離線收取。每個人都有一個生活時鍾,一萬個人可能都互不相同,但所有網站仍然是按其自有的更新頻率一直更新著。當你關閉了客戶端->下線->進入現實世界後,RSS就和你徹底訣別了。直到你重返網路,開啟客戶端之前的這段時間,網路就是空白的,你幾乎追溯不到這段時間局內網絡的完整面貌。除非你為了找回錯過的東西而反反覆覆的一一開啟各大網站。如果你能經常忍受這樣的境況,何需RSS?

4) 分享性差。客戶端內收集的好頻道,或歷史資料,無法方便共享給同樣需要這些頻道和資料的朋友。

5) 佔用額外的系統資源。一些鼎鼎大名的客戶端軟體尤其如此,或對系統內核的需求,比如必須2K以上,或者.Net庫支持等。加大的用戶額外的資源付出。

6) 畢竟軟體是個人做的,個人是要考慮做這個軟體的目的的,所以收費共享型的RSS客戶端不少,也是為用戶帶來了新的額外財政支出。雖然順著RSS的發展這種商機的確是聞起來很香的。
當然,現在有些不錯的客戶端軟體為用戶或多或少剩下了一些付出,比如GreatNews,各大新聞門戶推出/推薦的一些免費軟體等等。

7) 一般的客戶端軟體猶如瀏覽器,同樣受網路環境限制而無法訪問一些被封鎖網路的訊息,這是個很大的問題。所以,關鍵是必須使用代理,而在線聚合網站本身所處地可能就在國外,所以用戶可以完全繞過代理伺服器,把在線聚合網站作為永存的代理伺服器而輕鬆訂閱瀏覽 這些受網路環境影響的RSS源。

.......

綜上所述,客戶端的局限性決定了他在短期內是完全無法與在線聚合訂閱方式抗爭的,我們知道在線聚合網站的頻道訂閱技術很先進,對被訂閱網站的負荷壓力也盡可能的最低,因為伺服器只需要每隔一段時間訪問一次RSS feed,資料就可以被伺服器上的所有訂閱用戶同時分享和獲得,而無需伺服器重複收取N次,效率就提高了很多。應該說這種方式各大RSS服務提供網站是歡迎的。用戶當然也更是歡迎的,因為這樣我可以同步分享到其他訂閱同一個頻道的網友早已閱讀的歷史資料, 分享別人訂閱的頻道,或者搜尋一些網上的熱門頻道,以及被很多人關注的優秀資源頻道,在一個網站內就可一覽遍天下,用戶再也無需為了找不到好的頻道資源,而到處去搜刮找尋。因此具有較強的交互性,以後還可以在社區概念上深入展現。

而且,在線網站對你系統和周邊需求是最低的,你只要能上網,有一個瀏覽器,那麼無論你在哪裡,什麼操作系統,你都可以在屬於你的聚合網站裡登入,閱讀,標記,並且走到哪裡都可以具有延續性的享用這樣的聚合服務。


目前在線聚合網站唯一的缺陷可能是國內用戶比較明顯的速度,比如Bloglines速度時常不穩定,有快有慢,這時我們可以想到一些國內類似的網站,比如topim,目前尚處BETA,功能還比較簡單,還有一個國外的是NewsGator Online,這幾個都各有特色。但基本都支持OPML文件的匯入匯出,所以你可以很幸福的同時登入幾個在線聚合網站,再從中選項適合自己需求的,因為你有OPML。

早已有人袒露,客戶端軟體所具備的所有功能,在線聚合服務網站都可以實現。


所以,綜上所述,在線聚合網站的絕對優勢已經很明顯了,我在想以後客戶端該何去何從?怎麼繼續探索發展?

我個人以為出路只有一個:借鑒時下非常流行的P2P傳輸協定,比如電騾或BT軟體是不錯的參照物,當然,前期可能必須要求在同一種軟體下才能套用,這個軟體標準化了儲存於在本機的資料格式,可以供給網路上所有用戶收取並直接被他的客戶端閱讀。然後通過一台固定的 伺服器存放任一用戶本機的資料庫標幟和索引,其他用戶可通過伺服器搜尋索引並直接從某特定對像電腦上獲取資料。

本帖只是拋磚引玉,至於如何通過電騾或BT的方式來解決RSS客戶端目前最大的癥結,就是值得各位技術大蝦思考的探索的方向了。優劣各表,各抒己見,展望未來!
注意:本帖完全不是否定客戶端的使用價值,畢竟有非常多的國內用戶和部分國外用戶是從客戶端開始真正接觸RSS的,閱讀方式、使用習慣是非常重要的因素。本帖只是直露露的,拋開一切的闡述一下在線網站和本機客戶端之間各自的優缺點,來看個人需求的定位和以 後的發展。
我個人剛開始就淘汰了大多數客戶端,起初寄希望於Becky的RSSreader插件,然後接觸了bloglines等聚合網站後使用至今,所以一直沒有長期養成用客戶端閱讀RSS的習慣吧。直至看到CCF的另一款不錯的客戶端Fast Reader(好像原名是這個,後來改名了...)、GreatNews,覺得以這樣結構為基礎的客戶端,才是我感興趣的,覺得以後會有大的進展,來克服目前眾多客戶端普遍尚存的不足。
又或者,類似bloglines這樣的網站,在關於目前的web閱讀方式外,增強出客戶端方式,開發一個桌面版的客戶端軟體來,同樣只需連線到bloglines網站,就可以直接收取你的所有rss頻道組和頻道,並通過bloglines的伺服器來收取更 新你的每個頻道。
這個就有點類似MSN、QQ之類的聊天客戶端了。

1)RSS對伺服器的壓力應該不大吧?資料量還沒有一個網頁大。

如果頻繁的訪問呢?一個網站一天一個用戶可能只登入一兩次,但用RSS,一個用戶往往會幾分鍾就掃一次rss。人人都這樣再加起來。。。

2)移動性也不是一個太大的問題,email客戶端移動性也差,照樣生存的很好,有相當數量的用戶(我估計是佔多數)對移動性沒什麼要求。如果在兩個地方都裝客戶端,已讀的標記確實是個問題,但是一個標記有那麼重要麼?哈哈,反正標記了也不一定讀過,讀過 了又何必在乎一個標記?


2)唯有即時接收確實是最大的問題。但是RSS本身就是時效性很強的東西。而且這個問題也不是絕對不能解決的,如果有網站能提供一個代收暫存和中轉的話。。。。



4)分享性差不差是相對來說的,如果大家都用在線的,而且都用同一個網站的,那麼相對來說客戶端的分享性就差了。但這只是一個理想的狀態,事實遠非如此。
5)資源倒確實是個問題,專用的客戶端或多或少會占一些資源。不過現在有點瀏覽器整合了RSS閱讀功能,如FF,MT,增加的資源佔用就很少了。
6)哈哈,收費問題不必擔心吧。而且我認為這種軟體收費的是不會有什麼前途的。
這個啊。。個人覺得哦,email客戶端和rss訂閱是不同的,卻往往在目前被放在一起比較,一般你在哪裡都不會發生收取兩次同樣郵件的可能,而RSS則需重複匯入相同頻道,才能兩地相同的使用,而且你在A地收取的訊息,可能B地同樣會再收取一遍。除非把 頻道組訊息存在伺服器上就類似QQ差不多的,也是我前面說的嚮往的一種方式。

說的3)4)5)6)幾方面當然可以是某個方面這個重要,某個方面不重要,所以意思就是,如何能適套用戶多變的使用環境,而不是把用戶固定住,鎖定在某個使用方式內。
我樓上說的很清楚了,客戶端並不是不能發展,本文恰恰就是在討論客戶端怎麼發展才是最好的模式,你大概只關注我針對客戶端缺點所做的描述了。




如果是自建服務端的話,有兩個分發資料的辦法。。

1.仍然是RSS的資料包方式,通過RSS的XML文件進行,只是在url位址上面有所操作,例如

獲取最近三天的資料

www.xxx.com/GetRss.asp?y=2005&m=3&d=9

定義年月日即可。。或者加入其他的指令

2.採用專用的資料庫形式,這樣可以適當的壓縮處理一下,減少帶寬的消耗。。


如果用EMAIL的方式的話,通過專門格式的郵件即可。。

分析:

其實採用EMAIL伺服器處理的話,我覺得應該是當前最佳的辦法,你想想如果是Google的1G郵信箱+RSS訊息整理,是怎樣的讓人興奮,我覺得這樣簡直是無敵的。。什麼專用的RSS客戶端,RSS收集網站,還有他們繼續下去的必要嗎?

在當前大部分的郵件伺服器上面加一個RSS的讀取,分析,分發功能,是很簡單的一個東西,但是這個影響對RSS來說是深遠,說是Web網站下的再一次革命也不為過。。

至於大部分覺得RSS頻道的增加,比較複雜困難,我覺得其實很容易解決,只要提供的服務端整合了,採用目錄的形式,啟始用戶進行增加就可以了。。甚至用戶根本就不需要知道RSS的URL位址是什麼,他只需要知道這個頻道的名稱就足夠了。。

如果說EMAIL伺服器不願意增加這些功能,那麼我們也可以通過自建RSS的收集伺服器,將每個訊息分發到每一個郵信箱裡面去,實現相同的效果。。

上面的這些是技術,使用上的問題。。。

----------------------------------------

簡單說說我對RSS的看法,

我們當前不應該去太注重用什麼樣的工具,什麼的方式去讀取它瞭解它。當前應該做的事情是把它變的盡可能的簡單,用盡可能簡單的方式去推廣,讓更多人能夠通過RSS獲得的訊息,這是一個訊息獲得的技能,應該盡可能的普及到更多的人的身上。RSS不是高端產物 ,應該是像大家手上的報紙一樣,普普通通,而又實在的東西,才是它最大發展的所在。。

希望大家努力的推廣RSS,讓大家知道在瀏覽網站外的一種訊息的獲取方式。

在有空就去看看 Nick(Feed Demon的作者) 的 Blog
他和他的一些朋友是走在Feed /RSS 前沿的一些人
http://nick.typepad.com/
現在用mozilla出的Thunderbird訂閱新華的新聞,感覺還不錯!
__________________
http://bbsimg.qianlong.com/upload/01/08/29/68/1082968_1136014649812.gif
psac 目前離線  
送花文章: 3, 收花文章: 1631 篇, 收花: 3205 次