Aleksandr Huz

Даже не знал об этом. Нужно почаще читать 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

Зачем это делать, если можно создать событие и добавить одну строчку?
А если js исходника поменяется, а вы переопределили метод, новый функционал не будет работать.

Вообщем, возможно ваш вариант и имеет место быть, но это не лучший вариант.

Нет, нужно в админке создать плагин на событие msOnEmptyCart

if($modx->event->name == 'msOnEmptyCart') {
    $modx->sendRedirect('http://site.ru');
}

Используйте события, а именно msOnEmptyCart.
Править исходники не рекомендую.

document.querySelector('.jsSearchForm').addEventListener(event, function (e) {
     e.preventDefault();
     let formData = new FormData(e.target.closest('form'));
     sendAjax(formData);
});

Точно работает?
event — это submit?
e.target — если сабмит, то это и есть форма.

Почему вы не пишите это автору, то есть мне? Вы купили компонент, могли бы написать и в ТП.

забрать данные куда-нибудь в MIGX таблицу, а потом как-то реализовать поиск уже по MIGX таблице и вывести результат?

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

Выпустил обновление.
Теперь сниппет GoogleSheets принимает 2 параметра query и where

1. query — для точного поиска. Значение массива должно совпадать со значением параметра query. Например:

{'!GoogleSheets' | snippet: [
     'table' => 'https://docs.google.com/spreadsheets/d/16eyRIpKGbw/edit#gi1',
     'range' => 'ExportProducts',
     'query' => 'Мобильный'
] | table: 'table table-hover'}

2. where — для поиска по определенному полю. Например:

{'!GoogleSheets' | snippet: [
     'table' => 'https://docs.google.com/spreadsheets/d/16eyRIpKGbw/edit#gi1',
     'range' => 'ExportProducts',
     'where' => [
          'pagetitle' => 'Мобильный'
     ],
] | table: 'table table-hover'}

Будет искать слово 'Мобильный' в значение поля pagetitle

P.S. Можно использовать 2 параметра одновременно.

Посмотри какой родитель у товаров