да ето код пример )
у 2-4 такой масив,

Array
    [success] => 
    [message] => Такое изображение уже есть в галерее товара.
    [total] => 0
    [errors] => Array(        )
    [object] => Array(        )
)

а у остальних

Array(
    [success] => 1
    [message] => 
    [total] => 0
    [errors] => Array(        )
    [object] => Array(
        [id] => 15637
        [product_id] => 2017
        [source] => 2
        [parent] => 0
        [name] => 8926e70d-c6af-11eb-9377-18c04d68439c
        [description] => 
        [path] => 2017/
        [file] => 8926e70d-c6af-11eb-9377-18c04d68439c.jpeg
        [type] => image
        [createdon] => 2021-07-23 11:04:14
        [createdby] => 1
        [rank] => 0
        [url] => /assets/images/products/2017/8926e70d-c6af-11eb-9377-18c04d68439c.jpeg
        [properties] => Array(
            [size] => 115653
            [width] => 2000
            [height] => 1600
            [bits] => 8
            [mime] => image/jpeg
        )
        [hash] => 9ee73b013db3030f41d162a0525314fc3b97e806
        [active] => 1
    )
)

ето при первой загрузке фоток, а дальше у всех пустой масив

Это же код пример?
Просто 'id' => 'resource_id' выглядит странно :)

Какой вывод у responce?

Проще всего разместить код на странице благодарности за заказ, чанк сниппета msGetOrder

Возможно, у вас properties у ресурса затирается каким-то образом.

Настроил парсинг новостных лент, записи создаются в Ticket. Проверяются записи (уникальное поле) по URL донора, который записывается в системное поле introtext.

Если настроить парсер так, чтобы созданные записи автоматически публиковались, то все работает как и указано в основном задании (записи добавляются, обновляются, до-записываются).

Но если запись автоматически не публикуется (публикуется вручную после проверки и редактирования), то при повторном запуске парсера создается ее дубль. Создается впечатление, что при «ручной» смене статуса записи на опубликованную, парсер уже не проверяет уникальное поле (URL записаный в системном поле introtext).

Пробовал дополнительном задании указать по-умолчанию resource|published = 0, а затем вручную публиковать — проблема остается.

P/S К сожалению, техническая поддержка закончилась 25.03.21.

{
"dd.mm.YY.HH": 209.99,
"dd.mm.YY.HH": 199.99,
"dd.mm.YY.HH": 179.99,
}

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

Можно ети цены сохранять в талице с 2 полями 'product_id' i 'prices'
где prices — сохраняєтся в виде JSON

[209.99, 199.99, 179.99]

или

[
{'price': 209.99, 'date': "dd.mm.YY HH:ii:ss"}, 
{'price': 199.99, 'date': "dd.mm.YY HH:ii:ss"}, 
{'price': 179.99, 'date': "dd.mm.YY HH:ii:ss"}
]

Не знаю на сколько ето правильно

Я понял, спасибо за совет.

$resource->setTVValue('имя TV поля', 'значение поля');
$resource->save();//Если нужно переписать ето поле

Ссылка не работает.

оставляєш только нужные поля

Ну сначала быстро копируем все старые цены во временную таблицу, без разбора.
А потом уже неспешно «перебираем» эту таблицу, сравниваем со второй таблицей, где хранятся только те цены, что действительно изменились. Ну и после сравнения принимаем решение о переносе цены из временной таблицы в постоянную

Спасибо, наверно буду подчищать. С двумя таблица не очень понял идею.

Наверное, только вариант с хранением изменившихся цен.

В принципе, можно записывать в таблицу все цены, а затем подчищать ненужные записи отдельным скриптом, который по cron будет запускаться.

Подчищает пусть каким-нибудь хитрым sql запросом.., чтобы не объекты xpdo (мы же про modx говорим?))) дергать, а попроще как-нибудь. Типа выбрать 2 последние записи с одним id товара, если цена одинаковая — то последнюю из этих записей удалить, как не нужную, а если цены разные — предпоследнюю пометить как «проверенную» и больше ее не проверять.

Или например разнести все это по 2м таблицам: одна временная, где все 40 тыс записей, а во вторую уже попадают только действительно изменившиеся цены.

Алексей, огромное спасибо, в этом и было дело! Изменил параметр values_delimeter, всё стало нормально работать.

Если после обновления на версию 1.2.0 у вас в логе modx ошибка типа

Unknown column 'PolylangContent.editedby' in 'field list'

то выполстите в консоли modx следующий код

$pkgName = 'Polylang';
$pkgNameLower = mb_strtolower($pkgName);
$modelPath = $modx->getOption("{$pkgNameLower}.core_path", null, $modx->getOption('core_path') . "components/{$pkgNameLower}/") . 'model/';
$modx->addPackage($pkgNameLower, $modelPath);
$manager = $modx->getManager();
$manager->createObjectContainer('PolylangTvTmplvars');
$manager->createObjectContainer('PolylangLanguageGroup');
$manager->createObjectContainer('PolylangLanguageGroupMember');
$manager->addField('PolylangContent', 'editedby', array('after' => 'content'));
$manager->addField('PolylangContent', 'editedon', array('after' => 'content'));
$manager->addField('PolylangLanguage', 'rank_translation', array('after' => 'rank'));
$manager->addField('PolylangLanguage', 'parent', array('after' => 'site_url'));
$manager->addField('PolylangLanguage', 'description', array('after' => 'name'));

Первй лайфхак 'OnLoadWebDocument' делает ощибки:
1) глючит Феном в ресурсах
2) ломает кару сайта

Если переправить на onDocFormSave — тогда сохранение ресурса происходит вечно

огромное спасибо

Эта таблица заполняется минишопом, если у заказа статус Оплачено. Когда этот статус присваивается заказу, пользователь добавляется в эту таблицу, ему создается реферальный код, записывается значение потраченных денег. Компонент msProfile позволяет развернуть реферальную программу и накопление бонусных баллов, бонусные балы также могут использоваться как лицевой счет и тд. Не уверен, но вроде еще и компонент msDiscount использует эту таблицу.