Да и если require в процессоре не верно прописан — ошибка об этом вылезает.

С неймспейсом все ок. $modx->getObject('modNamespace', $ns)->getCorePath(); выдает правильный путь.

За fossies.org спасибо отдельное. За статьи у вас наверное спасибки — девать некуда, в отличии от донейтов. Вот решил попробовать получить данные из своего процессора, а не с помощью newQuery, а из своего процессора. Скинул modExtra, накидал схему, переименовал все, как мне надо, в общем запустил стандартно CMP — работает отлично. Ну что, создал в папке с процессорами рядом с mgr /processors/web/ В папку web скопировал процессор, который наследует modObjectGetListProcessor. Буквально указываю первые пять параметров (класские и что сортировать по id-DESC), и закрываю скобку. В принципе, почти такой же с совсем малой правкой в CMP благополучно данные кидает. Пишу в создаваемом процессоре require_once с классом данной таблицы. Абсолютно обычный класс, который extends xPDOSimpleObject Вызываю в консоле, как в начале статьи вы другие процессоры дергаете — приходит ошибки Could not get table class for class и {«success»:true,«total»:«0»,«results»:[]} Ставлю в консоли $modx->addPackage('booking', MODX_BASE_PATH.'path/path/model/'); — ноль внимания, фунт призрения. Добавляю $d= $modx->getObject('myClass',1); — работает! Я понимаю, что можно прописать загрузку модели в настройках extension_packages, но если я хочу все же, чтобы модель загружалась только там, где я дергаю данные, а на остальных страницах небыло? Как вообще пакеты по-грамотному подгружать к процессорам?

<? $pdo = $modx->getService('pdoTools'); $q = $modx->newQuery('modResource'); $q->select( array("id","uri","pagetitle","content") ); $q->limit(2000); $s = $q->prepare(); $s->execute(); while($row = $s->fetch(PDO::FETCH_ASSOC)) { print $row['pagetitle']; } print '<pre>'; print_r($pdo->getTime()); print '</pre>'; А зачем $pdo = $modx->getService('pdoTools'); и $pdo->getTime()? Юзайте microtime(true); и все. Пример здесь можно глянуть: gist.github.com/Fi1osof/328469331b5258ff009a

Вот это мощно, конечно. Компонента такого не планируется?)

Спасибо, Николай. Будем заменять pdoFetch на чистый xPDO. Вы как всегда привносите что-то полезное для меня. Вот кстати затестил для интереса первое и второе — modx.pro/help/5268/ :)

Да, безусловно будет легче научиться. Но чтобы такие вещи в админке делать, надо еще ExtJS изучать, без него никак. Я вот уже и постраничность в медиаманагере добавил. Там главное — понимать куда, как и какой компонент воткнуть.

Прикольно) Мне до такого еще далеко, хотя если от Evo остались базовые знания, я думаю и с Revo быстрее изучение пойдет. Те же чанки/сниппеты/плагины/модули и структура доков.