Структура построена на статических классах, так как именно в этом проекте это удобно при такой архитектуре. Где нужно там и объекты есть, но в целом статика да, превалирует так как с ней здесь удобнее в виду именно этой архитектуры. Там отлаживать проблем нет никаких. Если потребуется объектная модель и без нее будет сложнее выполнить какую-то функцию, то применяется этот подход. Но если разработчик выбрал такой подход, то это не значит что надо за это критиковать. Кто-то любит красное, кто то зеленое. Это дело вкуса разработчика. Класс PDO потому что это обертка над PDO с mysqli (а не над mysqli), что ясно видно в классе. Так что это чистый PDO с оберткой. Абстракция не нужна так как 99% потенциальных юзеров этого движка - это MySQL на хостингах. Нет смысла держать абстракцию через ORM ради 1%. Гораздо выгоднее снизить нагрузку за счет обертки. И писанины по запросам так меньше и гибкости больше. Все что касается что бы лучше или не лучше - ребята, вам дали готовое бесплатно а все не так и не этак. Совесть имеется? Это не конкретно к Вам а вообще к этому срачу что тут развели. Все умные пришли критиканы, без своих проектов давай других чихвостить. Хлебом не корми дай только за 2 минуты глянуть гит и тут же сделать выводы о всей архитектуре. Это не серьезно, не изучив архитектуру делать безапелляционные заявления. Никто из критиканов даже не установил на локалку - на гите че то там кликнули, не нашли знакомых вещей - значит говно, давай обгажу сейчас и потешу свое самолюбие. Заминусую тут карму и буду доволен... Да мне если честно плевать на критику. Мы делаем и дальше будем делать. Собака лает а караван идет.

Как вариант вывода для клиента также на пыхе, админка на vue/react и допиливать потихоньку

Но думаю тут не был выбран данный стэк по тому что они пишут только на пыхе

Было бы прикольно увидеть какое нибудь api для создания интернет магазина, т.е. есть админка, там наполняешь товары и тд и имеешь методы для вывода на фронт, а фронт уже пишешь как хочешь и на чем хочешь