Ну, можно побаловаться с выводом в журнал… Вот вывод id ресурса, например:

$modx->log(MODX_LOG_LEVEL_ERROR, $modx->resource->get('id'));

Можно с пояснительным текстом:

$modx->log(MODX_LOG_LEVEL_ERROR, 'ID ресурса: ' . $modx->resource->get('id'));

Спасибо!

Проблема в том что:


Да это число можно уменьшить в разы, тут считает все вызовы pdoPage даже в снипетах, но число зашкаливает все равно.

Потому и хотелось бы узнать страницу(ы) источник ошибки.

В вызове pdopage посмотрите не стоит ли в лимите 0.

{$_modx->runSnippet('mapexMap', [
		'resource' => '8',
               'tvName' => 'ИМЯ ВАШЕГО TV ПОЛЯ',
		'width' => '100%',
		'height' => '460px',
		'mapId' => 'mapexMap1'
])}

Подскажите код на fenom если поле с карты заполнено на другом ресурсе.
Так не работает

{$_modx->runSnippet('mapexMap', [
		'map' => $_modx->resource.karta,
		'resource' => '8',
		'width' => '100%',
		'height' => '460px',
		'mapId' => 'mapexMap1'
])}

Спасибо за ответы.

Но есть нюанс — уж больно много страниц и не понимаю как отследить на какой странице и в каком чанке/снипете эта(и) ошибки.

Можно ли как-то в логи об ошибках MODX добавить URI источника ошибки?

Если исходные фото большие — то ms2Gallery может пережимать их на стороне клиента и фактически на сервер придет уже другой файл, в этом разница при загрузке через API и через интерфейс.

А почему думает что дубли… наверное алгоритм так срабатывает) Эту проверку можно выключить в настройках.

Добрый день, Павел! Спасибо, что откликнулись! Вы совершенно правы — Tickets после публикации отредактированного ресурса перезаписывает properties, удаляя запись парсера

1. properties tickets при создании (не опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false,"was_published":false},"xpUnique":"a128300e31a340c3bb649bb25f3b7d1d9fc0b2c4","xpTask":"203","ms2gallery":{"media_source":"3"}}

2. properties tickets после редактирования (не опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false,"was_published":false},"xpUnique":"a128300e31a340c3bb649bb25f3b7d1d9fc0b2c4","xpTask":"203","ms2gallery":{"media_source":"3"}}

3. properties tickets после редактирования (опубликован)

{"tickets":{"disable_jevix":true,"process_tags":false},"ms2gallery":{"media_source":"3"}}

«Виновник» найден, но как решить данную проблему? Очень бы хотелось «подружить» между собой Tickets и xParser

тоесть не пустой, а такой

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

да ето код пример )
у 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();//Если нужно переписать ето поле