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

Opencart 4.x Is Coming!


Recommended Posts

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

 

А это что ?

Link to post
Share on other sites

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

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

image.png.f699fd98bee7a8b71de2435f3f21f7e5.png

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

  • +1 1
Link to post
Share on other sites

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

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

 

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

Link to post
Share on other sites

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

Link to post
Share on other sites

кому как, а мне идея нового релиза понравилась

Link to post
Share on other sites

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

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

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

  • +1 1
Link to post
Share on other sites

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

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

 

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

  • +1 2
Link to post
Share on other sites
26 минут назад, AlexDW сказал:

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

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

 

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

Точно. Мне до сих пор по поводу 1.5 пишут.

 

Мне не очень понятно, как без OcMod можно нормально менять view. DOM править через внедренный Javascript?

Link to post
Share on other sites
13 часов назад, Yoda сказал:

image.png.f699fd98bee7a8b71de2435f3f21f7e5.png

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

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

  • +1 1
Link to post
Share on other sites
36 минут назад, legioner26 сказал:

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

Или хотя бы QueryBuilder

Link to post
Share on other sites

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

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

Link to post
Share on other sites
1 минуту назад, spectre сказал:

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

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

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

Link to post
Share on other sites
9 часов назад, legioner26 сказал:

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

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

Вот query builder.

  • +1 1
Link to post
Share on other sites

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

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

Вот query builder.

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

Link to post
Share on other sites
1 час назад, Doza сказал:

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

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

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

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

  • +1 1
Link to post
Share on other sites

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

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

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

 

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

  • +1 1
Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

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

 

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

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

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

Link to post
Share on other sites
35 минут назад, Vladzimir сказал:

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

 

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

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

Link to post
Share on other sites
43 минуты назад, Vladzimir сказал:

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

 

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

 

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

Link to post
Share on other sites
7 минут назад, legioner26 сказал:

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

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • 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.