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 PROTECTED] 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 PROTECTED] What is the exact error message you get using the latest STABLE snapshot from http://snaps.php.net/ (don't try RC4!) ------------------------------------------------------------------------ [2003-05-27 17:11:11] [EMAIL PROTECTED] 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 http://bugs.php.net/15302 -- Edit this bug report at http://bugs.php.net/?id=15302&edit=1
