來源：　http://hi.baidu.com/pudding/blog/item/9a78fbf217359313b07ec504.html ** 簡介 　　Telnet-Based BBS 主要流行在大陸和臺灣，大陸因為眾所周知的原因各大 Telnet-Based BBS 被閹割得差不多了，對岸的 BBS 發展則是如日中天。相應的國外除 Web forum 外大都使用新聞群組和郵寄清單 (特別是技術社區)。 　　最早的 BBS (電子公告版) 系統出現在 1978 年，後來 BBS 又經過了各個月臺撥號 連線，單用戶登陸的階段，我們現在使用的 BBS 自然不可同日而語。現在兩岸流行的 BBS 都從同一個 BBS 系統發展而來，這就是 Pirate BBS，這裡是它的版權資訊。 <example> Pirate Bulletin Board System Version: 1.00 Copyright (C) 1990 Edward A. Luke Copyright (C) 1992, 1993 Raymond R. Rocker, Dominic B. Tynes Guy T. Vega </example> 　　它有了現代 Internet BBS 的基本特徵：TCP/IP 連接，多用戶同時登陸等。早期中 文 BBS 的貢獻者主要來自臺灣的大學，他們解決了 BBS 的中文問題，豐富了 BBS 的功 能。現代 BBS 兩大分支 Firebird 和 Maple 都出自他們之手。現在大陸基本上都是基於 Firebird 的系統了，沒記錯的話，SMTH 基於 Firebird2.x，而 ARGO 則基於 Firebird 2000。 　　這些 BBS 系統都是在 UNIX 上運行的，我們現在仍能在按鍵設定中找到一些UNIX 系 統程式如 VI 的風格的痕跡。 ** BBS 的強大能力 　　我們現在看到的 ARGO，有著一個通常的 BBS 的所有功能，也是幾乎所有 WebForum 有的功能：版面討論，郵件，即時資訊，聊天室等等。但它似乎已經不是這個時代的東西 了：文字介面，鍵盤操作，無法貼圖(當然現在它的 Web 介面已經可以了)，人們自然會 認為它應該被 Web 論壇淘汰，淡出歷史舞臺。但事實不是這樣的。 　　首先，Telnet-Based BBS 能容納 Web-Based BBS 無法想像的同時登陸數，NewSMTH 長年保持 10000 人以上線上，PTT 是 30000 人以上，不過水分很大，很多 ID 都是長期 發呆，支撐這麼多人的同時，它需要的頻寬卻很少，這樣的意義不但是使用者訪問操作的 速度快，而且使得 Telnet-Based BBS 不需要太大的頻寬就能進行大型的服務，這對一個 平民化的交流社區是非常重要的。 　　Telnet-Based BBS 是基於文字而且一直基於文字的。這不但是說它的文章內容是純 文字，而且它的表達也是。這帶來了一個好處：純文字是標準的，最容易交流的檔案格式 ，這不但是說我們不需要任何流覽器，只要一個標準的 Telnet 程式就能流覽 BBS 內容 ，也不但是說用標準的 Zmodem 協議就能夠下載各種 BBS月臺的文章並存成純文字格式。 他還帶來了 BBS 社區的一個特色：各種強大的專用 BBS Client (或者應該叫 BBS Terminal)。 　　做過相關開發的人可能都有這樣的體會：大部分網頁的 HTML 代碼都是亂得沒法看。 對一個一般用戶來說，用流覽器流覽是沒什麼問題，但如果我們想用程式方法在網頁上抓 取資訊，或者進一步做相應控制就很難了。所以 Web Forum 只能依賴流覽器，很難在用 戶端做更多的擴展和定制。但 BBS 的純文字流覽和控制就不一樣了，用很簡單的方法就 能自動地控制 BBS 的登陸和流覽，所有的 BBS Client 都是一個 Telnet Client 的擴展 ，除了基本 Telnet 顯示外，功能原理都是一樣的：它抓取收到的文字資訊的特徵欄位， 並根據一些邏輯自動地向 BBS 伺服器發送控制文本，這樣的模型能做的最基本的功能包 括自動登陸 (登陸時根據返回的文字提示資訊自動發送用戶名和密碼) 和自動防呆 (過一 段時間自動發送一串不會引起狀態改變的操作) 等等。一些進階功能包括自動抓取文章， 短訊息自動回復 (還有智慧的聊天機等) 和保存，有的 BBS Client 還提供指令碼語言的 擴展介面，使用者可以寫出自己的自動處理腳本。而且編寫 BBS 的控制腳本不需要特別 的專業技能，只需知道：“當螢幕上出現什麼文本的時候，我應該做什麼操作”，然後把 這種操作的按鍵序列發送出去就可以了，要在 Web Forum 上做這樣的事情，難度就非常 高了，而且各個 Web Forum 之間的頁面的 HTML 格式大相徑庭，無法通用， Telnet-Based BBS 就沒有問題。 　　純文字格式還意味著 BBS 一個更強大的功能：轉信。我打算著重講這個問題。當然 了，由於形勢問題，大陸基本上已經沒有可以互相轉信的月臺了，所以解釋它我們需要一 些時間。我們說 Telnet-Based BBS 是基於純文字的，所以根本不用擔心格式不相容問題 ，所以各個月臺間只要規定好一種純文字投遞的協議，A 站就能自動地獲取 B 站發出的 文章，然後自動發在 A 站的相應版面上。(所以各個 BBS 站的文章頭部和尾部都有一個 “發信站”和“來源”的標籤)。這樣，一個 BBS 月臺將不會局限於自己的用戶和自己的 文章，參與全國轉信的話，校園網用戶無須花費額外金錢就能在本校的月臺上快速地流覽 全國各 BBS 的文章內容，對任何一個 BBS 站的文章的回復又能很快地傳到全國各個 BBS 站去，從而形成一個統一的社區。這樣的一個交流社區的資訊容量是普通的 Web BBS 所不能想像的。我們也可以看到，這是一個很好的分散式系統的設計，通過一個鬆散 的集體和一些低檔的機器就能完成一個很大的交流社區的服務。 　　剛才提到，各站之間的轉信是需要一個標準協定的。這個協定一開始就是 ---電子郵 件，這也是這樣的功能叫做轉“信”的原因，幾乎每一台 UNIX 主機都裝有 SendMail 程 式，所謂轉信就是把文章當郵件發出去，然後對方主機收到扔進本地信箱，然後再做一個 程式定時把信箱裡的郵件貼到版面上去就可以了。這種方法如果是兩個站之間點對點轉信 是很方便的，但是如果是大範圍的互相轉信效率就太低了，所以後來轉信使用的是新聞群 組的協定，效率大大提高。 　　拜純文字格式所賜，我們能用這些成熟標準的協議進行轉信。這也意味著我們不但能 夠近在 BBS 間轉信，我們可以自動下載新聞群組的內容 (其實這就是新聞群組轉信的原 理) 貼在版上，郵寄清單自然也可以，同理我們可以通過 E-Mail 在BBS 上發文 (ARGO 原來有這個功能，後來被遮罩了)，只要是純文字的資訊我們都可以在 BBS 上自動收錄。 用時髦的話說就是進行了有效的資訊整合。 　　純文字不但能表達文本意思，任何資訊都能轉成純文字。譬如我們都知道郵件可以加 任何格式的檔做附件，但在底層發出去的郵件都是純文字，它用一種編碼方式 (當然也是 標準的) 把二進位檔案轉換成純文字。我們自然能想到，用同樣的方法我們可以把帶有圖 片，文檔等資訊的文章張貼到 BBS 版面。要看的時候用 Zmodem down 下來，uudecode 一解開就能看了 (據說 winrar 也可以)。當然了，這也意味著這些附件資訊也可以轉信 ，這是現在所有 Web 端支援附件的 Telent-Based BBS 做不到的事情了。 　　總的來說，純文字的特徵使得 Telnet-Based BBS 在資訊交流的能力上大大領先現在 任何的 Web Forum。這也是通用格式和通用協議的力量的體現，這點恰恰是當前 Web 發 展面臨的最大問題，我會在後面再提到這一點。 ** BBS 文化 　　BBS 的文化大概可以概括成“草根，平等，開放，理性，禮節”這十個字。 　　Telnet-Based BBS 是相當平民化的東西。它的系統代碼可以免費獲得，只要有一台 UNIX 主機，不到半個小時就能架好一個 BBS，不需要其他特別的程式和特別許可權 (架 一個 Web Forum 至少需要主機裝有 Apache 等 Http Server，往往還需要配置資料庫等 等工作)。很多人在實驗室找台全天開機的機器，就能架起BBS，在臺灣就幾乎各個院系甚 至一個版就有一個自己的 BBS。 1G 主頻，256M的機器抗個幾百人也不成問題，也不會佔 用多少網路頻寬。 　　BBS 的架設太過容易，誰都能架一個 BBS，呼朋喚友上來登陸就可以灌水了。這就決 定了 BBS 的草根特性。 　　也正因為這樣的草根性，BBS 上非常強調平等。雖然有站長，版主等各種管理職務， 但這通常只意味著管理和整理的責任。一些小站的用戶都互相是朋友，版面交流幾乎不用 管理，站變大了，就必須有人來整理版面，調停爭端，於是就有了管理者。這是一種自下 而上的過程，管理者獲得的只有工作的義務，而別想有淩駕於他人之上的權力 --- 這個 道理很好懂，享受過平等和自由的人是不會容忍不平等的。當然了，站越來越大，有的取 得了官方性的地位，失去了草根性，自上而下的領導，不平等就來了。我們看到的是，不 平等所導致的後果就是用戶的流失和月臺的萎縮，一個很好的例子就是未名 vs 糊塗。 　　開放的文化體現在 BBS 的交流中。BBS 上很少有文章會要求不得轉載，一個按鍵就 能把 BBS 文章轉載和流傳，更不用說各個 BBS 月臺間的自動轉信，這和一些 Web Forum 使用各種手段防止轉載完全不同。 　　開放的文化還體現在 BBS 系統本身。如上文所說，各 BBS 系統都同出一源，它們都 一直以 BSD Style 或 GNU 協定自由發佈。BBS 的交流同時也是 BBS 系統的交流，一個 月臺出現了好用的新功能，其他月臺會很快地把功能移植融合進去。幾乎每個 BBS 都有 專門的技術人員 (往往是站長自己)，能夠掌握整個系統的代碼，按使用者的要求進行改 進，發展出自己的一套系統，這是其他 Web Forum少見的。順便一提的是 BBS 代碼通常 寫得不是很精緻，典型的東塗西抹的結果，但它原理簡單，容易理解也容易修改，所以 BBS 系統的交流和融合變得有可能。這與 UNIX 的早期發展情況相似。也正因為這種開 放性，我們能夠在 Pirate BBS 產生的十幾年後，都用著這樣的一個穩定，強大的 BBS 系統。 　　理性和禮節是在一個健康發展的社區中應該產生的精神。這在參與全國轉信的月臺中 尤其重要：一個人自言自語，說什麼都行；一群人在一起，就要注意說話不能攻擊他人； 一群不認識的人在一起，就會說話謹慎，以防冒犯他人，漸漸就養成了公共交流也是網路 交流的禮節。其他的一些禮節包括尊重原創著作權，保留原發信站很作者資訊以及明顯的 轉載標記，不把文章發到無關版面和濫發文章(Spam) 等等。在大的社區裡，過於主觀和 偏激的話題會惹人生厭，面對來自不同月臺，不同背景的網友，就要學會理性思考。BBS 裡人身攻擊會受到嚴重的處罰，過於偏激的話題會被很快刪除。然而，我看到的情況是， 大陸 BBS 上這兩種精神正在丟失，各個版面上都能看到充斥著人身攻擊的Flame War；而 臺灣 BBS 上的討論氣氛仍能保持比較健康的狀態 (雖然兩岸版和政黨版叫駡較多，但是 這些主題無法橫向比較)。我不確定這是否是與大陸 BBS 逐漸萎縮和小眾化有關，但水木 社區和清華大學水木清華 BBS 站討論氣氛的明顯差異卻似乎能支持這樣的觀點，大家也 可以到臺灣的 PTT 等著名 BBS 看看，和這邊的比較一下。 ** 新元素 *** Web 介面 　　大部分 BBS 月臺都推出了 Web 介面，讓人能夠透過 Web 流覽文章和發文。大陸最 先推出 Web 介面的南京大學的 njubbs，目前很多基於 Firebird 的 BBS都使用基於它的 Web 端，包括 Argo。其主要特徵是使用專用 httpd，所有功能嵌入 httpd 代碼，用純 C 語言實現，這樣的優點是極高的效率以及管理方便 (全部都可以自己操控)，缺點是功 能擴展比較困難。也有使用 cgi 和 php 腳本等方式的。臺灣方面，Web 介面的功能通常 只限於流覽，基本上所有的登陸都來自 Telnet，這與兩岸網路至少是學術網路的環境是 相對應的。在實現方便，通常會使用 cgi 方式，用簡單的 perl 實現，而以人數眾多和 程式效率著稱的ptt，則創造性地使用了靜態網頁的方式提高 Web 端效率。 　　除了基本的功能，各個 BBS 月臺還逐漸支援 Web 上的附件和貼圖功能，這當然不是 用上文所說的純文字編碼實現的了，上面的實現在服務端做的話，有嚴重的效率問題。其 他的一些有用的功能也不斷加入。但總的來說，Telnet-Based BBS是基於純文字的，加入 任何的功能都要考慮到對 Telnet 的相容性，所以 BBS的 Web 端的功能很難做到像普通 Web Forum 那麼豐富 (一個這樣的嘗試是 http://bbs.zixia.net )。對此，我的意見是 借用類似 wiki 的表達方法，既能在 Web 上顯示整潔豐富的文本排版，Telnet 上的純文 字版本也能有很強的表達 能力。我不記得是不是有哪個 BBS 做了這樣的一個功能，因為記憶中某個 BBS的代碼中 有一個相關的用於 parse 的 lex 檔，現在卻找不到了…… *** 特色功能 　　BBS 系統的各個分支，各個月臺都有它的一些特色功能。大的方面來說，通常會認為 Firebird 系的系統功能比較花哨，代碼效率不高，而 Maple 系的功能和代碼都比較簡 潔，效率較高。但發展到現在實際上差別都不大。比如 ARGO 的代碼基於 Firebird 2000 ，卻以功能簡潔效率高為基本訴求，也確實有很高的效率。 　　大陸方面，特色功能的來源主要是 SMTH(分了，現在變成 KBS 繼續開發) 和YTHT(倒 了，不知道最近還有沒有做大規模的功能改進)，可以說各個 BBS 網站或多或少都會有這 兩個系統的代碼。一些非常有價值的功能包括支持 ssh 登陸，全站版面文章搜索，精華 區搜索 (想想 BBS 站的資訊規模，這並不是一件容易的事)，還有YTHT 的文章評分功能 等等，ARGO 的原創功能有最近加入的仙人指路等等。必須一提的是特立獨行的中科大， 它在慢街都是 Firebird 系統的時候使用古老的phoenix 系統，當然，做了大量的改進 (argo 是到 2001 年換成 Firebird 系統)，後來換到 Firebird 後，仍然有很多獨特的 功能，我比較欣賞的是它每個版面都有一個聊天室，直接在版面上按鍵就可以進入，這是 防止版了的絕好手段，並且盤活了已經幾乎沒人使用的聊天室功能。 　　臺灣方面，處於領先地位的是 PTT 站，一個有用的功能是推文功能，即一行文規定 使用推文方式寫在原文後面而不是另開新貼，節省版面空間，遏制灌水(我不確定這是否 ptt 首創)，而各種花哨的功能如賭盤等也越來越多，一個有趣的功能是點歌台，點歌的 同時可以寫上一行的留言，點歌後 ASCIIART 的歌詞看板以及留言會出現在活動看板位置 ，全站人都能看到，用於表白的話確實是一個非常浪漫的主意。 　　兩岸各個月臺都開始把觸角伸向 BBS 以外的地方，他們獲取的資訊並不僅止於純文 字資訊。幾乎每個站都有一些自動程式訪問 Web 網站獲取資訊並自動張貼，一個最常見 的應用是天氣預報功能，比如 ARGO 的天氣預報就是抓取一些網站的天氣預報整理並自動 生成的。更進一步的是使用者能夠在 Telnet 介面下查詢，由系統對外發出 HTTP 請求， 處理返回並把結果以優美的形式返回給用戶或者寄回信箱貼上版面，比如火車班次搜尋， 地圖搜尋，捷運班次搜尋等等。 *** RSS 聚合 　　各個月臺在 Web 端的基礎上，逐漸都支援了 RSS 聚合輸出功能，用戶能夠使用RSS 閱讀器訂閱自己喜歡的內容，不必上站流覽都能方便地看到即時更新的最新消息。這是一 個實現簡單卻意義重大的功能，它的重點在於 RSS (真正簡單資訊聚合) 的聚合二字，它 是一種標準的 XML 檔案格式，不但可以在各個 RSS 流覽器中查看，而且其他網站可以獲 取 RSS feed，自動處理，這種處理可能會融合各個 RSS 來源，生成新的 RSS Feed，當 然了 BBS 自己也可以獲得這些資源並自動地顯示在 BBS 上，這是一種比各個 BBS 間的 全國轉信更豐富和更廣闊的信 息聚合；一個網站也可以將融合得到的 RSS feed 以使用者喜歡的方式在網頁上顯示，發 展出新的 BBS 使用方式。 　　RSS 聚合的使用我們還會在後面著重提及。 *** 個人版面與俱樂部版面，Blog 　　BBS 本來就是一種草根的玩意，在 BBS 最為流行的時候，用的不是個人版，是個人 站，因為架站太容易了。當 BBS 開始趨向於少數幾個公共大站的時候，首先出現的是俱 樂部版，俱樂部版面只有俱樂部成員能夠看到和發文，在版面裡討論比公共版面更加自由 和隨意，這很大程度上取代了原來班級 BBS 和社團 BBS 的功用。另一個是個人版，給三 五知己隨意灌水，這有點像原來只有兩三個人登陸的個人網站。在這方面比較有名的是 ptt2 和 ptt3，水木社區現在也有二站了，性質也差不多。 　　就大的趨勢說，現在 Web 越來越注重個人的資訊發佈而非公共討論，Blog 的產生和 流行就是一個例子。BBS 月臺也融入了 Blog 的元素。但大部分的 BBS 站的 Blog 只能 做到原 BBS 用戶可以申請 Blog 和 Blog 與版面文章之間的互相轉載，Blog 還是基於與 BBS 相對獨立的 Web 的介面。這樣是不夠的， http://www.chedong.com/tech/WeBlog.html 提出了一個 BBS 的 Blog 的建議，即 BBS 上的 Blog 是用戶在各版面發文的紀錄，並能由使用者自行進行一些操縱，這是一 個很好的想法，但是在現行 Telnet-Based BBS 的技術體系下還有一些難點。這個想法的 一個很好的實現是 http://www.cchere.net。而我正在做的BBSBlog，則是基於個人版的 想法，把基於 Telnet 的個人版以 Blog 的方式表達和顯示。 ** 展望 *** Telnet-Based BBS vs Web Forum 　　雖然這是一個很容易引起罵戰的話題，但我還是要寫一些個人意見。 　　如上文所所，Web Forum 的最大問題就是資訊不標準的問題，這也是當前 Web 所遇 到的最大難題。但我們卻發現古老的技術：NewsGroup，EMail 和 Telnet-Based BBS 卻 不會有這個問題 (其實這幾樣都是相通的，可以說是大體基於 RFC 2822 - Internet Message Format)，這當然是純文字/無格式文本的力量，反觀 Web Forum 的基礎 HTML， 它把內容 (Content) 和表達(Presentation) 混合在了一起，成為了一種好看而電腦卻難 以處理的資訊。 　　Web Forum 的另一個問題就是視覺效果的濫用。頭像，簽名檔中的大圖，動態效果等 等等等。這些視覺效果並沒有實用資訊，在很多時候只會使人厭煩，而且會令頁面原始程 式碼更加混亂，使前面提到的問題更加的嚴重。 　　同樣的，即時實用純文字，Telnet-Based BBS 也面臨著格式不標準所帶來的問題。 假設一個 BBS client 使用 BBS 文章第一行“發信人”作為文章起始的標緻並進行相應 處理，而有一個 BBS 系統的第一行內容並不是這樣的話，就會引起混亂。所幸 BBS 社區 的統一性和各個 BBS 系統的源流關係，這種情況大多數時候都不會出現 (一個實例是　 Qterm 0.4.0pre2 上 PTT 全文下載功能會無法使用)，但這確實是個惱人的問題。根源在 於純文字內容雖然容易處理，但它的格式太自由了，會造成語義表達不清的問題。BBS 之 間雖然能夠方便地轉信，能夠與 NewsGroup，Mailing List 自由溝通，但是在與更廣闊 的 Web 世界進行溝通的時候，它似乎遇到了些麻煩。 *** 資訊聚合的觀點 　　我想解決這個問題與解決 Web 所面臨的問題的手段都是一樣的：使用 XML 作為元語 言，定義資訊表達的協定，將內容與表達分離，在全世界範圍內利用這樣的標準對話模式 進行資訊整合。這恰好對應了前文我著重提及的兩個內容：BBS 轉信和 BBS 的 RSS 聚合 功能。 　　BBS 月臺間的轉信給我們展示了一個原始的資訊聚合的模型，並收到了良好的效果， 這是現在任何 Web 論壇都無法做到的。這樣的功能應該發揚光大。但是它面臨的一個問 題是：它只能在各種純文字資訊源之間互相轉信，而對於更豐富的基於 Web 的資訊方式 ，它的處理就很有難度。而且就其實質而言，Telnet-Based BBS 也不是內容與表達分離 的：它會給文章加入頭部，轉載資訊等字眼，而這種加入非常自由，電腦處理很容易出錯 ；它必須使用 Telnet 連接，它輸出的內容並不是實際文章的純文字檔，而是包含很多 ANSI 控制字元和視覺資訊的資料，只不過是它處理起來比 Web 上的 HTML 檔容易得多 罷了。用戶應該能用一種更為標準和通用的手法訪問這些資訊，而更為標準和通用的資訊 表達會給資訊聚合提供方便。 　　我們看到了，RSS 就在這裡，它正好是解決以上問題的最好方法。我們可以很容易構 築這樣一個基於 RSS 的轉信平臺：每個 BBS 使用一個專用的 RSS 輸出介面，它接受的 請求參數是一個時間值以及一些認證資訊，返回的是在該 BBS 上此時間以後的發文 (當 然本來是轉信過來的不發)，每一個 BBS 項的 Description 欄位不是文章摘要而是全文 (當然還可以考慮長得過分的截斷之類) 這就能實現原有 BBS 的轉信功能了，而且這樣 的形式與外界溝通就更為方便。更大範圍的資訊聚合就有可能實現。 *** 未來的 BBS 　　NOTE：以下全部是 yy，完全可以忽略。不過你有耐心把文章看到這裡，真是感激不 盡，也請把文章讀完吧。 　　就我個人來說，我對 Telnet 的登陸方式有著複雜的心情。首先，我非常喜歡它的介 面和鍵盤操作的風格，我的郵件客戶的按鍵都設成與 ARGO 一樣的，看Mailing List 的 時候跟上 BBS 一樣快；但同時，我認識到 Telnet 登陸存在的問題，我在上文多處都提 到了。我非常喜歡 Telnet 的操作方式，卻從不否認基於 Telnet 的 BBS 登陸方式逐漸 消亡的必然性，很矛盾吧。 　　是的，就長遠來說，Telnet 登陸方式是會逐漸消亡的。但它是被 Web Forum 取代嗎 ？絕對不是。我在前文裡面已經說明了 Telnet-Based BBS 的優越之處以及相比它 Web Forum 的缺陷，我們應該用新的技術讓 Telnet-Based BBS 的優越之處發揚光大。 　　我認為，RSS 或者類似的資訊交互和聚合技術將會是未來 BBS 的核心技術。未來的 BBS 應該是高度分佈和高度個人化的。 　　高度分佈是指我們不會有龐大的中心網站，而是使用 RSS 將各個分散的，小的 BBS 整合在一起，在這裡面會有處於相對中心位置的眾所周知的發佈源，他們之間大範圍地互 相轉信，最終用戶可以通過訂閱一個或多個存取速度最快的發佈源以獲取資訊；還可以有 專注某些內容的專業發佈源，它只聚合和發佈特定分類乃至特定關鍵字的內容，專業使用 者會更加喜歡使用這樣的發佈源；還有一些小組織乃至個人的發佈源，他們甚至只會在部 分時候開機。但是只要開機，它的內容就有可能被其他較大的發佈源收錄，然後通過代理 模型 (作為一個代理的發佈源不 僅發佈在本站發表的文章，還發佈其他與其轉信的小網站的文章，給他們代為發佈)。這 樣的 BBS 社區除了巨大的信息量外，還有這樣的特徵：無中心，要徹底地刪除和遮罩資 訊變得非常困難，這當然是一把雙韌劍，好處和壞處都請自行yy。這樣做在技術上難點是 不多的，只要在 RSS 之外再規定請求和認證的協議就可以了。 　　高度個人化指資訊發佈和資訊獲取兩個方面。在資訊發佈方面，使用者可以裝上一套 軟體，把自己作為發佈源，完全自由地按照個人意願發佈文章，並迅速被轉信到整個網路 。如果協議相容性夠好，使用者只要把自己的 Web Blog 的 RSS 提供給作為代理的發佈 源，就可以直接直接讓自己 Web Blog 的內容發表在 BBS 社區上。使用者看什麼樣的資 訊，用什麼方式看，都完全可以由用戶決定。這時候的 BBS Client 就不再是一個 Telnet Terminal 了，它可能是一個 RSS 新聞閱讀器和文章發表機制的結合，或者它還 可以做出和原有 Telnet BBS 風格一樣的視覺效果和操作方式，我是希望這樣的一個 BBS 社區和相應的技術，軟體能夠快點出現的。既解決了 Telnet-Based BBS 的弱點， 提供了良好的資訊整合，又不用放棄我最喜歡的 Telnet 操作方式，這不兩全其美了麼？ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.119.27.73