Перейти к содержанию
dinox

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

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

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

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

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

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

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

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

 

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

Изменено пользователем dinox

Поделиться сообщением


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

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

 

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

Поделиться сообщением


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

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

 

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

 

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

Поделиться сообщением


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

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

 

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

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

Поделиться сообщением


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

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

 

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

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

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

например:

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

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

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

 

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

 

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

Поделиться сообщением


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

например:

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

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

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

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

Поделиться сообщением


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

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

 

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

 

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

 

+1

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

 

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

 

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

 

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

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

Поделиться сообщением


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

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

 

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

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

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

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

Поделиться сообщением


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

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

 

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

Поделиться сообщением


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

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

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

прямых

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

 

Поделиться сообщением


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

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

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

+1

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

Поделиться сообщением


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

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

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

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

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

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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Например если 2 модуля изменяют один и тот же кусок кода через "replace"..

 

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

Поделиться сообщением


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

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

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

 

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

Поделиться сообщением


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

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

 

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

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

Поделиться сообщением


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

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

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

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

Поделиться сообщением


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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Гость
Эта тема закрыта для публикации ответов.

  • Похожий контент

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

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×

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

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