lexxkrt

{{ [1, 2, 3, 4]|first }} {# outputs 1 #}

сформировать нужные данные в зависимости от входных данных в контроллере. в твиге (во вьюхе) вообще логики по минимуму должно быть. пишите сразу правильно

а category_id вообще существует? ну и правильнее данные в контроллере сперва подготовить

не загружайте меню в контроллере header, ну или пустую строку передавайте, когда меню не нужно

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

во всех orm и кверибилдерах есть возможность выполнять чистый sql запрос, ради бога если запрос сложный то делай его, а для простых запросов билдер упрощает работу. а инсерты в кверибилдерах например DB::table('products')->insert($data); а чистый sql как будет выглядеть при этом? причем $data это может быть не одна запись, а массив записей

первое возможно, а второе с чего бы, тот же кверибилдер собирает ту же sql строку, плюс сделает за вас грязную работу по экранированию да префиксы подставит

ну так данные ты передаешь $query->where('num','=', 334) $query->where('num,'=', '0000334') т.е. изначально ты подставляешь переменную нужного типа. из 0000334 после экранирования 334 не получится, как и наоборот

а какая разница как экранирует для mysql where id = 1 и where id = '1' это одно и тоже

нет я сосем про другое. там просто папка расширения вынесена, но контроллеры модели а также папки расширений лежат раньше самих файлов. я же предлагаю порядок extensions/author/module_name/{controller,model,language,view}. т.е. модуль целиком в единой папке, а не по разным

не проще. потому что в вашем случае, например, вы строку не экранируете

в принципе можно ничего и не добавлять. поработать с кодом, вычистить, избавиться от портянок, избавиться от дублирования кода, избавиться например от необходимости каждый раз создавать хлебные крошки, пусть генерируются от маршрута. избавиться от обработки переменных (объектов) в контроллерах. либо получать готовые из моделей, либо обрабатывать в твиге. переработать формирование урлов, опять же портянки. систему модулей/расширение я бы предложил сделать в одну папку, один модуль одна папка, т.е. тут же контроллер, рядом файл модели рядом языковые файлы и вьюхи. dbbuilder или голый sql это по сути одно и тоже вопрос предпочтений,

даже не знаю что добавить. вроде все сказано. может быть orm и composer (PSR).

А нужен не низкий порог входа, а эффективность. Если ты разработчик то разберешься с любым кодом, а если нет, то нечего тебе делать в коде, нанимай разработчиков. Судя по вопросам в разделах общие вопросы, тут и низкий порог входа не помогает.

и это "плохо" надо на PHP8 тащить. может разобраться с тем что есть сперва следует, а потом версию php поднимать.