RSS標準方面的一般問題

[psac]

剛才在車東的blog看到「可讀性和更新性: RSS範本的atom化改造」一文，自己對RSS標準方面也有一些想法。

　　文中提到「用MTEntrBody替代MTEntryExcerpt」，其實我從建立這個blog之初就是這樣設定的，一開始就考慮到方便使用rss閱讀工具的朋友。


因為我建站的原則就是人性化（user-friendly），我在瀏覽其他網站遇到的麻煩盡量不要在本站出現，前面有2篇文章稍微提了一點，下次重新總結一下。

　　通過對lilina一段時間的使用，越來越發現標準的重要性，很多不標準的rss導致我的lilina聚合混亂，不得不對某些blog使用原始的人工檢查更新方式。

　　2個字：痛苦。

　　下面是我總結的一些一般問題：
　　1、沒有pubDate等時間部分程式碼（最煩就是這個，經常一匯入就是所有文章）

　　2、時間格式或者時區使用不標準 （比如伺服器是+08區，而blog依然用GMT時間）

　　3、標題不標準，比如在裡面加顏色、粗體什麼的 （匯出opml時報告錯誤）

　　4、沒有使用UTF-8編碼 （出現亂碼，這個雖然可以解決，但還是感覺不爽）

　　5、只有摘要或者只有標題 （非要你開啟網頁去閱讀才行）


　　6、圖片連接是相對位址 （導致無法顯示，用絕對路徑就沒有問題）

　　如果是商業blog網站，經常出現的問題是5和6，這當然是出於它商業的考慮。

　　而大多少情況，是個人用戶在不瞭解的前提下，移除或者修改造成的，比如1、2和3。

　　以上這些都是就標準進行討論，或者說是一種規範。以前我習慣直接用瀏覽器閱讀時，根本就不關心這些問題，現在才發現很多網站的rss完全是做個樣子，根本用不起來。最終導致我閱讀blog的複雜度，不過個別不符合標準的blog內容的確精彩，瑕不掩瑜 ，忍了。


上文章都不是從技術層面講的，因為從技術上面根本講不完了，太細。

其實我有一些使用Movable Type的經驗，不過論壇用這個的人少，我也就沒有興趣寫文章討論MT了


輕鬆除去MT留言強制輸入email功能

剛才在一個同樣是MovableType架設的blog留言，又一次要求我輸入email，煩。


　　之後想到自己的blog，在架設之初就去掉了這個比較不人性化的功能。由於各種原因，比如垃圾郵件等等，很多人不希望留下自己的email位址。

如果的確需要留下email，留言者也會在留言中，以各種避免垃圾郵件的方式書寫email位址。


　　當初我也考慮過設定允許匿名留言，後來感覺此方式不夠親切，讀者隨便寫個名字也比匿名好。
　　總之，留言系統一定要做到人性化，比如在考慮blog垃圾過濾的時候，有2個方案：
一個為MT-Blacklist ，另一個為SCode 。

前者如其名，使用blacklist來進行過濾，後者是使用當前比較流行的圖形識別驗證，簡單的說，就是在留言的時候必須同時輸入用圖形方式顯示的驗證碼。



從技術角度來看，後者更勝一籌，但增加了讀者留言的複雜度，而前者過濾效果也不賴，最終為了給讀者 一個相對人性化的留言方式，我選項了MT-Blacklist 。


　　廢話一大堆，轉回正題，方法去年建站之初就寫好了，只是放在自己的筆記裡面，現在公佈出來，希望有同樣想法的朋友可以利用一下，日後有人需要也容易google之。

回覆的時候只需要輸入用戶名就行了，email可以不填，並且不允許匿名留言。

找到lib\MT\App下面的Comments.pm

MT 2.661

更改


if (!$blog->allow_anon_comments &&
(!$q->param('author') || !$q->param('email'))) {
return $app->handle_error($app->translate(
"Name and email address are required."));
為


if (!$blog->allow_anon_comments &&
(!$q->param('author'))) {
return $app->handle_error($app->translate(
"Name are required."));
MT 3.121
估計3.1x都差不多，具體可以根據情況再看看。

更改


if (!$blog->allow_anon_comments &&
(!$comment->author || !$comment->email)) {
return $app->handle_error($app->translate(
"Name and email address are required."));
為


if (!$blog->allow_anon_comments &&
(!$comment->author)) {
return $app->handle_error($app->translate(
"Name are required."));

怕blog被spam，就算必須留email也沒有用，現在的spam程序對留email位址形同虛設，經常變著花樣來留。就算圖形識別的，如果背景比較清楚的，也搞得定。

所以是否強制輸入email對blog防spam沒有任何實質作用，用mt做blog，如果你的pagerank比較高，必須使用anti-spam系統，比如我上面提到的MT-Blacklist 。

請不要設定網頁背景音樂自動播放
剛剛寫的一篇blog，想到精品會員中很多有個人網站，還有很多朋友準備弄個人網站或者blog等等，發過來，希望對大家有說明 。

不知道，偶這個東東到底該不該發到這裡，如果不合適，就幫忙轉到水版吧。


　　昨天借MT留言的話題談了一點用戶操作的人性化問題（user-friendly），剛才瀏覽一個網站的時候，討厭的自動播放的背景音樂又令我想多說幾句。


　　如果網站是flash的，那麼請你不必往下看了，因為在準備開啟一個flash網站的時候，我就做好了一切準備，期待著精彩的畫面和動聽的音效，否則請看下文。

　　是否知道，很多人和我一樣，半夜上網，音箱依然未關，也許剛才看完一個DTS的片子，音量還開在最大檔。
　　是否知道，很多人和我一樣，「開啟所有連接」，然後一串網頁啪啪啪的出來，如果有2個以上網頁是背景音樂自動播放，基本上就只有聽奏鳴曲了。


　　是否知道，很多人（這次和我不一樣了）喜歡邊上網邊聽mp3，那麼這下子就變成協奏曲了。
　　是否知道，很多人（這次和我也不一樣）根本就討厭背景音樂。
　　是否知道，很多人的電腦由於程序的問題，一播放某些格式的背景音樂瀏覽器就會自動關閉。
　　……
　　不管你知道還是不知道，現在應該知道了。


　　請你不要設定網頁背景音樂自動播放，給個音樂導航開關行嗎？我想聽的時候自己去點行嗎？如果你依然固執的設定自動播放，給個開關讓我關行嗎？

　　遙想當年，也就是上個世紀，我第一次做的網站，背景音樂用了一個midi，當時自我感覺良好，好聽，簡直是天籟呀。


後來一同學看過網站後，第二天給了一點意見，大致的意思就是「其他都好，就是背景音樂討厭，請把它關了。」當時我真的感覺不理解，感覺那 斯是個異徒，天籟之音居然不懂得欣賞。


後來在一次無意中在其他地方開啟我的網站，曰，真******難聽。原來我自己的電腦使用的雅馬哈波表音色庫，而一般的電腦就一個預設的爛波表，當然是一個天一個地的效果。自此以後，我做網站就再也不使用背景音樂了，再說一 次，flash全站程序不在此討論範圍內。


　　想想當年，巴不得自己的網站花哨一點呀，現在看來，都是初手的想法。什麼到處找javascript特效呀（點網站導航上面的old，那個網站是我本世紀初做的，現在看來特效也用得過多了），什麼photoshop濾鏡一大堆，用premiere做個 小電影，轉場一個比一個新奇，現在看來都是很初級的。


　　拉拉雜雜一大段，就一個意思：「請您不要設定網頁背景音樂自動播放。」

[psac]

推薦一款ASP/Access的Blog指令碼軟體
前幾天經常混的bbs罈子（ ）上有兄弟送ASP/Access的空間，自己又符合條件，所以本著不浪費的原則去弄了一個。自己前段時間在搗鼓Java和PHP，ASP又是已淘汰的技術，所以一時想不到用這個空間來做啥。隨著工作的深入，發現自己沒有太多時間去研究太多的技術，微軟的易用性在工作中體現出 來優勢。於是，又把C#撿起來用，ASP編程沒做過，裝個系統完全是練練手，有時間改一個或自己寫個ASP.Net的軟體。
對於空間的使用，一個就是放Blog，還有一個是放論壇。其實，現在我對MSN Spaces很滿意，而且微軟的後期服務也是有保證的，不想再換了。所以後期放ASP論壇程序的可能性居大，但最近準備先裝個Blog指令碼試一下。
於是在網上搜了一下ASP/Access的指令碼，發現了下面的一篇文章，覺得分析得比較全面。轉過來如下：


引用:

asp+access平台下最好的4款blog程序

作者：不詳

——本文兼向所有為blogger無私奉獻的blog開發者們致以敬意

L-blog
使用者最多的blog程序，並有很多其他二次開發版，特點是簡單易用，並且夠用。我現在就使用的是L-blog程序，期間也曾想換成其他程序，最後都因為都不夠絕對理想而作罷。
我認為L-blog最大的特點是方便，比如那個登入後可以在瀏覽界面上直接選項文章進行編輯，這樣省事很多，不明白為什麼其他blog程序為什麼沒將這個優點繼承。而L-blog的最大缺點，一是安全性（畢竟用的人多了自然倍受「關注」，但開發者已經在n次修正檔中搞的差不多了），二是L-blog作者在很多非版權說明文件中標注自己的訊息，而且也沒告訴用戶怎麼修改——我尊重版權，但這樣讓我不太舒服。
L-blog官方網站 http://www.loveyuki.com/

LBS
由sic關於L-blog進行的二次開發，從其blog上的評論來看，似乎是相當優秀的一款作品。LBS的最大特點我想應該是安全性極高，這會讓很多人非常放心自己的blog不會突然就「黑」了。它的最大缺點是，界面是英文的。
LBS官方網站 http://www.voidland.com/blog/

Z-blog
說實話，我這兩天差點就把自己的blog換成了這套程序。Z-blog給我的感覺是非常棒，因為它的功能看上去多而強，並且它最大的特點是可以輕鬆的更換界面樣式——除非自己是設計師，否則它提供的界面都非常好看好用。Z-blog可以將文章產生靜態html頁面，這無疑更提高了系統的效能和穩定。我還沒選項Z-blog的原因有兩個，一是它的操作不如L-blog簡單，如我上面所說的直接在瀏覽時編輯，而不是進入後台操作——Z-blog的作者可以自己統計一下實現部分操作，兩個blog系統用戶會分別點擊多少下；二是我的L-blog雖然也可以將資料匯入Z-blog，但好像兩者的加密算法不同，所以用戶密碼在新系統下就完全不能用了，這勢必影響已註冊用戶的使用。哦，還有，Z-blog並不顯示blog的被瀏覽數，但這對大部分如我一樣「虛榮」的人頗有用處。
Z-blog官方網站 http://www.rainbowsoft.org/zblog/

Oblog
和以上3款不同，Oblog是多用戶Blog系統。就我自己的使用經驗上來看，似乎還沒有覺得Oblog有什麼大的缺點和需要改善的地方，僅僅是我只需要一個「自己的」單用戶blog，所以並沒有使用它。
Oblog官方網站 http://www.oioj.net/
　　　　　　　http://www.oblog.cn （這個是現在的官方網址） -- add by digitalife

究竟怎樣的blog程序是最好的？做完以上的比較可以簡單歸納出幾點來：
1.功能強，但少數人需要的功能可以不開發
比如產生靜態頁面肯定對提高瀏覽速度及被搜尋引擎收錄有說明 ，還有置頂功能其實也是很多人在用的，但是比如設定多個用戶等級，或給文章自定星級，則只是少數人的樂趣，並且並不經常用到。
2.界面好，或者提供皮膚或者修改方便
往往部分用戶會因為blog好看與否選項使用或放棄，這就要求blog開發者有一定的美工感覺，或為個性人士提供簡便的更改接頭。
3.操作易，用最少的點擊完成系列操作
一般的blog用戶會較頻繁的發帖、修改、管理，部分blog的管理操作看似嚴謹周密，但卻增加了用戶操作的時間成本，如果某一個操作可以在2次點擊下完成，為什麼要讓它點擊5次或更多？甚至於，刪多個貼的時候需要一個一個的進入並點擊多次？
4.安全高，不容易被黑且提供私秘權限
像我習慣於在公司、家以及其他地方隨手將零散的想法發到blog，或者有部分文章只是儲存給自己看，這就需要blog有隱藏的權限；另外安全是最重要的，blog被黑掉後的那種挫折感和損失，是什麼都彌補不來的。
最後，我還要補充一個最重要的因素：
5.責任感，為用戶服務並長期負責
在我看來，開發一個好的blog程序並完全取決於開發者技術水準、美工水準的高低，而最關鍵的因素是開發者是否能夠長期為用戶考慮和負責，堅持不斷的最佳化提升blog的品質效能。有錯誤和不足可以改，水準不高可以學，但如果只是一時興趣開發了blog卻不 長期維護，那用戶也會逐漸遠去，Dblog就是個明例。無論是L-blog、LBS、Z-blog或Oblog，只有開發者對blog永遠充滿興趣和熱情，並在用戶反饋下不斷提升，把blog開發當作自己的事業或責任來長期堅持，這個產品才能取得真正的成功，廣大blogger也能從中深深獲益。




這四個版本的Blog指令碼，我都下載了安裝包，下面是我綜合分析的結果：

L-Blog使用者較多，logo很漂亮（見附圖），現在的版本是V1.08(SE)Final，看了作者的留言，多半是不準備繼續開發下去了。

LBS就像文章中提到的，技術構架是不錯的，而且還在積極開發中。而且文中提到的界面是英文的問題，其實有中文包可用的。我分析了L-Blog和LBS的程式碼，發現LBS程式碼要規範得多，而且在安全方面考慮也比較充分。相對來說，L-Blog的程式碼寫得很亂，html和程式碼混在一起，可維護性太差。

Z-Blog整體佈局不錯，但功能相比有些簡單，我基本上不予考慮。

OBlog現在已經開發商業版了，而且是多用戶版，有支持Access和MS SQL Server的兩種版本，現在的版本號是V3.0。其中Access版是針對個人用戶的免費版本。個人用戶使用多用戶版沒啥意思，又耗伺服器資源。商業用戶首先要考慮成本和贏利模式，PHP/MySQL的組合效能和成本的優勢都優於ASP/SQL-Server，而且選項面了較多。

補充
剛才找到Oblog官網的另外一個位址，這個應該是正式的官方網站。
http://www.oblog.cn

免費版3.0下載：
http://news.oblog.cn/news/20050826638.shtml

現在的情況是，oblog的ASP/Access組合作為免費版來推，針對網路愛好者；oblog的ASP/SQL-Server針對商業用戶。

如果是這樣的話，推薦中加上oblog，畢竟是支持多用戶的。（但我不會用，相對耗資源）



綜上所述，Z-Blog、L-Blog、OBlog基本上都存在缺憾，可能自己也是搞技術的吧，所以對LBS更有好感。我的首選，ASP/Access的blog指令碼程序優選LBS。由於LBS是英文版軟體，安裝和漢化要麻煩一些，對於系統不太熟悉的朋友，可以選項L-Blog或Z-Blog。（完）

另外，下面有人推薦的PJ-blog也是非常不錯的版本，佈局和範本都非常時尚，程式碼品質也較規範，作者很勤快。強力推薦！

PJ-blog和Z-Blog最大的特點，就是美工做得比較好。看來向右走還是喜歡眼養的東西。
PJ-blog的源碼我下載了一份，感覺有不少地方和L-Blog有相似的地方，不過佈局和範本確實比較酷。EBLOG 界面满独特的
[url]http://www.fir8.net/blog/大家喜歡自己架/url][設BLOG還是喜歡在類似MSN Spaces這類公眾性BLOG上創作？
還是lbs簡單啊，style也漂亮。

我個人喜歡公眾性的 這樣寫的東西很多人能看到 能分享到
我也在用LBS 不過我還是喜歡在 MSN Spaces上發東西 個人的BLOG還要宣傳 更新了日誌別人都不知道 還是MSN Spaces累公眾性BLOG網站好 發東西別人能知道你發了 並來觀看 逐漸的就能形成一個有共同興趣的圈子 而個人性的BLOG 感覺太孤單了
而在自己價格的BLOG上寫東西 知道和能看到的人不多

[psac]

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

以上文章都不是從技術層面講的，因為從技術上面根本講不完了，太細。

其實我有一些使用Movable Type的經驗，不過論壇用這個的人少，我也就沒有興趣寫文章討論MT了。

下面再附上以前發過的2篇文章，感覺和這個blog的主題也有關，發到一起，以後再寫的時候就不開新帖了。

輕鬆除去MT留言強制輸入email功能

剛才在一個同樣是MovableType架設的blog留言，又一次要求我輸入email，煩。
　　之後想到自己的blog，在架設之初就去掉了這個比較不人性化的功能。由於各種原因，比如垃圾郵件等等，很多人不希望留下自己的email位址。如果的確需要留下email，留言者也會在留言中，以各種避免垃圾郵件的方式書寫email位址。
　　當初我也考慮過設定允許匿名留言，後來感覺此方式不夠親切，讀者隨便寫個名字也比匿名好。
　　總之，留言系統一定要做到人性化，比如在考慮blog垃圾過濾的時候，有2個方案：一個為MT-Blacklist ，另一個為SCode 。前者如其名，使用blacklist來進行過濾，後者是使用當前比較流行的圖形識別驗證，簡單的說，就是在留言的時候必須同時輸入用圖形方式顯示的驗證碼。從技術角度來看，後者更勝一籌，但增加了讀者留言的複雜度，而前者過濾效果也不賴，最終為了給讀者 一個相對人性化的留言方式，我選項了MT-Blacklist 。
　　廢話一大堆，轉回正題，方法去年建站之初就寫好了，只是放在自己的筆記裡面，現在公佈出來，希望有同樣想法的朋友可以利用一下，日後有人需要也容易google之。

回覆的時候只需要輸入用戶名就行了，email可以不填，並且不允許匿名留言。

找到lib\MT\App下面的Comments.pm

MT 2.661

更改

程式碼:
if (!$blog->allow_anon_comments &&
(!$q->param('author') || !$q->param('email'))) {
return $app->handle_error($app->translate(
"Name and email address are required."));
為

程式碼:
if (!$blog->allow_anon_comments &&
(!$q->param('author'))) {
return $app->handle_error($app->translate(
"Name are required."));
MT 3.121
估計3.1x都差不多，具體可以根據情況再看看。

更改

程式碼:
if (!$blog->allow_anon_comments &&
(!$comment->author || !$comment->email)) {
return $app->handle_error($app->translate(
"Name and email address are required."));
為

程式碼:
if (!$blog->allow_anon_comments &&
(!$comment->author)) {
return $app->handle_error($app->translate(
"Name are required."));

怕blog被spam，就算必須留email也沒有用，現在的spam程序對留email位址形同虛設，經常變著花樣來留。就算圖形識別的，如果背景比較清楚的，也搞得定。

所以是否強制輸入email對blog防spam沒有任何實質作用，用mt做blog，如果你的pagerank比較高，必須使用anti-spam系統，比如我上面提到的MT-Blacklist 。

[psac]

請不要設定網頁背景音樂自動播放
剛剛寫的一篇blog，想到精品會員中很多有個人網站，還有很多朋友準備弄個人網站或者blog等等，發過來，希望對大家有說明 。

不知道，偶這個東東到底該不該發到這裡，如果不合適，就幫忙轉到水版吧。


　　昨天借MT留言的話題談了一點用戶操作的人性化問題（user-friendly），剛才瀏覽一個網站的時候，討厭的自動播放的背景音樂又令我想多說幾句。
　　如果網站是flash的，那麼請你不必往下看了，因為在準備開啟一個flash網站的時候，我就做好了一切準備，期待著精彩的畫面和動聽的音效，否則請看下文。

　　是否知道，很多人和我一樣，半夜上網，音箱依然未關，也許剛才看完一個DTS的片子，音量還開在最大檔。
　　是否知道，很多人和我一樣，「開啟所有連接」，然後一串網頁啪啪啪的出來，如果有2個以上網頁是背景音樂自動播放，基本上就只有聽奏鳴曲了。
　　是否知道，很多人（這次和我不一樣了）喜歡邊上網邊聽mp3，那麼這下子就變成協奏曲了。
　　是否知道，很多人（這次和我也不一樣）根本就討厭背景音樂。
　　是否知道，很多人的電腦由於程序的問題，一播放某些格式的背景音樂瀏覽器就會自動關閉。
　　……
　　不管你知道還是不知道，現在應該知道了。
　　請你不要設定網頁背景音樂自動播放，給個音樂導航開關行嗎？我想聽的時候自己去點行嗎？如果你依然固執的設定自動播放，給個開關讓我關行嗎？

　　遙想當年，也就是上個世紀，我第一次做的網站，背景音樂用了一個midi，當時自我感覺良好，好聽，簡直是天籟呀。後來一同學看過網站後，第二天給了一點意見，大致的意思就是「其他都好，就是背景音樂討厭，請把它關了。」當時我真的感覺不理解，感覺那 斯是個異徒，天籟之音居然不懂得欣賞。後來在一次無意中在其他地方開啟我的網站，曰，真******難聽。原來我自己的電腦使用的雅馬哈波表音色庫，而一般的電腦就一個預設的爛波表，當然是一個天一個地的效果。自此以後，我做網站就再也不使用背景音樂了，再說一 次，flash全站程序不在此討論範圍內。
　　想想當年，巴不得自己的網站花哨一點呀，現在看來，都是初手的想法。什麼到處找javascript特效呀（點網站導航上面的old，那個網站是我本世紀初做的，現在看來特效也用得過多了），什麼photoshop濾鏡一大堆，用premiere做個 小電影，轉場一個比一個新奇，現在看來都是很初級的。
　　拉拉雜雜一大段，就一個意思：「請您不要設定網頁背景音樂自動播放。」

[psac]

讓我告訴你 用 gmail 做到什麼!

讓我告訴你 用 gmail 做到什麼!

接觸gmail時間不長,但是感觸很多,一個email軟體被google建造的如此強大,也許只有google才能做到如此貼近用戶.
和大家聊聊我平時都那gmail 做什麼吧,也希望大家能夠喜歡.

1,用gmail 訂閱group
groups.google.com 是google的新聞組,裡面的訊息豐富,可以遇到世界各地的朋友.他區別於一般的bbs交流,就是他沒有一般意義的bbs伺服器,它由各個人之間的郵件構成的聊天系統,因此你應該知道,這將意味非常穩定,不會受到各國的政治影響.
大家可以用filter 的過慮功能 講郵件歸類 便於閱讀.

2.用gmail+blogger 發表文章
blogger 也是google旗下的一個產品,但是 blogger的發佈商(BSP) blogspot 被我國封了,但是 blogger 的ftp輸出功能甚為強大,你可以去 sitesled.com 去申請一個空間,然後在 blogger中把ftp輸出 到sitesled 上,現在國內很多的先驅都使用這種方式.
blogger 非常穩定,你可以放心任何放上去的資料,再一個 他的範本可以完全的 改寫,開放度非常的高.
blogger 支持用郵件的發帖功能,你只要在郵件裡面寫好你的 帖子,發到blogger 設定的郵信箱中就實現快速的發帖.

3.用gmail訂閱rss
Web 2.0 大家已經再熟悉不過了吧,有人喜歡用離線的閱讀器,有人喜歡在線的,如bloglines,但是我喜歡的是用gmail訂閱的方式.現在有好多的網站都實現了rss的mail訂閱功能,大家可以到 http://www.r-mail.org/ ,感覺比較不錯所有的rss都是用他訂閱的.再有,有些網站的rss輸出並不是全文的,如sina的,大家可以http://www.feedburner.com/自己燒制一個自己的rss,而後再訂閱.

文字
我說出來大家也許不相信,事實就是這樣的,現在gmail已經開放了瀏覽器聊天功能,只要開著gmail 就可以聊天了.