Володя
С нами с 18 декабря 2012; Место в рейтинге пользователей: #62 часа назад
Здравствуйте. Модуль опять убрали? Только на днях его купил, тестирую… а тут вдруг пропадает. Его вернут или не известно? Как с поддержкой?
Вопрос ка...
ms_CDEK2 пропал? 9
9 часов назад
Можно попробовать плагином на событие OnBeforeManagerPageInit
if ('OnBeforeManagerPageInit' === $modx->event->name) {
if (is_array($a...
Изменение сортировки в таблице Пользователи в админке по умолчанию 2
Вчера в 21:05
ну да, пойду в комнату 1. Ну по вашей подсказке потом допёрло почему в условии id 1. в ресурсе 1 у меня и лежат эти тв-поля.
Не работает условие в чанке футера на остальных страницах 16
Вчера в 19:07
Конечно, там же путь к интерфейсу другой.
Как сделать количество товара в minishop2 дробным? 9
24 февраля 2025, 20:40
Спасибо! Смог вручную его найти в нем, если пользоваться поиском, то подсовывал версию из modstore.pro.
Установить Minishop2 4.4.0-pl из панели управления сайтом 2
23 февраля 2025, 19:42
А все-таки можно просто очистить таблицу)?
Если нет, то скажите, пожалуйста, куда добавлять?
[[!versionCleanX? &contentType=`resource&...
VersionX переполнил базу данных 7
23 февраля 2025, 14:39
Возможно вариант неидеальный и неокончательный, но уже рабочий)
В шаблоне внес правки в скрипт
<script>
$(document).ready(function () {
...
Проблема пагинации в самописном фильтре для товаров minishop2 4
пока идет запрос удаления новый пользователь не получит новый идентификатор сессии, уже действующий пользователь тоже словит задержку и будет нервно курить и в итоге закроет сайт.
Так вот чтобы не было тормозов я и решил ввести limit, нам же не принципиально очистить таблицу за один проход.
да, это ускорит удаление, но не сильно, в случае с большим кол-ом данных думаю будут те же тормоза что я описал выше.
— на modhost.pro/ на тарифе разработка, сгенерировал 500 000 записей уникальных сессий с 70% ботов.
— выделенный сгенерировал 2 000 000 записей уникальных сессий с 70% ботов.
Далее по тексту режим:
standart — стандартный запрос на удаление что используется в modSessionHandler
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.
В каком месте тормозило?
запусти код и после посмотри в журнале ошибок modx если вывод кол-ва ресурсов?
Если нет — то целиком весь используемый код выкладывай.
А настройка
payment_return_id это не оно?
Вероятно тогда можно попробовать чтоб заработало.
можно только указать настройки кроппера по дефолту в виде json
на фронте этого функционала нет.
в след. обновлении будет доступно, из за одних циферок уж не буду заливать новую версию.