Aleksandr Huz

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

В планах 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();
}

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

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

Вы можете бесплатно установить пакет на modhost.pro и посмотреть админку

{set $rows = $_modx->runSnippet('!pdoResources', [
    'fastMode' => 0,
    'limit' => 0,
    'parents' => 2,
    'depth' => 5,
    'includeContent' => 1,
    'tvPrefix' => 'tv_',
    'includeTVs' => 'stars,room_type,room_details,basis_price,photos',
    'select' => '{"modResource":"id,uri,pagetitle,content,photos"}',
    'return' => 'json',
    'where' => ['isfolder' => 0]
]) | fromJSON}

{foreach $rows as $row} 
    ..
{/foreach}

Интерфейс на Vue.js с визуальным добавлением узлов и атрибутов

В статье написано

Напишите мне в ТП

$tvName = 'babelLanguageLinks';
if(!$tv = $modx->getobject('modTemplateVar', ['name' => $tvName])) {
    die("TV c именем {$tvName} не найдено");
}
$babel_TV_ID = $tv->get('id');

И потом сидишь и думаешь, а сделал ли я заказ в магазине.

Ответил в поддержке.

Я за решение 1. Если есть хотя бы один комментарий не от автора, то вопрос нельзя удалить или снять с публикации.

Решение 2. Если прогер спрашивает как вывести ресурсы через pdoResources и берет в работу ИМ, то я на месте заказчика хотел бы видеть историю пользователя, чтобы быть уверенным в выборе. Это нормально, если прогер 2 года назад спрашивает какую-то мелочь, а сейчас уже умеет создавать компоненты.

Добавить сортировку для поиска. Например, если добавить параметр

&sort=date

то результаты сортируются, но это нужно вручную добавлять.
Чтобы увидеть самые старые, то добавить еще:

&dir=asc