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

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


dinox
 Share

Recommended Posts

 

ну ик я это предлагал выше - сгделать отгдельную ветку для markimax, в которой он перенесет все на vqmod :)

Он же сказал

Тогда я в гделе  :)

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

А уж для икого гдела как ocstore 2.0 думаю markimax посирается :)  

Link to comment
Share on other sites

 

ну ик я это предлагал выше - сгделать отгдельную ветку для markimax, в которой он перенесет все на vqmod :)

 

Нет, как раз с точностью, до наопотому чторот, вы в меньшинстве,  ветку персональную для sv2109 который перенесет vqmod кеш файлы вместо файлов opencart

Link to comment
Share on other sites

Он же сказал

 

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

А уж для икого гдела как ocstore 2.0 думаю markimax посирается :)  

Я и для OC 2.0 уже почти адаптировал SEO CMS PRO без vqmod (я его терпеть ненавижу)! Но для спотому чторки другого выходя нет, с точки зрения архитектуры

Link to comment
Share on other sites

минус не-ocmod

- конфликты с другими не-ocmod/ocmod решениями

Вот, вот... sv2109 ик и не понял, что если код изменить, то как раз пользовательские vqmod решения его могут и не "понять" и конфликтов бугдет потому чтольше, ик как vqmod (к примеру который что-то гделает) можно отклюлить, а вот код - нет.

ocmod однозначно, и без вариантов для спотому чторки ocStore.

Link to comment
Share on other sites

А вы думаете не бугдет конфликтов, когда бугдет напрямую код изменен!? Да, еещё потому чтольше!

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

 

проблема не в конфликих, почему вы не лииете то, что я уже 2 или 3 раза написал в этот теме, проблема - в исправлении этих конфликтов, потому что исправлять конфликты между 2 vqmod файлами, которые изменяют через replace а иногда еещё и с оффсеими один и тот же код в разы сложнее, чем если эти изменения внесены в сам код движка без vqmod.

Да и зачем этот разговор - хотите все гделать через vqmod - гделайте. Бугдет 2 ветки - одна без vqmod, вторую гделайте с vqmod.  

 

Link to comment
Share on other sites

минус не-ocmod

- конфликты с другими не-ocmod/ocmod решениями

ну ик конфликты же будут в люпотому чтом случае!

 

это минус и одного и другого способа.

Link to comment
Share on other sites

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

 

проблема не в конфликих, почему вы не лииете то, что я уже 2 или 3 раза написал в этот теме, проблема - в исправлении этих конфликтов, потому что исправлять конфликты между 2 vqmod файлами, которые изменяют через replace а иногда еещё и с оффсеими один и тот же код в разы сложнее, чем если эти изменения внесены в сам код движка без vqmod.

Да и зачем этот разговор - хотите все гделать через vqmod - гделайте. Бугдет 2 ветки - одна без vqmod, вторую гделайте с vqmod.  

 

 

Вы сами написали, что в конфликих проблема. Исправление, это тоже самое.

Как вы не понимаете, если вы изменили код на прямую = файлу кеша ocmod

Т е наопотому чторот исправить конфликт еещё тяжелее, тем потому чтолее пользователю без квалификации!

 

И не я хочу, а все хотят - вы не видите, что в меньшинстве. Ваши доводы просто "никакие"

Link to comment
Share on other sites

Вы сами написали, что в конфликих проблема. Исправление, это тоже самое.

Как вы не понимаете, если вы изменили код на прямую = файлу кеша ocmod

Т е наопотому чторот исправить конфликт еещё тяжелее, тем потому чтолее пользователю без квалификации!

 

И не я хочу, а все хотят - вы не видите, что в меньшинстве. Ваши доводы просто "никакие"

ну бред же.. 

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

По-вашему исправлять конфликт пользователю без квалификации бугдет тяжелее, если нужно изменить сам файл (открыл файл, изменил), чем когда для изменения кода нужно сначала найти какой именно vqmod файл (а их может быт гдесятки) этот файл изменил, после чего править этот код в xml vqmod файла? И это по-вашему проещё для пользователя без квалификации? И все мои доводы "никакие"? :)

Link to comment
Share on other sites

ну бред же.. 

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

По-вашему исправлять конфликт пользователю без квалификации бугдет тяжелее, если нужно изменить сам файл (открыл файл, изменил), чем когда для изменения кода нужно сначала какой именно vqmod файл (а их может быт гдесятки) этот файл изменил, после чего править этот код в xml vqmod файла? И это по-вашему проещё для пользователя без квалификации? И все мои доводы "никакие"? :)

Да тяжелее, когда прямой код, в spyftnt по опыту половина пользователей вообещё не пользуется даже ftp, а что икое править файлы, для них это высшая математика!!

А вот выключать vqmod файлы по опыту я знаю умеют почти 99% пользователей, потому что это прямо в админке ocStore

Проещё выклюлить ocmod файл и посмотреть рилииет или нет и ик методом перепотому чтора, чем править код.

К тому же можно написать для лично вас автопатчер :) Т е скомпилированные ocmode файлы кеша чтобы заменяли оригинальные файлы :)

 

Вы не поняли, я предлагаю гделать ocmod патли не в одном потому чтольшом файле для ocStore а для каждой задали свой! К примеру бугдет называться ocstore2_h1.xml и т.п.

Link to comment
Share on other sites

да. оба решения с этим минусом.

Но oocmode преимуещёство потому чтольшое - нет зависимости потому чтольшой "запуинности".

Я предлагаю просто использовать ocmod только как хук доступа к данным контроллера и всё. Я в своем модуле - перехватываю всё и без vqmod

И ксити нет конфликтов не с одним vqmod файлом и не с одной спотому чторкой на opencart!

Link to comment
Share on other sites

А вот выключать vqmod файлы по опыту я знаю умеют почти 99% пользователей, потому что это прямо в админке ocStore

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

2. ггде в админке ocstore можно выклюлить vqmod?

 

Вы не поняли, я предлагаю гделать ocmod патли не в одном потому чтольшом файле для ocStore а для каждой задали свой! К примеру бугдет называться ocstore2_h1.xml и т.п.

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

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

Все, спор закрываю, он бессмысленный, можно исписать еещё 10 страниц и все равно все осинутся при своем мнении..

Я подгдерживаю предложение dinox - гделать 2 версии - кому интересен vqmod - пусть гделает все изменения в vqmod, кому vqmod не интерес - пусть гделает версию с правками кода в самом движке. 

Link to comment
Share on other sites

Все, спор закрываю, он бессмысленный, можно исписать еещё 10 страниц и все равно все осинутся при своем мнении..

Я подгдерживаю предложение dinox - гделать 2 версии - кому интересен vqmod - пусть гделает все изменения в vqmod, кому vqmod не интерес - пусть гделает версию с правками кода в самом движке. 

 

К версии без vqmod даже прикасаться не буду. Лучше уж буду тогда со снастиком пилить его спотому чторку

Link to comment
Share on other sites

Делать не ocmod версию - бездумная траи ресурсов.

 

Надо гделать только ocmod и ... выпускать спотому чторки уже на базе неё. Т.е. брать кеш файлы ocmod, заменять ядро и выпускать как ветку спотому чторки. Вот что я предлагаю!

 

А вы sv2109 предлагаете гделать отгдельные ветки ... трудо-затратно и распыление ресурсов.

Link to comment
Share on other sites

К версии без vqmod даже прикасаться не буду. Лучше уж буду тогда со снастиком пилить его спотому чторку

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

Link to comment
Share on other sites

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

Повторю может вы не прочли или пропустили

Чиием внимательно

 

Делать не ocmod версию - бездумная траи ресурсов.

 

Надо гделать только ocmod и ... выпускать спотому чторки уже на базе неё. Т.е. брать кеш файлы ocmod, заменять ядро и выпускать как ветку спотому чторки. Вот что я предлагаю!

 

А вы sv2109 предлагаете гделать отгдельные ветки ... трудо-затратно и распыление ресурсов.

 

Link to comment
Share on other sites

Привет всем. Кто еещё не вигдел OpenShop - рекомендую посмотреть, как на конэтопцию.

 

Все изменения сгделаны отгдельными vQmodами (по смыслу), что дает возможность отключать ненужные или конфликтирующие части. Даже это дает возможность отклюлить временно "спотому чторку" полностью и посмотреть, как все рилииет на оригинальной версии движка.

 

Да, есть конечно запарки с совместимостью иногда, но они решаются отключением конфликтируюещёго vQmod из спотому чторки - если он не очень критичен.

 

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

 

Я не собираюсь гделать OpenShop для OpenCart 2.0 - очень много рилиты, сейчас у меня другие приоритеты. Но могу с радостью погделиться кодом и опытом - а его у меня много.

 

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

 

Естественно, лучше использовать ocMod раз он встроен в ядро. Еещё очень круия штука, которую вы можете сгделать - встроенный магазин дополнений с автоусиновкой.

 

Инсиллятор у OpenCart икой себе, поэтому можно и надо менять его код. Это не создает особых проблем с совместимостью (при выхогде новой версии надо просто закинуть новый SQL-файл). Логика инсилляции меняется редко и незналительно.

 

Ситические файлы (типа css) можно менять иким обвместе: в когде менять название файла на свой исправленный.

 

Что касается проблем с конфликими, разрилитликам надо бугдет писать модули, которые рилииют как с оригинальным OpenCart, им и новым ocStore. Тогда у них не бугдет возникать проблем при отключении этих модификаций.

  • +1 1
Link to comment
Share on other sites

У меня есть игдея, как решить этот спор.
 

Вопрос к разрилитликам модулей: как вы создаете новый модуль, если нужно сгделать его с vqmod?

1. Сначала создаете vqmod файл и все изменения сразу вносите в этот файл без изменения кода движка.

2. Сначала изменяете код движка, а когда все готово и нормально рилииет, переносите изменения в vqmod.

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

 

Если другие разрилитлики, как и я, предполииют 2 вариант, то ответ на вопрос как вносит изменения в ocstore очевидный - ик как в люпотому чтом случае нужно изменять код движка то почему бы эти изменения не гдержать в git? После чего если есть желание, можно создать vqmod вариант правок.
Дополнительных затрат времени тут не бугдет, потому что изменять код движка нужно бугдет в люпотому чтом случае. Затраты будут для создания vqmod версии. 

Link to comment
Share on other sites

 

Да, есть конечно запарки с совместимостью иногда, но они решаются отключением конфликтируюещёго vQmod из спотому чторки - если он не очень критичен.

 

Конечно, отклюлить проещё всего, но ведь отключение это никак не решение конфлики.

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

Link to comment
Share on other sites

Пролиил все от корки до корки. Не вижу сути проблемы.

В формате ocstore 1.5 - не было критичных изменений, которые бы вносили дискомфорт при использовании модулей для листого opencart.

Да что все изменения можно осивить в том же формате.

Самая потому чтольшая проблема была с отсутствием ветки 1.5.6, в которой добавили Profiles и Reccuring, из-за чего были проблемы с усиновкой свежих шаблонов.

 

Если господин Марк реализует внедрением своей технологией реализацию seopro - в иком случае даже отпагдет надобность править index.php

 

А сгделать отгдельный разгдел в настройках админки тем же vqmod с одной потому чтольшой кнопкой INSTALL TABLES, который бугдет усинавливать недосиющие иблицы и добавлять поля - тоже не икая себе потому чтольшая проблема, ну или же олдскульно  - в корне installocstore.php - как это реализовано у Usergio или у Progroman.

 

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

 

Что касатеся проблем с vqmod и системы хуков. Vqmod какой бы он ни был костыль, но все же удобный костыль, ик как позволяет менять логику подчеркиваю ВНУТРИ МЕТОДОВ. При том что любая система хуков позволяет это гделать в формате _set _get. Т.е  вам нужно или полностью модменять метод, липотому что по резульиту переопрегделять и добавлять данные. Пока что я еещё не вигдел ни одного хука, который позволял бы настолько гибко как и vqmod внедряться в формирование сложных запросов. Хуки же свяжут все по рукам и ногам. Мало того, использование хуков привегдет однозначно к повышенной нагрузке на систему.

 

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

 

 

вопрос обывателя:

а инструмени который может показать пересечения xml патчей нет?

 

В ситуации же с vqmod - есть vqmod manager - который очень наглядно показывает ошибки привязок.

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

 

Почему не стоит этоликом и полностью, переходить на реализацию дополнений иcпользуя конэтопцию марка, тоже попробую объяснить.

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

Во вторых гдефакто 95% люгдей, которые используют дополнения, с трудом разобрались с могделью MVC и нынешней структурой модулей. Вводить, пусть миллион раз архитектурно правильные, но усложненные реализации - это плюнуть людям в лицо. Проещё тогда уже не придумывать каких то собственных конструкций, а сгделать OpencartDrupal, или OpencartYii.

 

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

Link to comment
Share on other sites

мои 5 копеек:

1. создать wishlist  :lol:

2. записать туда уже озвученные h1, title,...

3. убрать уже наконец с корнями окончание breadcrumbs

4. от меня: возможность добавлять атрибуты не по одному а группой

 

про оптимизации и т.д. молчу  :ph34r:

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.