ID: 22101
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Debian linux 2.4.19
PHP Version: 4.3.0
New Comment:
Hm. It's not only the root-dir (/).
It doesn't work in other directories, either.
e.g. my customer has a www-dir with hundrets of subdirectories. No
Problem in 4.1.2! I had only to 'php_admin_flag open_basedir
"/home/customer/www"'.
Now with PHP 4.3.0 I have to include each subdir and its subdirs which
brings me a lot of work.
Sorry for bad engl.
Greets Stefan
Previous Comments:
------------------------------------------------------------------------
[2003-02-13 00:51:38] [EMAIL PROTECTED]
Sometimes there is... I only use open_basedir / (formerly though, now
it's none) in apache configuration, since phpSysInfo needs to access
few places outside the normal basedir /www. But *shrug* none seems to
work, which it didn't do on the prev. version I had, 4.1.2
------------------------------------------------------------------------
[2003-02-13 00:48:50] [EMAIL PROTECTED]
There's no point in putting / as basedir, like Rasmus said.
------------------------------------------------------------------------
[2003-02-13 00:44:59] [EMAIL PROTECTED]
it seems that you can't use '/' as the open_basedir (as you could do in
php 4.1.2). Dunno, maybe it's a good 'sanity' restriction, since the
bug with defining 'none' as open_basedir has been fixed. Well... it
seems that this was perhaps a bug in the user end
------------------------------------------------------------------------
[2003-02-09 14:20:51] [EMAIL PROTECTED]
I have the same Problem under RedHat 7.1 with PSA (Plesk Server
Administrator) 5.x.
It seems that PHP 4.3.0 doesn't set the Open_Basedir recursively to
Subdirectories. This is really mean because I have to include each
Subdirectory which I would have out of the SaveMode, in my httpd.conf.
------------------------------------------------------------------------
[2003-02-06 20:27:37] [EMAIL PROTECTED]
I wouldn't be surprised if an open_basedir set to / wasn't handled
correctly. It is one of these non-sensical settings that I suppose we
should account for, but it really is meaningless. All you are doing is
burning more system calls with absolutely no benefit since everything
is under /
------------------------------------------------------------------------
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/22101
--
Edit this bug report at http://bugs.php.net/?id=22101&edit=1
