Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17853 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87115 invoked by uid 1010); 12 Aug 2005 01:26:08 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 87100 invoked from network); 12 Aug 2005 01:26:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Aug 2005 01:26:08 -0000 X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.4/2.6 Received: from ([204.11.219.139:50925] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 4F/63-33075-EAAFBF24 for ; Thu, 11 Aug 2005 21:26:07 -0400 Received: from [192.168.200.106] (c-24-6-1-160.hsd1.ca.comcast.net [24.6.1.160]) (authenticated bits=0) by colo.lerdorf.com (8.13.4/8.13.4/Debian-3) with ESMTP id j7C1Q1DR019861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 11 Aug 2005 18:26:01 -0700 Message-ID: <42FBFAA9.1080101@lerdorf.com> Date: Thu, 11 Aug 2005 18:26:01 -0700 User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: steve roussey CC: internals@lists.php.net References: <57792e85050808205143e96a8f@mail.gmail.com> <42F907A0.8070900@web.de> <57792e85050809142416ee5d6c@mail.gmail.com> <42F9217F.6010604@lerdorf.com> <57792e8505080917402f144072@mail.gmail.com> <42F962CF.4000503@lerdorf.com> <57792e85050811174867b7a6c3@mail.gmail.com> In-Reply-To: <57792e85050811174867b7a6c3@mail.gmail.com> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help From: rasmus@lerdorf.com (Rasmus Lerdorf) steve roussey wrote: > This actually sounds like an argument for NOT using mod_php. It sounds > like an argument for using Apache2 or lighttpd or xyz in conjection > with FastCGI. (Or a proxy arangement, which I've done, though in my > personal case, I like to get the same scaling with less machines since > I have to buy the machines). In that case, the webserver can be made > lightweight (not sure how lightweight Apache2 can be, but who knows?) > handling many open connections. Then there is a (much) smaller number > of heavy PHP processes in FastCGI. Well, I am not sure about your conclusion there. Generally you don't want trivial requests going through the heavyweight Apache process, so you can either try to make Apache less heavyweight and separate out the dynamic stuff which is what you are suggesting, or you can separate out the trivial requests. The large players do the latter by Akamizing all their static content or the trivially dynamic stuff and only handle heavy requests on their own servers. For smaller players the common solution is to have a separate set of servers doing static requests. thttpd, Tux, lighttpd, etc. which are easier to strip down than the heavier (and more flexible) Apache server. -Rasmus