關於討論區的程式...

對於本站有任何建議與指教的地方,請來此發言。

版主: DearHoney

訪客

文章 訪客 »

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

<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 來對齊顯示的畫面,就是得等到瀏覽器收到了 <�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.
回覆文章