Илья Уткин

У меня всё нормально на нескольких сайтах. Только я в cache_prefix не использую слеш. У меня префикс, например, skaminy_

добавьте

'tvPrefix'=>'',

Не надо ничего мудрить. Даже отдельный шаблон не нужен. Я обычно так делаю:

<div>
    [[pdoResources?
      &parents=`0`
      &limit=`0`
      &tpl=`@INLINE <p>{$pagetitle}</p>{if $idx % 5 == 0}</div><div>{/if}`
    ]]
</div>

Но тут человек хотел именно сам разобраться с тем, как писать сниппеты для MODX. Он получил большой опыт за небольшое время. Ну и далеко не все наткнутся где-нибудь на моё решение, а если это будет отдельный сниппет, начинающие будут им пользоваться.

Вот коммит, который решает эту проблему: github.com/but1head/frontendmanager/commit/3a6980436065c7fa0a4d3f058bb9ffd7b01bdfde

Да

Конечно, телепатически. С опытом появляются экстрасенсорные способности — находить баги удалённо, исправлять неработающий функционал одним своим присутствием. =)))

По первому случаю согласен, а вот при возврате лучше подставить то, что нужно пользователю. Вдруг нужно группы вывести через запятую, например…

А, ну и ms2Gallery, конечно же

Ну так FileAttach или UserFiles

<?php
$contexts = $modx->getCollection('modContext',array('key:NOT IN' => array('web', 'mgr')));
foreach($contexts as $cx) {
    print_r($cx->toArray());
}

Разбивка страниц по категориям (родителям)

s6270.h5.modhost.pro/

Да там вряд ли сложно — на шоколадку переведёшь и ладно

Если так, то вторую часть нужно реализовывать на JS. У pdoPage есть коллбеки.

Да, pdoMenu примерно так и работает — дерево строится уже после выборки. А в pdoResources список строится прямо на основе ответа от базы данных

Во-первых, pdoMenu для этого не подходит. Этот сниппет строит дерево ресурсов. Я вообще считаю, что из этого сниппета надо напрочь удалить восприимчивость к параметрам &limit и &offset — сниппет не для вашей задачи.

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

Если скинете доступ в личку, попробую чем-нибудь помочь за небольшое вознаграждение

У меня есть проект, где группа пользователя — это организация, а пользователи — это сотрудники этой организации. А вот class_key нужен именно для расширения объекта пользователя, чтобы переопределить его методы, например.

У MODX нет принадлежности к какой-либо стране. В коде MODX есть вклад от следующих разработчиков

• Виталий Киреев
• Данил
• Василий Наумкин
• Сергей Шлоков
• Иван Климчук (правда он из Беларуси)
• Николай Ланец
• Илья Уткин
• Роман Ганин

И мне кажется, что это далеко не все разработчики из России или СНГ, которые внесли вклад в MODX.

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

Ага, а потом другой разработчик будет 3 часа анализировать алгоритм, чтобы хоть что-то сделать.
Группы пользователей созданы как раз для таких задач. Не надо велосипедов изобретать.

Он нужен для расширения объекта пользователя в своих компонентах с помощью ООП. А вам нужно просто создать 2 группы пользователей. И в зависимости от того, в какой группе пользователь находится — выводить ему тот или иной функционал.