Ну предположим плагин на рендер страницы который что-то там делает…
Вам лучше знать что у вас установленно и какие плагины используете. Но чудес не бывает.

А откуда может JS обрабатываться парсером MODX? Да и тем более, если ничего не нашлось в файлах и БД по словам «TranslationNotFound», «quanity», «s[i]().top+o», которые должны где-то находиться, если модекс их запускает.

какой то js обрабатывается парсером modx.
Либо напрямую на странице где то вывод js, либо какой то пакет/ плагин.

Но позже заметил, что в журнале ошибок каждый день в одно и то же время начинает дублироваться каждую минуту в течение 10 мин. следующий блок строк:

ну если стабильно в одно и тоже время — значит не все удалили.

Кроме того выполнил поиск по содержимому файлов специальной прогой и поиск по БД указанных ключевых слов — ничего не нашлось, кроме файла журнала, в котором они появляются.

В чанках нет ничего подобного.Я их особо-то и не использую пока. Там только стандартные чанки от Login, AjaxLogin, FormIt

Искать по чанкам и шаблон вхождения TranslationNotFound, s[i]().top+o и т.д. а как найдёшь удалить

Добавлю, что у меня в modx3 с phthump эта функция (точнее в логах ошибка связанная с этой функцией) была в файле /core/vendor/james-heinrich/phpthumb/phpthumb.class.php также на 317 строке

привет! Конкретно для главной страницы конечно спорный вопрос… я бы через компонент не делал. Обычно такие редиректы нужны когда сайт переезжает на другой адрес. В этом случае рациональнее сделать редирект всего сайта средствами nginx или через htaccess, смотря какой сервер.

Дело в том, что у главной страницы uri — index, а url, который открываем в браузере — пустой.
Чтобы компонент смог обработать такой редирект — нужно прям отдельное условие добавить в код…

Привет. не пойму как сделать 301 главной страницы на внешний сайт.

Пробую: index ИЛИ / ИЛИ index.html -> modx.pro/components/24389

главную удаляю, но редиректа не происходит

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

'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.