I came across this problem recently -also a similar prob with basedir restrictions ! I even wrote to the php guys about the documentation and got told if was documented but hard to find and it wasn't there fault that the search on php.net doesn't work very well ! Which I have to admit didn't leave me totally satisfied ! :-))
Although on the plus side - after that initial brush off, the report got reopened ! Although my initial problem had been solved in the lastest build ! > nc01.php from demo.php: ok in root/./inc01.php > Indeed, the PHP doc should be updated on that point. > I do agree with you, after struggling a while for the > same kind of problem :-) > > But I've got all explanations below. > > Nicholas Robinson wrote: > >>The directory structure is as follows: > >>|-- demo.php > >>|-- inc/ > >> |-- inc1.php > >> |-- inc2.php > >> > >>=== file demo.php == > >>require 'inc/inc1.php'; > >> > >>=== file inc/inc1.php == > >>require 'inc2.php'; > >> > >>== file inc/inc2.php == > >>this is a test > >> > >>The above inc/inc1.php is ok for testing.And this would be ok too: > >><?php > >>//file inc/inc1.php > >>require 'inc/inc2.php'; > >>?> > >> > >>Problem occurs when the code is like this > >><?php > >>//file inc/inc1.php > >>require './inc2.php'; > >>?> > >>Fatal error: main(): Failed opening required './inc2.php' > >>(include_path='.:/usr/local/lib/php') > > Your code is not correct, in PHP before 4.1 at least. > The include path is always the one of the (initial) script. > It's "/" in your case. You must use "require inc/inc2.php" > even in inc1.php because the search path in inc1.php > (used by require inc/inc2.php) is '/' (initial script) and not > '/inc'. > > NB this behaviour changed after 4.1. Now, the search path is > first the (initial) script, and _if_not_found_there, the path > of the including (parent, included) script. > > So your code will somewhat works after PHP 4.1 (unless an included > file has the same name in the including script), but it can't > work before PHP4.1. The best option seems to always use the old > convention, to avoid confusion (and clash in file names, which > could be a difficult to find bug). > > >>It seems that there's noxplanation about this in php manual.Could > >>someone give some? > > Yes, but I think it's really well hidden (in doc users comments) > > Look at the comment of "ivo at i7 dot nl" on "26-Nov-2002 08:56" in > http://www.php.net/manual/en/function.include.php > > >>Btw,I am using redhat 7.2 / Apache 2.0.47 / PHP 4.3.3RC1 > > I guess your code works on that particular server and > not on another one ? > > I had the same surprise that you have, so I do always this now. > > 1. Use old convention (require './include/inc01.php') > even in included files > 2. Use '.' in front of path as show above, just in case (bad php.ini) > > In fact there is a more subtle pblm left. The old semantic means > the 'require' in an included file depend on the 'require' of the > including file! Here under an example to better understand. > It happens when you have a subdir (say admin) which contain php > libraries used in that subdir and in the parent dir (can be often) > I suppose an 'old' PHP (before 4.1) as some of the ones I use. > > Path: > root/demo.php > root/inc/inc01.php > root/admin/demoadm.php > root/admin/inc/lib01.php > root/admin/inc/lib02.php > > Includes: > lib01.php incl lib02.php : require './inc/lib02.php' > demoadm.php incl lib01.php: require './inc/lib01.php' > demo.php incl inc01.php: require './inc/inc01.php' > > Ok until now for demo.php and demoadm.php, but add this include: > inc01.php incl lib01.php: require './admin/inc/lib01.php' > > Code is broken in demo.php but not for demoadm.php > > When calling demoadm.php, search path is root/admin, > includes: > ./inc/lib01.php from demoadm.php: ok in root/admin/./inc/lib01.php > ./inc/lib02.php from lib01.php: ok in root/admin/./inc/lib02.php > > when calling demo.php, search path is root/ > includes: > ./inc01.php from demo.php: ok in root/./inc01.php > ./admin/inc/lib01.php from inc01.php: ok in root/./admin/inc/lib01.php > ./inc/lib02.php from lib01.php: KO in root/./inc/lib02.php > > Pblm is in lib01.php: > - called from demoadm, we need './inc/lib02.php' > - called from demo, we need './admin/inc/lib02.php' > > I guess that's the reason of the change in include/require semantics. > But it can be resolved simply. Here's my solution > > 1. create root/admin/inc/admconfig.php (all cfg vars for root/admin/) > 2. in admconfig.php, set admindir var: " $admindir= './' " > 3. create root/inc/config.php (all cfg vars for root/) > 4. in config.php, set admindir var: " $admindir= './admin/' " > 5. in 'lib01-type' files, use > require $admindir . './inc/lib02.php' > 6. of course, include admconfig.php in all root/admin/ php files > and config.php in all root/ php files > > Another solutions left as exercice, as well as asking PHP guys > to update the doc for includes ;-) > > -- > Christophe Chisogne > Developper, Publicityweb sprl > http://www.publicityweb.com > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
