Вопрос такой. У меня есть структура файлов и каталогов (см. приаттаченый рисунок)

Ошибка которую я получаю выглядит так



Происходит эта ошибка оттого, что в logger.inc, будучи вложенным в file.php ищет global.inc относительно директории E:\www\root\files, а не E:\www\root\utils\logs

В общем у меня вопрос, как нибудь можно научить php вкладывать файлы строго относительно того где они лежат, а не как были вложены? Что самое обидное мне не помогает даже set_include_path("E:\\www\\root\\utils\\logs") чтобы эта бестия "logger.inc" мог искать относительно своей диретории. Прилагаю архив с искомыми файлами для удобства эксперимента, так сказать.

Присоединённый файл ( Кол-во скачиваний: 3 )
 root.zip 1,01 Kb

Рисунок структуры файлов

Присоединённый файл ( Кол-во скачиваний: 10 )
 struct.png 2,37 Kb

текущий файл - константа __FILE__,
в logger.inc напиши 

$dir = dirname(__FILE__); 

и получишь свой путь.
Дальше либо пиши require_once($dir . '/../hz.php');

либо сохрани путь в include_path

ini_set('include_path', ini_get('include_path') . ':' . $dir);

и дальше можно включать файл без указания этого пути, т.к. PHP просматривает папки,указанные в imclude_path.

flashaa, Большое спасибо! Этот способ действительно решает проблему
Но у меня все, же вопрос. Ситуация когда возникает многократная вложенность довольно тривиальна, и я бы не сказал, чтобы она возникала редко. Неужели, предложенный способ есть единственное решение? Неужели в PHP не предусмотрен человеческий способ решения подобной проблемы?

__autoload

с тех пор как я стал все пути делать абсолютными, меня эта проблема не волнует

Royan, никакой проблемы здесь нет. Есть простые правила работы с файловой системой. 
Если ты позвонил приятелю домой по телефону, это не значит, что ты оказался у него дома ,и можешь достать из его холодильника бутылку пива. Сам-то ты у себя дома остался!
Если ты вызвал какой-то файл для выполнения - это не значит, что ты оказался рядом с этим файлом. Ты остался там же, где был. Вот и все.



+100

И чем тут хвастаться? Переместил сайт в другую папку и ничего не работает.
Я обычно делаю проекты центрированными по запрашиваемому скрипту.
Т.е. есть у меня index.php, из него вызывается конфиг. скрипт, который просчитывает все пути.

WEB = dirname($_SERVER['SCRIPT_FILENAME']) . '/'; // папка со скриптом

define('LIB', WEB . '/lib/');
define('INC', WEB . '/lib/inc/scripts/');
define('CRON', WEB . '/../cron');

Т.е. проблема возникнет, если внутри проекта файлы перемешивать,  а если целиком перетаскивать - будет шикарно работать.

Это сообщение отредактировал(а) flashaa - 17.12.2007, 11:13

многоуважаемый Флаша,
абсолютные пути можно начинать с объявленной переменной

изменение всех путей при перемещении сайта в другую папку занимает не больше пяти секунд

Тогда вообщем претензий нет.

Vaulter, Спасибо, но эта функция полезна при работе с классами, а у меня речь идет о файлах

 Я вас уверяю, к окончанию института (при условии что вы будете продолжать практиковать) вы откажитесь от этого правила. А вот как исключение это действительно полезный прием

Feldmarschall, Пожалуйста, старайтесь говорить по сути из всех слов, что вы сказали ни одно не приблизило вопрос к ответу.


Если я правильно понял вы объявляете константы для конкретных директорий причем каждая константа содержит в себе абсолютный путь... но тогда необходим файл, который будет вложен во все остальные файлы, чтобы эти константы были доступны везде. В моем случае таким файлом как раз и является global.inc и именно невозможность его вложения является основной проблемой.

Вывод, как я понимаю такой. Все global.inc обязаны вкладываться только по абсолютному пути, тогда станет возможным соорудить почти хакерский прием высчитывания относительного пути наподобие приведенного ниже и поместить его соответственно в global.inc



Тогда секция подключаемых фалов примет примерно такой вид:



Думаю этот вопрос заслуживает своего места в F.A.Q'е


Это сообщение отредактировал(а) Royan - 17.12.2007, 13:50

не знаю, институтов не заканчивал, просто работаю web-программером,
согласен не долго, а потому вопрос

почему?

Действительно это наиболее правильный способ, я подумал о hardcoded путях.

Добавлено через 11 минут и 7 секунд
bars80080, Тут ничего хитрого нет. Во-первых, относительные пути, оставаясь константами, обладают известной динамикой (их не нужно менять при изменении положения проекта). Во-вторых, даже в довольно гибком подходе, описанном вами, сначала происходит чтение переменных из массива, потом происходит конкатенация (до сих пор не нашел эквивалента в русском языке) строк и только после этого происходит обращение к файлу. Вам кажется это пренебрежимо малой операцией? Да так и есть пока проект не достигает определенных размеров с огромным обращением к страницам, на каждой из которых прежде чем отработает основной код отработают подобного рода вычисления абсолютных путей и сервер (железо которого очень часто впору подключать к паровой машине а не к розетке) будет постепенно околевать от нагрузки.

я, конечно, извиняюсь, если где ошибусь, могу только предполагать,

но:

переменная начала пути вычисляется только один раз при загрузке конфигурации,
далее при подключении, она просто используется,
конкатенация (по-русски, наверное, слипание больше подойдёт) происходит каждый раз где встречается:
include($BASE_DIR.'file.php'); или fopen($BASE_DIR.'file.txt');,
но разве вы не делаете то же самое 
require_once $relativePath. 'foo1.inc';  // rel path
?
мало того, объёмы ваших вычислений на мой взгляд больше


если не секрет, насколько часто в месяц вы собираетесь менять положение своего проекта?
я меняю только раз - при перемещении с локального хостинга на инетовский


если бы использо вались " вместо ' загрузка ресурсов была бы больше

Мне кажется, проблема производительности конкатенации переменных в этой теме несколько