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

lexxkrt

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

    347
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

2,638 profile views

lexxkrt's Achievements

Community Regular

Community Regular (8/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Reacting Well Rare
  • Week One Done

Recent Badges

35

Reputation

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