Как кто делает таблицу характеристик для товара
Во многих магазинах у на странице товара есть таблица «Характеристики» где собственно они и указаны. Было бы очень интересно узнать, как эту таблицу делают разработчики.
Я пока делал 2 варианта:
1. TV типа текстовый редактор, в котором по умолчанию стоит пустая таблица, которую контент-менеждер заполняет. Соответственно названия полей — какие угодно.
2. Небольшие таблицы, поля в которых берутся из полей которые добавляются плагинами в ms_products, а названия полей — в словарь.
Интересно узнать:
1. Можно ли сделать отдельную таблицу, на подобии ms_products, и в нее поля добавить, чтобы без TV обойтись?
2. Если добавить штук 20 дополнительных полей в таблицу products не скажется ли это на быстродействии фильтра?
3. Есть ли какие-то другие изящные и интересные решения этого вопроса.
Вот)
Я пока делал 2 варианта:
1. TV типа текстовый редактор, в котором по умолчанию стоит пустая таблица, которую контент-менеждер заполняет. Соответственно названия полей — какие угодно.
2. Небольшие таблицы, поля в которых берутся из полей которые добавляются плагинами в ms_products, а названия полей — в словарь.
Интересно узнать:
1. Можно ли сделать отдельную таблицу, на подобии ms_products, и в нее поля добавить, чтобы без TV обойтись?
2. Если добавить штук 20 дополнительных полей в таблицу products не скажется ли это на быстродействии фильтра?
3. Есть ли какие-то другие изящные и интересные решения этого вопроса.
Вот)
28 июля 2013, 10:29
Комментарии: 11
Не совсем понял о чем просят. Свойства и опции товаров товаров реализованы Василием.
Единственное чего нет это разделение плагинов по товарам.
То есть если мы продаем и лифчики и телевизоры, то как сейчас сделано а дминке у телевизоров будут поля и размер груди и у лифчиков диагональ (((.
Василий сказал что поскольку плагины подключаются в самом начале то этого никак не избежать.
Но есть мысль как автоматизировать процесс дефолтного заполнения общих полей плагинов для каталога.
По хорошему хотелось бы чтобы у каждого каталога имелись свои собственные плагины, что бы не приходилось на каждый товар заполнять общие для товаров значения. И это разгрузило бы страничку свойств товара. А то плагины растут как снежный ком если товары разношерстные.
Так вот как это думается можно решить отчасти конечно но все же.
Создаем у каталогов ТВ собщими значениями К примеру Бытовая техника или Белье и тп.
Вешаем на событие создания товара плагин modx, который смотрит значение тв родителя и записывает его в массив который хранится в таблице плагинов (но лучше отдельную таблицу что бы туда писать id каталога id товара и значение переменной каталога- в принципе такая таблица есть даже (табличка куда пишутся id товара и id каталогов к которым он принадлежит).
И убираем вывод полей заполнения этих плагинов из админки.
Если делать отдельную таблицу нужна дополнительная доработка самого механизма работы с плагинами, а если в массив в 1 значение то встает проблема поиска по этим значениям, потому что хранится все это как строки и надо будит разбирать их в массивы.
Вообщем то мысли вслух Мож кого на что натолкнет. Может чего то недопонимаю
Единственное чего нет это разделение плагинов по товарам.
То есть если мы продаем и лифчики и телевизоры, то как сейчас сделано а дминке у телевизоров будут поля и размер груди и у лифчиков диагональ (((.
Василий сказал что поскольку плагины подключаются в самом начале то этого никак не избежать.
Но есть мысль как автоматизировать процесс дефолтного заполнения общих полей плагинов для каталога.
По хорошему хотелось бы чтобы у каждого каталога имелись свои собственные плагины, что бы не приходилось на каждый товар заполнять общие для товаров значения. И это разгрузило бы страничку свойств товара. А то плагины растут как снежный ком если товары разношерстные.
Так вот как это думается можно решить отчасти конечно но все же.
Создаем у каталогов ТВ собщими значениями К примеру Бытовая техника или Белье и тп.
Вешаем на событие создания товара плагин modx, который смотрит значение тв родителя и записывает его в массив который хранится в таблице плагинов (но лучше отдельную таблицу что бы туда писать id каталога id товара и значение переменной каталога- в принципе такая таблица есть даже (табличка куда пишутся id товара и id каталогов к которым он принадлежит).
И убираем вывод полей заполнения этих плагинов из админки.
Если делать отдельную таблицу нужна дополнительная доработка самого механизма работы с плагинами, а если в массив в 1 значение то встает проблема поиска по этим значениям, потому что хранится все это как строки и надо будит разбирать их в массивы.
Вообщем то мысли вслух Мож кого на что натолкнет. Может чего то недопонимаю
Это можно сделать иначе:
1. Создать новый CRC, который будет наследовать msProduct
2. Переписать в нем работу с msProductData на свои таблицы
3. Изменить там все что надо для админки
4. Профит! Теперь можно создавать 2 вида товаров, с разной логикой и таблицами.
Но это только в теории, для практики нужно дофига знать и уметь. Однако, это возможно и обновления ничего не сломают.
1. Создать новый CRC, который будет наследовать msProduct
2. Переписать в нем работу с msProductData на свои таблицы
3. Изменить там все что надо для админки
4. Профит! Теперь можно создавать 2 вида товаров, с разной логикой и таблицами.
Но это только в теории, для практики нужно дофига знать и уметь. Однако, это возможно и обновления ничего не сломают.
либо я не так понял вас, либо вы.
делаем необходимые поля, к примеру:
-размер чашечки лифчика
-цвет лифчика
-диагональ тв
-наличие вифи
соответственно у шаблона лифчика убираем поля- диагональ и вифи
у шаблона тв убираем — цвет лифчика и размер
как то так…
P.s. заполняем руками)
делаем необходимые поля, к примеру:
-размер чашечки лифчика
-цвет лифчика
-диагональ тв
-наличие вифи
соответственно у шаблона лифчика убираем поля- диагональ и вифи
у шаблона тв убираем — цвет лифчика и размер
как то так…
P.s. заполняем руками)
Я вообще имел в виду что-то типа MigX для страницы товара. Как я это вижу. Есть поле — характеристики. Щелкаем по нему, открывается окно в котором кнопка «добавить». Нажимаем — появляется инпуты — «название» и «значение» — заполняем жмем ок, окно закрывается, над кнопкой добавить появилась заполнненая строка, и можно добавлять следующий. Характеристики заполненные таким образом индексируются и по ним можно фильтровать или искать. Как-то так в общем.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 488 |
Вчера в 21:56
Понятно, изучать вкладки в migx…
Так то я пока освоил: создаем и заполняем таблицу с данными… Потом ее выводим…
Вчера в 00:59
Будет обновление АПИ до 3 версии или нет????
25 апреля 2024, 16:40
Когда планируется обновление? :'э
25 апреля 2024, 14:36
Насколько я помню, не во всех последних релизах была проблема со старой версией PHP (с 7й), а в 2.8.6 и 3.0.4 (предыдущих на текущий момент релизах из...
25 апреля 2024, 09:58
Попробую, спасибо!