Начало работ над версией ocStore 2.0

[dinox]

Всем доброго времени суток! 
Сообщаю о начале работ над версией ocStore 2.0!
В теме пишите коментарии пожелания и предложения, в скором времени можно будет и pull реквесты отправлять
 

К запуску выполнены такие действия - (Обновление 09.11.2015)

• перевод (готов)
• мета поля для товаров/категорий/производителей/статей(готов)
• sms функционал (готов)
• seo_pro (готов)
• список разворачивающихся категорий в админке(готов)
• список модулей, которые идут в ocstore по дефолту (оплаты qiwi и пр.)
  • модуль оплаты сбербанк (готов)
  • модуль оплаты Qiwi rest (готов)

Github где ведется работа https://github.com/myopencart/ocStore

Отправляйте свои pull-запросы

Зеленым указано то что уже внедрено

 

​Проводится последнее тестирование. Ожидайте релиз :)

Змінено 9 листопада 2015 користувачем dinox

[tim21701]

...о начале работ над версией ocStore 2.0...

 

Присоединяюсь!

[sv2109]

Пожелания-предложения:

 

Чем меньше будет изменен движок от оригинальной версии - тем лучше.

 

иначе, учитывая специфику опенкарта, где все делается через одно место vqmod, почти любое изменение движка в будущем даст кучу конфликтов и головной боли пользователям, потому что модули, которые работают на оф. версии не будут работать на сборке. 

[tim21701]

...потому что модули, которые работают на оф. версии не будут работать на сборке.

 

Ткните пожалуйста носом, в любой модуль - который работает на Оpencart и отказывается работать на OcStore (с одинаковой версией того и другого)   :ugeek:

Мы никогда не занимались "украшательством" сборки, в отличие от... ну, Вы поняли  :-D

[Tom]

А давайте запустим оригинальный опенкарт с русским языком и это будет как начало.А потом можно как 1.5.5.1.2 релизить ещё год........ ;)

[dinox]

А давайте запустим оригинальный опенкарт с русским языком и это будет как начало.А потом можно как 1.5.5.1.2 релизить ещё год........ ;)

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

[sv2109]

Ткните пожалуйста носом, в любой модуль - который работает на Оpencart и отказывается работать на OcStore (с одинаковой версией того и другого)   :ugeek:

Мы никогда не занимались "украшательством" сборки, в отличие от... ну, Вы поняли  :-D

только лично моих модулей несколько штук нужно было писать отдельные версии для opencart и ocstore.

например:

модуль Attribute Category для добавления атрибутов нужно было создавать разные механизмы, так как в ocstore есть главная категория для товара, а в opencart нету

модуль Group Price - не работала пагинация в категориях, потому что в ocstore используется getFoundProducts() и FOUND_ROWS вместо стандартной модели, да это увеличивает скорость, но если мой модуль вызывает свой  метод в getProduct то FOUND_ROWS сбивается

модуль Поиск с морфологией и релевантностью - пришлось переписывать vqmod из-за того же getFoundProducts вместо getProducts

 

это то что что вспомнилось и это только мои модули. 

 

Это аксиома - чем больше изменений будет в движке - тем больше будет конфликтов с другими модулями. 

[dinox]

например:

модуль Attribute Category для добавления атрибутов нужно было создавать разные механизмы, так как в ocstore есть главная категория для товара, а в opencart нету

модуль Group Price - не работала пагинация в категориях, потому что в ocstore используется getFoundProducts() и FOUND_ROWS вместо стандартной модели, да это увеличивает скорость, но если мой модуль вызывает свой  метод в getProduct то FOUND_ROWS сбивается

модуль Поиск с морфологией и релевантностью - пришлось переписывать vqmod из-за того же getFoundProducts вместо getProducts

Все этим моменты будут учитыватся в разработке новой версии

[Tom]

Пожелания-предложения:

 

Чем меньше будет изменен движок от оригинальной версии - тем лучше.

 

иначе, учитывая специфику опенкарта, где все делается через одно место vqmod, почти любое изменение движка в будущем даст кучу конфликтов и головной боли пользователям, потому что модули, которые работают на оф. версии не будут работать на сборке. 

 

+1

[tim21701]

Обратите внимание, что пишут в этой теме только дедЫ   :-D    :ugeek:  :geek:

[freelancer]

ребят, кто уже пощупал 2.0 получится ли выпустить ocstore как update  через функционал обновления?

я прикинул можно, но может что не учёл?

[markimax]

Пожелания-предложения:

 

Чем меньше будет изменен движок от оригинальной версии - тем лучше.

 

иначе, учитывая специфику опенкарта, где все делается через одно место vqmod, почти любое изменение движка в будущем даст кучу конфликтов и головной боли пользователям, потому что модули, которые работают на оф. версии не будут работать на сборке. 

 

Вот полностью поддерживаю!

И плюс сделать изменения не в сам код а через модификаторы или vqmod по старинке. Никаких прямых патчей кода!

[markimax]

много ли модулей для ОС заточены под bootstrap ? 

 

p.s. хотя видимо это и к лучшему.. брату верстальщику- фрилансеру будет работа )))

Подскажу как обойти это недоразумение.  Делаете модуль и автоадаптер в придачу. Я в своем, в последней версии, реализовал уже, он же будет адаптировать под 2.0

Адаптировал свой PRO под 2.0 - изнутри пощупал всю 2.0 - ох и начудили там ребята даниель и ко, там столько "подножек" разработчикам, надо держать ухо востро. Буквально добавлена строчка кода, к примеру, и летит вся логика 1.5.*... Полный 3.14.

А те кто модули делал с vqmod вообще можно бежать вешалку покупать в ближайший супермаркет, никаких привязок в шаблоне, так как сетка ... просто от фонаря (можете сказать спасибо бутстрапу) Поэтому разного рода привязки советую через jquery реализовывать, все равно он в буфере "компонуется" и "рывков" не будет, если не отложенной загрузкой делать а сразу.

[tim21701]

...сделать изменения не в сам код а через ... vqmod по старинке. Никаких прямых патчей кода!

 

Вы сами то поняли что только что "ляпнули"?  :?

[markimax]

Вы сами то поняли что только что "ляпнули"?  :?

Конечно :)  Что вас смутило?

прямых

Т.е. не  как в ocStore 1.5.* редактированием кода opencart.

 

[RGB]

ребят, кто уже пощупал 2.0 получится ли выпустить ocstore как update  через функционал обновления?

я прикинул можно, но может что не учёл?

+1

а что нельзя сделать через костыли типа вкмода или через апдейт, просто не делать :)

[rb2]

ребят, кто уже пощупал 2.0 получится ли выпустить ocstore как update  через функционал обновления?

я прикинул можно, но может что не учёл?

"Функционал обновления" - это extension installer и OCMOD? Давайте называть вещи своими именами и не плодить неразберихи.

Хуками/эвентами получится часть мест модифицирвоать, не затрагивая. Но далеко не всё. Всё остальное - по-старому. OCMOD = vQmod по своей сути, тут ничего не изменилось.

Попытки перенести все исправления в OCMOD/VQMOD приведут только к переносу места поиска конфликтов. Ну были они раньше в конроллерах и моделях - теперь все конфликты придётся искать в sytem/modifications. Как раньше в vqmod/vqcache. И вся разница.

К тому же MaxD уже делал(-ет) сборку, основанную по этому принципу - все доработки только vQmod-ами.

[markimax]

К тому же MaxD уже делал(-ет) сборку, основанную по этому принципу - все доработки только vQmod-ами.

Отлично, респект, пошел по правильному пути. Может на основе сборки MaxD начать  работу над ocStore 2.0 ?

[sv2109]

Попытки перенести все исправления в OCMOD/VQMOD приведут только к переносу места поиска конфликтов. 

не только, это также существенно усложнит исправление этих конфликтов. Например если 2 модуля изменяют один и тот же кусок кода через "replace"..

[chukcha]

Например если 2 модуля изменяют один и тот же кусок кода через "replace"..

 

Кто первый (по алфавиту) того и тапки.

[sv2109]

Кто первый (по алфавиту) того и тапки.

Да, но исправлять подобные конфликты очень проблематично.

 

Поэтому я за то, чтобы vqmod использовался по минимуму, а делать целую сборку на vqmod c изменением тысяч строк кода.. категорически нельзя.

[RGB]

Да, но исправлять подобные конфликты очень проблематично.

 

Поэтому я за то, чтобы vqmod использовался по минимуму, а делать целую сборку на vqmod c изменением тысяч строк кода.. категорически нельзя.

Но как можно избежать конфликтов, если изменять тысячи строк кода? Как ни крути, получаются те же яйца

[markimax]

Но как можно избежать конфликтов, если изменять тысячи строк кода? Как ни крути, получаются те же яйца

Действительно. Согласен полностью. Если на прямую изменить выходит тоже самое - конфликт. Так что лучше vqmod - там уж можно будет отключить и т.п.

Я тоже не люблю vqmod, но в этом случае (сборка)  -  это правильное решение.

[sv2109]

Но как можно избежать конфликтов, если изменять тысячи строк кода? Как ни крути, получаются те же яйца

не совсем, если изменения в самом коде то и конфликт находится быстро и исправляется тоже быстро, изменением этого кода.

 

а если изменения в vqmod то нужно сначала найти причину конфликта, после чего поломать голову как его исправить, потому что все изменения через vqmod replace.. и приходиться для исправления конфликта понимать какой vqmod файл вызывается первым, что и как там нужно изменить..  после чего менять vqmod файлы других модулей.

Пример

модуль 1

<operation>
  <search position="replace"><![CDATA[
$products = $this->model_catalog_product->getProducts();
  ]]></search>
  <add><![CDATA[
$products = $this->model_module_module1->getProducts();
  ]]></add>
</operation> 

модуль 2

<operation>
  <search position="replace"><![CDATA[
$products = $this->model_catalog_product->getProducts();
  ]]></search>
  <add><![CDATA[
$products = $this->model_module_module2->getProducts();
  ]]></add>
</operation> 

[markimax]

не совсем, если изменения в самом коде то и конфликт находится быстро и исправляется тоже быстро, изменением этого кода.

 

 

vqmod_cache чем не подходит найти причину? Я там всегда ищу конфликты модулей