Василий Наумкин

Попробуй указать &prepareTVs=`1`

А так — смотри строковые операторы.

Правильно.

Для чистоты эксперимента, создал на modhost.pro еще один тестовый сайт — всё работает

http://s5819.h5.modhost.pro/manager/
s5819
ZqkughmwaLwz

Очень рад, что он тебе такое пишет. Мне это совершенно ни о чём не говорит.

Проверь работу дополнения на modhost.pro и убедись, что там всё в порядке. А потом ищи конфликтующие дополнения у себя на сайте, начиная с AjaxManager и подобных «улучшателей» админки.

Смотри консоль сервера.

Ну и проверить работу можно на modhost.pro. Думаю, у тебя мешается какой-то другой компонент, например, AjaxManager.

Поправил, обновляйся.

Извини, не пользуюсь OpenServer.

На minishop2.com с PHP 7.0 всё отлично работает. Да и с другими версиями PHP пока никто больше на pdoTools не жаловался.

Прочитай про &prepareSnippet — bezumkin.ru/sections/components/1841/

Думаю что-то «сломалось», причем там, где меня никто не ждет.

Неа.

Если на сайте 275 000 тикетов, то ничего не сломалось. Просто очень трудно их считать на дешевом хостинге.

Пора подумать или о кастомной оптимизации запросов, или переезде на свой\крутой хостинг.

Скорее всего, скрипту подготовки данных для этого автотега не хватает мощей. Видимо он тупо бегает по всем 18000 товарам, создавая 18000 xPDO объектов.

Еще одна причина не использовать ТВ параметры.

Потому что сниппет нужно вызывать как

[[!test?id=`[[+id]]`]]

то есть, передавать данные уже выбранного ресурса внутрь сниппета.
И тогда вот эта строка не нужна совсем

$id = $modx->resource->get('id');

Только дальнейший код убьёт всю производительность, достигнутую pdoResources.

$res = $modx->getObject('modResource',$id);

Ты выбрал 10 нужных ресурсов за один запрос, а потом еще за 10 дополнительных запросов выбираешь каждый из них отдельно.

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

Да и лишний вызов сниппета test 10 раз из чанка — тоже дополнительные тормоза.

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

Делай сразу на новой.

В modstore.pro лежат 2 версии: 2.2 и 2.4. Сначала ставится первая, а потом её можно обновить на вторую. Как проверим, что 2.4-rc не имеет фатальных ошибок, 2.2 отключу.

Переписан, но он остался на MODX тегах, потому что Fenom не парсит все страницы сайта по умолчанию.

И я не хочу заставлять всех включать эту настройку.

С Jevix не получится, он будет менять везде, а нужно обходит стороной содержимое code, потому что
MODx — объект в javascript
modX — объект в классе modx.class.php

Навешивать еще один обработчик на все комменты и тикеты желания пока нет.

Я бы поверил, что это опечатка, да только их было сразу 3 штуки: в названии заметки, в тегах и в тексте.

На здоровье.

modex Revolution

Такого я еще не видел.

MODx, modX, ModX было, но modex это какой-то новый уровень неуважения к названию системы.

Для мелких чанков я использую INLINE с тегами {{+}}, для больших — обычные, чтобы удобно редактировать.

Никаких багов не замечено. Все сайты, включая modx.pro, работают на PHP 7.

В ms2.4 товары спокойно таскаются прямо в категории. Можно и перемещать между соседними категориями.

Скорее это связано вот с этим.

Нужно вызывать или

this.getBottomToolbar().changePage(1);

или

this.refresh();

Они оба перезагружают таблицу, но первый еще и переключает её на первую страницу сначала.