там в плагине ошибка

if($child_ids = $modx->getChildIds($resource->id,50,array('context' => $resource->context_key))){
            $resources = array_merge($resources, $modx->getIterator('modResource',array("id:IN" => $child_ids)));
        }

версия php не причем

Зачем? это из ЧатГПТ скопировано? Во время установки панели всё должно установиться и так, а все настройки можно сделать прямо в панели. У некоторых хостеров можно выбрать готовые образы сразу с предустановленной панелью.

Для выполнения данной настройки, следуйте приведенным ниже инструкциям:

Установите Nginx и PHP-FPM:
a. Обновите список пакетов и установите Nginx:

sudo apt update
sudo apt install nginx
b. Установите PHP-FPM и необходимые расширения:

sudo apt install php-fpm php-mysql
Настройте Nginx для обработки PHP-кода:
Создайте файл конфигурации виртуального хоста для вашего домена (например, example.com) в каталоге /etc/nginx/sites-available:

sudo nano /etc/nginx/sites-available/example.com
Вставьте следующую конфигурацию:

server {
listen 80;
listen [::]:80;

root /var/www/example.com;
index index.php index.html;

server_name example.com www.example.com;

location / {
try_files $uri $uri/ =404;
}

# Обработка PHP-запросов
location ~ .php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
}
}

3. Создайте симлинк на созданный файл конфигурации:

```sh
ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/
Перезагрузите Nginx:
sudo systemctl reload nginx
Установите FastPanel и настройте MODX:
Для установки FastPanel, вам потребуется зарегистрировать аккаунт на их сервере и следовать инструкциям по установке. Процесс может отличаться в зависимости от того, используете ли вы установщик FastPanel или устанавливаете самостоятельно.

После успешной установки FastPanel, вы можете использовать его для настройки MODX. Вам потребуется создать новый сайт в панели управления и выбрать MODX в качестве используемой CMS. Затем следуйте инструкциям, предоставленным FastPanel для завершения настройки.

Обратите внимание, что процесс настройки может быть различным в зависимости от версии MODX, которую вы используете. В данном случае, мы используем MODX Revolution 2.8.5.

Пожалуйста, убедитесь, что вы следуете инструкциям, соответствующим вашей версии MODX.

И Redirector, и autoRedirector и easyRedirects имеют в своём составе плагин, который висит на событии OnDocFormSave и отслеживают изменение url ресурса.

Но есть одно но) Все компоненты для того чтобы узнать какой был старый url у страницы — они его сохраняют где-то заранее, к примеру на событии OnBeforeDocFormSave (в properties ресурса) или OnDocFormRender (в сессию). И только потом на OnDocFormSave уже идет сравнение старого адреса и нового и при необходимости создание редиректа.
Ну в общем то любой компонент для импорта событие OnDocFormRender точно не вызовет.
В принципе OnBeforeDocFormSave в autoRedirector вроде как должен срабатывать, если msImportExport обновляет товар через процессор resource/update… но не знаю, не разбирался.

В общем для них лучше свой плагин написать с созданием правил редиректа (благо там и нужно то заполнить 2 поля минимально), насколько помню у того же msImportExport есть событие, куда приходят данные при обновлении товара.

Приветствую! Было бы круто, если бы компонент автоматически проставлял 301 редирект при смене адреса страницы, товара… Я не смог найти компонент, который бы автоматически их ставил, если товары выгружаются из 1с или из файла xls. Речь идет о msImportExport и о mSync

Спасибо, но не помогло(

Помогло сделать вот так:

preg_replace('/(\[+|\]+)/', '', $curl_body);

Всем спасибо за поддержку! :)

Возможно дело в каком то плагине с событием OnDocFormSave по отключайте плагины по очередно.

Разобрался в чем дело. Это приходит и правда извне, с другого сайта, с которого регулярно у меня парсятся товары. Парсящий PHP-скрипт запускается отдельно по крону, но в нем я использую MODX API для удобства. И вот из-за того, что данные куски кода на сайте источнике обрамлены в [[...]], то modParser думает, что тут происходит вызов сниппета. Хотя этот результат вообще не должен по идее обрабатываться парсером Модекса. Это еще предстоит разобраться почему так выходит…

Нет, все нужные скрипты внутри, там же, где сайт. Соответственно, были просканированы

А внешние скрипты у вас не подключаются да?

Да, но даже фрагментов из этой строки не находится в содержимом файлов сайта, даже такого фрагмента «w.Callbacks» там нет. Пришла пора поверить в магию? :)
disk.yandex.ru/i/98Uosztw7QTUdQ

notify","progress",w.Callbacks("memory"),w.Callbacks("memory"),2],["resolve","done",w.Callbacks("once

Ну вот это же явно js.

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

А откуда может 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 строке