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

Ага, документация)
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.

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

Мне часто приходится делать подобную работу, когда достается старый сайт, обычно почти всегда при его обновлении я перехожу на Fenom. Так что с меня плюсик)

Вероятно хостинг ловит 404 код ответа сайта и выводит свою страницу.

Кроме MinifyX есть еще ModxMinify, решает туже задачу: склеивание и минификация скриптов.

css первых экранов записывать в inline пока не пробовал)

webp да, хорошая штука, но нужно постоянно об этом думать…

Обычно все это делается уже на этапе развития сайта, его рекламы и продвижения. На этапе разработки, как правило, это никому не нужно и никто за это не платит.

Возможно оптимальнее будет «средний» вариант:
Сравниваем изменения между картинками в выгрузке и у товара, если изменений нет — пропускаем, а если есть изменения — проще удалить все картинки и загрузить заново, чем пытаться а)удалить удаленные б) добавить новые в) изменить порядок файлов.

Подозреваю что стоит попробовать уйти от @INLINE к обычному чанку.

Что-то не так…
При очистке кеша вижу в консоли:

Консоль запущена…
PHP notice: Undefined property: MODX\Revolution\modX::$service

и все…

Ошибка в плагине pdoTools (id = 1):

PHP notice: Undefined property: MODX\Revolution\modX::$service


Fatal error:  Uncaught Error: Call to a member function get() on null in /var/www/modx3beta2/www/core/cache/includes/elements/modx/revolution/modplugin/1.include.cache.php:7
Stack trace:
#0 /var/www/modx3beta2/www/core/src/Revolution/modScript.php(88): include()
#1 /var/www/modx3beta2/www/core/src/Revolution/modX.php(1706): MODX\Revolution\modScript->process()
#2 /var/www/modx3beta2/www/core/src/Revolution/Processors/System/ClearCache.php(48): MODX\Revolution\modX->invokeEvent()
#3 /var/www/modx3beta2/www/core/src/Revolution/Processors/Processor.php(189): MODX\Revolution\Processors\System\ClearCache->process()
#4 /var/www/modx3beta2/www/core/src/Revolution/modX.php(1771): MODX\Revolution\Processors\Processor->run()
#5 /var/www/modx3beta2/www/_easyComm/_build/build.transport.php(394): MODX\Revolution\modX->runProcessor()
#6 {main}
  thrown in /var/www/modx3beta2/www/core/cache/includes/elements/modx/revolution/modplugin/1.include.cache.php on line 7

Отличная работа!
Поставил для теста, вроде работает)))

В целом правильно… только вот вопрос, FormIt2db хранит данные не в json формате случайно? Поиск вы потом как будете по таблице делать?
Вместо скрытых полей — можно prehook сделать и добавлять к данным информацию о пользователе, текущем времени.