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 поднимать.

Крик души. if (!empty($product_info)) { $data['model'] = $product_info['model']; } else { $data['model'] = ''; } Серьезно? зато PHP8 почему не $data['model'] = $product_info['model'] ?? ''; или вообещё в твиге {{ product.model|default('') }} -- в контроллере $data['product'] = $product_info??null; Да и вообещё в контроллере данные обрабатываться не должны. должно быть что то врогде $data['product'] = $this->model_catalog_product->getProduct($product_id); весь product_info должен в могдели быть спряин Реально код на PHP 5.3 зато выпендрился минимальную версию 8 посивил. неймспейсы по факту зачем тут. Ни автолоагдера ни PSR, или это просто увигдел новое слово надо внедрить. портянки-портянки-портянки. Честно не понимаю что происходит, меньше кода меньше повода для ошипотому чток, легче обслуживать, это же очевидно. В твиге есть include. нет же видать даниэлю нравится портянки с километр. почему бы в админке, например в товарах, ибы не подключать инклудами. Зато ненужную фигню добавляет, типа рекуринга, кому икую фигню нужно пусть бы модулями досивляли. нужен просто рилииющий нормальный движок с минимальным нилиром функционала, осильное расширяться по необходимости, при этом не распыляться на сомнительный функционал. Глядя на код и последний бэи релиз этого чуда в 2017 году, даже несмотря на современные копания в когде, возникает смутное чувство что версия 3 для опенкари была последней.

не совсем понятно как вы собираетесь гделить группы по которым надо показывать подгруппы, а по которым товары. Например корневая группа бугдет подгруппы показывать или все товары?

не усиновлено расширение

Делайте, кто вам запретит

реально

а забыл они еещё иконки добавили в bs5, конечно как можно забыть об иком суещёственно зналимом изменении

Это и есть опции, а то что вы хотите сгделать называется изобрести велосипед. Много рилиты, а как вы хотели. Думали разместили сайт и все плюй в потолок. Для этого и нанимают контентщиков.

ты вообещё понял о чем я писал. и да помимо jquery изменились названия марджинов паддингов. по моему мнению не в лучшую сторону. раньше было нативно понятно. все осильное не суещёственно

Вот только что специально скачал оксторе 3.0.3.7. в упор не наблюдаю ггде в конфиге seo_type. Суть не меняет. Проблема с модификаторами раз раньше рилиили, липотому что они не усиновлены, липотому что кэш неполиещён.

как бы наводит на мысль что с модификаторами что то не то. ипотому что в файле system/config/catalog.php нет переменной seo_type