импортировать товары из xml/yml поставщиков. Обычно характеристики находятся в тегах param. Если брать в расчёт обычный импорт - то этими тегами будут создаваться множество опций товара, причём они местами могут повторяться, т.к. одна и та же характеристика может отличаться в названии у разных поставщиков, в итоге у нас могут быть десятки разных опций обозначающих одно и тоже. Вопрос в следующем: кто-то как-то решал подобные задачи? Ну, например, хранить все param и их значения в json массиве в товаре, и выводить из него характеристики товара на фронт. А стандартные опции minishop создавать в единственном экземпляре и например, в где-то в настройках указывать сопоставление данной опции с param всех поставщиков, которые обозначают одно и тоже, но названия у них отличаются. Таким образом можно решить задачу например, с фильтрами товаров mFilter, чтобы можно было фильтровать товары по одной опции, которая в свою очередь тащила бы значения из всех сопоставленных param.
Например: у поставщика 1 характеристика называется "объём памяти, Гб" у поставщика 2 "память", у поставщика 3 - "количество памяти". И у всех значение = 256 Гб.
Если мы просто проимпортируем товары то создадим 3 опции обозначающих одно и тоже и как потом пользоваться фильтром ??
Но если мы сделаем одну опцию у себя назовём её "объём памяти" и настроим сопоставление с данной опцией из всех param ("объём памяти, Гб" , "память", "количество памяти"), то в фильтре у нас будет одна опция, которая будет осуществлять отбор товаров с вышеперечисленными param. Насколько такая задача речурсоемкая с точки зрения сервера? Может есть какие-то другие способы стандартизировать информацию из xml поставщиков?
Хм, ну как по мне тут проще настроить сопоставление на стадии импорта. Без всяких json , т. е. 3 последний вариант но напрямую в базу
Ну тогда при каждом новом импорте надо сопоставления делать и создавать под каждую характеристику свою опцию. В моём примере опции можно создать только такие, которые будут использоваться в фильтре а остальные грузить как есть
Так это в плане ресурсов более дешёвый вариант
Сколько товаров планируется на сайте?
Ничего подобного. Ты сначала сделай сопоставление, чтобы привести все опции к единому виду. А затем их раскидывай как хочешь. Что-то отдельными сущностями, что-то в properties. Иначе ты и в шаблоне это все через миллион условий выводить будешь. Зачем велосипед придумывать. Пусть нагрузка на железо будет при разборе импорта, чем при работе парсера
Обсуждают сегодня