版主: 版主管理群
首先，SQL 是一種語言 (Structured Query Language)，你說的東西應該是指 db 的架構設計。alen919 寫:原來問題是出在SQL本身的架構嗎!?(這個說法正確嗎??)
不會不會，有問題多問沒關係。alen919 寫:希望各位前輩不要見怪小弟的突發異想
這個有我安裝.但是我發現到一個現象phpBB2 改進效率，可以分幾個方面來講：
-----------------------------------------------------------
1. php 快取加速器，可以改進速度達兩倍以上 (最有效，最明顯 )
php 加速器有兩個，這兩個互相衝突，只能擇一安裝
建議安裝 php-eaccelerator，這是另一個的改良版
圖片多相對 load 一個網頁的時間就會被拉長，這是一定的。用撥接網路的人看到一個網頁上面一堆小圖就會快要哭出來了，這也是位什麼要推廣用 CSS 去取代美工的圖片 (ex. 邊框、標題...) 的原因，因為相比之下速度差很多。jwxinst 寫:以這位站長來說, 就是因為圖片多, 而且他改裝了SUBILSVER很多什麼框框, 縮小變大, 總知改得很好看,
FTTB 是商業產品沒錯，我會說它喊好聽的是因為台灣的寬頻一點也不"寬"了，喊 FTTB 根本只是喊爽的，和宣傳 1M 的 ADSL 喊說那是 T1 是一樣宣傳的手法而已。jwxinst 寫:樓上的大大提到FFTB, 我覺得那不是啥不好聽
基本上都是商業產品, 所以誰有錢誰就買
這個很難做到，或是就算做到了效率也不會好。phpBB 裡面 static 的 page 太少，php template cache 的方法大部分是把 php template 事先轉成 html 的形式來節省 php pharse 的時間，這種方法在 phpBB 上面行不通。jwxinst 寫:不然你直接把PHP做成 PAGE CACHE
這樣子PHPBB就不用每一轉頁都要重新取讀整個資料庫
一般的網頁也不會自己 cache，而是你設定的 proxy 和 disk cache 在 cache 它的內容。dynamic 的 page (最普通的像是留言版) 都會在 html head 的地方送 no-cache，proxy 和 disk cache就會在每次有 request 的時候重新去抓一次回來給 client。jwxinst 寫:因為PHPBB是以程式寫成, 而他跟一般的網頁不一樣, 不會像一般的網頁自page cache, 這樣子電腦就不會存放一些 loading過的東西
沒有安裝好就會出現這樣的情況...alen919 寫:這個有我安裝.但是我發現到一個現象
Page generation time: 0.0583s (PHP: 100% - "SQL: 0%")
(這是小弟的小論壇跑出來的數據,是因為我SQL資料太小的原因嗎?)
我有去過前輩們的網站,他們的不會出現0%耶,我的不管點哪個版都是這樣
有錢FTTB也不見得有的裝...jwxinst 寫:樓上的大大提到FFTB, 我覺得那不是啥不好聽
基本上都是商業產品, 所以誰有錢誰就買
不管你想怎麼做, 都很難做到加快
不然你直接把PHP做成 PAGE CACHE
這樣子PHPBB就不用每一轉頁都要重新取讀整個資料庫
因為PHPBB是以程式寫成, 而他跟一般的網頁不一樣, 不會像一般的網頁自page cache, 這樣子電腦就不會存放一些 loading過的東西
我試過最有效的方式就是alen919 寫:小弟有個想法,如何把PHPBB的速度弄的更快,該往哪個方向著手
,不重新編繹PHPBB的核心程式下,PHPBB到底能跑多快
小弟蠻好奇的
以同樣的硬體,同樣的條件下,該怎麼做會讓PHPBB快起來
剛用google亂找找到的XDserge 寫:_1. Reverse Proxy
這篇教學有誤(但還是可用)computer315 寫:剛用google亂找找到的XDserge 寫:_1. Reverse Proxy
用Apache搞Reverse Proxy的教學...
http://www.study-area.org/tips/r-proxy.txt
Reverse Proxy 的效果是什麽？拿來 cache web content？對 dybanic web page 來說去 cache 它的 web content 意義不大吧？serge 寫:我試過最有效的方式就是
_1. Reverse Proxy
_2. Optimize MySQL like cache query
1,2 二式合併使用
