Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47504 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23255 invoked from network); 23 Mar 2010 19:49:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Mar 2010 19:49:48 -0000 Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 89.208.40.236 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 89.208.40.236 mail.daylessday.org Linux 2.6 Received: from [89.208.40.236] ([89.208.40.236:47116] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9C/4A-03444-B5B19AB4 for ; Tue, 23 Mar 2010 14:49:48 -0500 Received: from [192.168.1.2] (ppp83-237-247-166.pppoe.mtu-net.ru [83.237.247.166]) by daylessday.org (Postfix) with ESMTPSA id 0ACF0BFA085; Tue, 23 Mar 2010 22:49:44 +0300 (MSK) Message-ID: <4BA91B57.2060700@daylessday.org> Date: Tue, 23 Mar 2010 22:49:43 +0300 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100111 SUSE/3.0.1-1.2 Thunderbird/3.0.1 MIME-Version: 1.0 To: Pierre Joye CC: jani.taskinen@iki.fi, php-dev References: <4BA8EF6F.8010503@daylessday.org> <4BA8F72E.5090701@sci.fi> <4BA8F985.1090109@daylessday.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] FPM RFC From: tony@daylessday.org (Antony Dovgal) On 03/23/2010 10:37 PM, Pierre Joye wrote: > hi Tony, > > On Tue, Mar 23, 2010 at 6:25 PM, Antony Dovgal wrote: > >>> Does it really need to be separate SAPI? I mean, just replace the old sapi/cgi >>> with it? Keep the name 'cgi' though. :) >> >> I don't see any need to touch sapi/cgi at all. >> Keeping both CGI and FastCGI in one SAPI leads to a nasty code mess with lots of >> "if (fcgi_is_fastcgi()) {" as you can now see in cgi_main.c. > > Not sure to follow, are you suggesting to consider FPM as the > sapi/cgi's fastcgi replacement? As Jani is suggesting. No, I suggest to keep sapi/cgi in place and _add_ sapi/fpm as another sapi module. This will also ensure that well-tested and mature sapi/cgi will keep being as it is. > By the way, how portable is it? Well, I've already seen a complaint about ARM support missing. But you're asking about Windows, I guess. > I don't think it has been tested on > windows (some of the key features are not necessary with IIS/FCGI as > they do it already but could be for other web servers). No, certainly no Windows testing were done that is known to me. I'm pretty sure it doesn't even compile there. And to be honest I doubt there is any need to spend time on it. > I would suggest to keep it as a separate sapi for now, or forever if it works. I'd prefer it to stay separate sapi. -- Wbr, Antony Dovgal --- http://pinba.org - realtime statistics for PHP