или даже на тв-параметрах, но хранить их отдельно

без привязки к шаблонам

столкнулся почему? потому что пришлось писать шоп на эво +)

ну и где же твое готовое решение?

😸😸😸

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

оказалось что тв свойст было около 20 максимум, и их просто прявязали к шаблону товар +))

да, все так и делают

потом часть прячется через ефильтр (:

Могу просто в кратце рассказать проект с хозяином нацеленным на результат начинал на эво с JS плагином simplecart в 1 заказ в день, сейчас уже самопис шопа + эво и 25-50 заказов в день, но как тяжко постоянно писать и писать. Просто все труднее обьяснять клиентам что надо остаться на модиксе, когда есть тот же шопинг сарт опен карт и даже ненавистный мне битрикс

Модул. Управления заказами что в опенкарте что в битриксе печальный Есть пару проектов в одном 100-150 заказов в день во втором 200+ На Ево и клиенты очень довольны, но стандартный вариант там не подойдет в любом случае ибо куча нюансов и бизнес процессов у клиентов Стандартные решения хороши до 10-20 заказов в день но там и через почту можно разруливать

В этом весь и фокус, был бы e-commerce свойства привязывались бы к группам товаров заданным заранее, а не к шаблонам, я вот и молюсь на это +)))

если есть деньги у тебя, то я могу заняться этим

В этом весь и фокус, был бы e-commerce свойства привязывались бы к группам товаров заданным заранее, а не к шаблонам, я вот и молюсь на это +)))

А кто мешает ?

Если идет интерация с ларкой, там как бы есть определенная архитектура контроллеров вьюх итп MVC в простонардье, но модикс думаю тут вообще никак не катит

единственная непреодолимая проблема видится разве что в пресловутых managerManager и templateEdit

а чем тебе мешает архитектура ево, которая заключается в отсутствии архитектуры ((:

http://modx.im/blog/addons/5700.html#comment52443 - вот пример

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

А*

а по-моему как в интерфейсе преграда

а уж городить связи никто никогда в ево не мешал

Вы правы, в этом огромный плюс ЭВО - "гордить"

ну, городить тоже можно по-всякому

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

а кто-то нахуярит функций вперемешку с html и вот готовое решение

Ну а чанки эти с вызовом блейда по сути не функции вперемешку с html?

Логика, опять же, изначальная, такая как мы имеем ТВ и имеем шабон - шикарная, НО, в пределах небольших проектов. поправьте меня если я не правильно оценил направление деятельности ребят , которые планируют РАЗВИВАТЬ ЭВО. Но если мы имеем что-то сложнее каталога на 20 свойств тут уже воникают нюансы, которые в идеале решались бы характеристиками не имеющими жесткой привязки к шаблонам

чанки с вызовом блейда это шаблоны

так я же говорю, что кроме интерфейса нет проблем каких-то сделать это

и с интерфейсом может быть не так все плохо, как кажется, но это нужно исследовать

главная проблема - что это никому не нужно 🙃

Интерфес шикарен даже на текущий момент с плагином managermanager. если качть с сайта modx.com дефолтную версию. и плагином. А вот "никому не нужно" это пролблема. Моих знаний и времени к сожалению недостаточно что бы убрать зависимость от шаблонов, это проблема скоторой приходится мириться и находить костыли - выходы

качать с modx.com точно не нужно

там старая версия

по сути что новая что старая версия концепции не меняте

меняет*

в этом плане

куча говнокода мешает что-то всерьез менять

проблемы возникают там, где и не ждешь даже

Концепция ево простая и понятная логика Документ -> шаблон -> тв очень удачная и подходит в большинстве случаев

В этом смысле модикс опрежает даже опенкарт с его dbquery raw(SELECT * where a=b LIMIT 100) прямо в view

+)

Если надо по другому то никто не мешает допилить Как то же мультикатегории работают Как и simpleGallery и другие решения которые расширяют функционал но не работают через ТВ

Я собственно и развиваю Ево по причине того что не вижу в нем каких либо ограничений

гениально, "допилить", да так можно допилить что угодно +)))

ну так ведь и нет системы, где не нужно было бы ничего допиливать

Так как юзать фреймворк в большинстве случаев это лишняя трата ресурсов

гениально, "допилить", да так можно допилить что угодно +)))

Ну как бы да

Так все и делают во всех системах

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

Модикс любим это истинная правда, работаем только с ним

ну так ведь и нет системы, где не нужно было бы ничего допиливать

вопрос только, что где-то допиливать проще, где-то сложнее

и то относительно

Ребят, кто делают модикс как бы новый, не претендую на аксиому во мнении, но копайте в сторну e-commerce это даст вам профит, лично по моему опыту. Вы молодцы, удачи

конечно молодцы

конечно молодцы

Хоть раз тебя хвалят, а не кричат что ты говнокодер 🙂

меня постоянно хвалят

ну привязка характеристик к view это не говно кода в все верно \=)))

в духе модикса 60-х =)

laravel и разраб фамилии otwell порадуется =)

было бы событие по выпиливанию ненужных тв на этапе пхп - так бы и было ) но разработчики уперлись )))

это ты уперся

но я думаю, что и событие это не нужно

ну так я и говорю - разработчикам не нужно, а остальные "скрывают на js " лишнее )

нет, я к тому, что можно сделать без такого события

а было бы событие "выпилить ненужное - впилить нужное" - можно было бы брать тв откуда угодно и для одного шаблона разные наборы

все можно сделать и на том, что есть сейчас

ну мне так кажется

осталось только найти спонсора исследований (((:

все можно сделать и на том, что есть сейчас

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

благо сейчас для этого есть вот это https://github.com/evolution-cms/evolution/blob/1.4.x/manager/index.php#L267

ну так я и говорю - разработчикам не нужно, а остальные "скрывают на js " лишнее )

ну да, костыли то всегда работают =)

http://docs.evo.im/04_extras/selector.html http://docs.evo.im/04_extras/simplegallery.html

использовать специально разработанный по этому поводу tv selector

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

Стесняюсь спросить,а phx работает с Док Листером?

слегка

Как засьавить shk_widget работать?

переделать на prepare

А есть примеры под эту задачу?