Andrei has turned the project over to me, and I am trying to keep it
going full steam ahead.

Rasmus told me the only thing stopping it from being adopted into PHP
or PECL was the license. That has now changed.

I don't believe it can be done in PECL, as it needs too many changes
in PHP core.

It would be great if someone would examine the impact of adopting it
as the FastCGI SAPI replacement or looking at what hooks are required
to get it in and perhaps keep the "userland" stuff in PECL...

Thousands of servers run PHP-FPM without a problem - I believe it has
proven to be reliable and safe. I would love to get it moving, and
would also like to keep development on it moving forward. For that, I
have some funds myself and also will be soliciting funds if needed to
keep some of the missing features or enhancements to it going.

However, either on-list or off-list if anyone is interested in
"sponsoring" it and examining it to get it into PHP core, or what it
would take to get into PECL, please, let's keep the dialog open.

For those unaware of what PHP-FPM is, the website has been updated and
is here http://php-fpm.org - it essentially makes FastCGI pool
management extremely easy, removes the need for any sort of suexec,
suphp, custom scripts on top of spawn-fcgi, or other workarounds to
launch pools with different uid/gids, it controls the amount of
children spawned, etc, etc. There's one major feature that never got
completed (adaptive process spawning) and I have a small wishlist of
items I'd be willing to work with a developer to implement. To me, it
is the next stage in helping more people adopt PHP and helps with
security as it won't require a patch to allow them to take advantage
of this capability. (It also enhances the FastCGI SAPI all over,
including forceful termination of processes at a certain configurable
timeout, slow script logging, backtraces on errors, etc...)

Dmitry has shown interest but I think he may be a bit busy to give it
his full attention. If anyone else has spare cycles available I'm more
than happy to work with you!

Thank you!

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to