please if someone using php-fpm 0.6 with integrated install and php
5.3.0 or 5.3.1RC1 can try a simple

php.ini:
user_ini.filename = ".user.ini"
user_ini.cache_ttl = 0

..user.ini:
auto_prepend_file = "non_existent_file.php"

and requesting the page you should get an error when the autoprepend
is performed saying no "non_existent_file.php" file found for
inclusion....

Hi,
Is this a new feature in 5.3?
What makes you beleive its related to fpm sapi? (we don't change
anything to do with .user.ini)
Tried chmod / chown your .user.ini file ? (fpm child worker process
run without privileges).

On Sat, Oct 10, 2009 at 10:58 AM, Martin <gpointorama@gmail.com> wrote:
>
> please if someone using php-fpm 0.6 with integrated install and php
> 5.3.0 or 5.3.1RC1 can try a simple
>
> php.ini:
> user_ini.filename = ".user.ini"
> user_ini.cache_ttl = 0
>
> .user.ini:
> auto_prepend_file = "non_existent_file.php"
>
> and requesting the page you should get an error when the autoprepend
> is performed saying no "non_existent_file.php" file found for
> inclusion....

dreamcat4
dreamcat4@gmail.com

yes is a 5.3 feature
i think is related to fpm-0.6 because with the same permission on
files on the same server (ubuntu 9.04):

PHP 5.3.0 with "php-5.3.0-fpm-0.5.12.diff.gz" > WORKS
but with:
PHP 5.3.0 with "php-fpm-0.6-5.3.0.tar.gz" (Integrated compilation) and
PHP 5.3.1RC1 with "php-fpm-0.6-5.3.1.tar.gz" (Integrated compilation)
DOESN'T WORK

i tried using the inotifywatch tool to see if the .user.ini file gets
opened but nothing, in 0.5.12 i see the file opened on each request.

i've checked also that the user_ini.xx directives are present in the
test page:
phpinfo() always (in all the 3 cases above) shows:
user_ini.cache_ttl 0 0
user_ini.filename .user.ini .user.ini

what other tests i can do?

On Oct 10, 12:26 pm, dreamcat four <dreamc...@gmail.com> wrote:
> Hi,
> Is this a new feature in 5.3?
> What makes you beleive its related to fpm sapi? (we don't change
> anything to do with .user.ini)
> Tried chmod / chown your .user.ini file ? (fpm child worker process
> run without privileges).
>
> On Sat, Oct 10, 2009 at 10:58 AM, Martin <gpointor...@gmail.com> wrote:
>
> > please if someone using php-fpm 0.6 with integrated install and php
> > 5.3.0 or 5.3.1RC1 can try a simple
>
> > php.ini:
> > user_ini.filename = ".user.ini"
> > user_ini.cache_ttl = 0
>
> > .user.ini:
> > auto_prepend_file = "non_existent_file.php"
>
> > and requesting the page you should get an error when the autoprepend
> > is performed saying no "non_existent_file.php" file found for
> > inclusion....
>
> dreamcat4
> dreamc...@gmail.com

Hi,
I usually start by looking in the fpm's cgi_main.c (if its a loading /
startup thing).

diff sapi/cgi/cgi_main.c sapi/fpm/cgi/cgi_main.c
diff sapi/cgi/fastcgi.c sapi/fpm/cgi/fastcgi.c

And also worthwhile to diff the 0.5.12 cgi_main.c file (after applying
the fpm-0.5.12 patch file).
0.6 has different command line arguments, and so on.

However it's unusual to break an ini feature. Raise a bug on launchpad.

On Sat, Oct 10, 2009 at 12:06 PM, Martin <gpointorama@gmail.com> wrote:
>
> yes is a 5.3 feature
> i think is related to fpm-0.6 because with the same permission on
> files on the same server (ubuntu 9.04):
>
> PHP 5.3.0 with "php-5.3.0-fpm-0.5.12.diff.gz" > WORKS
> but with:
> PHP 5.3.0 with "php-fpm-0.6-5.3.0.tar.gz" (Integrated compilation) and
> PHP 5.3.1RC1 with "php-fpm-0.6-5.3.1.tar.gz" (Integrated compilation)
> DOESN'T WORK
>
> i tried using the inotifywatch tool to see if the .user.ini file gets
> opened but nothing, in 0.5.12 i see the file opened on each request.
>
> i've checked also that the user_ini.xx directives are present in the
> test page:
> phpinfo() always (in all the 3 cases above) shows:
> user_ini.cache_ttl      0                      0
> user_ini.filename       .user.ini            .user.ini
>
> what other tests i can do?
>
> On Oct 10, 12:26 pm, dreamcat four <dreamc...@gmail.com> wrote:
>> Hi,
>> Is this a new feature in 5.3?
>> What makes you beleive its related to fpm sapi? (we don't change
>> anything to do with .user.ini)
>> Tried chmod / chown your .user.ini file ? (fpm child worker process
>> run without privileges).
>>
>> On Sat, Oct 10, 2009 at 10:58 AM, Martin <gpointor...@gmail.com> wrote:
>>
>> > please if someone using php-fpm 0.6 with integrated install and php
>> > 5.3.0 or 5.3.1RC1 can try a simple
>>
>> > php.ini:
>> > user_ini.filename = ".user.ini"
>> > user_ini.cache_ttl = 0
>>
>> > .user.ini:
>> > auto_prepend_file = "non_existent_file.php"
>>
>> > and requesting the page you should get an error when the autoprepend
>> > is performed saying no "non_existent_file.php" file found for
>> > inclusion....
>>
>> dreamcat4
>> dreamc...@gmail.com

On Sat, Oct 10, 2009 at 12:06 PM, Martin <gpointorama@gmail.com> wrote:
>
> yes is a 5.3 feature
> i think is related to fpm-0.6 because with the same permission on
> files on the same server (ubuntu 9.04):
>
> PHP 5.3.0 with "php-5.3.0-fpm-0.5.12.diff.gz" > WORKS
> but with:
> PHP 5.3.0 with "php-fpm-0.6-5.3.0.tar.gz" (Integrated compilation) and
> PHP 5.3.1RC1 with "php-fpm-0.6-5.3.1.tar.gz" (Integrated compilation)
> DOESN'T WORK

What's amazing is that it DOES work in 0.5.12, and why?
According to this page, its a feature only avalable in php-cgi program.
(and not php-fpm)

http://php.net/manual/en/configuration.file.per-user.php

So this is rather more looking like a new feature request than a bug
on fpm-sapi. I seem to remember now some similar thread for litespeed
sapi. Litespeed didn't do it because they already had provided an
alternative solution earlier. But there's no reason not to implement
this feature in the case of fpm sapi (but it just might need a little
extra help from the php development team).

Try and see what's different in the fpm-0.5.13 sources / regression.
Hmm.


dreamcat4
dreamc...@gmail.com