$q = $modx->newQuery('msProductOption');
            $q->command('UPDATE');
            $q->where(array('key' => 'test'));
            $q->set(array('value' => 3));
            $q->prepare();
            $q->stmt->execute();

Проверил работает.

$products = $modx->getIterator('msProduct', array('parent' => 61));
foreach($products as $product){
    $options = $product->getMany('Options');
    foreach($options as $option){
        if($option->get('key') == 'quantity'){
             $option->set('value', '1235');
            $product->save(); // тут
        }
    }
    
};

$products = $modx->getIterator('msProduct', array('parent' => 61));
foreach($products as $product){
    $options = $product->getMany('Options');
    foreach($options as $option){
        if($option->get('key') == 'quantity'){
             $option->set('value', '1235');
            
        }
    }
    $product->save(); // тут
};

так и так пробовал не помогает

Вам виднее)))

Наверное save нужно вызывать не у options а у product

не записывает…

Забыл $option->save();

$products = $modx->getIterator('msProduct', array('parent' => 24));
foreach($products as $product){
    $options = $product->getMany('Options');
    foreach($options as $option){
        if($option->get('key') == 'option_key'){
             $option->set('value', 1235);
            $option->save(); // тут
        }
    }
    
};

не работает, что то видать скрипт делает, но значение не меняет
parent изменил на свой и option_key изменил на свой

А у вас внутренние страницы в правиле указаны?

Самый простой вариант

$products = $modx->getIterator('msProduct', array('parent' => 24));
foreach($products as $product){
    $options = $product->getMany('Options');
    foreach($options as $option){
        if($option->get('key') == 'option_key'){
             $option->set('value', 1235);
        }
    }
    
};

Конкретно про такой случай, когда не обновляется описание на странице, я не нашла в документации. Гуглила, возможно плохо искала, но так или иначе ответа не нашла. Подумала, может кто сталкивался с таким. А насчёт тп — в документации написано, что все вопросы можно задавать здесь ( да и доступа нет на modstore, не могу написать в тп (если это через modstore делается...))

Есть вопрос по компоненту, в интерфейсе во вкладке связи есть возможность включить действие промокода
на определенные категории товаров и товары. Но что делать если нужно наоборот исключить категорию/товар?
Например есть промокод, который действует на весь ассортимент каталога, за исключением одного товара.
И ещё один момент — в конфиге промокода есть чекбокс — Не применять без скидки, когда он включен,
на фронте применить промокод можно, а в админке к уже существующему заказу с тем же составом товаров нет, так и должно быть? Пишет — в корзине нет товаров, соответствующих этому промо-коду.

Будет ли видеозапись докладов? Хотелось бы лицезреть и после ивента…

Вы знаете, мне нужна помощь вот как для чайников, для меня слова «какой вызов сниппета делали» ну совсем не понятны, извините. Делала по видеоуроку в Ютуб. Хочу получить корректный поиск. Сейчас он выглядит так joxi.ru/4AkJKWqHk77gy2. Если возможно, дам доступ к админке, помогите настроить его правильно. Для вас это 2-минутное дело, а я вторые сутки сижу

Виктория, а что именно не так?
Какой вызов сниппета делали, что хотели получить?

Спасибо уважаемые коллеги!
Решено перейти на разработку с нуля. В качестве бэкенда+БД буду использовать Java и PostgreSQL, сервер Tomcat.
Спасибо за уделенное время и советы!
Успехов!

Готовых решений нет. Вариантов решения два:
1. Написать js скрипт, который будет пересчитывать стоимость в зависимости от категории, показывать результат пользователю и записывать его в поле скажем delivery_cost, написать плагин на событие msBeforeCreateOrder где менять стоимость доставки, если в массиве $_POST есть delivery_cost.
2. Переопределить класс расчёта стоимости доставки, добавить туда проверку родителя и в зависимости от результатов проверки менять стоимость доставки.
Скрипты и стили
Как расширить класс

Приветствую, поделитесь пожалуйста решением, как реализовали удаление тикета с фронтента?

А что пишут в документации по этому поводу? А что говорит ТП?

Как человек, написавший на MODX большой сервис (65+ кастомных таблиц), настоятельно не рекомендую брать CMS для сервисов. В один момент она просто начнет мешать и замедлять разработку и вместо того, чтобы писать логику сервиса, ты будешь пытаться приспособить эту CMS к твоим задачам и писать костыли.

Достаточно понимать, что xPDO не умеет в банальные UNION, более того, она даже мешает выполнять запросы, в которых есть UNION.

Главный аргумент в пользу MODx в настоящий момент — срочность в переносе ручного труда в веб-сервис, так как объем работы увеличивается почти с каждой неделей. MODx был бы временным решением.
Надежда на готовые решения на MODx хотя бы по 1-му и 2-му пунктам.
В ином случае по любому придется делать веб-сервис с нуля.