Наумов Алексей

Документация говорит, что вот такое возможно:

{$foo.$bar}

github.com/fenom-template/fenom/blob/master/docs/ru/syntax.md

Значит у вас есть массив, его нужно объединить в строку, но не через запятую, а через пробел:

{$row.group | join : " "}

{$row.group | print}

что выводит?

replace запятой на пробел?

Помимо поля price нужно добавить еще одно поле, отражающее, например, возможность купить товар can_buy.
И обновлять его по логике can_buy = (price > 0)

Теперь в mFilter можно прописать сортировку сначала по can_buy, а затем уже по цене. Тогда товары с нулевой ценой будут всегда в конце.

насколько помню, такие простые теги pdoTools обработает без парсинга, сделав просто str_replace

Какой нибудь рекурсии нет? Типа вызвали чанк, а в нем вызвали снова его же?

pdoTools 3 ставится из репозитория modstore, когда мы сидим в modx 3:

Я писал про свой опыт…
modx.pro/components/20322
и несколько ссылок давал на то, чем пользовался сам. Скоро 2 года уже будет этой заметке, актуальность под вопросом)

В текущих реалиях надежнее переехать на РФ хостинг…
Ну или если нужен зарубежный — найти жителя другой страны, который заплатит за вас…
Еще вроде как киви работает с зарубежными сервисами, но не знаю, что там сейчас по картам и т.п.
Можно попробовать другие банки, что не под санкциями, но не факт…

В плане других хостингов я давно ушел на serveroid.com (Ранее Flops). Компания Российская, оплата в рублях, сервера в стране. За несколько лет тьфу-тьфу сбоев ни разу. И да, ссылку дал реферальную)))

Да нормальный вариант.
Или на основном сайте сделайте выгрузку в простейший файл (текстовый) в формате «артикул: цена», а со второго по cron раз в час считывайте его да и обновляйте цены.

У сессий есть поле access — когда к ней был последний доступ… к примеру можно чистить сессии старше 20 минут.
Чтобы избежать ситуации с открытой вкладкой без движения — небольшой скрипт, который будет «дергать» страницу раз в минуту.

Ага, документация)
docs.modx.pro/komponentyi/pdotools/parser

[[#[[+parent]].alias]]

и

{$_modx->resource.parent | resource : 'alias'}

вызванные «внутри» pdoResources, это разные конструкции.

Первый код — это parent того ресурса, который сейчас обрабатывает pdoResources в цикле.
А во втором коде — это будет всегда parent ТЕКУЩЕГО ресурса, того, который открыт в браузере у пользователя.
Вам нужно сделать так:

{$parent | resource : 'alias'}

Добрый день. Ошибки в консоли посмотрите

Попробуйте

{if 'Бизнес заказ' in string $address.extfld_type}

ну и наверное не

$a | in : $b

а

$a in $b

$address.extfld_type какое значение имеет?

Может проблема в неверном использовании in? Там есть in list еще, это разные вещи: оператор in

Добрый день. А есть какие-то проблемы совместимости? Вроде бы не встречал ранее… ошибки в консоли?

Да, если это так — правда неоднозначная ситуация.
Стоит изучить логи сервера (nginx к примеру, имею ввиду), посмотреть, есть ли там такие «двойные» запросы. Возможно, стоит фильтровать по UserAgent, если это почтовый сервер (робот) — не активировать пользователя.

Ну а еще вариант — пусть ссылка ведет на страницу с формой и кнопочкой, которую робот нажимать не будет, а пользователь будет, и только при отправке формы (через post) активировать пользователя.