Failed opening required usr share php

Ошибка ‘.:/usr/share/php:/usr/share/pear:/’

Есть сайт на движке (livestreet), для движка есть плагин, который не работает и ругается на ошибку, на ту что указана в заголовке. Разработчик плагина порекомендовал в настройках PHP удалить из include_path путь ‘/usr/share/php Я удалил этот путь в файлах php.ini в следующих папках: /etc/php5/apache2 /etc/php5/cgi /etc/php5/cli Писал в суппорт хостинга, который потом сказал что «/usr/share/php» в конфигурациях php в данный момент не указан Но все равно ругается на ту же ошибку, а именно на этот путь. Помогите, что ещё можно предпринять?

eavy, это не вся ошибка, в логе должна быть полная. Также покажите include_path и open_basedir из phpinfo().

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

аська 45два48499два записки на работе (http://memoryhigh.ru) помогу с сайтом, удалю вирусы, настрою впс -> отзывы ТУТ (/ru/forum/836248) и ТАМ (http://www.maultalk.com/topic140187.html) . всегда проверяйте данные людей, которые сами пишут вам в аську или скайп.

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).

Warning: require_once(): open_basedir restriction in effect. File(/usr/share/php/Auth/OpenID/Consumer.php) is not within the allowed path(s): (/var/www/sadmin/data:.) in /var/www/sadmin/data/www/site.ru/plugins/autoopenid/classes/modules/openid/Openid.class.php on line 46 Warning: require_once(/usr/share/php/Auth/OpenID/Consumer.php): failed to open stream: Операция не позволяется in /var/www/sadmin/data/www/site.ru/plugins/autoopenid/classes/modules/openid/Openid.class.php on line 46 Fatal error: require_once(): Failed opening required 'Auth/OpenID/Consumer.php' (include_path='.:/usr/share/php:/usr/share/pear:/var/www/sadmin/data/www/site.ru:/var/www/sadmin/data/www/site.ru/engine/classes:/var/www/sadmin/data/www/site.ru/plugins/autoopenid/classes/lib/external/php-openid-2.1.3') in /var/www/sadmin/data/www/site.ru/plugins/autoopenid/classes/modules/openid/Openid.class.php on line 46

Источник

Fatal error: require_once(): Failed opening required?

Fatal error: require_once(): Failed opening required ‘/var/www/user/data/www/site.ru/ac/include/modules/list.php’ (include_path=’.:/usr/share/php:/usr/share/pear’) in /var/www/user/data/www/site.ru/engine/init.php on line 478

Что вызывает данную ошибку?

Оценить 5 комментариев

Fatal error: require_once(): Failed opening required ‘/folder1/folder4/list.php’ (include_path=’.:/usr/share/php:/usr/share/pear’) in /folder1/folder2/folder3/index.php on line 2

Так. Ладно. Решил фейковые адреса использовать и только себе хуже сделал. Давайте с самого начала.

Имеется файл init.php. Его путь:

require_once dirname ( __FILE__ ) . '/ac/include/modules/list.php';

Fatal error: require_once(): Failed opening required ‘/var/www/user/data/www/site.ru/ac/include/modules/list.php’ (include_path=’.:/usr/share/php:/usr/share/pear’) in /var/www/user/data/www/site.ru/engine/init.php on line 478

Надеюсь, щас я прояснил свою проблему.

Странно, что в ошибке написано ‘/var/www/user/data/www/site.ru/ac/include/modules/list.php’
Попробуйте
require_once dirname ( __FILE__ ) . ‘/../ac/include/modules/list.php’;

Добавлю. В примере пути указаны ненастоящие, фейковые. Но хочу вас заверить, что с проблема не с путями. Я их выводил и под лупой рассматривал. Все они абсолютно верные и точные.

у вас путь указан абсолютный, а не относительный. он идет от корня файловой системы. Тогда уж так как-то:

require_once __DIR__ . '/folder1/folder4/list.php';

вы реально не понимаете что не так? У вас пути кривые. __FILE__ указывает на файл, в котором эта константа вызывается. Так что вы в момент инклуда находитесь просто в директории engine. вам нужно из нее выйти.

какая структура каталога?
dirname ( __FILE__ ) . «/folder1/folder2/folder3/index.php» — странное описание для местонахождения файла.

require_once dirname ( __FILE__ ) . "/folder1/folder4/list.php";

dirname ( __FILE__ ) . "/folder1/folder2/folder3/index.php"

dirname(__FILE__) . "/folder1/folder2/folder3/folder1/folder4/list.php"

ведь dirname(__FILE__) получает директорию исполняемого скрипта, если я ничего не путаю. Вы уверены, что этого и добивались?

ну и второй вариант — права на чтение и исполнение у list.php

С путями всё верно. Тут я предоставляю фейковые, так как не хочу раскрывать их. В другом файле тот же самый инклуд и работает. С правами тоже всё в порядке (644).

На сколько я понял вы из
/folder1/folder2/folder3/index.php
пытаетесь получить
/folder1/folder4/list.php ,
PHP ищет list.php в
/folder1/folder2/folder3/folder1/folder4/list.php
Попробуйте:
require_once __DIR__ . «/../../folder4/list.php»;

1.
Имеется файл init.php. Его путь:
/var/www/user/data/www/site.ru/engine/init.php

2.
require_once dirname ( __FILE__ ) . ‘/ac/include/modules/list.php’;

=> полный путь требуемого файла:
/var/www/user/data/www/site.ru/engine/ac/include/modules/

А файл, по вашим словам лежит в:
/var/www/user/data/www/site.ru/ac/include/modules/ (не хватает engine)

а можно сюда результат команд:

$ cd /var/www/user/data/www/site.ru/engine/ac/include/modules/
$ ls -l

и
$ cd /var/www/user/data/www/site.ru/ac/include/modules/
$ ls -l

Заодно проверьте регистр расширения файла. Может там PHP, а не php

Источник

Failed opening required » (include_path=’.:/usr/share/php:/usr/share/pear’) — Joomla 2.5: Настройка и оптимизация

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

Joomla 5: плагин обратной совместимости

Как известно, из кода Joomla постепенно исчезают устаревшие классы API. Многие из них «продержались» в ядре со времён Joomla 1.5. Отказ от них — это эволюция. Однако, удаление устаревших классов и методов будет вызывать ошибки в расширениях, которые разработчики вовремя не обновили.

Перенос материалов из компонента K2 в стандартный компонент материалов Joomla

K2 — в целом неплохой компонент (был). Некоторое время он давал гораздо больше возможностей для отображения контента, чем стандартный компонент материалов Joomla. Однако, время не стоит на месте, и сейчас стандартный компонент не уступает в возможностях компоненту K2. Разработчики Joomla потрудились на славу, чего не скажешь о разработчиках компонента K2. Мало того, что долгое время не обновлялся функционал компонента, так они не подготовили обновление для перехода на 4 версию Joomla. На момент написания этой статьи прошло почти два года с выпуска Joomla 4, а обновления компонента K2 для совместимости с новой версией так и нет. Возможно, на тот момент, когда вы будете читать эти строки разработчики K2 что-то выкатят, но сейчас нет.

Источник