possible Apache/PHP bug

[saloon12yrd]

Hi everyone.

I just discovered what seems to be a Apache bug, could anybody please confirm or deny this?
I have Linux 2.2.16, Apache 1.3.20, PHP 4.0.6.
Apache resides in /usr/local/apache, the $DOCUMENT_ROOT being ~/htdocs.
The VirtualHost entry for the main site points to /usr/local/apache/htdocs, I'll call this Host a).
Another VirtualHost points to /usr/local/apache/htdocs/hosting/dsweb, I'll call this Host b). This is where the problem occures.

First let me note that everything works fine except that issue. Both sites are running, the ftp home for Host b) is chrooted etc. etc.

Now on Host b) I have this /guestbook.php which does a require_once('./admin/conf.inc'); at the very beginning.
This works as it should and sets basic parameters. After that a few other includes are loaded, again working fine.
After that I do a fopen("http://$SERVER_NAME/index.php?cid=56", "r"); to get the beginning of the HTML output for /guestbook.php.
(I know this is bad behaviour but time demanded that quick and dirty approach).

$SERVER_NAME in this context points to Host b) as it should.

Now, in /index.php (which I called by fopen) I require_once("./admin/conf.inc"); again. This time $SERVER_NAME points to Host a)!
Note that in /guestbook.php everything works fine even after the fopen because I get the HTML output from /index.php, not the PHP source.

When I call /index.php directly through my browser the $SERVER_NAME points to Host b) as it should. When fopen'ed the $DOCUMENT_ROOT points to Host a) as well, leading to includes not being found, messing the whole thing.

To sum it up:
The output from /guestbook.php works, but is missing the fopen'ed Output from /index.php.
/index.php on its own is working.

Can anybody confirm/deny this situation or maybe point out where the problem is?

Thx in advance,

Dominique

[Anon]

Does it occur on your local site only ($SERVER_NAME = localhost) or on a working site?

Does the rest of the file render as server-parsed HTML or as PHP code?

It seems to me what actually happens is that the current path (.) is taken from the calling file, and not from the file which is opened by fopen. For fun, try to create a directory admin under the directory where the calling script lies, and place conf.inc there. If it works, then this logic is at least correct. :-)

fopen has to be able to read the file as a normal html file that is returned by the server. According to php docs, at least.

Try it on another Apache server. Or email the whole tree to me and I'll try it on mine ([e-mail]).

I think this might be because Apache is misconfigured, but I may be mistaken.

Good luck, looking forward to your solution to the prob,

Stas

[saloon12yrd]

Hi Stannislav,

As I said, $SERVER_NAME points to the actual domainname, not localhost.

Everything is put out as HTML as desired, no PHP code anywhere. This is because (quoting php manual):

If filename begins with "http://" (not case sensitive), an HTTP 1.0 connection is opened to the specified server, the page is requested using the HTTP GET method, and a file pointer is returned to the beginning of the body of the response. A 'Host:' header is sent with the request in order to handle name-based virtual hosts.

The VirtualHost indeed is name-based. By the way, the connection is made to the right script ("/index.php" on virtual Host b), NOT a)).

I think this might be because Apache is
misconfigured, but I may be mistaken.

Yeah probably it is misconfigured but how 😉

Greets,

Dominique

[Anon]

Hi!

Very strange.
Try another server. Did you try the trick I suggested (about duplicating the conf include in the current folder's 'admin' subdirectory)? I am curious - maybe it will work? (although this won't solve the problem at all)

Best,
Stas

[saloon12yrd]

Heh yes it finds the copied version of the conf.inc. But as you already pointed out this doesn't help, the next include fails of course.
Well I'm on vacation till x-mas so I'll leave it as it is right now (hardcoded). After that holiday I'll try the other server.

Thx again for your help,

Dominique