Магазин с товарами от нескольких поставщиков

Коллеги, подскажите, как можно в miniShop 2 реализовать интернет-магазин в котором товар имеет несколько поставщиков с разными ценами. пользователь должен иметь возможность выбора, при этом поставщик ему не виден.
Константин
12 мая 2016, 20:02
modx.pro
1
1 350
0

Комментарии: 10

Константин
12 мая 2016, 23:12
0
Посмотрел в сторону msTradeOffers.
В комментариях обнаружил что подобный механизм был в одной из версий miniShop, но был исключён позже.
Интересно услышать комментарии автора Василия Наумкина.
    Воеводский Михаил
    13 мая 2016, 00:12
    +1
    Появление такого функционала из коробки — отдаленная перспектива. Версия 2.3, в которой это было, признана неудачной, потому исключена из обращения.
      Волков Николай
      13 мая 2016, 01:37
      0
      Кстати, tradeOffers, как и в 2.3 расширял просто msProductData табличку и добавлял колонки sku_id и default?
        but1head
        13 мая 2016, 09:14
        0
        Нет, там отдельная таблица как у msOptionsPrice2
      but1head
      13 мая 2016, 09:18
      0
      Как вариант через msTradeOffers или msOptionsPrice2:
      Добавляете поле «поставщик», или поставщик просто вбивается в поле «вес».

      А все остальное компонент умеет: на каждое предложение (поставщика) своя цена
        Волков Николай
        13 мая 2016, 10:29
        0
        msOptionsPrice2 лично мне абсолютно не нравится. В плане юзабилити ужас. Мне в 2.3 просто безумно нравилась таблица вариаций (именно таблица) + генератор. Было очень удобно, плюс понятно. Но допиливать очень много надо было.

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

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

        Сам же предпочитаю вариации и т.п. делать через добавление кастомных таблиц и добавления процессоров и js для опций категорий + плагин автоматизирующий наследование и их сохранение, т.к. расширение колонок стд msProductData тут имеет мало смысла, а опции первоначально на таблицу msProductOptions нацелены и дело в том, чтобы просто переопределяться им табличку и немного логики.
      Волков Николай
      13 мая 2016, 01:43
      +1
      Лично я для подобных целей добавляю кастомную таблицу в БД при помощи MigxDB. Также можно добавить колонку в msProductData через плагины и в JSON хранить массив значений и цен. Есть ещё третий способ, но он самый гемморный. Начиная с 2.2 появились кастомные опции для категорий. Можно опять таки добавить кастомную табличку, потом прописать новый JS для новых типов опций, а также отдельный процессор и их назначать на опцию… Так что все зависит от задачи и от умений. Но, как и было сказано, что из коробки такого нет…
        Константин
        13 мая 2016, 03:16
        0
        Я решил эту проблему на ShopKeeper без лишних танцев с бубном, но его по пока непонятным для меня причинам приглючило с ценой.
          Волков Николай
          13 мая 2016, 05:02
          0
          Хотя я тут подумал и по идее, все несколько проще можно сделать.
          Если я правильно понял, то речь идёт о товаре и его аналогах. Соответственно, есть два решения:
          1) В минишопе существует возможность указывать связи товаров. Соответственно, нужно создать одну связь, вроде аналог или две — оригинал/аналог (на случай, если одна оригинал, а остальные копии более дешёвые от других производителей). Далее ничего сложного нет я думаю.
          2) Создать отдельную таблицу/колонку с JSON массивом, куда просто добавлять аналоги оригинальной запчасти, но этот способ подходит только для случаев, когда есть оригинал. и его замены от других произв.
            Волков Николай
            13 мая 2016, 05:12
            +1
            А по поводу шопкипера я все таки отдельно написал бы, что ради функционала интернет-магазина, это дополнение не является самым лучшим. По крайне мере третья версия (вторая вообще древняя). С одной стороны, оно очень интересное из-за коробочной поддержки migxDB, а с другой для серьёзных целей, когда необходимо сделать шаг влево или вправо, то:
            1) документации ноль. В том числе и не в последнюю очередь по migxDB.
            2) мало дополнений, вроде онлайн оплаты и тп
            3) автор, там неплохо пиарит свои дополнения, вроде getProducts и тп, но по факту они в ноль проигрывают pdoResources, когда действительно сложная структура у ИМ и работать нужно с несколькими таблицами.
            4) реализация вариативных товаров проще застрелиться + документации ноль.
            5) туча разного геммора.
          Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
          10