Как кто делает таблицу характеристик для товара
Во многих магазинах у на странице товара есть таблица «Характеристики» где собственно они и указаны. Было бы очень интересно узнать, как эту таблицу делают разработчики.
Я пока делал 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.4.0-pl от 06.08.2024 | 26 101 |
3 часа назад
если правильно понял то так
{set $rows = json_decode($_modx->resource.constructor_block, true)}
{foreach $r...
Сегодня в 01:42
У вас есть баг при изменении кол-ва позиции в корзине
20 ноября 2024, 16:25
В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что...
19 ноября 2024, 10:51
Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»
<?php
/**
* Системное событие OnMan...
19 ноября 2024, 09:09
Спасибо, тоже очень интерестное решение.
18 ноября 2024, 15:21
'where' => [
'Data.price:!='=>'0'
]
18 ноября 2024, 14:19
miniShop2.Order.add('extfld_delivery_price','100', function() {
miniShop2.Order.getcost();
})
Это вот работает, но чтобы увид...
18 ноября 2024, 10:11
Благодарю за ответы.
