Opencart 4.x Is Coming!

[Yoda]

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

 

 

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

 

О как!

И вот:

 

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

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

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

 

 

Огогого:

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

 

Копмозер, 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

 

А это что ?

[Vladzimir]

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

[Yoda]

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

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

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

[AlexDW]

[buslikdrev]

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

Upd: 

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

Спойлер

 

А это что ?

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

 

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

[spectre]

Спойлер

 

[legioner26]

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

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

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

[AlexDW]

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

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

 

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

[legioner26]

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

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

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

[Vladzimir]

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

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

Или хотя бы QueryBuilder

[spectre]

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

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

[Vladzimir]

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

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

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

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

[Yoda]

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

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

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

Вот query builder.

[Doza]

Больше похоже на спазмы...

[Doza]

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

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

Вот query builder.

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

[Yoda]

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

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

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

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

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

[Yoda]

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

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

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

 

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

[Yoda]

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

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

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

[Vladzimir]

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

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

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

 

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

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

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

[legioner26]

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

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

 

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

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

[spectre]

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

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

 

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

 

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

[Vladzimir]

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

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

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

[Vladzimir]

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

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

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

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

[spectre]

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

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

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

 

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

 

[Vladzimir]

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

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

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

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

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