У меня есть скрипт с именем 'sess-start.php', который находится в каталоге / include в моем каталоге httpdocs.
Мой сайт продолжает выдавать эту ошибку: \
[Пт 25 марта 14:52:24 2011] [ошибка]
[клиент 12.3.3.3] PHP фатальная ошибка:
require () [function.require]:
Не удалось открыть
'/Includes/sess-start.php'
(include_path = '.:') в
/var/www/vhosts/site.com/httpdocs/page.php
в строке 4 рефери:
https://www.site.com/
, хотя www.site.com/includes существует. Что дает!
Редактировать 1
Это включает / требует, которые могут сами содержать дополнительные требования или включать заявления. Относительные пути НЕ БУДУТ РАБОТАТЬ, поэтому, пожалуйста, не предлагайте такие.
Мой файл .htaccess уже указывает все включаемые пути к корневому каталогу сайта:
php_value include_path
.: / Вар / WWW / виртуальных доменов / site.com / httpdocs
Редактировать 2
Не все мои включенные или требуемые сценарии содержатся в одном каталоге, поэтому предложение просто поместить каталог / include в include_path также отменяется (и, в свою очередь, также вызывает проблемы на машине с Windows)
Обновление
Возможно, некоторые разъяснения на примере из реальной жизни могут помочь решить проблему, для которой наша команда пытается решить:
На одной странице пользователь может ввести ряд опций, следующая страница делает необходимые расчеты и на основании этого направляет клиента к ряду потенциальных опций, все из которых приводят к требованию операторов для чего-то вроде записи в БД .
Затем, в записи db (или в каком-либо другом действии), если все идет гладко, участник, возможно, предпочел, прежде чем получать подтверждение по электронной почте, основанное на его / ее действии. Этот оператор require находится во 2-м требовании (db insert), но находится в другом каталоге, чем второй, что вызывает конфликт, поскольку первый файл неправильно обрабатывает ссылки.
Жесткое кодирование абсолютного пути или даже установка подходящего пути включения на странице - это нормально, но тогда это отключает возможность нашей команды устанавливать горячую ссылку между файлами с Dreamweaver (или любой другой программой, которая делает то же самое), потому что она не распознает «root сайта» при работе в тестовой среде.