Attaching to nginx_wordpress
nginx_wordpress | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
nginx_wordpress | /docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
nginx_wordpress | /docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
nginx_wordpress | 10-listen-on-ipv6-by-default.sh: error: /etc/nginx/conf.d/default.conf is not a file or does not exist
nginx_wordpress | /docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
nginx_wordpress | /docker-entrypoint.sh: Configuration complete; ready for start up

Ну вот и ошибка.

default.conf

Переименовал, удалил и заново залил контейнер, 502 bad gateway

Опять смотреть логи

в конфиге nginx ты проксируешь запросы на wordpress:9000 - но в docker-compose.yml открыт 8000 порт. К тому-же насколько я вижу у тебя образ wordpress:latest - он использует apache

у тебя по-любому не будет работать - сначала определись с тем нужен тебе apache или php-fpm и потом уже конфиг nginx под это дело подстраивай

глядя на это, у меня вопрос возник: что будет быстрее -- подтянуть через autoload классы всех контроллеров на каждый запрос как на скриншоте, или только один раз для уже выбранного контроллера отпарсить строку вида "TournamentSeasonController@resultMatches"?

или разница несущественна?

Там один и тот же контроллер же

Я вообще не люблю использовать всякие ларовские сокращения вроде Controller@action, Middleware:param1,param2 и пр.

В правилах валидации Laravel тоже какая-то муть, после правил валидации в Yii, например, где используются массивы параметров, что намного удобнее

'title' => ['required', 'unique:posts', 'max:255'],

так? или как там в Yii уже не помню

Они же не обязательны

Атрибут правила отделён от его значения, что и смотрится логичнее, и рефакторить всё это легче, если использовать какие-то константы и пр.

а не городить "ларкины"

'age' => ['min:' . User::MIN_AGE]

['name', 'string', 'min' => 5, 'max' => 10]

['user_id', 'exist', 'targetClass' => User::class, 'targetAttribute' => 'id']

🤮

Да, не обязательны, но не везде

Ну с 8й версии уже отходят от этой “магии” как я вижу