Bug #14388 Updated: include_path in virtual breaks SSI

2002-05-02 Thread lars . slettjord

 ID:   14388
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD 4.4-STABLE
 PHP Version:  4.0.6
 New Comment:

Apache 1.3.23, php 4.1.2, HP-UX 10.20 and Linux (RedHat 7.1)

I have the same problem. I want to have both PHP and SSI
working on my server. I don't want to use PHP to generate SSI, I just
want to use both PHP and SSI separately
for different things.

I have tried various configurations, but when I use 
'php_value include_path .:/path/htdocs/php-mal' anywhere
in my httpd.conf SSI just stops working. The server outputs
the SSI file unparsed. A typical configuration example 
looks like this:

 Directory /path/htdocs
Options IncludesNOEXEC FollowSymLinks
XBitHack full
php_value include_path .:/path/htdocs/php-mal
 /Directory

I have tried to move php_value around, but this does
not help.

If I set the include_path in php.ini everything works 
as expected and I can use both PHP and SSI. But I _really_
need to assign a different include_path for php for each
of my virtual web-servers, and I need both PHP and SSI.

I have verified this behaviour both on a HP-UX server with 
several virtual hosts, and on a Linux server without 
virtual hosts, both running Apache 1.3.23 and php 4.1.2.

The problem reported at 
URL:http://marc.theaimsgroup.com/?l=apache-httpd-usersm=101233512816689w=2
might be related.

I would be really grateful if someone could try to 
reprocuce this error, and even more grateful for a
solution. But I have not even been able to find out if
this error is caused by php, mod_include or something
in the apache core.

What more could I do to help you solve this problem?


Previous Comments:


[2002-01-03 18:01:12] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-13 06:21:46] [EMAIL PROTECTED]

Apache 1.3.x doesn't support multiple filters over one file. You can't
parse the output of a PHP file through SSI. (Apache 2.x can do that)
Are you sure that isn't the case?



[2001-12-09 00:54:29] [EMAIL PROTECTED]

Using the following in VirtualHost in httpd.conf (apache 1.3.22):
php_value include_path .:/path/to/include/dir

breaks SSI for that virtual ... View-Source for pages show include
directives instead of parsing them.

Using XBitHack on.

php recompiled today: mod_php4-4.0.6_5






-- 
Edit this bug report at http://bugs.php.net/?id=14388edit=1




Bug #14388 Updated: include_path in virtual breaks SSI

2002-05-02 Thread venaas

 ID:   14388
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD 4.4-STABLE
 PHP Version:  4.0.6
 New Comment:

This seems to be a real problem and not solved, so I'm
reopening


Previous Comments:


[2002-05-02 04:23:04] [EMAIL PROTECTED]

Apache 1.3.23, php 4.1.2, HP-UX 10.20 and Linux (RedHat 7.1)

I have the same problem. I want to have both PHP and SSI
working on my server. I don't want to use PHP to generate SSI, I just
want to use both PHP and SSI separately
for different things.

I have tried various configurations, but when I use 
'php_value include_path .:/path/htdocs/php-mal' anywhere
in my httpd.conf SSI just stops working. The server outputs
the SSI file unparsed. A typical configuration example 
looks like this:

 Directory /path/htdocs
Options IncludesNOEXEC FollowSymLinks
XBitHack full
php_value include_path .:/path/htdocs/php-mal
 /Directory

I have tried to move php_value around, but this does
not help.

If I set the include_path in php.ini everything works 
as expected and I can use both PHP and SSI. But I _really_
need to assign a different include_path for php for each
of my virtual web-servers, and I need both PHP and SSI.

I have verified this behaviour both on a HP-UX server with 
several virtual hosts, and on a Linux server without 
virtual hosts, both running Apache 1.3.23 and php 4.1.2.

The problem reported at 
URL:http://marc.theaimsgroup.com/?l=apache-httpd-usersm=101233512816689w=2
might be related.

I would be really grateful if someone could try to 
reprocuce this error, and even more grateful for a
solution. But I have not even been able to find out if
this error is caused by php, mod_include or something
in the apache core.

What more could I do to help you solve this problem?



[2002-01-03 18:01:12] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-13 06:21:46] [EMAIL PROTECTED]

Apache 1.3.x doesn't support multiple filters over one file. You can't
parse the output of a PHP file through SSI. (Apache 2.x can do that)
Are you sure that isn't the case?



[2001-12-09 00:54:29] [EMAIL PROTECTED]

Using the following in VirtualHost in httpd.conf (apache 1.3.22):
php_value include_path .:/path/to/include/dir

breaks SSI for that virtual ... View-Source for pages show include
directives instead of parsing them.

Using XBitHack on.

php recompiled today: mod_php4-4.0.6_5






-- 
Edit this bug report at http://bugs.php.net/?id=14388edit=1