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

Только он не для админки.

Но да, там можно ограничить размер и еще много чего.

Нужно не просто объявить, a перегенерировать модель по новой схеме.

И это все затрется при первом же обновлении MODX.

Сейчас сайты в основном ломаю роботы, которые подбирают логин пароль и делают, что указано. Судя по тому, что инфа была поменена в кэше, у тебя скомпроментирован вход через FTP (или SFTP) — вот оттуда и нужно начинать.

Поднимай логи, смотри кто заходил, меняй пароли. MODX нужно обновить до впоследней версии, если еще не.

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

Ты недооцениваешь мощь msProducts

[[!msProducts?
	&parents=`3`
	&innerJoin=`{
		"msProductOption":{"alias":"msProductOption","on":"msProductOption.product_id = msProduct.id"}
	}`
	&select=`{"msProductOption":"value"}`
	&where=`{"msProductOption.key":"size"}`
	&groupby=`msProductOption.value`
	&tpl=`@INLINE <p>[[+value]]</p>`
	&showLog=`1`	
]]

По идее, TicketComment могут комментировать что угодно — зависит только от имени &thread.

Но на деле нужно проверять, я же не знаю тонкостей проекта.

Можно добавить к новости 5 ТВ и писать туда мнения. Это все равно будет быстрее, чем выводить 5 дочерних ресурсов.

Ну и комментарии можно использовать 2 раза на странице, с разным параметров &thread — хотя тут надо еще проверить.

Будет тормозить.

Лучше в ТВ, или комментариями.

Как минимум, из-за кэширования.

Я от Articles уже давно отказался.

Не знаю, может у него есть проблемы и в админке, но у Tickets — точно нет. Весь этот сайт работает именно на тикетах.

Так и должно быть.

fastMode на то и fast, что вырезает все лишнее. Для него нужно подготовить чанк, убрать все условия и вложенные вызовы. Например в комментариях к тикетам его просто необходимо использовать, иначе тормоза.

Лично я использую его часто, но по умолчанию он отключен.

1. Articles и Tickets по умолчанию не раскрываются в дереве.
2. Articles и Tickets — это тоже ресурсы, просто расширенные.

Им не нужен GroupEdit, ибо они сами показывают дочерние ресурсы в табличке:


Соответственно, и проблемы с раскрыванием дерева нет.

Конечно.

Нужно использовать Tickets или Articles — они скрывают дочерние ресурсы.

Попробуй вот эту версию класса, в ней добавлена обработка ++ и *, ну и переписан метод fastProcess().

Если нормально будет у тебя работать (у себя я уже проверил), то выпущу бету версию.

Думаю, можно добавить обработку modX::placeholders в getChunk. Там уже есть работа с % и ~, пусть будет и ++.

Состряпал тест:

$pdo = $modx->getService('pdoFetch');
$time = microtime(true);
for ($i = 1; $i <= 1000; $i++) {
	$res = $pdo->getChunk('@INLINE [[++site_name]]', array(), false);
}
echo microtime(true) - $time;

Со старой передачей в парсер выходит 0.25 сек, с новой — 0.026. Надеюсь, глюков это не прибавит.

Значит, я не прав. В любом случае, там обработка через modPlaceholderTag::getContent(), а не через str_replace.

Так какой из этого всего следует вывод? Что метод pdoTools::getChunk() c fastMode быстрее, но не всё обрабатывает, а без него медленнее?

Никак, только через css скрывать лишние уровни.

Симпатично, мне нравится.

Очень рад, что MS2 тебе помог.

Молоток!
Вот что может сделать программист, проявив смекалку =)

Хотя, лично я это делаю связями товаров, но тут на вкус и цвет.

1й вариант — свой компонент. Это если юзер не должен видить другие настройки.

2й вариант — использовать прямую ссылку на namespace в настройках, например /manager/?a=70&namespace=pdotools. Можно самостоятельно создать пункт меню, который будет отправлять по этой ссылке, а там будет открываться сразу нужный namespace и твои настройки.

Выбирай.