Разница в названии метода и отсутствии интерфейса

Можно сказать, что даже хуже, чем то, что мы обсуждали. Тем более, если есть желание писать кучу екшенов в одном файле

А вот тут в конце пример с контейнером, который мало чем отличается от указанного в этом чате моего кода

Ну я вот сейчас делаю свой роутер по psr, и столкнлуся как раз с этим интерфейсом хендлера, и не понимал где его симплиментить, тк хочу что бы были экшены и контроллеры, что бы можно было разные заюзать но имплеметируя Handler по psr-15.

Если ты строишь с мидлварками, то у тебя раннер должен принимать RequestHandler, который строит и запускает цепочку мидлварок. Одна из этих мидлварок будет создавать и диспатчить роутер, который должен принимать в себя маршрут и RequestHandler (или мидлварку/замыкание по желанию) через конфиг и передавать туда управление + возвращать результат (Т.е. роутер как будто "прокси"). Как-то так.

Лучше посмотреть как устроен Mezzio. Там всё это есть

Спасибо.

Вот две

идут как

$app->pipe(RouteMiddleware::class);

// аутентификация и другие мидлварки

$app->pipe(DispatchMiddleware::class);

Спасибо понял.

Меня всегда удивляла инкапсуляция вроде этой:
$app = new Application();
Именно инкапсуляция роутинга в $app, как $app->post/get/put и тд.
Почему не делают например так:
$app = new Application($router);
Что бы дергать $app->router->post/get/put...
Ну это лирика уже)

Что бы была возможность обработать в какой-то мидлварке перед передачей роутеру, к примеру.

Бывала у кого-то ситуация, что PDO возвращал false при фетче, но при этом errorInfo пуст и исключения нет?

Сам запрос через консоль возвращает нужные данные...

уже подзабыл, что такое PDO)
в логе мускула все хорошо?

Уже решил. Случайно забыл execute() вызвать

Это при работе с DBAL'ом закралось 🙈

спасибо