另外就是一個需要能通過服務器端向外部服務器發送RPC請求，這點51.NET不支持。感覺PowWeb的服務很不錯，很多缺省的包都安裝好了：
iconv
iconv support enabled
iconv implementation unknown
iconv library version unknown
Directive Local Value Master Value
iconv.input_encoding ISO-8859-1 ISO-8859-1
iconv.internal_encoding ISO-8859-1 ISO-8859-1
iconv.output_encoding ISO-8859-1 ISO-8859-1
mbstring
Multibyte Support enabled
Japanese support enabled
Simplified chinese support enabled
Traditional chinese support enabled
Korean support enabled
Russian support enabled
Multibyte (japanese) regex support enabled
將安裝包解包（下載文件擴展名是.gz 其實是.tgz，需要重命名一下）：上傳到服務器相應目錄下，注意：相應cache目錄和當前目錄的可寫入屬性設置，然后配置一下conf.php中的參數即可開始使用。
何東給我的建議：
1）右邊的一欄，第一項的sources最好跟hobby、友情鏈接一樣，加個圖片。
2）一堆檢索框在那兒，有些亂，建議只有一個，其它的放到一個二級頁面上。
3）把聯系方式及cc,分別做成一條或一個圖片，放在右邊一欄中，具體的內容可以放到二級頁面上，因為我覺得好象沒有多少人會細讀這些文字。
4）如果可能，把lilina的頭部鏈接漢化一下吧？
一些改進計劃：
1 刪除過長的摘要，可以通過尋找第2個"
" 實現；
2 分組功能：將RSS進行組輸出；
修改默認顯示實現：Lilina缺省顯示最近1天發表的文章，如果需要改成其他時間周期可以找到：
$TIMERANGE = ( $_REQUEST['hours'] ? $_REQUEST['hours']*3600 : 3600*24 ) ;
進行改動。
RSS是一個能將自己的所有資源：WIKI / BLOG / 郵件聚合起來的輕量級協議，以后無論你在何處書寫，只要有RSS接口就都可以通過一定方式進行再次的匯聚和發布起來，從而大大提高了個人知識管理和發布/傳播效率。
以前對RSS理解非常淺：不就是一個DTD嘛，真了解起解析器來，才知道namespace的重要性，一個好的協議也應該是這樣的：并非沒有什么可加的，但肯定是沒有什么可“減”的了，而真的要做到這個其實很難很難……。
我會再嘗試一下JAVA的相關解析器，將其擴展到WebLucene項目中，更多Java相關Open Source RSS解析器資源。
另外找到的2個使用Perl進行RSS解析的包：
使用XML::RSS::Parser::Lite和XML::RSS::Parser 解析RSS
XML::RSS::Parser::Lite的代碼樣例如下：
#!/usr/bin/perl -w
# $Id$
# XML::RSS::Parser::Lite sample
use strict;
use XML::RSS::Parser::Lite;
use LWP::Simple;
my $xml = get("http://www.klogs.org/index.xml");
my $rp = new XML::RSS::Parser::Lite;
$rp->parse($xml);
# print blog header
print "<a href=\"".$rp->get('url')."\">" . $rp->get('title') . " - " . $rp->get('description') . "</a>\n";
# convert item to <li>
print "<ul>";
for (my $i = 0; $i < $rp->count(); $i++) {
my $it = $rp->get($i);
print "<li><a href=\"" . $it->get('url') . "\">" . $it->get('title') . "</a></li>\n";
}
print "</ul>";
安裝：
需要SOAP-Lite
優點：
方法簡單，支持遠程抓取；
缺點：
只支持title, url, description這3個字段，不支持時間字段，
計劃用于簡單的抓取RSS同步服務設計：每個人都可以出版自己訂閱的RSS。
XML::RSS::Parser代碼樣例如下：
#!/usr/bin/perl -w
# $Id$
# XML::RSS::Parser sample with Iconv charset convert
use strict;
use XML::RSS::Parser;
use Text::Iconv;
my $converter = Text::Iconv->new("utf-8", "gbk");
my $p = new XML::RSS::Parser;
my $feed = $p->parsefile('index.xml');
# output some values
my $title = XML::RSS::Parser->ns_qualify('title',$feed->rss_namespace_uri);
# may cause error this line: print $feed->channel->children($title)->value."\n";
print "item count: ".$feed->item_count()."\n\n";
foreach my $i ( $feed->items ) {
map { print $_->name.": ".$converter->convert($_->value)."\n" } $i->children;
print "\n";
}
優點：
能夠直接將數據按字段輸出，提供更底層的界面；
缺點：
不能直接解析遠程RSS，需要下載后再解析；
2004-12-14:
從cnblog的Trackback中了解到了Planet RSS聚合器
Planet的安裝：解包后，直接在目錄下運行：python planet.py examples/config.ini 就可以在output目錄中看到缺省樣例FEED中的輸出了index.html，另外還有opml.xml和rss.xml等輸出（這點比較好）
我用幾個RSS試了一下，UTF-8的沒有問題，但是GBK的全部都亂碼了，planetlib.py中和XML字符集處理的只有以下代碼：看來所有的非UTF-8都被當作iso8859_1處理了：
try:
data = unicode(data, "utf8").encode("utf8")
logging.debug("Encoding: UTF-8")
except UnicodeError:
try:
data = unicode(data, "iso8859_1").encode("utf8")
logging.debug("Encoding: ISO-8859-1")
except UnicodeError:
data = unicode(data, "ascii", "replace").encode("utf8")
logging.warn("Feed wasn't in UTF-8 or ISO-8859-1, replaced " +
"all non-ASCII characters.")
近期學習一下Python的unicode處理，感覺是一個很簡潔的語言，有比較好的try ... catch 機制和logging
關于MagPieRSS性能問題的疑慮：
對于Planet和MagPieRSS性能的主要差異在是緩存機制上，關于使用緩存機制加速WEB服務可以參考：可緩存的cms設計。
可以看到：Lilina的緩存機制是每次請求的時候遍歷緩存目錄下的RSS文件，如果緩存文件過期，還要動態向RSS數據源進行請求。因此不能支持后臺太多的RSS訂閱和前端大量的并發訪問（會造成很多的I/O操作）。
Planet是一個后臺腳本，通過腳本將訂閱的RSS定期匯聚成一個文件輸出成靜態文件。
其實只要在MagPieRSS前端增加一個wget腳本定期將index.php的數據輸出成index.html，然后要求每次訪問先訪問index.html緩存，這樣不就和Planet的每小時生成index.html靜態緩存一樣了嗎。
所以在不允許自己配置服務器腳本的虛擬主機來說Planet根本是無法運行的。
更多關于PHP中處理GBK的XML解析問題請參考：
MagPieRSS中UTF-8和GBK的RSS解析分析
2004-12-19
正如在SocialBrain 2005年的討論會中，Isaac Mao所說：Blog is a 'Window', also could be a 'Bridge'，Blog是個人/組織對外的“窗口”，而RSS更方便你將這些窗口組合起來，成為其間的“橋梁”，有了這樣的中間發布層，Blog不僅從單點發布，更到P2P自助傳播，越來越看到了RSS在網絡傳播上的重要性。