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

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

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

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

Я от 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 и твои настройки.

Выбирай.

В том, что нет

return $res;

А вот здесь идея не ясна.… Здесь первый вызов getChunk так и так обработает все плейсхолдеры, включая $modx->placeholders

Не обработает. Эти плейсхолдеры останутся и будут процесситься уже потом, при выводе страницы.
Причем, не str_replace, а созданием modTag и вызовом modTag::process(), что будет дольше.

Все остальное — ты там сам усложняй наздоровье, у меня на это времени нет.

Учимся работать с документацией.

Пакеты удаляются после установки. Для работы компонента transport.zip не нужен.

mSearch2 и другие работают без проблем, насколько я знаю.

Распиши подробнее, что ты имеешь в виду.

У пользователей итак есть свои настройки в админке на странице их редактирования.

Правильно, Munee требует минимум 5.3 и об этом везде написано.

У меня всё выглядит как на компе, вполне можно работать. Пару раз даже кое-что экстренно правил.

Использую Chrome на Xperia Pro, прошивка родная, Android 4.0