[KLUG Members] Oh, the joys of upgrading!
Robert G. Brown
members@kalamazoolinux.org
Fri, 27 Dec 2002 16:53:37 -0500
>>Moving things along to Apache2/PHP, I couldn't help but notice that
>>expressions like:
>> php_flag magic_quotes_gpc Off
>>Seem to have gone out of fashion. This was even harder to ignore when
>>attempting to restart httpd.conf which such expressions yeilded the
>>following result:
>>Starting httpd: Syntax error on line 94 of /etc/httpd/conf/new-virthosts.conf:
>>Invalid command 'php_flag', perhaps mis-spelled or defined by a module not included in the server configuration
>> [FAILED]
>>But...but... it worked in version 1.x!
>Actually, I've seen this in 1.x. It depended on the order of declaration.
>I needed to load the PHP module before I defined directories with php_
>declarations.
Yes. In my case, These statements are in VirtualHosts sections, which come
long after loading the module (in version 1.3.x). In 2.x, THERE IS NO MODULE.
Look in your httpd.conf, or in your /user/lib/httpd.
>Even then the php_ statements seemed a bit iffy, like I
>saw the values in phpinfo() but they didn't really seem to have the
>intended effect, while putting them in php.ini worked.
I've had NO problems of this nature with php and Apache 1.3.x. I can try
a phpinfo() in a virtual host that uses php_flag and so on, and report
the results here.
>Strange, or I'm probably missing something obvious.
I think what you're missing is that the architecture of Apache 2.0 is
different, I'll say (again)...In 2.x, THERE IS NO MODULE (mod_php). Look
in your httpd.conf, or in your /user/lib/httpd. I've just upgraded to 2.0.40..
>>OK, no whining. Time marches on and we no long are running PHP as a module.
>>However, I'd like the same effect, being able to in essence set these values
>>per virtual host. It is interesting to note that there was no objection to
>>the use php_value on the previous line of the file.
>
>Interesting.
>
>>If someone has been trhough this territory, please illuminate the way. Some
>
>I've been through, but only by groping in the dark, so no illumination to
>offer. It is frustrating.
Are you in essense claiming that php_flag WORKS in Apache 2.0?
I've even found references to others who say it does not work...look at the
messages at the end of the php_flag page on php.net...
Regards,
---> RGB <---