Очень рад, что он тебе такое пишет. Мне это совершенно ни о чём не говорит.
Проверь работу дополнения на modhost.pro и убедись, что там всё в порядке. А потом ищи конфликтующие дополнения у себя на сайте, начиная с AjaxManager и подобных «улучшателей» админки.
Скорее всего, скрипту подготовки данных для этого автотега не хватает мощей. Видимо он тупо бегает по всем 18000 товарам, создавая 18000 xPDO объектов.
то есть, передавать данные уже выбранного ресурса внутрь сниппета.
И тогда вот эта строка не нужна совсем
$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 отключу.
С Jevix не получится, он будет менять везде, а нужно обходит стороной содержимое code, потому что
MODx — объект в javascript
modX — объект в классе modx.class.php
Навешивать еще один обработчик на все комменты и тикеты желания пока нет.
А так — смотри строковые операторы.
Проверь работу дополнения на modhost.pro и убедись, что там всё в порядке. А потом ищи конфликтующие дополнения у себя на сайте, начиная с AjaxManager и подобных «улучшателей» админки.
Ну и проверить работу можно на modhost.pro. Думаю, у тебя мешается какой-то другой компонент, например, AjaxManager.
На minishop2.com с PHP 7.0 всё отлично работает. Да и с другими версиями PHP пока никто больше на pdoTools не жаловался.
Если на сайте 275 000 тикетов, то ничего не сломалось. Просто очень трудно их считать на дешевом хостинге.
Пора подумать или о кастомной оптимизации запросов, или переезде на свой\крутой хостинг.
Еще одна причина не использовать ТВ параметры.
то есть, передавать данные уже выбранного ресурса внутрь сниппета.
И тогда вот эта строка не нужна совсем
Только дальнейший код убьёт всю производительность, достигнутую pdoResources.
Ты выбрал 10 нужных ресурсов за один запрос, а потом еще за 10 дополнительных запросов выбираешь каждый из них отдельно.
Это при том, что данные уже выбранных ресурсов и так доступны у тебя в чане, в которым ты вызываешь свой сниппет. В моём примере передаётся только id, но так можно передать и другие свойства.
Да и лишний вызов сниппета test 10 раз из чанка — тоже дополнительные тормоза.
В общем, лучше напиши, чего ты хочешь добиться, может чего поумнее подскажут.
В modstore.pro лежат 2 версии: 2.2 и 2.4. Сначала ставится первая, а потом её можно обновить на вторую. Как проверим, что 2.4-rc не имеет фатальных ошибок, 2.2 отключу.
И я не хочу заставлять всех включать эту настройку.
MODx — объект в javascript
modX — объект в классе modx.class.php
Навешивать еще один обработчик на все комменты и тикеты желания пока нет.
На здоровье.
MODx, modX, ModX было, но modex это какой-то новый уровень неуважения к названию системы.
Никаких багов не замечено. Все сайты, включая modx.pro, работают на PHP 7.
или
Они оба перезагружают таблицу, но первый еще и переключает её на первую страницу сначала.