ID: 15302
Comment by: levan2 at cox dot net
Reported By: fox at murder dot cz
Status: No Feedback
Bug Type: *General Issues
Operating System: FreeBSD 4.4
PHP Version: 4.3.2RC4
New Comment:

I had this same problem, I'm running Redhat 9.0 with Plesk 6.0. I
noticed some others here are running Plesk, as well.

The problem for me was that I didn't realize that Plesk serves SSL and
non-SSL pages out of totally separate directories, as if they are two
separate and distinct virtual domains. This is different from anything
I've worked with previously.

I have a PHP shopping cart system that generally uses SSL only for
signing in and for checkout. But apparently the cart code and the Plesk
server configuration didn't get along because whenever I clicked on a
link that necessitated SSL, this "open_basedir" error would pop up.

The only solution I found was to upload all of my shopping cart files
to the SSL directory and configure the cart to run in secure mode all
the time, even when just browsing product pages. I haven't had a
problem since.


Previous Comments:
------------------------------------------------------------------------

[2003-06-02 17:24:15] [email]sniperphp.net[/email]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.



------------------------------------------------------------------------

[2003-05-27 17:11:49] [email]sniperphp.net[/email]

What is the exact error message you get using the latest STABLE
snapshot from [url]http://snaps.php.net/[/url] (don't try RC4!)


------------------------------------------------------------------------

[2003-05-27 17:11:11] [email]sniperphp.net[/email]

What is the exact error message you get?


------------------------------------------------------------------------

[2003-05-27 16:25:34] fox at murder dot cz

I got it working by using php.ini-optimized from an older (i believe
4.0.2) php which i modified the same way as the original one. Since
then I haven't experienced this problem anymore even with newer
versions (but truth is that i kept the same php.ini on that mashine).
Another thing is that it seemed to me that the error showed up only if
the page was served by certain (first running) apache process(from
there that randomity).
Oh and if you say that it can't execute the script, I made sure several
times that the openbasedir was set correctly.
And this error was happenning for me on all virtualservers - even those
without open_basedir at all(and i had no global open_basedir, thinking
retrospectively, that could have been the problem).
Consider my sw configuration as in first post.

------------------------------------------------------------------------

[2003-05-27 13:40:17] rd at mesos dot de

i saw this error the first time in 4.2.3 on suse.
in the meanwhile i saw it on about 30 servers, running debian, suse,
redhat with PHP 4.2.3, 4.3.0, 4.3.1 and even 4.3.2rc4.

often a "echo register_globals=On >/etc/php.ini" helps (yes, that means
deleting all the other stuff).
sometimes updating/downgrading/recompiling helps.

The error always mentions the Script "unknown" (line 0), which wants to
access a file, which is outside the open_basedir of the _last_
virtualhost with a open_basedir-restriction set although i execute a <?
phpinfo(); ?> in the _first_ virtualhost.

All servers are Intel or AMD with linux.

Thanks,
Ralf

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
[url]http://bugs.php.net/15302[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=15302&edit=1[/url]