Ну ок, я примерно понял. Но зачем оно вообще? Добавляешь новый шаблон товара и к нему новые тв - что не так со стандартом?
дублирование основых свойств шаблона - верстки, набора основных полей, возможно каких-то внешних завязок
Михаил
Dmytro
а, вон оно как. Согласен, такого нету в ядре - но можно и плагин написать. Либо вывести в админке кнопу и текстовое поле добавить новый шаблон и пусть создает новые шаблоны
Dmytro
и, как мне кажется, этот функционал должен иметь уже сам модуль магазина. Потому что это сугубо настраиваемые парметры
Dmytro
Ну как и сейчас сделано, все тв к 1 шаблону а после скрываем не нужные в зависимости от раздела
Dmytro
Собственно в eFilter так и реализовано через плагин
Dmytro
Доп нагрузки пустые тв не дают поэтому проблем не вижу
Dmytro
Ну как и сейчас сделано, все тв к 1 шаблону а после скрываем не нужные в зависимости от раздела
хм, пардон, о чем речь вообще? ))
Dmytro
Тов парамс плагин есть
https://github.com/webber12/eFilter/blob/master/README.md
Dmytro
Итого получаем зависимость параметров от родителя при этом 1 шаблон товара и нужное количество ТВ хоть 10тыс ( обсуждали пару месяцев проект у которого было 11 тыс ТВ и все работает без проблем)
Dmytro
ок, я так понял, что его очень переделали от изначального варианта?
Dmytro
Нет, это было изначально ну или как минимум уже года 3
Dmytro
спрашиваю, потому что вижу статью от 17 года http://modx.im/blog/addons/5252.html
хотя точно знаю, что он появился оочень давно
Dmytro
Вообще этому решению уже 5 лет
Dmytro
и вот то, что оочень давно было - плохо работало) в частности из-за этих проблем с фильтрами студия и перешла на рево
Dmytro
и вот то, что оочень давно было - плохо работало) в частности из-за этих проблем с фильтрами студия и перешла на рево
Хз, работает стабильно + легко допиливается под сеофильтра
Dmytro
Ну и работает существенно быстрее чем в Рево
Dmytro
я только в этом году ушел от рево, и опять засел за ево) так что сори за тупые вопросы)
Ilya
Вот уже неоднократно так пишешь, убрать тв у шаблонов. И ранее писал - присобачить их к категориям. От скажи, а в чем разница, где профит?
Выгодно для шопов (больше 1000 позиций) на модиксе с дефолтной конструкцией каталога через древо ресурсов. Только момент, "присобачивать" не надо, хорошо делать нид ))
Dmytro
Так я ж и справшиваю, в чем выгода-то? ))
Dmytro
Выгодно для шопов (больше 1000 позиций) на модиксе с дефолтной конструкцией каталога через древо ресурсов. Только момент, "присобачивать" не надо, хорошо делать нид ))
Ну так нет разницы и так и так работает как надо 🙂 используем теже ТВ + 1 шаблон товара
и добавляем зависимость от категории какие тв показывать и все
Ilya
Как вариант, нет необходимости городить шаблоны. Это не правильно, собственно как и вообще привязывать свойства к view
Dmytro
Тоесть в текущую архитектуру добавление ТВ для товара в зависимости от раздела вписывается легко
Dmytro
я просто не понимаю зачем доп параметры еще где то хранить если задача только скрывать те которые не нужны
Dmytro
с Учетом плагина TeplateEdit можно просто настроить конфиг что б выводились параметры в зависимости от определенного поля в категории и все
Dmytro
расход ресурсов что так что так будет нормальный оверхедов не будет
Dmytro
тоесть все что надо это в разделе добавить еще 1 ТВ в котором указывать какие ТВ выводить у дочерних документов и все
Ilya
К сожалению не везде такое прокатывает. Встречал некоторые виды шопов где есть очень большая вариативность товаров и категорий. Модикс как бы может, но и не может одновременно. Возьмите любую другую екомерц систему, Битрикс, опернкарт, мадженто, там к шаблону не привязывается )
Владимир 🇺🇦
по рево кто-то хочет задачу)?
Pathologic
Хз, работает стабильно + легко допиливается под сеофильтра
разница между допиливается и клик-клик-готово имеет значение (:
Dmytro
Создаем шаблоны:
- Категория
- Товар
Создаем ТВ:
- 1 ТВ для раздела: Список параметров товара для категории
- X ТВ для всех товаров: все необходимые
В документе категория выбираем необходимые параметры для товаров в этой категории
==
профит
Так же можно и в модуль это все обернуть что б в модуле выбирать к какой категории какие параметры нужны и создавать новые
делов на пару часов работы
Ilya
Есть тесты на 200 000 товаров, тянет, но при фильтрации умирает, а почему ? Потому что для экономии ресурсов хочется получить только тот набор характеристик который используется для товаров в данной категории, при этом не вычисляя их из общего списка по принципу: заполнена значит есть
Ilya
Но как сами понимаете js заплатка тут уже не катит ))
Dmytro
Есть тесты на 200 000 товаров, тянет, но при фильтрации умирает, а почему ? Потому что для экономии ресурсов хочется получить только тот набор характеристик который используется для товаров в данной категории, при этом не вычисляя их из общего списка по принципу: заполнена значит есть
Блин ну сколько раз повторить что б было понятно:
- в Категории указываем список параметров для этого раздела и этот список используем в выборке == профит, так как не надо проверять заполненны товары или нет
Dmytro
Есть тест на 1 000 000 товаров если что и все работает 🙂
и тесты на 200 + ТВ и 40к товаров и все летает шустро
Камиль
про модуль не подумал
Pathologic
пока в админке не будет mvc нормально не сделать
Ilya
пока в админке не будет mvc нормально не сделать
Вот, а мы как бы и делаем модикс с лапкой, где очень четкий мвц паттерн ))
Ilya
С ларкой *
Andrey
Модх с лапками =)
Ilya
Да, т9 жжет
Ilya
)
Ilya
Я по этому и даже не знаю что и думать, ларавел, модикс вообще разные животные )
Pathologic
Вот, а мы как бы и делаем модикс с лапкой, где очень четкий мвц паттерн ))
а когда сделаем то опять начнется, шопкипер не работает, дитто не работает
Dmytro
Ну дык уже сейчас в 2.0 можно делать так:
- создаем табличку ITEMS
- в дереве документов переопределяем поведения какого то ресурса что б он открывал модуль управления итемами
- итемы выводим через кастом роутинг 🙂
Dmytro
тоесть нет проблемы отвязаться от дерева если что 🙂 но зачастую этого не требуется ибо дерева перекрывается 95% потребностей
Dmytro
а там где не перекрывает и нужно генерить тонну костылей то там не логично использовать EVO просто 🙂
Pathologic
использовать ево это уже значит генерить тонну костылей
Dmytro
Да мы расширяем возможности EVO но все равно есть проекты которые логично делать на нем а есть те которые не логично делать на нем
Dmytro
использовать ево это уже значит генерить тонну костылей
Ну раз все равно его используешь значит не такие это и костыли и не так их и много 🙂 иначе не использовал бы 🙂
Pathologic
ну, я по привычке (:
Dmytro
Как по мне Evo дает возможность создать удобный и быстрый сайт приэтом довольно быстро и с довольно низким уровнем знаний
Pathologic
с низким уровнем уже не прокатит
Ilya
Также, по проторенной дорожке привычнее, набор костылей уже отработан за много лет )
Pathologic
многое сильно поменялось, кроме документации
Dmytro
Ибо собрать сайт Визитку на той же Laravel в 3-5 раз дольше + нужно больше знаний
Pathologic
так что быстро и с низким уровнем знаний - это в рево
Dmytro
так что быстро и с низким уровнем знаний - это в рево
Ну там без Костылей в виде Fenom не будет работать быстро 🙂 поэтому низкий уровень знаний и без костылей это и не рево )
Pathologic
визитка будет работать терпимо
Roma
Ибо собрать сайт Визитку на той же Laravel в 3-5 раз дольше + нужно больше знаний
прям меня зацепило) если есть админка уже готовая(своя) то очень быстро все собирается, другое дело порог знаний) Жена на MODx собирает чудеса незная php)
Ilya
Ибо собрать сайт Визитку на той же Laravel в 3-5 раз дольше + нужно больше знаний
Визитки клиенты уже хотят собирать на виксе и иже с ними, а шопы на опенкартах и битриксах, вот и результат, гибриды уже уходят с рынка
Anonymous
Всё говно. Джумла рулит😁
Pathologic
в ево визитку чисто по урокам уже не соберешь
Ilya
Вордпресс, в основном для мелких и средних. Очень популярен
Roma
Визитки клиенты уже хотят собирать на виксе и иже с ними, а шопы на опенкартах и битриксах, вот и результат, гибриды уже уходят с рынка
поспорю, те кто заказывает сайт первый раз да, те кто развивался и хочет чтото нормальное опенкарты уже небудут заказывать
Pathologic
я вчера решил посмотреть в код вордпресса
Pathologic
ну примерно так
Ilya
Модиксу желательно уже отходить от древней структуры, просто Эво уже давно помер )) вот мы его ещё пока реанимирует, но рынок он не держит
Ilya
)
Pathologic
модикс в целом помирает
Антон
Roma
я сравнивал django и laravel раньше работал с MODX EVO/REVO
Roma
так вот, если взять MODX и допилить его в сторону как Django, то ему небудет равных
Pathologic
некому пилить
Roma
тоисть сделать больше похожим на фреймворк чем на CMS
Pathologic
ну, тогда тем более он никому нужен не будет
Pathologic
вся фишка модикс именно в админке