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

Наверное надо добавить проверку на наличие аналогичного объекта перед созданием.

Посмотри в файлах выгрузки. Если там они есть, значит компонент, если нет — 1С

Очевидно, что модификация не определена, поскольку modification = 0. Это означает, что либо некорректно заданы опции в модификации, либо с фронта передаются некорректные значения.

если убрать галочку с checkbox то цена обрано не пересчитвается

А вы в консоли браузера смотрели уходит ли пр и этом запрос на сервер и есть ли в нём значение опции?

общая цена пересчитывается с учетом цены всех опций checkbox котоыре есть

msOptionsPrice2 вообще не рассчитывает цену, он выбирает модификацию по переданным опциям и подставляет её цену в качестве цены товара. Тут нужно смотреть какие опции содержит каждая конкретная модификация.

Насколько я помню msMCD не перерисовывает корзину, а точечно обновляет данные, вероятно для этого на html-блоках с этими данными должны быть атрибуты или классы по которым скрипт найдёт блоки и вставит данные.

А почему должны обновляться pagetitle и изображение? Обычно при изменении количества, а именно это позволяет делать стандартная корзина минишопа и, соответственно, msMCD, меняется только количество, остальную логику ты допиливаешь сам. Вариантов несколько:
1. Передавать нужные данные в опциях и потом выводить эти опции в корзине
2. Расширить класс-обработчик корзины и добавить нужные данные в него.

Наверное стоит проверить пути в модуле оплаты, особенно если мишишоп версии 4.*.*

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

Можно было все не переписывать, а только одну, ту где загрузка файлов))) Но ты красавчик, что решил разобраться и поделиться!

В целом использовать AjaxForm в 2025 как-то не кошерно. Есть FetchIt, по бэку он может ничего нового не приносит, но хотя бы от jQuery не зависит.

Ты молодец! Но все, кто не хочет заморачиваться, используйте SendIt)))

1. Оставлять все тэги нельзя. Почитай про XSS
2. Если с TinyMCE, то тэги режет не редактор, а Login

Зачем ты вообще проверяешь право на удаление? Просто удали этот код

// Проверка прав доступа
    if (!$modx->hasPermission('delete_document')) {
        $modx->log(modX::LOG_LEVEL_ERROR, 'Ошибка: У пользователя нет прав на удаление ресурса с ID ' . $resourceId);
        return $modx->error->failure('У вас нет прав на удаление этого ресурса.');
    }

Что это за конструкция

[[!getId?id]]

Можно же получить доступ к гет-параметрам так [[#GET.id]]

Надо смотреть сниппет из параметра snippet

Сделай так в чанке

{$file | print}

Создай записи в словаре типа myprefix_library_3 и выводи так

{('myprefix_'~$row.calendarEventsPlace) | lexicon}

Пробовал так?

&filters=`Estate|totalArea`

В Modx есть очереди, можно было не делать отдельную таблицу, а использовать их. Но это имеет смысл только если на создание уходит больше 30 секунд, что как правило редкость.

@Наумов Алексей конечно же прав, нельзя передавать $_POST как есть, нужно его валидировать. Однако вопрос был не про безопасность, а про то как сохранить данные))) Безопасность это отдельная обширная тема.