Все ваши новые поля поломаются, если, при внесении записи в это поле, вставить одинарную кавычку (апостроф).
Если следовать вашему примеру, то зайдя в профиль юзера, ​
в поле «Новое поле профиля» написать вместо:
Можно сохранять что угодно…
например
Можно сохранять что угод'но…

Сохраняем, заходим еще раз в профиль этого пользователя и вуаля… нового поля нет (а если было не одно новое поле, то и других бы тоже).

Неприятность находится здесь:

case "OnUserFormPrerender":
        if (!isset($user) || $user->get('id') < 1) {
            return;
        }

        if (!$modx->getCount('modPlugin', array('name' => 'AjaxManager', 'disabled' => false))) {
            $data['new_checkbox'] = $user->new_checkbox ? 'true' : 'false';
            $data['new_field'] = htmlspecialchars($user->Profile->new_field);

Внесите в код правку:

$data['new_field'] = htmlspecialchars($user->Profile->new_field, ENT_QUOTES);

Или, как вариант, впихнуть какую-то регулярку…
Надеюсь, это кому-то поможет.

Привет, нужно открыть сниппет textGenerator и очистить этот параметр:

Это не ошибка, а предупреждение.

Для отключения такого рода предупреждений установите системную настройку log_deprecated в состояние Нет

{'Это {скрипт|плагин|сниппет} генерации  {текстов|описаний|заголовков}  {для сайта|для {оптимизации|SEO}}' | textGenerator}

вот так не работает, всегда подтягивает текст из чанка: tpl.textGenerator.input

Как заставить работать? Кеши все чистил.

json_encode возможно лишний

попробуйте через программку postman, там потом позволяет сгенерировать код на нужном вам языке. ПОзволит исключить какие-то не явные ошибки (опечатка или лишний параметр)

Исправил
Для таких ошибок нужно смотреть в журналах по этому адресу /var/log/apache2 В журнале ошибок я обнаружил, что я использовал некоторые переменные в .htaccess, и мой сервер не поддерживал их, по логу нужно было включить 2 модуля.

$ sudo a2enmod headers
$ sudo a2enmod expires
$ systemctl restart apache2

Есть у кого инструкция как установить modx на VPS не нс нуля, сам пофикшу

Разумеется, если в настройке ms2_plugins была бы возможность добавлять плагины просто через запятую (например ms2_plugins: availability, custom_modules, deliverytime и т.д., которые подключены напрямую из папки plugins/), то отпали бы такие заметки, и деактивация плагинов проходила бы глаже при регистрации того же плагина в другое место.

Надеюсь на то, что в minishop3 появится такая возможность из коробки.

Что не пытался не помогает

Привет, лично у меня при разработке ушло на это время, и я не смог понять, почему если я регистрирую плагин относительно пути

/plugins/order/custom_modules/index.php

И вдруг захотел сменить путь на более удобный

/plugins/custom_fields/index.php

У меня появляется эта ошибка, сразу задался вопросом, а как же происходит регистрация плагинов, но ответа не нашел, поэтому и решил проблему таким способом

/plugins/custom_fields/ms2/index.php

Странно, но работает))

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

SELECT * FROM `modx_system_settings` WHERE `key` LIKE 'ms2_plugins'

Здравствуйте, как избравиться от ошибки при установке?

modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace videogallery to the routing based system.

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

Подскажите пожалуйста. Не рисуются графики. Текс есть, Всего заказов есть. А графиков нет. В чем может быть проблема?

Этот вопрос написан почти четыре года назад! Зачем на него отвечать?

На всякий случай если не заработает, то

// удаляем плагин
if ($miniShop2 = $modx->getService('miniShop2')) {
    $miniShop2->removePlugin('cart');
}
// добавляем вновь
$plugin = '{core_path}components/minishop2/plugins/cart/availability/index.php';
if ($miniShop2 = $modx->getService('miniShop2')) {
    $miniShop2->addPlugin('availability', $plugin);
}
// результат в ms2_plugins: {"availability":"{core_path}components\/minishop2\/plugins\/cart\/availability\/index.php"}

/* Вложенность иерархии в дереве и подключение, тоже имеют значение:
plugins
|_cart
|_|_availability
|_|_|_index.php
|_|_|_msproductdata.map.inc.php
*/

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

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

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

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

А что за сайт, на котором пользователи могут

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

Вы через него скрипты и стили собираете?
Хотелось бы понять кто и как делает — может я отстал уже сильно и всё через какие-то костыли делаю…