Володя

у тебя я так понимаю так же можно вылечить modx.pro/components/24542#comment-142272

Отписываюсь по тестированию, тестировал
— на modhost.pro/ на тарифе разработка, сгенерировал 500 000 записей уникальных сессий с 70% ботов.
— выделенный сгенерировал 2 000 000 записей уникальных сессий с 70% ботов.

Далее по тексту режим:

standart — стандартный запрос на удаление что используется в modSessionHandler

$this->modx->removeCollection(Session::class, [
    'access:<' => time() - $this->gcMaxLifetime
]);

ext — запрос на удаление что используется в ExtSessionHandler

Сразу стало заметно тормоза:
Session cleanup time for mode «standart»: 0.0150 s
Session cleanup time for mode «ext»: 3.3543 s

Был один запрос с несколькими условиями github.com/vgrish/ExtSession/blob/490dfc4a7a8f1d1dd18a988573f5b607fadc457c/core/components/extsession/src/ExtSessionHandler.php#L180-L204

Разбил на несколько, стало чуть получше но все равно не то.
Добавил общий индекс на 3 колонки github.com/vgrish/ExtSession/blob/8223ff63e5574b8697fcf0eb66e55c93eaba7fd6/core/components/extsession/schema/extsession.mysql.schema.xml#L36-L40

Session cleanup time for mode «ext»: 1.3543 s — Тоже не фонтан.

Перекинул колонки github.com/vgrish/ExtSession/blob/8223ff63e5574b8697fcf0eb66e55c93eaba7fd6/core/components/extsession/schema/extsession.mysql.schema.xml#L8-L10 перед колонкой data

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

И вот тут уже стало совсем хорошо
Session cleanup time for mode «ext»: 0.0029 s

Так что с помощью тестов удалось найти слабое место и исправить ситуацию. LIMIT Подбирается опытным путем в зависимости от посещаемости сайта и мощности сервера. По умолчанию использовал 5000.

Добрый вечер. Нет, тестирования под нагрузкой не проводилось. С удовольствием поучавствую в тестировании — обращайтесь.

Потому что на smartSessions при сроке жизнь 1 месяц, и большом количестве посещений (около полумиллиона юзеров в месяц) —

В каком месте тормозило?

Инсталлятор пакета поправлен — теперь должен корректно устанавливаться у всех.

Да пожалуйста. Будьте внимательней при написании кода и вопров будет меньше.

Руками создайте способ оплаты.

Выражение в select должно быть корректной json строкой.

в конце своего кода добавь

$modx->log(1,  print_r(count($resources) ,1));

запусти код и после посмотри в журнале ошибок modx если вывод кол-ва ресурсов?
Если нет — то целиком весь используемый код выкладывай.

Уточните у поддержки тинькоф есть ли данная возможность? Если есть значит можно сделать.

Сейчас стоит Юкасса, тоже Ваш компонент. Не нашли там такой возможности.

А настройка
payment_return_id это не оно?

Добрый вечер. Напишите в ТП — посмотрю что можно сделать. Спасибо.

написать в ТП.

Не тестировал, на сервере должна стоять версия imagick с поддержкой heic.
Вероятно тогда можно попробовать чтоб заработало.

А для фронта задать параметры для Cropper нельзя?
можно только указать настройки кроппера по дефолту в виде json

&cropper=`{ "aspectRatio":3,"minCropBoxWidth":395,"minCropBoxHeight":198 }`

Это настройка только для админки, выводит комбобокс с настройками кропа

на фронте этого функционала нет.

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

Принято, что нибудь придумаю для форматирования.

открыть /manager/?a=system/action
Меню пользователя — Пользователь — Профиль редактировать
обработчик прописать

window.open('/manager/index.php?a=security/user/update&id='+MODx.user.id);

сохранить

Рад что оценил!) Спасибо.

Отлично, будут вопросы — обращайтесь!