Bug #71440 [NEW]: Please, don't raise error if no default pool conffile file is present (PHP-FPM)
| From: | l dot declercq at nuxwin dot com | Date: | Sun, 24 Jan 2016 14:16:12 +0000 |
| Subject: | Bug #71440 [NEW]: Please, don't raise error if no default pool conffile file is present (PHP-FPM) | ||
| Groups: | php.standards | ||
| Request: | Send a blank email to standards-+get-1010@lists.php.net to get a copy of this message | ||
From: l dot declercq at nuxwin dot com
Operating system: Any
PHP version: 7.0.2
Package: PHP Language Specification
Bug Type: Bug
Bug description:Please, don't raise error if no default pool conffile file is present (PHP-FPM)
Description:
------------
Hello,
I'm wondering why an error is raised when no default pool configuration
file is present. For instance, for Debian, the package maintainer
configures a default pool configuration file set with the www-data user.
This fulfills default installation requirements for Debian, but in some
cases, we would expect no default pool configuration file.
For instance, we're providing a control panel which allows to manage
shared hosting environments . Mutliple PHP versions are provided through
the panel (through PHP-FPM).
First of all, it should be noted that for security reasons, we never run
PHP through the www-data user. PHP is run through dedicated unix users
(one for each customer). So here, we don't need to have a default pool
configuration set with www-data user, which will never be used. Thefore,
on installation, this default file is removed by our backend.
To resume, when rebooting or when restarting the PHP-FPM instance, there
should be no error when no pool file configuration is available.
Instead, the daemon should not start (silently).
--
Edit bug report at https://bugs.php.net/bug.php?id=71440&edit=1
--
Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=71440&r=trysnapshot54
Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=71440&r=trysnapshot55
Try a snapshot (trunk): https://bugs.php.net/fix.php?id=71440&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=71440&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=71440&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=71440&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=71440&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=71440&r=oldversion
Not developer issue: https://bugs.php.net/fix.php?id=71440&r=support
Expected behavior: https://bugs.php.net/fix.php?id=71440&r=notwrong
Not enough info: https://bugs.php.net/fix.php?id=71440&r=notenoughinfo
Submitted twice: https://bugs.php.net/fix.php?id=71440&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=71440&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=71440&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=71440&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=71440&r=isapi
Install GNU Sed: https://bugs.php.net/fix.php?id=71440&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=71440&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=71440&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=71440&r=mysqlcfg