blog/rss訂閱的第三種選擇– im robot
關鍵字：blog rss opml im robot
在web2.0大潮中，rss無疑是乙個亮點。如何訂閱rss，這是廣大blog愛好者都必須考慮的問題。在前幾個月，有一場有趣的爭論--rss聚合，誰才是王道？
總結現在已有的解決方案：
1．2．
客戶端本地閱讀 最具代表性的如feeddemon (我個人沒有發現免費的非常優秀的客戶端，歡迎推薦) 3．
瀏覽器結合rss閱讀客戶端 如maxthon，sailbrowser,firefox(加rss extension)
我的新作法是設計乙個im robot (即時通訊軟體機械人,以msn messenger為例)，只要使用者將其加為好友，即可通過這個機械人來享受各種網路服務，例如rss訂閱服務。原理是通過bloglines的webservices得到opml及rss，解析到客戶端。
優點：1．
msn messenger和瀏覽器一樣，基本上是每台機子上必備的軟體，少了另外安裝rss客戶端軟體的麻煩。你到其它機子上一樣可以方便地使用。即使在unix平台下，也可以通過gaim等軟體使用。而rss客戶端軟體不是每台機子都有，也未必支援各種作業系統。 從這點考慮im robot 優於客戶端軟體。
2．移動裝置直接訪問**比較麻煩(瀏覽器軟體遠弱於pc的瀏覽器)，但是現在msn業務已經覆蓋中國所有手機使用者
，很多手機都可以使用msn messenger，所以通過im robot，就可以很方便地訪問到**上的資訊。這是im robot優於瀏覽器的地方。
3．使用者把機械人加為好友之後，可以方便地繫結帳號，每次上線和機械人開始對話，機械人會自動驗證使用者身份，使用者不用像**那樣重啟瀏覽器後要重新登入帳號。
缺點：msn messenger的顯示介面略小，影響顯示效果。有字元限制，一般一條資訊不能超過5000字元。(經過我測試，最多可成功傳送3000個漢字)
email給我，我會提供測試帳號。程式剛完成，也許會有不少bug,
當前伺服器配置極差，是一台兩年前主流配置的pc，不過最糟的是伺服器的網路較差。在電信adsl2m的網路條件下測試，基本上機械人資訊回應時間<1.5s，基本上實現了即時反應，比用**訪問更快一些。
將來可能的思路：
1．2．
實現im軟體與email服務的結合，通過im軟體來查收最新郵件（不同郵件服務提供商），如從乙個機械人同時查收163,sina,sohu的郵件。
msn即時通訊服務目前在中國已擁有950萬白領使用者
，個人認為這種im+web的發展模式很有前途，歡迎國內的
reflux react web 第三種寫法
元件監聽store第三種寫法 reflux.listento store,監聽方法 在mixins內用reflux.listento實現了store的監聽 var todocomponent react.createclass onstatuschange function list compone...
python三種多執行緒建立風格，第三種用的最廣泛
本博文源於python炫酷技能，主要講述三種多執行緒的建立。尤其是第三種基於類繼承構造是大型工程必知的內容 所謂匿名函式構造就是即用即走那種 import threading defshow i print 被執行了！str i threading.thread target show,args 2...
多執行緒第三種建立方式 Callable
functionalinte ce public inte ce callable返回結果並可能引發異常的任務。實現者定義乙個沒有引數的單一方法，稱為call callable介面類似於runnable 因為它們都是為其實例可能由另乙個執行緒執行的類設計的。然而，a runnable不返回結果，也不...