This is already used in some downstream distribution (like Fedora / RHEL / CentOS)
I will prefer /etc/php-fpm.d
And at least a new unit test should be added (lot of have be recently added because lack of covereage for this SAPI)

the path can be made configurable with @fpm_conf_d_dir@ or similar, it's not a problem. thanks for taking interest!

but what kind of test would you expect from config split? tests don't use installed configs, but their own.

looks like it can be set like:

./php-fpm.conf.in:125:include=@php_fpm_sysconfdir@/php-fpm.d/*.conf

that should expand to: /etc/php-fpm.d on your system. is that ok @remicollet?

that should expand to: /etc/php-fpm.d on your system. is that ok @remicollet?

IMHO opinion, yes (but I'm not the only one which can say something)

but what kind of test would you expect from config split? tests don't use installed configs, but their own.

Forget, I already add a test for splitted configuration (to check load order after PR 906 , bug 68391)

Needs rebase

@smalyshev of course it does, this patch is against master branch!

do you approve this change and intend to merge? because rebasing such PR each time someone makes a change is very annoying, because i would need to manually redo whole file splitting again.

i would rebase it just before final merge.

@glensc I'm fine with it but I'd like one of FPM maintainers to sign off also, since I don't know enough FPM.

@smalyshev can you ping them?

Please rebase, I think there is no other configuration change pending.

rebased once again.

Patch looks fine, and works.

2 minor cosmetic hanges

• please rename php-fpm.conf-d.in (ugly name imho) to www.conf.in
• as you add the "glob / include" at the end (under pool definition), I think it will make sense to drop it from the beginning of php-fpm.conf.in, to keep only one (and only 1 include is currently allowed, see 68022)

Good catch in 4357e32
But this one have to go in 5.6
But this will mean another rebase... sorry...

Sorry. http://git.php.net/?p=php-src.git;a=commitdiff;h=505adabf2544d07207274f524281428d83fc7f6e

aside, current the configs are installed with .default extension, and none installed at all with base extension, meaning by default there's no working config, end user has to rename two files

so, imho
(in another pr after this gets merged), should copy foo.conf.default to foo.conf if foo.conf does not exist. or make the config install more rpm-like: install foo.conf if no such exist, otherwise use foo.conf.default

i had the "include" directive once in first version patch (moved to the bottom), but with the flood of rebases, seems it got lost or i thought differently.

rebased again

Comment on behalf of remi at php.net:

merged

wohoo!