Артур Шевченко

Для начала я бы создал отсутствующие сниппеты или нашёл место вызова и удалил вызов.

Код ниже удалит все неактивные модификации созданные через компонент msOptionsPrice2. Думаю что компонент msOptionsColor так же хранит данные в отдельной таблице и имеет свой класс объектов. Надо посмотреть в схеме таблиц как этот класс называется и как называется поле которое отвечает за активность и поменять «msopModification» на найденный класс, а «active» на название поля.

<?php
$modifications = $modx->getIterator('msopModification', array('active:!=' => 1));
$counter = 0;
if(count($modifications)){
    foreach($modifications as $modification){
        $counter++;
        $modification->remove();
    }
    echo 'Removed ' . $counter . ' modifications';
}

Если в чанке

{$tv_img | imgattr : 'dimensions' }

Если в шаблоне

{$_modx->resource.tv_img | imgattr : 'dimensions' }

Я это знаю и в целом стараюсь придерживаться данного правила, в данном случае в том числе. Просто @Николай Савин сказал так, что мне показалось будто бы он призывает все let поменять на const, вот я и спросил зачем.

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

Я для себя давно решил, что если какой-то вариант не срабатывает, зачастую быстрее придумать другой, нежели выяснять почему не работает этот. Поэтому я бы на вашем месте написал хук который бы из $_POST брал нудное значение и клал в свойства скрипта.

А значение скрытого инпута откуда берётся?

Вот я и спрашиваю где определен и зачем его получать $_modx->getPlaceholder('email_subject'), если он определен как ТВ то надо так $_modx->resource.email_subject, если в ClientConfig или системных настройках то так $_modx->config.email_subject

А где определяется плэйсхолдер email_subject?

Хорошо. Буду ждать.

Заслал.

Понял тебя, зашлю на днях)))

Да, только я не знаю достаточно ли хорош код для этого?

Да, именно там можно взять.

Забыл написать про то, что код сниппета тоже надо заменить. Дело в том, что в сниппет передавался массив параметров $scriptProperties, затем создавался экземпляр класса, где в конструкторе эти параметры объединялись с дефолтной конфигурацией, но дальше по коду почему-то использовались параметры $scriptProperties, а не конфигурация экземпляра класса. Это поведение я изменил вот так:

$AjaxForm = new AjaxForm($modx, $scriptProperties);
$config = $AjaxForm->config;

$snippet = $modx->getOption('snippet', $config, 'FormIt', true);
$tpl = $modx->getOption('form', $config, 'tpl.AjaxForm.example', true);
$formSelector = $modx->getOption('formSelector', $config, 'ajax_form', true);
$objectName = $modx->getOption('objectName', $config, 'AjaxForm', true);

Будем надеяться, что автор проверит и отпишет по результату.

Ставлю рубль, что нет)))

Если title это pagetitle(Заголовок), а description это description(Описание), то без проблем.

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

Если ты не используешь AjaxForm, то наверное FormIt не поддерживает файловые чанки. А в minishop2 как минимум можно сделать include из файла, думаю должен сработать.