php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #38272 Includes from one web instance appearing in another
Submitted: 2006-07-31 18:28 UTC Modified: 2006-08-01 12:46 UTC
From: djh146 at psu dot edu Assigned:
Status: Not a bug Package: IIS related
PHP Version: 4.4.2 OS: Windows 2000
Private report: No CVE-ID: None
View Developer Edit
 [2006-07-31 18:28 UTC] djh146 at psu dot edu 
Description:
------------
I am running PHP as a CGI under IIS 5.  There are multiple web instances running on the server.  Two are PHP applications that use include files (i.e. includes/header.php, includes/footer.php, etc.) that are included on pages as <? include('includes/header.php') ?>.  Both applications use the same code structure.
When running these applications, I am seeing the include files from one website instance appearing as the includes on another instance.  It appears to be only in one direction.
I encountered a similar problem when objects of the same name were being treated ambigiously.  This was discovered to be a problem occuring using the ISAPI module in IIS and shared process space, which is why I moved to the CGI configuration.
Could this be a similar problem?  The two sites are running under the same IP address with different headers, and the source for each are located in seperate folders on the same drive.

Expected result:
----------------
The sites should (and have) run without interference from each other.

Actual result:
--------------
Site A's include header and footer will appear in Site B's output.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-07-31 18:36 UTC] tony2001@php.net 
That's pretty easy to explain:
your B instance has A's path in include_path, so when you use relative path like "includes/header.php", PHP looks for "header.php" in its include_path and finds the one from A.
This is apparently expected behaviour until you can prove I'm wrong (we'd you to try PHP4.4.3 and provide a reproduce case in this case).
 [2006-08-01 12:46 UTC] djh146 at psu dot edu 
Bah! Simple issue.  What was strange was that behavior was as expected until a hardware replacement.  Not sure how it was working until then!   Thanks
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Sat Nov 01 14:00:01 2025 UTC