функционала маркетплейса

Если делаю на контекстах, у каждого поставщика своя корзина, каждый соответственно принимает заказы только на свой товар независимо от других. Если пользователь захотел заказать другому - переключился на его поддомен и заказал. Вроде все отлично. Где косяк?

косяк в том что пользователь НЕ СМОЖЕТ заказать у 2х поставщиков сразу!

Если делаю на контекстах, у каждого поставщика своя корзина, каждый соответственно принимает заказы только на свой товар независимо от других. Если пользователь захотел заказать другому - переключился на его поддомен и заказал. Вроде все отлично. Где косяк?

Так корзина же разная?

Ну если у вас производители совершенно разные и вы понимаете что пользователю не нужна 1 корзина для маркетплейса, что хай он 2..3 разных заказа делает для разных магазов - ок. Делайте так.

товар в корзине будет тот что он добавлял в начале

Да, чтобы было больше понимания, это B2C, поставщики - это компании по доставке продуктов питания. Они разные, никак не связанные друг с другом. Каждая компания должна получать свой заказ о дельно и не видеть другие. Как будто она одна на этом сайте, как будто это ее личный сайт

аа, ну в таком случае вполне подходит вариант с поддоменами

Да, чтобы было больше понимания, это B2C, поставщики - это компании по доставке продуктов питания. Они разные, никак не связанные друг с другом. Каждая компания должна получать свой заказ о дельно и не видеть другие. Как будто она одна на этом сайте, как будто это ее личный сайт

Как я понял теперь, это единственный вариант, который подходит, потому что если делать на TV, то заказы к разным поставщикам будут уходить к кому-то одному )))

Как я понял теперь, это единственный вариант, который подходит, потому что если делать на TV, то заказы к разным поставщикам будут уходить к кому-то одному )))

я думал что нужна такая логика

а для чего ТВ?

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

для красоты можно немного переделать вывод заказов в адмике, чтобы можно было фильтрацию по продавцам делать итд, но это уже те мелочи о которых думать нужно в последнюю очередь

самих продавцов а админку не нужно пускать

нужно сделать им отдельный кабинет на фронте

Хм. А почему? Я думал их в правах урезать и всё. Пусть в свое контексте лазят

во первых - в этих правах можно ногу сломать

не уверен

проблема в том что для вывода списка заказов нужно дать доступ к пользователям, а там доступ либо ко всем либо никак

и получится что любой продавец будет иметь доступ ко всем пользователям системы

это как минимум разглашение персональной информации

но законы считают иначе

представь что ты купил товар на алиекспресс, и все продавцы на этой площадке получают доступ к твоим данным, и завтра они начнут тебя смсками спамить

Я кстати верно думаю насчёт админки на фронте - для этого нужно уметь modx API? Ни разу не видел в интернете мануала как это хотя бы примерно сделать. Искал много раз, может не верно спрашивал...

в идеале хватит знаний php и mysql

я о личном кабинете продавца

может, тогда не MODX? на WP есть готовые решения для пилотного проекта :))))

ооо.. вы еще оплату онлайн планируете? КОроче, замахнулись вы как и я на aliexpress со всеми вытекающими :))))

Ну как планирую... Если осилю то прикручу )) а так это сейчас и не обязательно на пилоте. Все равно все по факту платят и не жалуются.

чисто интерес. Если бы был какой-то готовый компонент который реализует ваш функицонал на 80%...90% Но он был бы платным и стоил, допустим 10 000 рос. руб. Вы бы купили его или делали свой?

ну в минишопе нет готового личного кабинета. нет готового разделения заказов по магазинам. нет еще разного рода мелочей... на мой взгляд минишоп покрывает от силы 50% функционала...

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