как минимум эта строка написана с ошибкой:

'parents'  => '{$_modx->resource.id} ',

внимательно посмотрите, вы в параметр parents передаете строку "{$_modx->resource.id}", правильно это делать без кавычек и скобок:

'parents'  => $_modx->resource.id,

Спасибо, про отключение уведомлений понял.
Всё-таки, лучше дождусь доступа на хостинг, скопирую сайт и буду уже у себя смотреть и экспериментировать (пока что на 80% уверен что дело именно в настройках PHP на хостинге).
Вы правильно заметили, уровень MODX 3 у меня пока не особо — но я привык всё делать качественно, буду продолжать разбираться. )

Ну подобные вещи только на уровне исходного кода компонентов можно решить (предположу что это не ваш уровень). Потому проще либо забить, либо отключить вывод предупреждений, оставив только вывод ошибок. Это можно сделать например в htaccess файле
Гуглится легко. Напримервот тут можно почитать

делаю свои первые сайты на MODX 3, хочу что бы всё было правильно и в логах не было кучи сообщений (предупреждений/ошибок). Если дело в сервере, то нужно понять чего именно там не хватает в настройках… если дело в «моих кривых руках», то тогда я не знаю (с MODX 2 уже давно работаю)… ))

Сергей, а что остановит КМ использовать setOption пару раз? или думаете не применится?

php-erorrs.log ругается на плагин с id 8. Вот тут обсуждали похожую тему: modx.pro/help/19871

Да

Такое использование composer возможно только если MODX установлен из composer(не пробовал)
в обратном случае если вы попробуете установить пакет в core при помощи composer то потеряете половину ядра если не более....
наверное есть смысл в index.php добавлять ссылку на кастомный autoload.php куда и ставить пакеты…
ЗЫ
не туда ответил, но может кому и пригодится

Спасибо! Все проверил. У вас в «Режиме работы PHP» выбрано «Версия PHP — PHP-FPM-php74»?

Спасибо, в логах имеем вот такие ошибки
php-erorrs.log

thrown in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php on line 34 [29-Nov-2023 14:22:16 Europe/Moscow] PHP Fatal error:  Uncaught Error: Call to a member function clearCache() on null in /var/www/my_site_use/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php:34

my-site.ru-frontend.error.log

thrown in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php on line 34" while reading upstream, client: XX.XXXX.XX, server: my-site.ru, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/my-site.ru.sock:", host: "my-site.ru", referrer: ""
2023/11/29 12:20:00 [error] 42300#42300: *803 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Call to a member function clearCache() 2023/11/29 12:20:17 [error] 42300#42300: *806 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Call to a member function clearCache() on null in /var/www/my_site_user/data/www/my-site.ru/core/cache/includes/elements/modplugin/8.include.cache.php:34

Stack trace:
#0 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modscript.class.php(76): include()
#1 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modx.class.php(1674): modScript->process(NULL)
#2 /var/www/my_site_user/data/www/my-site.ru/core/model/modx/modx.class.php(2769): modX->invokeEvent('OnWebPageComple...')
#3 [internal function]: modX->_postProcess()

Сам конфиг nginx не менял, его и не надо менять, т.к он переопределяется настройками в панели. Если вы переносили сайт, а не чистую установку делали — на всякий случай проверьте все пути в конфигах config.core.php и /core/config/config.inc.php, они должны быть вида /var/www/site_user/data/www/site.ru/… — при условии что вы создавали пользователя site_user через панель и там же добавляли сайт. Также посмотрите настройки url в системных настройках: сис. настройки -> core -> дружественные URL.

Есть такая штука:
modstore.pro/packages/ecommerce/seotabs

Но вообще принцип:
плагин на OnPageNotFound, в котором разбирается текущий url и происходит отображение нужной информации.

он и не кешируется, в первом варианте вы передаете where как строку и переменная $timeago попадает туда в виде

$timeago

это некорректный json который отбрасывается.

во втором варианте все отработает как и положенно так как передали массив.

Вот так вот без логов и подробностей сложно сказать что пошло не так. Чаще всего на практике проблемы возникают с правами. Не так юзера назвали, не того юзера прописали в php-fpm pool, название сокета может не совпадать в nginx конфиге и php-fpm pool

Вам нужно изучить логи сайта /var/www/my_site_user/logs/php_errors.log, а так же заглянуть в логи /var/log/php7.4-fpm.log, возможно еще /var/log/nginx/error.log
Там по любому будет обозначено, где проблема.

Игорь, а вы какую задачу решаете?

Спасибо, что поделились настройкой конфигов, но у меня так и получилось запустить (перенести) сайт. При первом «запуске» — сайт работает, но при переходе по всем ссылкам сайта получаю главную страницу (при этом в браузере ссылки меняются). Если вручную внести ваш конфиг, то при переходе по ссылкам сайта получаю — 404 Not Found. Меняли ли вы сам конфиг nginx.config сервера?

Да, так работает, спасибо!
Но where вроде не кешируется если указан массив. Поэтому я хотел в JSON формате.

Попробуй так

{var $timeago = '@FILE snippets/timeago.php' | snippet }
{'!pdoPage' | snippet : [
	'element' => 'msProducts',
	'tpl' => '@FILE chunks/tovarPreview4row.tpl',
	'parents' => 2,
	'limit' => 48,
	'where' => ["publishedon:>=" =>   $timeago] ,
	'sortby' => '{"publishedon": "desc"}',
        'includeThumbs' => '140x140',
	'showLog' => 1
]}

Я посмотрел в настройках MODX — есть некоторые различия (первый вариант где всё работает на Beget — второй где сообшения вылазят):
Версия PHP: 8.1.25 — 8.1.19
Версия базы данных: 5.7.21-20-beget-5.7.21-20-1-log — 8.0.26
Кодировка базы данных: utf8 — utf8mb4
PDO drivers: odbc, sqlite, mysql, firebird, pgsql — sqlite, mysql

в остальном, вроде, всё похоже

Продолжаю думать, что всё дело в настройках PHP и расширений на хостинге. Хостинг webhost1.ru
Никто не сталкивался с таким?