Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

lexxkrt

Пользователи
  
  • Posts

    347
  • Joined

  • Last visited

Everything posted by lexxkrt

  1. сформировать нужные данные в зависимости от входных данных в контроллере. в твиге (во вьюхе) вообще логики по минимуму должно быть. пишите сразу правильно
  2. а category_id вообще существует? ну и правильнее данные в контроллере сперва подготовить
  3. компилируемый язык не проверяет sql запрос, который простая строка. а в случае билдера интеллисенс подскажет где ошибся. но это уже отклонение от темы. тут речь об опенкарте
  4. во всех orm и кверибилдерах есть возможность выполнять чистый sql запрос, ради бога если запрос сложный то делай его, а для простых запросов билдер упрощает работу. а инсерты в кверибилдерах например DB::table('products')->insert($data); а чистый sql как будет выглядеть при этом? причем $data это может быть не одна запись, а массив записей
  5. первое возможно, а второе с чего бы, тот же кверибилдер собирает ту же sql строку, плюс сделает за вас грязную работу по экранированию да префиксы подставит
  6. ну так данные ты передаешь $query->where('num','=', 334) $query->where('num,'=', '0000334') т.е. изначально ты подставляешь переменную нужного типа. из 0000334 после экранирования 334 не получится, как и наоборот
  7. а какая разница как экранирует для mysql where id = 1 и where id = '1' это одно и тоже
  8. нет я сосем про другое. там просто папка расширения вынесена, но контроллеры модели а также папки расширений лежат раньше самих файлов. я же предлагаю порядок extensions/author/module_name/{controller,model,language,view}. т.е. модуль целиком в единой папке, а не по разным
  9. не проще. потому что в вашем случае, например, вы строку не экранируете
  10. в принципе можно ничего и не добавлять. поработать с кодом, вычистить, избавиться от портянок, избавиться от дублирования кода, избавиться например от необходимости каждый раз создавать хлебные крошки, пусть генерируются от маршрута. избавиться от обработки переменных (объектов) в контроллерах. либо получать готовые из моделей, либо обрабатывать в твиге. переработать формирование урлов, опять же портянки. систему модулей/расширение я бы предложил сделать в одну папку, один модуль одна папка, т.е. тут же контроллер, рядом файл модели рядом языковые файлы и вьюхи. dbbuilder или голый sql это по сути одно и тоже вопрос предпочтений,
  11. даже не знаю что добавить. вроде все сказано. может быть orm и composer (PSR).
  12. А нужен не низкий порог входа, а эффективность. Если ты разработчик то разберешься с любым кодом, а если нет, то нечего тебе делать в коде, нанимай разработчиков. Судя по вопросам в разделах общие вопросы, тут и низкий порог входа не помогает.
  13. и это "плохо" надо на PHP8 тащить. может разобраться с тем что есть сперва следует, а потом версию php поднимать.
  14. Крик души. 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 для опенкарта была последней.
  15. не совсем понятно как вы собираетесь делить группы по которым надо показывать подгруппы, а по которым товары. Например корневая группа будет подгруппы показывать или все товары?
  16. а забыл они еще иконки добавили в bs5, конечно как можно забыть об таком существенно значимом изменении
  17. Это и есть опции, а то что вы хотите сделать называется изобрести велосипед. Много работы, а как вы хотели. Думали разместили сайт и все плюй в потолок. Для этого и нанимают контентщиков.
  18. ты вообще понял о чем я писал. и да помимо jquery изменились названия марджинов паддингов. по моему мнению не в лучшую сторону. раньше было нативно понятно. все остальное не существенно
  19. Вот только что специально скачал оксторе 3.0.3.7. в упор не наблюдаю где в конфиге seo_type. Суть не меняет. Проблема с модификаторами раз раньше работали, либо они не установлены, либо кэш непочищен.
  20. как бы наводит на мысль что с модификаторами что то не то. ибо в файле system/config/catalog.php нет переменной seo_type
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.