Comments on: Apache 2.2 的 MPM Event http://blog.gslin.org/archives/2007/12/14/1386/ 幹壞事是進步最大的原動力 Wed, 03 Dec 2008 06:52:41 +0000 http://wordpress.org/?v=2.6.5 By: Zend Framework 的一些設定上的想法 at Gea-Suan Lin’s BLOG http://blog.gslin.org/archives/2007/12/14/1386/#comment-259672 Zend Framework 的一些設定上的想法 at Gea-Suan Lin’s BLOG Sat, 23 Feb 2008 11:00:58 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-259672 [...] 用 Apache 一定要用 FastCGI 把 PHP 抽出來跑，不要用 mod_php5 的模式跑。這樣 Apache 就可以用 event 或是其他 threading MPM 執行，對於效率會有很大的改善，我在去年年底有寫過：Apache 2.2 的 MPM Event。 [...] [...] 用 Apache 一定要用 FastCGI 把 PHP 抽出來跑，不要用 mod_php5 的模式跑。這樣 Apache 就可以用 event 或是其他 threading MPM 執行，對於效率會有很大的改善，我在去年年底有寫過：Apache 2.2 的 MPM Event。 [...]

]]> By: Gea-Suan Lin http://blog.gslin.org/archives/2007/12/14/1386/#comment-251897 Gea-Suan Lin Sun, 16 Dec 2007 08:03:54 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-251897 @Will：靜態檔案是一定會拆開的。我指的是本來用 lighttpd + FastCGI PHP 的部份可以用 Apache 2.2 做，這個部份就算在 production 上也沒問題，因為吃資源的是 PHP 不是 .htaccess。 @Buganini：PHP 跑 Apache module 沒有什麼好處，而且現在沒人用 CGI mode 跑 production server，都是用 mod_fastcgi 掛上來。還有，仍然有一堆大站都是用 PHP。 @Will：靜態檔案是一定會拆開的。我指的是本來用 lighttpd + FastCGI PHP 的部份可以用 Apache 2.2 做，這個部份就算在 production 上也沒問題，因為吃資源的是 PHP 不是 .htaccess。

@Buganini：PHP 跑 Apache module 沒有什麼好處，而且現在沒人用 CGI mode 跑 production server，都是用 mod_fastcgi 掛上來。還有，仍然有一堆大站都是用 PHP。

]]> By: Buganini http://blog.gslin.org/archives/2007/12/14/1386/#comment-251892 Buganini Sun, 16 Dec 2007 06:02:13 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-251892 還要看用的程式語言吧 PHP用Apache module跑是有額外的好處 可是好些大站不是用PHP 用Python什麼的 反正都要跑CGI 另外"在架構上做出規劃"這點 也許 是lighttpd比較好改? 所以.htaccess之類的設定檔就不用寫了 直接寫在code裡? 也許apache的config loader也該來個JIT了... 還要看用的程式語言吧
PHP用Apache module跑是有額外的好處

可是好些大站不是用PHP
用Python什麼的 反正都要跑CGI

另外”在架構上做出規劃”這點
也許 是lighttpd比較好改?
所以.htaccess之類的設定檔就不用寫了
直接寫在code裡?

也許apache的config loader也該來個JIT了…

]]> By: Will http://blog.gslin.org/archives/2007/12/14/1386/#comment-251888 Will Sun, 16 Dec 2007 02:46:51 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-251888 我還以為你說的是「一台 Server 的流量」，這個「量」實在有太多想像空間，可能是「流量」、「主機量」、「檔案量」、「人數」...etc.! 我看大多數用 lighttpd 的網站都用在送出靜態檔案居多，應該也不需要 .htaccess 這東西進行設定。況且如果流量大的話，使用 .htaccess 也會拖慢一些速度，應該是在架構上做出規劃而非用 .htaccess 求方便吧！ 所以我個人認為「量小的時候」可以用 Apache 2.2，量大的時候再用 lighttpd 比較對。但如果兩者真的差不多，也沒必要用兩種 web server，應該用一種也就夠了吧，不過既然國外一些大型的網站都採用 lighttpd 應該有他的考量在，速度與資源使用率應該是主因。 我還以為你說的是「一台 Server 的流量」，這個「量」實在有太多想像空間，可能是「流量」、「主機量」、「檔案量」、「人數」…etc.!

我看大多數用 lighttpd 的網站都用在送出靜態檔案居多，應該也不需要 .htaccess 這東西進行設定。況且如果流量大的話，使用 .htaccess 也會拖慢一些速度，應該是在架構上做出規劃而非用 .htaccess 求方便吧！

所以我個人認為「量小的時候」可以用 Apache 2.2，量大的時候再用 lighttpd 比較對。但如果兩者真的差不多，也沒必要用兩種 web server，應該用一種也就夠了吧，不過既然國外一些大型的網站都採用 lighttpd 應該有他的考量在，速度與資源使用率應該是主因。

]]> By: Gea-Suan Lin http://blog.gslin.org/archives/2007/12/14/1386/#comment-251813 Gea-Suan Lin Sat, 15 Dec 2007 12:44:11 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-251813 量大的時候會把網站拆開，最基本的在於靜態檔案與動態檔案會分開。只有少數維護上的問題會放在一起。 在這個情況下要跑 PHP 的 server 用 lighttpd 與用 Apache 2.2 MPM Event 其實是沒有差別的，因為吃記憶體的是 PHP，用 lighttpd 並不會省到哪裡，反而缺了 .htaccess 的支援，在很多時候會很麻煩。 這是我說的「量大的時候」所著重的點。 量大的時候會把網站拆開，最基本的在於靜態檔案與動態檔案會分開。只有少數維護上的問題會放在一起。

在這個情況下要跑 PHP 的 server 用 lighttpd 與用 Apache 2.2 MPM Event 其實是沒有差別的，因為吃記憶體的是 PHP，用 lighttpd 並不會省到哪裡，反而缺了 .htaccess 的支援，在很多時候會很麻煩。

這是我說的「量大的時候」所著重的點。

]]> By: Will http://blog.gslin.org/archives/2007/12/14/1386/#comment-251811 Will Sat, 15 Dec 2007 11:23:55 +0000 http://blog.gslin.org/archives/2007/12/14/1386/#comment-251811 為什麼你說跟「其實在量大的時候可以取代掉 lighttpd。」 為什麼有這種考量？ 為什麼你說跟「其實在量大的時候可以取代掉 lighttpd。」

為什麼有這種考量？

]]>