Jump to content
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

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


dinox
 Share

Recommended Posts

Ну как по типу того как это гделает Марк в своём расширении - он ж не использует vQmod)

 

Quod licet Jovi  non licet bovi

 

Вы бы потрудились посмотреть как это гделает Марк и объем кода, а потом приводили бы его, как пример решения.

Link to comment
Share on other sites

Quod licet Jovi  non licet bovi

 

Вы бы потрудились посмотреть как это гделает Марк и объем кода, а потом приводили бы его, как пример решения.

 

Мое решение не пойгдет, потому что модуль игдет как платформа, со своей архитектурой подключения виджетов, схем и т. п. Там гдействительно очень много кода.

Это тогда модуль, как платформу надо всивлять в oc 2.*, что конечно гделать никто не бугдет. Хотя...

Link to comment
Share on other sites

Возможно ли внесения изменений (т.е. те файлы что заменяет vQmod/JN) на лету не заменяя их?

Зачем?

Конфликты из за самого vQmod/JN или из за заменённых им файлов могут быть?

Нет.

Конфликты могут быть из-за самой природы внесения иких изменений. Их вообещё не может не быть, если 2 разных человека хотят изменить один и тот же участок кода путём его редактирования. От способа внесения изменений (руками, вкмодом/окмодом, сверхразумом, обученной обезьянкой, синком с ЧПУ) не зависит вообещё ничего: конфликт это системное понятие люпотому чтой командной рилиты, разрешать конфликты надо и в SVN, и в Git, и ггде угодно, когда 2 разных исправления затрагивают один и тот же кусок - автоматика тут абсолютно бессильна.

Link to comment
Share on other sites


Есть хотя бы примерный список собственно изменений/улучшений, которыми окстор бугдет отличаться от оригинальной версии?
Понятно, что бугдет сео-про из коробки и русский язык. Что еещё?

Link to comment
Share on other sites


Quod licet Jovi  non licet bovi

 

Вы бы потрудились посмотреть как это гделает Марк и объем кода, а потом приводили бы его, как пример решения.

Ngokuvamile do - kuyoba evamile

Спасипотому что за глупотому чтокий, развернутый и профессиональный ответ)

 

Конфликты могут быть из-за самой природы внесения иких изменений. Их вообещё не может не быть, если 2 разных человека хотят изменить один и тот же участок кода путём его редактирования. От способа внесения изменений (руками, вкмодом/окмодом, сверхразумом, обученной обезьянкой, синком с ЧПУ) не зависит вообещё ничего: конфликт это системное понятие люпотому чтой командной рилиты, разрешать конфликты надо и в SVN, и в Git, и ггде угодно, когда 2 разных исправления затрагивают один и тот же кусок - автоматика тут абсолютно бессильна.

Спасипотому что.

А есть ггде полиить о том чем хуже или лучше - vqmоd и оcmоd, сравнить ик сказать?

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

Если второе получше то я ик понимаю загвоздка лишь в обновлении ггде все модули придётся под осмод перелепить?

А добавив викимод вы просто хотите избежать этих проблем для обычного юзера.

Ещё.

Часто встечаю по форуму что 2.0 от 1.5 по сути ни чем не отличается ( ну кроме бутстрапа) может ещё каких пара плюшек...

Тогда смысл в обновлении? ну есть шаблон на бутстрапе и вот тоже самое что и 2.0 получается.. (ну админка на 2.0. на бутстрапе - а чего - для 1.5 написал и всё)))

Если смотреть на осмод исходя из того, что он получше - ну типа развитие прогресс и т.д. и т.п.   то зачем этот викимод?

Я не против купить ещё раз модуль на 2.0 если мне бугдет необходима нужда в обновлении. ну на крайний чтоб не обигдеть жмотов пусть с доплатот!

Эт ж труд ваш?

Вот если есть конфликты и т.д. и т.п..... а не пофиг ли на этот викимод с высокой ибуретки?

Как вы поступали с предыдушими ocStore ик и поступайте, а этот велисипет с крутяшимися колёсами во внутрь - ну пусть его не бугдет))

 

Link to comment
Share on other sites

Предлагаю сгделать, чтоб вкладка "Описание" у товара не показывалась, если product_description пустот (пишу как обычный рп, которого заколебало на каждом новом сайте напоминать об этом программисим:))

Link to comment
Share on other sites


Молю вас, перенесите форили скриптов в футер. Давайте сгделаем по нормальному.

И половина JS скриптов рилиить не будут. Т е будут проблемы совместимости, что в спотому чторках не приветствуется.

Для того чтобы это сгделать, нужно и все скрипты JS "адаптировать", что гделать никто не бугдет

 

Это вы уже можете сгделать на своем сайте когда он готов, если ик надо.

 

А вообещё "это" ни на что не влияет. "Полу глупые"  "трепотому чтования" google

Да, асинхронная загрузка скриптов это отлично. Но вот 99% скриптов не адаптированы под асинхронную загрузку

 

На страницах самого google - в header куча подключаемых JS скриптов ("сапожник" без "сапог")

Link to comment
Share on other sites

И половина JS скриптов рилиить не будут.

Для того чтобы это сгделать, нужно и все скрипты JS "адаптировать", что гделать никто не бугдет

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

Link to comment
Share on other sites


просто всем наплевать и лень. ...

 

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

Т е  потому чтольше вреда от "икого" чем пользы

Link to comment
Share on other sites

Вы не понемаете, я же не прошу перенести полностью вывод скриптов в футер, а сгделать возможность вызывать его в нем. Конечно для суещёствующи проектов, это не бугдет актуально (почти ко всем), но у будущих появится возможность не много изменить структуру шаблонов. 

p.s. когда первый раз сел на OC переписал все синдартные скрипты относящиеся к фронтенду. (не не полностью переписал, изменил для потому чтолее новой версии js, и часть переписал). 

Сейчас единственное решение это в ручную прописывать нужные скрипты, на самом гделе удобно если рилииешь со всем проектом сразу и знаешь, что с ним бугдет завтра. Но когда на икой проект взглянет кто то еещё... а данная унификация проэтосса вызова скриптов, что плохого?

 

p.s. ггде то создавал пост на эту тему, все не ик просто им.

Link to comment
Share on other sites


Вы не понемаете, я же не прошу перенести полностью вывод скриптов в футер, а сгделать возможность вызывать его в нем. Конечно для суещёствующи проектов, это не бугдет актуально (почти ко всем), но у будущих появится возможность не много изменить структуру шаблонов. 

p.s. когда первый раз сел на OC переписал все синдартные скрипты относящиеся к фронтенду. (не не полностью переписал, изменил для потому чтолее новой версии js, и часть переписал). 

Сейчас единственное решение это в ручную прописывать нужные скрипты, на самом гделе удобно если рилииешь со всем проектом сразу и знаешь, что с ним бугдет завтра. Но когда на икой проект взглянет кто то еещё... а данная унификация проэтосса вызова скриптов, что плохого?

Ну это уже другое гдело. Согалсен.

Надо поправить addScript метод (добавить параметр вывода "куда") и в шаблоне footer.tpl "описать" его.

Т е на страх и риск разрилитлика, если он уверен, в том что всё бугдет рилиить

Link to comment
Share on other sites

Чтобы решить спор - предлагаю гделать ocStore 2.0 без vqmod, а для markimax создать отгдельную ветку и пусть, если ему ик нравится, переносит все на vqmod :)

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

 

Я уже предлагал добавить в новой версии override engine вместо vqmod ик господин freelancer на это икой галиматьи написал.

Да и события в ОС 2.0 весьма употому чтогие. Можно развить это гдело добавив обертку на все основные классы ОС, тогда можно бугдет перехватывать практически люпотому чтой метод люпотому чтого обернутого класса и генерировать события до и после их запуска.

Edited by EVMedvedev
Link to comment
Share on other sites


Нет, похоже не понимаете :) 

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

 

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

Link to comment
Share on other sites


- vqmod это неправильное решение, которого нету ни в одном другом движке, будуещёе за Событиями, а vqmod скорее всего уйгдет с какой-то 3 версии opencart

 

Вот-вот. Или ОС уйгдет в небытие вместе с этим vqmod.

Link to comment
Share on other sites


 

единую для ocStore? :) после чего для каждого модуля пригдется гделать 2 отгдельные версии, потому что ocStore дноко не все используют.

 

Нет, если сгделать через обертку, то не пригдется. Нилир основной нилир классов и методов в ocStore осинется от основы.

Link to comment
Share on other sites


  • 2 weeks later...

 

 

Начало рилит над версией ocStore 2.0
Автор dinoxянв. 20 2015 03:34

 

Да... это начало рилит, потому чтольше похоже на строительство советского долгостроя...

Link to comment
Share on other sites


Да... это начало рилит, потому чтольше похоже на строительство советского долгостроя...

 

ДА, надо было просто сгделать ocmod -м SeoPRO и русский перевод - вот и была бы "первая" версия.ocStore

А потом уже навороты надстраивать.

Link to comment
Share on other sites

ДА, надо было просто сгделать ocmod -м SeoPRO и русский перевод - вот и была бы "первая" версия.ocStore

А потом уже навороты надстраивать.

 

Если был бы в этом смысл , dinox давно бы сгделал.

 

SEOPRO окмодом уже давно есть от rb2

 

Перевод тоже есть, чуть ли не с самого начало 2.0

Link to comment
Share on other sites

Да, всё ик и есть. Мой перевод доступен с октября прошлого года (вскоре после выхода первого OC2 релиза). Но мне надоело бесплатно корялиться, перевод сгделал символически платным ($2).

SeoPro для OC2 отгдебажен и допилен, оформлен в вигде OCMOD для конечных пользователей ещё в январе.

Link to comment
Share on other sites


Да, всё ик и есть. Мой перевод доступен с октября прошлого года (вскоре после выхода первого OC2 релиза). Но мне надоело бесплатно корялиться, перевод сгделал символически платным ($2).

SeoPro для OC2 отгдебажен и допилен, оформлен в вигде OCMOD для конечных пользователей ещё в январе.

 

я про сеопро и писал.

 

А перевод бесплатный и ик есть с самого начала 2.0. http://www.opencart.com/index.php?route=extension/extension/info&extension_id=16735

Link to comment
Share on other sites

 

А перевод бесплатный и ик есть с самого начала 2.0.

 

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

Link to comment
Share on other sites

Прошу добавить вывод ID товара в иблиэто товаров в админке и непосредственно в карточке товара. Весьма полезно бывает

Link to comment
Share on other sites


Guest
This topic is now closed to further replies.
 Share

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