Правильно ли делать такую структуру проекта?

Никита Полевой, ага, только хочу напомнить, что view должен отображать данные в тот самый момент, когда они изменяются в модели ( https://ru.wikipedia.org/wiki/Model-View-Controlle... ). А значит транспорт тут как раз имеет отношение ;)

Правильно ли делать такую структуру проекта?

Дмитрий, простая? А вы ведь в курсе что в вебе невозможно реализовать MVC без использования вебсокетов?))

Почему не работает php и composer?

fapchat, на первом скрине криво настроены path, всё верно.

Почему PHP теряет популярность?

MisterN, я полностью согласен, что требуется аргументация по пунктам, иначе всё с моей стороны будет голословно. Допустим, возьмём самый первый файл из самого первого приведённого вами решения: https://github.com/vuejs/vue/blob/dev/src/compiler...

1) Сточки 3-5 - совершенно невнятные имена констант, у которых даже документации нет. Но если смотреть дальше по коду - это костыль. Вместо того, чтобы воспользоваться нормальным лексическим анализом или парсером с преобразованием нужных AST нод - нужные правила выдираются регулярками и только под два захардкоженных случая. Никаких обработок других вариаций хендлеров нет.
2) Строчки 8-18 - набор из магических чисел (https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D0%B3%D... Понять что они означают - не представляется возможным.
3) Строчки 18-53 - примерно тоже самое. Непонятно зачем это вообще нужно и что из себя представляет.
4) Строчка 55, судя по названию, должна возвращать список функций-обработчиков для элементов абстрактного синтаксического дерева. Но судя по логике - возвращает какую-то хрень с магическими преобразованиями имён ast строчки, которые не регламентированы никаким контрактом. Что за префикс "_d"? Что за символы конкатентации "," и ":"? Вопросов больше, нежели ответов.
4.1) В продолжении темы этой функции: Зачем там вообще нужен else? Зачем там дублирование prefix? Зачем вообще захардкожены nativeOn/on строчки и что они из себя представляют?

Дальше мне лень описывать. Так как дальше всё тоже самое другими словами. Но в целом - это один сплошной лапшичный говнокод.

Почему PHP теряет популярность?

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

Почему PHP теряет популярность?

profesor08, ну так я об этом и говорю. На что-то более менее адекватное могут претендовать лишь исходники TypeORM. А остальное хоть прямо сейчас бери и в помойку выкидывай.

Я не спорю что хорошие сырцы на JS есть, более того, привёл в пример сам один из подобных проектов (да и то, это не JS, а TS). Но чего-то ещё назвать не могу. Может вы поделитесь ссылками на сырцы, которые были бы соответствующего уровня?

Почему PHP теряет популярность?

JS и качество кода? Это где вы увидели хорошо написанную либу на JS?

Что такое модель в ООП в веб?

Модель - это некоторый объект, имеющий поля, геттеры и сеттеры - то, это место куда мы помещаем данные и только их.

Тащемта это называется DTO (или VO, когда появляется логика, или Entity, когда появляется идентификатор, но это не точно)

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

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

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

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

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

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

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

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

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

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

spoiler

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

spoiler

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

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

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

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

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

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

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

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

Константин Б., верно. В большинстве случаев, как верно сказал 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." и я почти уверен что там будет точка, именно из-за этого у тебя допустимы пути относительно рабочего файла.

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

Константин Б., ну да, я уже по исходникам 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 или ещё где-нибудь.

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

Ну наркоманы... Причём самое смешное что и Константин Б. и 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

Стоит ли запрещать хардкорным игрокам играть на низкой сложности?

Обычно таких игроков разделяют по MMR/лигам/прочей фигне.

Ну а если кто-то специально сливается... То и у нубиков будет удовлетворение за победу и деранкеры добьются своего, слив себе игру.

Как сделать страничку с сохраненными данными php, ООП?

Андрей Симонец, если это платные курсы, то есть подозрения, ты платишь за то, чтобы тебе досконально и лично объяснили это всё ;)

Как сделать страничку с сохраненными данными php, ООП?

Ходят слухи, что на этих самых "курсах" и обязаны научить этому. В противном случае зачем они (эти "курсы") нужны, если вопросы задавать всё равно приходится на тостере?

Почему после удалений из массива, его нужно переиндексировать?

foreach хорошо оптимизирован и даже лучше чем for (есть такое мнение).

Александр Маджугин, что значит "есть такое мнение"?

По-вашему, выполнение одного опкода c получением следующего элемента двусвязного списка может оказаться медленнее трёх операций с (1) поиском индекса по хешмапе/массиву, (2) получению элемента из него и (3) сдвигом счётчика на 1?)))