Почему не понимает подключение require_once?

Question

[0ldn0mad]

Подключаю ORM RedBeanPHP. В папке проекта, (рядом с папками LARAVEL) разместил RedBeanPHP.
В заголовке контроллера написал где лежит и какие классы подключить. Сделал проверочный скрипт чтобы убедиться в подключении базы:

<?php
namespace App\Http\Controllers;
use App\Http\Controllers\Controller;
use \RedBeanPHP\R as R;
require_once 'RedBeanPHP/rb.php';
R::setup('mysql:host=localhost;dbname=laravel','root', 'root');
class DBaseController extends Controller
{
	public function bdConnection()
	{
		if(!R::testConnection()){
			die('No BD Connection');
		}
		echo 'OK!';
		return view('blog1.index');
	}
}

Открываю страницу чтобы посмотреть факт подключения, а мне laravel выдает вот такое:
Symfony\Component\Debug\Exception\FatalErrorException
main(): Failed opening required 'RedBeanPHP/rb.php' (include_path='.:/Applications/MAMP/bin/php/php7.3.8/lib/php')

Через bash-профиль подключил в macOS php по умолчанию, взяв его из MAMP PRO:
$ php -v
PHP 7.3.8 (cli) (built: Aug 14 2019 16:42:46) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.8, Copyright (c) 1998-2018 Zend Technologies

Как уговорить laravel подключить удаленный файл?

Comments

[0ldn0mad]

JhaoDa, выход подсказать можете?

[JhaoDa]

Потому что require_once это РНР, а не ларавел. И чем тебя элоквент не устроил, зачем ты откопал это говно мамонта в виде redbean?

[Максим Федоров]

а где лежит относительно DBaseController этот самый файл?

ох и дерьмо вы там наворчаиваете

[JhaoDa]

0ldn0mad, выход простой — учить основы РНР, я тебе это уже не раз говорил.

[0ldn0mad]

JhaoDa, все сразу знать просто не возможно, все приходит со временем! Старую поговорку знаете? Про Москву?

[JhaoDa]

0ldn0mad, я разве сказал про «все сразу»? Я говорю про основы, но даже их ты «изучаешь» методом тыка. Это как сесть за руль и учить ПДД на магистрали, по ходу движения.

[0ldn0mad]

Максим Федоров,
site/RedBeanPHP/rb.php
site/app/Http/Controllers/DBaseController.php

[Максим Федоров]

0ldn0mad,

require_once __DIR__ . '/../../../RedBeanPHP/rb.php';

[0ldn0mad]

JhaoDa, Все правильно говорите! Именно так я и учился ездить. У меня 28 лет стажа и НИ ОДНОЙ АВАРИИ! Первично учусь ездить относительно кривизны дорог (где быстрее и где медленнее) и относительно участников дорожного движения (которыми считают себя богами, прибивают ко лбу нимб и передвигаются на гране фола, считая всех тупорылыми ублюдками не умеющими ездить, я думаю, вы понимаете о ком я веду речь).
Короче! Это долгая дискуссия о прекрасном и живом, поэтому закончим сейчас об этом. Я пришел с вопросом. Если вы не знаете, стесняетесь или у вас ненависть ко мне, воздержитесь от комментариев, будьте мудрее.

[JhaoDa]

0ldn0mad, а, ну всё понятно, если ты права купил, то чо тут продолжать. Ну тогда хоть объясни, зачем тебе это говно — redbean? Ах да, ты же не читаешь документацию и не знаешь, что в ларавел есть элоквент...

[0ldn0mad]

Максим Федоров,
Раздел Установка
И Сам RB категорически не советует ставить через композер.

[0ldn0mad]

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

[Максим Федоров]

0ldn0mad, все-таки объясните, чем встроенная ORM не подошла?

[0ldn0mad]

Максим Федоров,
Дискуссия о неполезности композера для RedBean

[JhaoDa]

Максим Федоров, видимо, ответ мы так и не узнаем...

[JhaoDa]

Максим Федоров, кстати, в редбином что-то в последнее время часты стали вопросы против прошлых лет.

[0ldn0mad]

В общем у Eloquent нет достойной документации (равно как и у laravel). Огрызки-тезисы, вырванные с мясом. Как будто кто-то пытался их записать из усть того, кото сильно пытали чтобы он хоть что-то рассказал внятное о том как поставить. как настроить и как использовать.
У RedBean все больше и больше появляется обучающего материала, так как привлекательность к этому ORM стала возрастать.

[JhaoDa]

И опять сказки про документацию.

[Константин Б.]

0ldn0mad, это кто вам такое сказал? Вы что наткнулись на видео-урок из древности?
Зашел на https://laravel.ru/docs/v5/eloquent-relationships
Документация такая, что даже для полного идиота без знаний основ становится понятно как и что работает и что с этим делать, а уж тем более для человека с хоть каким-то багажем знаний

[Константин Б.]

0ldn0mad, конечно он не советует, он точно также как и вы не хочет работать с нормальными инструментами

[Максим Федоров]

JhaoDa, еще есть упоминание этой заразы час назад При пустом поле логина на странице авторизации не срабатывает ошибка, но код, который должен срабатывать при отсутствии ошибки срабатывает?

Видимо какой-то говнарь начал курсы штамповать

И ученики хлынули

Или торрент какой-то обновили

[Константин Б.]

Максим Федоров, ;D найти и казнить эту тварь!!!

[Alex Wells]

0ldn0mad, автор-дурачек пакета не осилил синтаксис одного единственного json файла, посему решил напрочь отказатся и выпускать свой "quality software" на своем сайте. Вас это совсем не смутило. Автор-дурачек пакета наплевал на code style, на неймспейсы, новые фичи PHP (а как же, он же даже гребаный php 5.2 поддерживает). Финально, этот же дурачек написал свою недо-документацию, в которой абсолютно невозможно разобраться (наверное потому что либа такое же говно).

Но это все херня, ведь у eloquent'а такие сложные доки...

Answer 1

[Константин Б.]

Как уговорить laravel подключить удаленный файл?

Похоже что точно также как и вас уговорить не использовать RedBeanPHP в связке с Laravel

И так, давайте подумаем вместе с упрямым товарищем 0ldn0mad причем тут вообще Laravel?
Правильно, Laravel тут не при чем, тут на лицо явное отсутствие знаний, дебилизм (ИМХО) и явное отрицание познания основ.

Думаем где у нас RedBeanPHP?
Правильно - в корне проекта

Думаем дальше. Где у нас контроллер в котором вы пытаетесь подключить RedBeanPHP?
Правильно, в app/Http/Controllers

Думаем еще, вы пишите
require_once 'RedBeanPHP/rb.php';
где php ищет этот файл?
Верно, он ищет его тут app/Http/Controllers/RedBeanPHP/rb.php

Вот и ниточка вам! Но это не все? Думаем еще, а что же будет дальше?
Правильно, +100500 вопросов от товарища 0ldn0mad, потому что это редкостное г***но нормально так и не заработает и из-за него будут сыпаться ошибки одна за другой!

Comments

[green_goo]

где php ищет этот файл?
Верно, он ищет его тут app/Http/Controllers/RedBeanPHP/rb.php

На самом деле ищет относительно директории, которую вернет getcwd, которая на 99% совпадает с директорией, в которой находится точка входа

[Константин Б.]

green_goo, проверил вашу теорию на практике - вы оказались неправы!

[green_goo]

Константин Б., неправы вы.

[Константин Б.]

green_goo, вы проверяли чтобы делать такие громкие заявления? Я вам еще раз повторю в надежде на умение вами читать и отличное зрение - я проверил, он ищет именно там куда написал я, а не там куда пишите вы. Вы толкаете мне пустые слова - у меня же есть доказательства, следовательно вы уже дважды неправы!

[green_goo]

Константин Б., и?

[Константин Б.]

green_goo, что и? Ну что и? Даже шторм согласен со мной и понимает где находится файл, вы будете и его знания оспаривать?

[green_goo]

Константин Б., шторм не интерпретатор. Мне нужен рабочий код, который опровергнет мои слова.

[green_goo]

Константин Б., вот подтверждение моих слов

/srv/test # ls -l
total 12
drwxrwxr-x    2 1001     1001          4096 Sep 25 16:54 a
-rw-rw-r--    1 1001     1001            25 Sep 25 16:50 index.php
-rw-rw-r--    1 1001     1001            62 Sep 25 16:54 test.php
/srv/test # 
/srv/test # cat index.php
<?php
include 'a/a.php';
/srv/test # 
/srv/test # cat a/a.php
<?php
var_dump(getcwd());
include 'test.php';
/srv/test # 
/srv/test # cat a/test.php
<?php
echo 'I am test.php from ' . __DIR__ .  " directory\n";
/srv/test # 
/srv/test # cat test.php
<?php
echo 'I am test.php from ' . __DIR__ .  " directory\n";
/srv/test # 
/srv/test # php index.php
string(9) "/srv/test"
I am test.php from /srv/test directory

ну так напиши елыпалы, тебе тут что, шестерки собрались что-ли

Аргументы закончились - началось хамство. Да, именно что собирать. Раз что-то утверждаешь - докожи конкретным кодом, а не скриншотом из шторма, который видимо вам знание php заменил

[Константин Б.]

green_goo, и зачем нам тут это? Мы не говорим тут не о каких-то __DIR__ и т.п.
мы говорим к конкретном моменте, где будет искаться файл подключенный как require_once 'RedBeanPHP/rb.php'; Мой опыт был таким, я написал подключение файла так как это сделал автор. Результат, файл не найден. Я в каталоге в котором находится контроллер в котором прописано подключение создал папку RedBeanPHP в которую поместил файл rb.php запустил свой сайт и результатом был вывод рабочих исправных данных! Это же и подтверждает мой скриншот, в котором шторм также определил положение файла точно также как описал его я, это значит что файл ищется в текущем каталоге файла, в котором этот файл подключается. Кстати из документации

__DIR__ Директория файла. Если используется внутри подключаемого файла, то возвращается директория этого файла.

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

[green_goo]

Константин Б.,

Мы не говорим тут не о каких-то __DIR__ и т.п.

__DIR__ в моем примере вообще не причем.

мы говорим к конкретном моменте, где будет искаться файл подключенный как require_once 'RedBeanPHP/rb.php';

Мой пример именно и показывает где будет php брать подключаемый файл.

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

[Константин Б.]

green_goo, вы безусловно молодец, но ваш опыт неверен. Вы запустили и вывели на экран результат выполнения php index.php, а где этот результат выполнения файл php a/index.php ?

[Константин Б.]

green_goo, так не интресно. Давай придумаем тебе наказание которое ты понесешь в случае успешного выполнения?

[green_goo]

Константин Б.,

а где этот результат выполнения файл php a/index.php ?

Читаем еще раз.

где php ищет этот файл?
Верно, он ищет его тут app/Http/Controllers/RedBeanPHP/rb.php

На самом деле ищет относительно директории, которую вернет getcwd, которая на 99% совпадает с директорией, в которой находится точка входа

Предположение что файл rb.php будет тут app/Http/Controllers/RedBeanPHP/rb.php верно только в том случае, если текущая рабочая директория совпадает с app/Http/Controllers, что крайне мало вероятно. И мой пример как раз и демонстрирует, что подключается файл именно относительно рабочего каталога. На практике рабочим каталогом врят ли будет app/Http/Controllers, это в 99% случаев место, где лежит index.php

На этом сегодняшнюю лекцию об основах php заканчиваю

[Константин Б.]

green_goo, ты так уверен в себе? https://github.com/KostiaBenner/dlyatupogo.git вот репа, скачивай, устанавливай, запускай

[Константин Б.]

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

[Константин Б.]

green_goo прошло 7 минут, ответа нет, видимо посыпался боец!

[Константин Б.]

green_goo, прошло 12 минут, от бойца нет ответа

[Кирилл Несмеянов]

Ну наркоманы... Причём самое смешное что и Константин Б. и green_goo не правы) Ну или наоборот, правы, как посмотреть...

Все относительные пути резолвятся по инструкции, а-ля (это лишь пример):

$_SERVER['DOCUMENT_ROOT'] ?? __DIR__;

И путь из под http рантайма является синонимом getcwd, но задаётся на уровне HTTP сервера. Однако "документ рут" в CLI является текущей директорией исполняемого файла (для каждого файла свой т.е.).

P.S. Всё это дело определяется естественно не нативной реализацией DOCUMENT_ROOT, а функцией:

static zend_string *php_resolve_path_for_zend(const char *filename, size_t filename_len)
{
	return php_resolve_path(filename, filename_len, PG(include_path));
}

https://github.com/php/php-src/blob/5d6e923d46a89f...

На которую влияют и из SAPI.

spoiler

[Константин Б.]

Кирилл Несмеянов, в моем примере это не работает
$_SERVER['DOCUMENT_ROOT'] ?? __DIR__;
так как DOCUMENT_ROOT = "/var/www/dlyatupogo/public"

Но файл все равно ищется как app/Http/Controllers/RedBeanPHP/rb.php
Проверка FPM с DOCUMENT_ROOT и CLI без него сработали одинаково

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

[green_goo]

Раз товарищ Константин Б. перешел на оскорбление, общение с ним прекращаю

Кирилл Несмеянов,

Все относительные пути резолвятся по инструкции, а-ля:

$_SERVER['DOCUMENT_ROOT'] ?? __DIR__;

Почему же в моем примере не резолвится относительно __DIR__?

[Константин Б.]

green_goo потому что нечего ответить

[Кирилл Несмеянов]

Константин Б., ну да, я уже по исходникам php когда смотрел - увидел, что DOCUMENT_ROOT не влияет на это всё. Я не прав в данном случае.

Короче, я хотел донести мысль что на поведение относительных путей влияют внешние факторы, начиная от SAPI (т.к. там разная логика резолва "в зависимости от"), заканчивая переменными окружения (например $_SERVER['PATH'] влияет на поведение CLI).

P.S. ещё include_path в php.ini влияет вообще на все SAPI сразу.

P.P.S.
> Но файл все равно ищется как app/Http/Controllers/RedBeanPHP/rb.php

Так будет искаться, если у тебя есть точка в наборе путей для резолва, например в PATH переменной окружения, include_path в ini или ещё где-нибудь.

[Константин Б.]

Кирилл Несмеянов, это скорее относится к частным случаям, нежели повсеместно. В большинстве случаев все настроено дефолтно и работает одинаково.

[Кирилл Несмеянов]

Константин Б., верно. В большинстве случаев, как верно сказал green_goo файлы резолвятся из текущей рабочей директории (т.е. getcwd или DOCUMENT_ROOT). Так что не понимаю что ты прям на него так набросился.

Да, не всегда так (например, как в твоём случае). Но в большинстве.

P.S. Вот даже комментарий с экспортами путей из окружения: https://github.com/php/php-src/blob/5d6e923d46a89f... =)))

P.P.S. А вот настройки для ini, в которых есть include_path с точками, но которые закомменчены по-дефолту: https://github.com/php/php-src/blob/5d6e923d46a89f...

Можешь проверить попробовать вывести по списку из первого "P.S." и я почти уверен что там будет точка, именно из-за этого у тебя допустимы пути относительно рабочего файла.

[Кирилл Несмеянов]

Ах да, чуть не забыл: https://github.com/php/php-src/blob/5d6e923d46a89f...

Вот тут и ниже как раз и та ветка кода, которая должна брать пути из getcwd (т.е. из public директории в нашем случае) в качестве фоллбека (если не абсолютный, не стрим file:// и проч.).

[Кирилл Несмеянов]

Почему же в моем примере не резолвится относительно __DIR__?

green_goo, тут два варианта:
1) Либо в include_path/PATH не задана точка (например там указано вот так: "include_path='/usr/share/php'")
2) А если точка там задана, то просто возьми и удали файл из getcwd() . '/test.php' (он в приоритете) и будет резолвиться относительно исполняемого файла, т.е. __DIR__ как в моём примере (или a/test.php в твоём, ну или как в примере с редбианом от товарища Константин Б.)

[green_goo]

Кирилл Несмеянов, это был не вопрос, а намек на то, что относительно __DIR__ пути к подключаемым файлам НЕ резолвятся (если не считать частный случай, когда __DIR__ совпадает с getcwd())
include_path дефолтный

[Константин Б.]

Кирилл Несмеянов, я думаю тут не все так просто. У меня нет никаких точек, include_path в ini у меня не раскоментирован, патча в env и где-то выше тоже нет. Я думаю есть разница в работе FPM и CLI и если применить все что описано выше то корень должен быть public, но ведь формально он не ищет его там, он ищет в папке текущего файла. Более того ОС на которой я сейчас сижу можно считать девственно чистой и полностью дефолтной, никаких изменений в конфиги php, nginx я не вносил. Конфиг сайта тоже минимален.

[Кирилл Несмеянов]

green_goo, под __DIR__ я имею в виду директорию файла где написан require. Так вот, он резолвится если либо в include_path, либо в PATH есть точка (так почти везде), но если нету файла в текущей исполняемой директории.

Когда файл "~/a.php" есть:

spoiler

Когда в корне его нету и присутствует точка в путях резолва:

spoiler

P.S. Опять же стоит учитывать что разные SAPI и переменные окружения у всех могу быть разными. Как следствие, могут влиять на поведение.

[green_goo]

Кирилл Несмеянов, действительно, я ошибся.

Константин Б., извиняюсь, был не прав, это мне следует php освежить в памяти. Но оскорблять незнакомых людей лохом, особенно IRL не рекомендую.

[Кирилл Несмеянов]

green_goo, ну как бы ты был прав тоже, потому что из getcwd файл возьмётся 100% (если я правильно понял код из сырцов php), а из текущей директории откуда делается require только в некоторых случаях.

[Кирилл Несмеянов]

> include_path в ini у меня не раскоментирован

Константин Б., тогда он указывается дефолтный в зависимости от OC. Попробуй сделать require не существующего файла и в ошибке напишется тот, который используется.

Но если всё как ты говоришь, то я вообще хз =) По-дефолту должно браться из public. Но мб есть ещё что-то, что может влиять на поведение...

Короче, за относительные пути без __DIR__ нужно руки отрубать)))

[green_goo]

Кирилл Несмеянов, относительно getcwd возьмется и я это знал, но я утверждал что в случае отсутствия в getcwd не будет попытки относительно файла, в котором происходит подключение. Уже не вспомню почему так считал, как-то была с этим ситуация связана.

Но так в реальных проектах лучше использовать абсолютные пути к файлам через __DIR__, тогда разногласий не будет.

[Константин Б.]

Кирилл Несмеянов, вот есть старая не знаю как правильно ее назвать, может быть статья phpfaq.ru/newbie/paths

В ней описано такое поведение

file.php (фал лежит в той же папке)
./file.php (фал лежит в той же папке. такая запись иногда требуется в некоторых юникс системах)

То есть на 2011 год такое поведение было вполне ожидаемо и работало. Знать бы еще на чем основано это заявление

Короче, за относительный пути без __DIR__ нужно руки отрубать)))

Это да.

Answer 2

[Вячеслав Плиско]

Вот древняя ссылка для таких. phpfaq.ru/newbie/paths
Завязывайте с этим RedBeanPHP, похоже его очередной "попов" на видеокурсах толкает?

Answer 3

[FanatPHP]

Ради бога, не лезьте вы со своим корявым RedBean и require_once в Laravel!

Либо колупайтесь дальше в своем похапе спагетти, либо, если уж используете современный фреймворк, используйте его собственные, нормалmные инструменты. Для работы с БД в Ларавеле служит Eloquent, который примерно в 100500 раз умнее этой протухшей фасоли