Jump to content
Sign in to follow this  
dinox

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

Recommended Posts

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

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

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

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

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

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

 

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

Edited by dinox

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

например:

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

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

например:

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

+1

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

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

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

Share this post


Link to post
Share on other sites

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

 

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

прямых

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

 

Share this post


Link to post
Share on other sites

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

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

+1

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
Например если 2 модуля изменяют один и тот же кусок кода через "replace"..

 

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

 

а если изменения в 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> 
  • +1 1

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
Sign in to follow this  

  • Similar Content

    • By IronMann
      Объявляется тендер на проведение разовых работ по адаптации OcStore 2.0
      под действующие процессы работающего интернет-магазина.
      Весь учёт и трассировка заказов ведётся в 1С, на сайт под управлением OcStore будет возложена только функция набора корзины и оформления заказа.
      В этом отношении, существующий алгоритм работы OcStore 2.0 для действующего порядка работы перегружен лишними не нужными шагами.
      Что хотелось бы видеть в переработанном варианте, после набора товаров в корзину:
      Шаг 1. Вывод публичного соглашения на экран, подтверждение и продолжение работы.
      Шаг 2. Ввод данных покупателя. ФИО, индекс, адрес, контактный телефон получателя и емейл получателя. (Все поля обязательны к заполнению).
      Шаг 3. Вывод содержимого заказа и адресных данных. Подтверждение заказа.
      Как видно, схема оформления заказа предельно упрощена по сравнению с дефолтной. Убраны в частности блоки Новый/старый покупатель (вообще не нужно), Платёжная информация (плательщик и получатель считается одним и тем же лицом), Способ доставки и Способ оплаты (это согласует оператор обрабатывающий заказ в 1С и связывающийся с клиентом). Основной упор делается на корректном заполнении данных покупателя.
      Ещё потребуется аккуратно заполнить в самой базе данных OcStore некоторыми автоматизированным дефолтными значениями те поля, которые присутствуют в убранных блоках, чтобы не было разных возможных конфликтов на уровне данных.
      Пожелания к конечному результату, помимо собственно работающего функционала, будут такими: сохранить исходники модифицированных файлов, в модифицированных файлах убираемые или изменяемые блоки кода комментировать, т.к. с этим ещё возможно придётся работать и дальше.
      С предложениями выполнить указанную работу, сроками и финансовыми пожеланиями - в личку.
  • Recently Browsing   0 members

    No registered users viewing this page.

×

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.