關於討論區的程式...

[訪客]

同感............

<font color="#F7F7F7">只有炫耀的話大家都會!<br>不把Source Code開放出來是自私的做法...</font>

[訪客]

UBB每個檔案都是定死的HTML檔，如果是小眾看的話，php和cgi不相上下，但是如果上百上千人一起存取檔案的，那麼用mySQL資料庫好處就會慢慢顯現，即使在超高存取次數下php速度依然很快。而且定死的檔案是操Server和使用者，動態的檔案是只操Server，兩個選擇之下當然是選操Server...且顯示的時候定死的檔案得全部抓回來才能正確顯示，php是用「兜」的，可以一篇一篇跑出來，對於low bandwith的user很有幫助。

Search的時候更誇張，UBB得從上千個檔案去Search，而php的只要從mySQL資料庫裡幾個table去找。速度差非常多。我之前就是用ubb，大概用了一個月，加入十幾個功能，深知ubb的缺點及先天不良，因此才會換用php以加強效率。而且UBB的開發時間太久了，很多功能都是一直implement進去而沒整理，code又肥又大且亂，效率更打折扣...在中文化上更是困難，東一個英文西一個英文，沒有template的設計真的很差，我大約花了20個工作天才完全中文化加上其他的功能，而php版我只花了12個小時就弄好了。

至於免費版功能陽春的問題很好解決，直接改code就可以把完整版的功能全部改出來，甚至更多...

另外Tiberius要罵就直接罵，少來反白這一套...<br>

[訪客]

search 的功能，這個就能顯示資料庫的好處了，這個我覺對同意的。本站的資料搜尋功\能是我硬湊出來的，原版的 UBB 沒有這樣的能力。

另外一個是 Godfather 你搞錯的一件事情，有沒有用資料庫 & php，無關資料是不是會一筆一筆出現。你有用 table 來對齊顯示的畫面，就是得等到瀏覽器收到了 ＜�ｔａｂｌｅ＞ 這個 tag 時才會一口氣顯現，無關這份 html 資料是死的還是活的。

所以本站盡量少用 table 就是這樣，排起來固然很漂亮，但是得等到資料下載完才能顯示。討論區就沒辦法了，用了 UBB，本來就會有用 table，而且我覺得討論區中把文章排整齊是很重要的一件事，所以只有在這邊同意使用大量的 table。

[訪客]

為什麼只有Tiberius被抓包? Tiberius倒楣?

[訪客]

其實看各站有不同的需要，以 DearHoney 的流量來看還不必用到 PHP+MySQL 操機器，他是用 Celeron 耶...

純文字檔的資料庫也沒啥不好，不過是需要定期整理就是。現在已經開發了一些 utility 的程式在做這些事情，等到文摘系統架起來，開始砍舊信<br>之後就不必擔心了。

之後預計利用 Python + MySQL 開發一套 UBB-like 的討論區程式，把這個討論區給 replace 掉。

Godfather, 可以給我一份你們討論區的 code 嗎？

[訪客]

If the Perl script is running on a Web server using mod_perl, there will be no penalty to start an external interpreter. Some people have claimed a 200% to 2000% performance improvement comparing to CGI. (see http://perl.apache.org/tidbits.html) There are some high-volume sites using mod_perl (dejanews.com, MP3.com, IMDB: Internet Movie Database). Efficiency should not be a problem when using mod_perl.<br>There also are modules to connect Perl script to databases.<br>

[訪客]

This site is currently using mod_perl and mod_php now.