Всего 125 675 комментариев

Andrey
23 июля 2021, 16:43
0
В вызове pdopage посмотрите не стоит ли в лимите 0.
Наумов Алексей
23 июля 2021, 16:38
0
{$_modx->runSnippet('mapexMap', [
		'resource' => '8',
               'tvName' => 'ИМЯ ВАШЕГО TV ПОЛЯ',
		'width' => '100%',
		'height' => '460px',
		'mapId' => 'mapexMap1'
])}
Сергей Карпович
23 июля 2021, 16:05
0
Подскажите код на fenom если поле с карты заполнено на другом ресурсе.
Так не работает
{$_modx->runSnippet('mapexMap', [
		'map' => $_modx->resource.karta,
		'resource' => '8',
		'width' => '100%',
		'height' => '460px',
		'mapId' => 'mapexMap1'
])}
Shedko Denis
23 июля 2021, 15:33
0
Спасибо за ответы.

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

Можно ли как-то в логи об ошибках MODX добавить URI источника ошибки?
Наумов Алексей
23 июля 2021, 12:40
0
Если исходные фото большие — то ms2Gallery может пережимать их на стороне клиента и фактически на сервер придет уже другой файл, в этом разница при загрузке через API и через интерфейс.

А почему думает что дубли… наверное алгоритм так срабатывает) Эту проверку можно выключить в настройках.
Columb
23 июля 2021, 11:45
0
Добрый день, Павел! Спасибо, что откликнулись! Вы совершенно правы — 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
Тодор
23 июля 2021, 11:34
0
тоесть не пустой, а такой
Array(
    [success] => 
    [message] => Такое изображение уже есть в галерее товара.
    [total] => 0
    [errors] => Array(        )
    [object] => Array(        )
)
Тодор
23 июля 2021, 11:09
0
да ето код пример )
у 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
    )
)
ето при первой загрузке фоток, а дальше у всех пустой масив
Наумов Алексей
23 июля 2021, 09:16
+1
Это же код пример?
Просто 'id' => 'resource_id' выглядит странно :)

Какой вывод у responce?
Николай Савин
23 июля 2021, 09:04
0
Проще всего разместить код на странице благодарности за заказ, чанк сниппета msGetOrder
Павел Гвоздь
23 июля 2021, 08:11
0
Возможно, у вас properties у ресурса затирается каким-то образом.
Columb
23 июля 2021, 02:47
0
Настроил парсинг новостных лент, записи создаются в Ticket. Проверяются записи (уникальное поле) по URL донора, который записывается в системное поле introtext.

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

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

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

P/S К сожалению, техническая поддержка закончилась 25.03.21.
Тодор
22 июля 2021, 16:50
0
{
"dd.mm.YY.HH": 209.99,
"dd.mm.YY.HH": 199.99,
"dd.mm.YY.HH": 179.99,
}
Роман
22 июля 2021, 16:24
0
Я думал про этот способ. Просто не очень понятно, как потом выводить данные за определенную дату.
Тодор
22 июля 2021, 16:11
0
Можно ети цены сохранять в талице с 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"}
]
Не знаю на сколько ето правильно
Роман
22 июля 2021, 16:06
0
Я понял, спасибо за совет.
Тодор
22 июля 2021, 15:57
0
$resource->setTVValue('имя TV поля', 'значение поля');
$resource->save();//Если нужно переписать ето поле
Роман
22 июля 2021, 15:57
0
Ссылка не работает.
Наумов Алексей
22 июля 2021, 14:00
+1
Ну сначала быстро копируем все старые цены во временную таблицу, без разбора.
А потом уже неспешно «перебираем» эту таблицу, сравниваем со второй таблицей, где хранятся только те цены, что действительно изменились. Ну и после сравнения принимаем решение о переносе цены из временной таблицы в постоянную