Попробовать обновить события в админке, возможно ваша форма чьим-то хуком презатирается в строку из объекта. Можно попробовать отключать все сторонние компоненты поочереди. Можно ещё презалить файлы шаблона.
Loadырь
Да это не сторонний. так ТС обзывает Tinymce, я думаю)
ТС как раз и говорит об Imperavi Redactor и путь к файлу как-бы намекает wysiwyg\redactor\files\redactor.js
Это древняя версия NetBeans. netbeans.apache.org
Если указано значение в поле summ, то значит пополнение было за реальные деньги через платежную систему.
Очень похоже на это. Просто у меня в базе есть такие значения

поэтому и принял это за пополнение через кнопку админа.
Только если по логам отслеживать, там есть пометка за реальные ли деньги было пополнение или внутри сайта
А есть мысли как эта пометка выглядит? Что-то пересмотрел, проанализировал всю таблицу cms_billing_log. Не обнаружил там никаких пометок, что пополнение было именно за реальные деньги.
12. И самая главная вишенька на торте ОПЛАТА — если не в курсе то на один сайт не получиться привязать 100500 мерчантов банк просто не даст этого сделать. да как вариант можно каждому магазину давать свои субдомен, но опять же есть ряд проблем не все банки выдают ключи на субдомены. Если делать общий счет как потом будет учитываться разнос опла и самое главное фискальники как будут проходить.
Опять же, если агентский договор по модели комиссии, то продавцов вообще не должно волновать какие платежные систему будет использовать маркетплейс, а если агентский договор поручения, то маркетплейс вообще не будет волновать, как будут рассчитываться продавец с покупателем.
И самое интересное что делать если я как покупатель выбрал товар 10 продавцов (или мне придется делать 10 заказов?)
Да хоть сто товаров у разных продавцов — один заказ — один чек — один ОФД. А в нем расписывается кому и за что с пометкой агента. А потом суммы раскидывать продавцам и свою дольку не забыть забрать. А вот про «свою дольку» — комиссии, если это агентский договор по модели комиссии, то тут никто не написал, как ее собирать, с кого брать плату за комисии платежных систем и банковских переводов. А ещё есть индивидуальные комисии к каждому продавцу, а там такое поле деятельности откроется, что эта тема на форуме может и закрыться ))
Вы зачем то залезаете туда что вас не касается )
Извините, не знал, что тема созданная maxisoft это лично ваша с ним переписка. Ок, отваливаю
Есть договор с каждым кто подключен к моему сайту и приложениям, но это к делу никак не относится это вопрос двух сторон но никак не всего форума и разработчиков.
Ваши договора к делу не относятся, но я не о ваших договорах говорил. Есть два типа договоров для работы с продавцами.
Первый — это договор по модели комиссии. Продавец сообщает вам, что у него есть товар за 100 руб. Он размешает о нем инфу на вашем маркетплейсе и занимается своими делами. Маркетплейс доабвляет к его стоимости свою комиссию в 15% и выставляет у себя на «витрине» на продажу за 115 руб. Покупатель находит этот товар на вашем маркетплейсе и покупает его у маркетплейса. Потом маркетплейс рассчитывается с продавцом, оставляя себе комиссию в 15 руб. В этом случае, корзина на все товары разных продавцов и способы оплаты, которые выберет маркетплейс. Все проблемы с оплатой, доставкой, рекламацией и пр. ложатся на маркетплейс.
Второй — это договор поручения. Продавец поручает вашему маркетплейсу найти покупателя на свой товар за 100 руб. Он размещает инфу о своем товаре на сайте маркетплейса и занимается своими делами. Маркетплейс выставляет его товар на «витрине» за 100 руб. Покупатель находит этот товар на вашем маркетплейсе и заявляет о намерении купить его. Маркетплейс сводит продавца с покупателем. После оформления сделки продавец перечисляет маркетплейсу его комиссию в 15 руб. В этом случае корзина на товары одного продавца и способы оплаты которые выберет продавец. Все проблемы с оплатой, доставкой, рекламацией ложатся на продавца. Маркетплейс уже в этом не участвует.
И в обоих случаях без договора не обойтись, но логика и схема работы у них совсем разные. Но дальше изучайте сами, как я сказал — отваливаю из вашей личной темы.
Для начала надо определиться по какому агентскому договору вы (ваш сайт или маркетплейс или торговая площадка или зовите как хотите) будете работать с продавцами — принципалами. От этого зависит всё и корзина и системы оплаты и разборки с проблемами и всё остальное.
8) режим работы каждого магазина.
Этот пункт для онлайн магазина мне совсем не понятен. Это указывается в какие часы можно продавать товары этого продавца а в какие нет? Или тут что-то другое подразумевается?
2. Спорный момент так как должна быть унификация формы заказа ибо будет потом проблема именно с обменами с другими системами, тут скорее НЕТ чем ДА.
В случае если агентский договор по модели комиссии, то тут однозначно нет. А если агентский договор поручения, то вполне возможно.
Не совсем понятна ваша радость говоря что fuse перепелил всю админку под одного человека
Во-первых, не одному, а чтобы было удобно всем. Во-вторых, где вы там про «радость» прочитали? Мне от этой «радости» почти все свои дополнения, которые есть в каталоге и которых там нет, пришлось обновлять.
зная что все ждут в сообществе что то похожее и ликовать от того что вы этого все равно не увидите так как это все делалось под одного человека.
Где вы мое ликование увидели? И кто эти «все»? Те к то в этой теме отписались про мультишоп (маркетплейс и т.п.) — это «все»?
Из ваших «все» кто-то, вообще задавался вопросами:
— Каким образом должен работать их маркетплейс?
— По каким договорам работать с продавцами — агентским или партнерским?
— Какую схему налогообложения применять к своему маркетплейсу?
— Где кассу держать по 54 ФЗ?
— Как работать с рекламацией и спорными ситуациями?
И это даже не основные вопросы, которые их ждут. Так вот из ваших «все» мультишоп нужен только 3-5 человекам, которые знают схему и как им надо работать. Остальные из ваших «все» хотели бы видеть мультишоп на своих сайтах, но по факту он им вообще не нужен. Поэтому они и продолжают ждать годами, думая, что за них всё придумают и выложат в каталоге со стоимостью в районе премиумов iVideo и Биллинга — 5-10 тыс. руб. А тот кому был нужен, прислал портянку листов на 10 того, как ему надо, чтобы работал маркетплейс, с ценой сошлись и теперь работаем.
И да, если погуглите, то я неоднократно поднимал тут темы мультишопа и каждый раз в результате выясняется, что у каждого свои понятия мультишопа. Поэтому, когда пишут, что нужен магазин как озон или ali или ещё как где-то там, скажите, вы и правда думаете, что все разработчики знают как эти магазины работают? Ночью разбуди и они без запинки расскажут всю схему? Нет. Это так не работает. Вы напишите, как должен работать ваш маркетплейс. Если как озон, так и пишите, как он там работает, как вы, именно вы, видите как он там работает или ali или еще какойто маркетплейс, это и будет нормальным ТЗ для любого разработчика. Потому что разработчик глядя на тот же озон может видеь его работу совсем иначе, чем заказчик. Я конечно понимаю, что все хотят видеть у себя сразу конечный результат в виде перевода прибыли со счёта своего маркетплейса на свой личный в количестве «как на озон». Но промежуточных стадий вам не избежать )).
дайте контакты человека я с ним свяжусь
Отличная попытка. Зачет. 👍 Но не сработала )). Верить или не верить ваше право, но могу смело сказать, что из-за этого мультишопа (отчасти) Fuze переверстал почти всю админку, «перепилил» все гриды (таблицы в админке), запилил кучку трейтов, выпустил релиз 2.16.0, в котором из обычных пользователей cms мало кто увидел разницу внешне с предыдущей, не заглядывая в код. И всё это ради того, чтобы мне (и не только) было удобно писать свой магазин ))).
И да, в одного тянуть такой компонент это очень долго. Как сказал maxisoft 6-12 месяцев, это так. И это лишь минимальный функционал. У меня уже 11 или 12 месяцпошел с ним. Точнее не с ним одним, а ещё с его «обвесом».
Я не мог заходить на этот сайт. Неверный пароль...
Пароли указаны на главной странице

Veltemlo, вы всегда можете посмотреть настройки виджетов на демке demo.instantcms.ru/admin/widgets
Вы имеете в виду Корзина товаров, или есть еще решение?
Нет. Я про это

вы не устали всех дураками считать?
Это вы о чем?
ну надоело эту чушь читать
Так не читайте.
Где его увидеть ?
Нигде, человек заказал, человек получил и теперь с ним работает.
Чтобы данные сохранялись в бд, ваши вычисления надо проводить в методе
public function store($value, $is_submitted, $old_value = null)
А чтобы данные типа «дата» лежали в БД, структура ячейки должна иметь подходящий формат. Указанный у вас TINYINT(1) подходит лишь для чекбоксов.
1) Маркетплейсы… нет, и никогда наверное уже не будет.
Есть, но «не для всех», так как каждый вкладывает свои понятия в слово «маркетплейс». Кому-то "аля озон" подавай, а кому-то достаточно в избранном сохранить. Кому-то для оплаты достаточно указать номер ватсапа, а кому-то надо, чтобы чеки пробивала с указанием агента, за что и кому оплачивается.
И да, ценник намного выше, чем бесплатно.