Aleksandr Huz

Вопрос автору, планируется ли поддержка msPromoCode2?

Теперь в планах есть))

Обычно компоненты рисующие extjs в админке рагют свои скрипты на событие — msOnManagerCustomCssJs

так и есть.

напишите в тех. поддержку, разберемся.

Вам подойдет компонент msOrderFields

VERSION 1.2.0

Добавлено:
— изменение опций продукта
— тип поля richtext (TinyMCE Rich Text Editor)
— поддержка msPaidOptions
— поддержка msOptionsPrice2
— обновление заказа при добавлении, изменении или удаления продукта

Наверное, легче пройтись по опциям и пустые удалить с базы

Попробуйте так:

$products = $modx->getIterator('msProduct', array('class_key' => 'msProduct');
foreach($products as $product){
    $response = $modx->runProcessor('mgr/product/update', $product->toArray(), array('processors_path' => MODX_CORE_PATH . 'components/minishop2/processors/'));
    if($response->isError()){
         echo $response->getMessage();
    }
}

И ничего не поменяется. Нужно использовать процессор.

$products = $modx->getIterator('modResource', array('class_key' => 'msProduct');
foreach($products as $product){
    $response = $modx->runProcessor('resource/update', $product->toArray());
    if($response->isError()){
         echo $response->getMessage();
    }
}

Когда MODX парсит чанк, то заменяются все теги, включая

@INLINE <li><a href="[[+uri]]">[[+pagetitle]]</a></li>

Поэтому, когда сниппет выполняется инлайновый чанк уже распарсенн.

modstore.pro/packages/integration/mspaidoptions

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

В планах msOptionsPrice2. но теперь и msPromocode2.

VERSION 1.1.0

Добавлено:

• управление вкладками заказа
• системная настройка msorderfields_discount (поле скидка)
• системная настройка msorderfields_weight (поле вес)
• сниппеты orderGroups и orderFields
• фильтр полей по группе
• чекбокс обязательное поле
• изменения название поля
• метод sendEmail
• типы полей: chunk, file
• en lexicon

Какой компонент используется для добавления товара в заказ?

Еще проблема с изменением общей итоговой стоимости, при условии что мы меняет количество товаров или добавляем

Скорее, это проблема компонента, который позволяет редактировать товары в заказе.

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

Согласен.

и еще бы вкладку покупки и товара также модифицировать

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

Хорошая идея. Сейчас нет, но постараюсь на этой недели реализовать

Даже не знал об этом. Нужно почаще читать issues.
Кто-то пишет, чтобы это было в ядре, кто-то чтобы это был отдельный компонент.
Как по мне, в ядро можно такое и не включать, это расширение возможностей и тем более не всем это нужно, хватает и стандартных полей. Компонент не дорогой, в магазине действует, кто не знает, система скидок, с каждой покупкой цена снижается на 10%, но не более 50%. Но, если сделают этот функционал в ядре, то конечно он уже будет и не нужен.

Если такое в ядре хотят сделать, то почему бы не пойти дальше и добавить функционал еще и этого компонента msFieldsManager

Quiz подойдет, но с коробки такое не сделать, нужно немного доработать.

на данный момент нет. Но в планах интегрировать GoogleSheets

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

Да, это подходит только если почта вообще не нужна.

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

А если это сильно смущает то можно удалять этого же пользователя, если его имя совпадает с почтой
Вешаем плагин на событие: OnUserSave

if($mode == 'new' && $user->get('username') == $user->Profile->get('email')) {
   $user->remove();
}

Но, только если при регистрации почта не используется как логин.

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