Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74066
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4486063930468675024@unknownmsgid>
References: <CA+9eiLtKFMWn7AXyS3_fni1Dyerx3DUW7imZ08P9gLr_FY=TaA@mail.gmail.com>
	<CAEZPtU6Eh6pXOXyX_pVEm2bcsZtfoLwLND-HeCuk3xMuwpc4xQ@mail.gmail.com>
	<CA+9eiLvHLWuA81s-oQY4Q7qydFRgskYDUOL6tSctyoe5Aw1z4w@mail.gmail.com>
	<CAEZPtU6VtgtCBb9miiOUAOZVNGfEt5+BkBLsTO57Aiuvk6JFGg@mail.gmail.com>
	<CA+9eiLtojqZZ-5SQSvitNkwL=Knp7NxwKSth3dHYNsFZDcAeRA@mail.gmail.com>
	<CAEZPtU6VrgxCBGbNTpzQTK_TWf4VB4840dBmzraJc8YgORR7Dw@mail.gmail.com>
	<5369CED9.5010001@php.net>
	<4339111475046055305@unknownmsgid>
	<578A5A21-A820-42AD-A218-FB8049F63B82@zend.com>
	<4023102707179619765@unknownmsgid>
	<7EA5660E-B264-4332-AE06-9BB4610050AB@zend.com>
	<-1685780700287010055@unknownmsgid>
	<CAH-PCH4iycj84=4oNdg1HObyHAwPiqKZ-c_EoR6trA=9tk-9AA@mail.gmail.com>
	<7B1422B2-8D2C-47AF-BEB6-1C6DF9BB043D@ajf.me>
	<4486063930468675024@unknownmsgid>
Date: Thu, 8 May 2014 09:57:39 -0700
Message-ID: <CADNQb0XWjHxtXNH+Jt-x7B_dRbZ+oM8KFBN7=+L94W8CEPMZeg@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: Andrea Faulds <ajf@ajf.me>, Ferenc Kovacs <tyra3l@gmail.com>, Andi Gutmans <andi@zend.com>, 
	Sebastian Bergmann <sebastian@php.net>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] phpng: Refactored PHP Engine with Big Performance Improvement
From: hannes.magnusson@gmail.com (Hannes Magnusson)

On Thu, May 8, 2014 at 7:54 AM, Zeev Suraski <zeev@zend.com> wrote:
> On 8 =D7=91=D7=9E=D7=90=D7=99 2014, at 17:37, Andrea Faulds <ajf@ajf.me> =
wrote:
>
>
> On 8 May 2014, at 15:29, Ferenc Kovacs <tyra3l@gmail.com> wrote:
>
>
> I think this actually shows how little understanding there is in the mark=
et
> in terms of how easy migrating to FastCGI is.
>
>
> setting up fastcgi is a bit more complicated for the less tech savy peopl=
e.
> it adds another step of indirection, stuff like using mod_fcgid or
> mod_fastcgi, using unix sockets or tcp, setting up the correct timeout
> settings through the pipe, max request length, etc.
>
>
> It=E2=80=99s also easier for new users to configure it wrong. A lot of se=
rvers have
> been misconfigured with FastCGI and have PATH_INFO-related exploits. You
> can=E2=80=99t make the same mistake with mod_php.
>
>
> But all of this is very manageable.  Distros and stacks (which is what th=
e
> vast majority of users use, especially new users) will have the right set=
up
> out of the box.  To the average new user it'll work just as it did before=
,
> non extra setup needed.
>
> Heck, we can even get "make install" to work properly with Apache FastCGI
> if we wanted to, and create a base setup that's fast and secure.


Could you spend a day or two on that please?
And then document the crap out of fpm?

That can even be part of 5.6 and will be one of the major things we
can announce.

The current installation instructions of PHP have barely changed at
all in the past 10 years, other then tiny maintenance tweaks here and
there. That sucks balls. And means fcgi and fpm are poorly documented.

That means people will just follow what they are used to and know,
since every single installation instruction ever talks about mod_php
anyway.

If you can help us spend some time on making fpm more inviting for
people, make the installation easy flowing - and with some tweaks to
"make install" we are golden.

-Hannes