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
Никто не сталкивался с таким?

AjaxForm это просто JS оболочка для FormIT или любых других сниппетов. Компонент сам по себе ничего не делает, никаких серверных задач не выполняет. Там просто нечего адаптировать.
Разве что, сам установщик

Я не думал, что AjaxForm не адаптирован под MODX3 (зачем же он тогда в репозитарии установщика отображается?).
Мне сейчас кажется, что дело, всё-таки, в настройках хостинга: каких-то директив не хватает…
Сегодня для примера на другом хостинге (на своем Beget) создал новый сайт MODX 3, установил Formit, AjaxForm и все другие компоненты с сайта-примера, скопировал чанки с формами, шаблон — пока всё работает «как часы» (сообщений в консоле нет).
К сожалению, не получается пока просто скопировать сайт — Vapor выдаёт ошибку, UpgradeModx не хочет устанавливаться, прямого доступа к хостингу, на данный момент, нет.
Можно просто попытаться переустановить MODX, но, опять же, без резервной копии страшно (вдруг всё тупо сломается, раз сейчас всё так странно там), неделя работы какой-никакой… ((

Так причем тут jQuery?
AjaxForm(не только js имеется ввиду, а его php) на сколько я знаю вообще не адаптирован под MODX 3, FetchIt прямая и простая замена.

потому что jQuery все равно уже установлен на сайте (и используется для разных целей, не только для AjaxForms) + не хотелось заморачиваться с новинками…
Я, на самом деле, смотрел оба этих компонента: SendIt у меня почему-то не заработал (может плохо разбирался), FetchIt заработал — но нужно было заморачиваться с настройками стилей, уведомлений, антиспама и т.п. (я для Formit + AjaxForm уже все заготовки были с прежних времен).

А почему из двух адаптированных под Modx 3 компонентов, ты выбрал тот, который под Modx 3 никто не адаптировал и не будет?