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

Помимо поля 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) активировать пользователя.

пока необходимости я не встречал и не понимаю, зачем это нужно

Нет, такой возможности нет

Например:
— ставим fancybox свежий (2.1.3 у меня)
— делаем обычную ссылку на страницу, но добавляем ей класс js-popup-content

<a href="/policy" class="js-popup-content">Политика</a>

— добавляем такой js код на сайт (используем jQuery )

$('.js-popup-content').fancybox({
        closeClick: false,
        type: 'ajax',
        helpers: {
            title   : null,
            overlay : {
                locked : false
            }
        },
        afterLoad   : function() {
            this.content = $("<div>").html(this.content).find(".page-content")[0].outerHTML;
        },
        autoSize: false
    });

из примечательного — в обработчике afterLoad мы вырезаем из загруженной страницы только текст, используя селектор .page-content в моем случае. У вас это может быть другой какой-нибудь, суть в том, чтобы этот селектор содержал в себе только текст с целевой страницы, без header и footer.

Да, верно… ну можно чуть поправить попробовать, чтобы и так и так работало)