Воеводский Михаил

Напишите в скайп whiteflag.ru или на почту life #$# aaa0.ru

Напишите в скайп whiteflag.ru

По первому пункту — есть конструктор, заточенный под один проект.

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

Если интересно, пишите в скайп whiteflag.ru

Яна, Вам интересно доработать функционал, чтобы происходило именно телефонное соединение менеджера с клиентом?

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

Обеспечиваю поддержку в актуальном состоянии 11 одинаковых копий MODX с одинаковым набором собственных компонентов — тоже считаю оптимальным вариантом использование пакетов. Удобство заключается в простом контроле установленных версий и легком обновлении или, наоборот, откате до нужной версии.

Вкупе с приватным репозитарием, не вижу смысла изменять вшитый в MODX грамотный метод работы с компонентами.

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

Вся документация по минишопу на сайте Василия.

Г

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

Могут быть выставлены замороженные uri

$msOrder->get('id');

Вместо $order попробуйте $msOrder

После распаковки архива в корне сайта у тебя должна появиться папка modExtra-master. Дальше в браузере открываешь адрес /modExtra-master/rename_it.php?name=newname и радуешься жизни в виде переименованной заготовки.

После этого, когда поменяешь файл схемы, открой в браузере /newname/_build/build.transport.php
При стандартном конфиге компонент соберется и сразу установится.

Или сделать заточенную под менеджера страницу страницу создания заказа.

У товаров в заказе и заказов есть волшебное поле properties в JSON, в которое можно сохранять необходимые значения. Во многих случаях будет достаточно просто выводить эти значения в виде массива при просмотре заказа или при раскрытии строки с товаром в заказе (как описание в системных настройках).

Классы заказов и корзины не предполагаю менять. Либо недостаточно продумал, либо предполагаю более простой функционал.

В эти поля автоматически заносятся значения из свойств товара.
Как редактировать — еще одна вкладка на странице товара «Остатки», где из заполненных свойств можно выбрать любую комбинацию товара и указать остаток именно для этой комбинации.

Можно или нельзя добавить товар в корзину — проверка по событиям msOnBeforeAddToCart, msOnBeforeChangeInCart.

Кастомные поля товаров — 2 вариант:
1. Ручное добавление с механизмом, аналогичным в MS;
2. Специальная кнопка в админке, которая запустит добавление полей на основе добавленных в MS плагинов.

Ключевой вопрос в подходе. Если это дополнение, то именно описанным способом. Если часть базового функционала MS, то, лучше использовать msProductData. Но какой объем трудозатрат требуется, чтобы переработать MS?

Подготовь и выложи в открытый доступ в виде топика. Если будет дальнейший интерес к такому направлению развития, комменты появятся. А, может, и не появятся. Будет известно только по факту.

Дерзай.

Как это вижу я — отдельная таблица remainings, в которой стандартные поля для товара + несколько дополнительных:

id, product, stock, remainings, color, size, weight.

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

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

Когда писал коммент, не видел ответа Василия :)

Слишком утопично выглядит.
И кто-то должен положить начало всему описанному. Кто это будет делать? Что-то мне подсказывает, что не Василий :)