Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

Opencart 4.x Is Coming!


Yoda
 Поделиться

Рекомендованные сообщения

https://github.com/opencart/opencart/blob/master/upload/index.php

 

image.thumb.png.23ea408fc3e6cdb05ff6314f59530c22.png

 

Похоже даже 3.1 не будет!

 

image.png.eae01a4ab642a834bc7caee4e0680f21.png

О как!

И вот:

image.thumb.png.a8a91fc3507ace034bcce11be473c8e1.png

 

Тут даже какой то PSR появился.


Не прошло и пару лет:

https://github.com/opencart/opencart/blob/master/upload/catalog/view/javascript/bootstrap/js/bootstrap.bundle.min.js

image.thumb.png.8fab94151ed7d186e4170ab2eedc40d9.png

 

 

Огогого:

https://github.com/opencart/opencart/blob/master/upload/catalog/controller/common/header.php

image.thumb.png.34e9939ce2ff6a4db17c79a4fbf87825.png

 

Копмозер, aws.

Вот я прямо ща вижу. Как у некоторых разарбочиков с видео школами и десятью годами в опенкарте подгорит!

Чуток стек поменялся, уже не получится просто красить кнопки. 

 

Ну и вот это вот:

https://github.com/opencart/opencart/wiki/Modification-System

As of OpenCart 3.1.0.0+ OCMOD will be removed from the OpenCart source code. Only the event system will be used for modifications.

Вот ща еще больше начнет бомбить у разработчиков с десятилетним стажем. Как же они без Ocmod.

 

Сказать честно я слабо себе представляю как что-то суровое сделать без ocmod через события. Ну допустим фильтр. Либо через дикий оверхед по ресурсам, либо через подмену целиком методов, что создаст коллизии с другими методами.
Ну прикиньте вы делаете фильтр товаров, а кто-то добавляет еще сортировку по наличию на складе больше нуля. И что? Куда это и как?

Ладно бы данила всунул конструктор запросов и дал возможность в них внедряться вместе с событиями. А ту как быть 

event->pre->getProducts {bla bla bla use my_method; return my_method->$result;} ?

 

Upd: 

https://github.com/opencart/opencart/blob/master/upload/catalog/model/design/seo_profile.php

image.png.0e2d5c6f3a3d0b49ed54447ea034fb1b.png

 

А это что ?

Ссылка на комментарий
Поделиться на других сайтах


12 минут назад, Vladzimir сказал:

А детские болезни то хоть начали лечить?

image.png.f699fd98bee7a8b71de2435f3f21f7e5.png

Такое подойдет ?

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


1 час назад, Yoda сказал:

Видимо, если кто-то захочет переехать на этот движок, то можно будет ссылки подправить.

 

Главное опенкарт будет обновляться по кнопочке, если будет возможность вносить изменения почти в любое место из контроллера модуля без окмодов.

Ссылка на комментарий
Поделиться на других сайтах

1 час назад, nikifalex сказал:

вот плохо то, что не доделав до конца одни идеи, они бросают все и внедряют еще более экстремальные идеи. это чисто маркетинг 21 века.

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

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах

делать 4х != сделать 4х

непонятно когда это еще будет, если вообще будет (см. 3_1_0_0_b)

 

и по итогу не исключено, что старые ветки 23х-3х будут более популярны

  • +1 2
Ссылка на комментарий
Поделиться на других сайтах

13 часов назад, Yoda сказал:

image.png.f699fd98bee7a8b71de2435f3f21f7e5.png

Такое подойдет ?

Сморю там пространство имен и все такое. Ну тогда уже пусть ORM еще делают )))

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах

36 минут назад, legioner26 сказал:

Сморю там пространство имен и все такое. Ну тогда уже пусть ORM еще делают )))

Или хотя бы QueryBuilder

Ссылка на комментарий
Поделиться на других сайтах

там так поковырять много интересного

например нет папки theme

Ссылка на комментарий
Поделиться на других сайтах

1 минуту назад, spectre сказал:

там так поковырять много интересного

например нет папки theme

Главное чтоб это "интересное" не прыгало от версии к версии, как было с веткой 2.*

Ссылка на комментарий
Поделиться на других сайтах

9 часов назад, legioner26 сказал:

Сморю там пространство имен и все такое. Ну тогда уже пусть ORM еще делают )))

Orm - зло и оверхед.

Вот query builder.

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


1 час назад, Doza сказал:

Стесняюсь спросить, это прикол? Или серьёзный коммент?

Вы работали с базами на сотни тысяч записей, в которых у сущностей пару сотен неоднородных свойств.

Какой простите orm в такой ситуации? К чему эти все предварительные глобальные инициализации наборов, а потом выборка путем перебора огромного объекта в памяти. 

Расскажите про ORM любому архитектору мало мальски нагруженного проекта, где каждая лишняя итерация это ещё пару лишних железных серверов. И тогда поговорим. А эти миллеинальные восторги технологиями ваши, я не очень разделяю.

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


Любой лишний слой абстракции - это по умолчанию оверхед ресурсов.

Тут и так всё не очень со структурой базы. А они ещё ORM хотят. 

Я очень часто вижу медленные магазины и очень много. До пяти шести сотен проектов в год. И чтобы сделать магазин быстрым, зачастую лезвием приходится вырезать глупости и тупости, как Даниэля так и сторонних разработчиков. А если ещё на эту кривую структуру подвесить лишний слой. То это Будет не опенкарт а слоупоккарт.

 

А вот query builder с возможностью манипуляций над любыми запросами, мог бы решить очень много вопросов.

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


12 часов назад, Vladzimir сказал:

Главное чтоб это "интересное" не прыгало от версии к версии, как было с веткой 2.*

А это что реально проблема?

Ссылка на комментарий
Поделиться на других сайтах


8 часов назад, Yoda сказал:

А это что реально проблема?

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

 

22 часа назад, legioner26 сказал:

Ну тогда уже пусть ORM еще делают )))

А в чем будет преимущество опенкарта от использования ORM?

Ссылка на комментарий
Поделиться на других сайтах

35 минут назад, Vladzimir сказал:

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

 

А в чем будет преимущество опенкарта от использования ORM?

Ну как в Laravel к примеру, строитель. Можно сложные выборки со связями делать в 2 счета, получить нужную коллекцию.

Ссылка на комментарий
Поделиться на других сайтах

43 минуты назад, Vladzimir сказал:

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

 

А в чем будет преимущество опенкарта от использования ORM?

 

чтоб не тащить SELECT AVG(rating) AS total 2 раза для каждого товара на каждой странице категории например

Ссылка на комментарий
Поделиться на других сайтах

7 минут назад, legioner26 сказал:

Ну как в Laravel к примеру, строитель. Можно сложные выборки со связями делать в 2 счета, получить нужную коллекцию.

Ок. Получили сложную выборку. Зачем? Разве это не решается стандартными запросами? И какие накладные расходы на это все? Ларавел уже давно не торт, особенно с 5 версии.

Ссылка на комментарий
Поделиться на других сайтах

5 минут назад, spectre сказал:

чтоб не тащить SELECT AVG(rating) AS total 2 раза для каждого товара на каждой странице категории например

ORM будет быстрее по вашему?

Или нам главное шашечки, а не ехать?

Ссылка на комментарий
Поделиться на других сайтах

Только что, Vladzimir сказал:

ORM будет быстрее по вашему?

Или нам главное шашечки, а не ехать?

 

главное чтобы не тянуть ненужное когда оно не надо

 

Ссылка на комментарий
Поделиться на других сайтах

Только что, spectre сказал:

главное чтобы не тянуть ненужное когда оно не надо

Значит нужно просто лишнее вырезать,а не строить очередной слой абстракции.

Я уже видел одну CMS в которой абстракция на абстракции сидит и абстракцией погоняет.

И понять что и самое главное как там работает еще тот квест.

Ссылка на комментарий
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Поделиться

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.