Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47500 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17893 invoked from network); 23 Mar 2010 19:36:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Mar 2010 19:36:41 -0000 Authentication-Results: pb1.pair.com header.from=jerome@loyet.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jerome@loyet.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain loyet.net from 74.125.82.42 cause and error) X-PHP-List-Original-Sender: jerome@loyet.net X-Host-Fingerprint: 74.125.82.42 mail-ww0-f42.google.com Received: from [74.125.82.42] ([74.125.82.42:57326] helo=mail-ww0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EE/29-03444-74819AB4 for ; Tue, 23 Mar 2010 14:36:41 -0500 Received: by wwc33 with SMTP id 33so113737wwc.29 for ; Tue, 23 Mar 2010 12:36:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.88.14 with SMTP id z14mr2827974wee.129.1269372996519; Tue, 23 Mar 2010 12:36:36 -0700 (PDT) In-Reply-To: References: <4BA8EF6F.8010503@daylessday.org> <4BA8F72E.5090701@sci.fi> <4BA8F985.1090109@daylessday.org> Date: Tue, 23 Mar 2010 20:36:36 +0100 Message-ID: <3bea96c41003231236p19bc2fap9ae63ed1c551db8@mail.gmail.com> To: Michael Shadle Cc: Antony Dovgal , php-dev Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] FPM RFC From: jerome@loyet.net (=?ISO-8859-1?B?Suly9G1lIExveWV0?=) 2010/3/23 Michael Shadle : > On Tue, Mar 23, 2010 at 10:25 AM, Antony Dovgal wrote: > >> sapi/fpm and sapi/cgi now have quite different codebase as we've dropped some stuff >> not pertinent to FastCGI (there might be some leftovers, I'll deal with them later). > > Not sure if it's best to say it here or just post to the wiki but it'd > be nice to add in: > > - Jerome's put in some statistics functionality, which could be useful > in monitoring, etc. - might be nice to mention in the "features" [I > would include only the JSON output though] It's already in the features (basic SAPI status info (similar to Apache mod_status)) > - The config file change, moving from the XML-based php-fpm.conf to > using php.ini (I think some work had started on this, but syntax was > under debate?) - this will make it easier to adopt I think and move > away from the feeling of "this was a separate party package we threw > in to PHP" - I think Jerome had began on changing this too Yes I started a while ago but I stopped as we were not able to make a choice ... so XML remains > > All the work both you and Jerome have done (and of course Andrei) is > -greatly- appreciated. There is a decent sized audience happy to see > this finally getting into PHP core. > > If there is any help needed I did get an email from an organization > who said they could throw a bit of manpower towards it. I had been > meaning to email now that it's been announced that it won't be in > 5.3.3 but it will be in 5.4 (or whatever the next version is) to try > to pool some attention and get people re-energized about contributing > to the project and such. > > It'd be nice to be able to determine what planned features/changes > could be put in to make it on a 5.4 (that's what I'll call it) release > - I'm hoping statistics + config file change could make the grade. > Perhaps syslog support or some other useful stuff... there is a > wishlist of ideas already. I'll do whatever I can to help and we can > take it off the mailing list too. I'd love to be able to have a > decently tested FPM in 5.4 with some additional features/improvements > - I'm sure when it comes out it'll still be marked as "experimental" > since it's the first version out there but I will run it on every > platform I can find and do anything I can to test it and throw a load > on it or anything to help. Everything but the C :P > > At least it can be marked officially as "this is the first version in > core - use at own risk" but community members will be able to have a > feeling that it has been tested thoroughly ahead of time... a lot of > people are chomping at the bit to use a PHP core version. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >