Все, что вы хотели знать о процессорах, но боялись спросить

Как-то делал, может, пригодятся:

Отличная схемка :)

Спасибо :) Это я на заре постижения работы с процессорами делал, чтобы вникнуть лучше

Ну ты-то давно уже вник))

Может, кому-то еще поможет лучше с логикой разобраться

Про процессоры у нас написано много ...

Николай, написано много и не только у вас но много не означает толково, но ЭТОТ материал лично для меня огромной ценности.

Большое спасибо за данный материал.

п.с. кстати у вас подача замечательная, читается на ура

В самом начале примера правильнее будет print_r взять в фигурные скобки. вот так {print_r($result)}

Fixed. спасибо!

Пожалуйста! :) 6 часов писал…

Cпрошу наверное я вот что ) Скажу сразу тема понятное дело облизана в интернете со всех сторон, но нет ничего лучше примера кода поэтому я нашел на Гите connector.php и начал изучать. и мне интересно вот что. есть connector.php который запускает процессор 'profile/auth'. Этот процессор расширяет процессор modProcessor. У меня вроде все и получилось но вот ответ приходит имя процессора, я подозреваю что проблема доступом к modProcessor. Что не так? Код один в один за исключением названия пакета)

class myTestProcessor extends modProcessor {
    public function process(){
        return 'done';
    }
}
return 'myTestProcessor';

1. Давайте полный листинг вызываемого кода, включая коннектор (даже если все повторяется). Мы не можем гадать измененный у вас код или нет (выкладывайте куда-нибудь на гист или типа того).
2. Приведите четко сообщение ошибки. Копипаст, плиз, а не «дословный перевод».
3. На сам modProcessor никаких прав не надо. Ошибка — это не всегда отсутствие доступа.

Gist

ошибки нет. в логах все чисто. я получаю статус 200 и в ответ название процессора, а не worked

п.с. чистый копипаст названия такие потому что просто разбираюсь, если вы об этом

Потому что название файла должно быть test.class.php, а не test.php.

Просто test.php — это устаревший флэт-процессор, он возвращает то, что у него в return. А у вас return 'myTestProcessor';

спасибо, то что надо… значить все файлы процессоров должны быть *.class.php

Да, должны быть. Не просто же так у нас процессоры getdata.class.php, getlist.class.php и т.п.

Здравствуйте.

В процессе разбора процессоров возникла проблема с которой не могу справится.

Работаем с пользователями нужно выдернуть с базы всех пользователей у которых sudo = 0. Результатом работы процессора должна быть выборка в которой указан только username

С критерием для выбора разобрался а вот с тем что нужно вернуть не могу. Процессор отдает полностью все поля таблицы. А нужно например только id и username.

В процессорах это метод setSelection,

$c->select(array(
    'id',
    'username',
));

Рекомендую почитать документацию по xPDO, поскольку процессоры общаются с базой через нее.

Спасибо. постепенно дойдем и туда…

п.с. лирическое ощущение… modx совсем не такой каким я его себе представлял

поспешил отписаться… все равно $response->getResponse() возвращает всю таблицу

class xtestGetUsersProcessor extends modObjectGetListProcessor{
    public $classKey = 'modUser';
    public $defaultSortField = 'id';
    public $defaultSortDirection = 'ASC';
    public $objectType = 'modUser';

    public function prepareQueryBeforeCount(xPDOQuery $c) {
            $c->where(array(
                'sudo' => 1,
            ));
        return $c;
    }
    public function setSelection(xPDOQuery $c){
        $c->select(array(
            'id',
            'username',
        ));
        return $c;
    }
}
return 'xtestGetUsersProcessor';

А, вот что :) Я по инерции подумал, что из modxSite процессор за основу взят Если посмотреть core/model/modx/modprocessor.class.php, то у процессора modObjectGetListProcessor нет метода setSelection. Здесь select можно разместить как раз в функции prepareQueryBeforeCount

ага) я тоже уже пересмотрел… дело в том что даже если вот так

public function prepareQueryBeforeCount(xPDOQuery $c) {
            $c->where(array(
                'sudo' => 1,
            ));

        $c->select(array(
            'id',
            'username',
        ));

        return $c;
    }

$response->getResponse() выдает полностью все колонки таблицы что ж за беда то такая

Надо в метод outputArray смотреть

А каким представлял?

можно вставить перед

return $c;

такие строки

$c->prepare();
print_r($c->toSQL());
die;

и если выполнить этот процессор в консоли, выведется sql-запрос

Можно и там, но лучше все-таки сформировать запрос без лишних полей. Нагрузка на мускул меньше будет.

я знал что есть такая штука как процессоры но это все было далеким и каким то туманным. вся работа заключалась в сниппет->phpClass

начав знакомство с процессорами я вижу что при таких возможностях использование snippet->phpClass это просто кощунство

outputArray

т.е. формировать строку ответа в ручную?

Так с этим никто не спорит. Я как бы намекнул, что надо таки туда поглядеть и увидеть, что базовый гетлист процессор в методе getData получает коллекцию, а в методе iterate дергается prepareRow с $object->toArray() под капотом; и select полетит, но не в результатах для вывода. Просто лень все это было печатать…

Нет. Написал ответ выше

Ты наверно имел в виду метод process?

Нет, я имел в виду вот это

Я бы все-таки посоветовал действительно поставить пакет modxsite — там есть хороший набор уже проверенных процессоров. Вот от того getlist лучше и наследовать. Сам я глубоко особо не копал в системных процессорах, но конкретно в объявлении modObjectGetListProcessor вызывает беспокойство слово abstract — это говорит, что он неполный (просто основа для дальнейшего развития), и какие-то необходимые для работы методы необходимо дописать.

Понял :)

я бы все-таки посоветовал действительно поставить пакет modxsite — там есть зороший набор уже проверенных процессоров.

это не боевой проект я никуда не спешу и раз уж так пошло дело с процессорами то думаю попытаться вникнуть до конца. а modxSite установлен :)

ну то что я хотел я получил осталось узнать на сколько все это правильно сделано.

class xtestGetUsersProcessor extends modObjectGetListProcessor{
    public $classKey = 'modUser';
    public $defaultSortDirection = 'ASC';
    public $defaultSortField = 'username';

.........

    public function prepareRow(xPDOObject $object) {
        $objectArray = array();
        $objectArray['id'] = $object->get('id');
        $objectArray['username'] = $object->get('username');
        return $objectArray;
    }
}
return 'xtestGetUsersProcessor';

это тоже будет работать, но при этом в запрос попадают все поля, и соответственно возрастает нагрузка и потребление памяти. Лучше все-таки до момента обращения к серверу правильно настроить select, чтобы в выборку попали только нужные поля. Странное дело, пока не могу понять

public function prepareQueryBeforeCount(xPDOQuery $c){
        $c=parent::prepareQueryBeforeCount($c);
        $c->select(['modUser.id','modUser.username']);
$c->prepare();
print $c->toSQL();
die;
    }

возвращает правильный запрос:

SELECT modUser.id, modUser.username FROM `spmx_users` AS `modUser`

а на выходе действительно отдает все поля

Array
(
    [success] => 1
    [total] => 5
    [results] => Array
        (
            [0] => Array
                (
                    [id] => 1
                    [username] => admin
                    [password] => P3/gWbTaphPr//hV8djePt1qdcjN5CIxBVKE5tqdJyQ=
                    [cachepwd] => 
                    [class_key] => modUser
                    [active] => 1
                    [remote_key] => 
                    [remote_data] => 
                    [hash_class] => hashing.modPBKDF2
                    [salt] => b052eb5470a21ff53697a5bf4cb43649
                    [primary_group] => 1
                    [session_stale] => Array
                        (
                            [1] => spravochniki
                            [2] => web
                        )

                    [sudo] => 1
                )

            [1] => Array

нигде в коде больше $c->select(...) не встречается вплоть до $modx->getCollection. Ничего не понимаю.

я не знаю прав ли я но так просто нельзя сделать… коллекция получает значения с таблицы и забивает ими класс xPDO. т.е. на выходе мы принимает не массив, а объекты конкретного класса… наверное п.с. из консоли не выход getCollection с селектом

Потому что надо смотреть в сторону методе prepareRow(). Как мы разбирали предметно ранее, xPDOObject::fromArray() выдернет из базы данных все строки объекта, так что $this->object->select() определенных колонок ничего не изменит, но нагрузки на сервер добавит. Надо переопределить этот метод в своем процессоре и вернуть типа

return array(
    'id'    => $this->object->id,
    'username'    => $this->object->username,
);

Саш, смотри ниже. И статью смотри, указанную в комментарии. Таким образом ты только увеличишь нагрузку на сервер. Это такие особенности xPDO.

Эх, не зря Серега мой лучший ученик :)))

Все правильно сделано. Единственное, просто по синтаксису, проще так:

return array(
    'id'    => $this->object->id,
    'username'    => $this->object->username,
);

Сегодня, Саша, мир твой рухнет))) Статью на этот счет почитать я тебе выше написал))

Да уж, действительно :) Я там еще не ковырял, не было необходимости :) Век живи…

Вот как-то так)

Как мы разбирали предметно ранее, xPDOObject::fromArray() выдернет из базы данных все строки объекта, так что $this->object->select() определенных колонок ничего не изменит, но нагрузки на сервер добавит

шикарно… хотел было сказать «ой, как жаль что статья не попала ко мне раньше» но я рад что разобрали все это методом проб и ошибок, а статья как раз в вовремя, объяснила все более точно и показала откуда ноги растут

Сегодня, Саша, мир твой рухнет)))

:) это все сейчас похоже на то как маленькие дети игрушку новую получать… «ВАУ, а тут и дверца еще открывается...»

Всем большое спасибо!!!

«ВАУ, а тут и дверца еще открывается...»

:))) Пожалуйста!

«ВАУ, а тут и дверца еще открывается...»

Ага, именно так :) Жизнь периодически тыкает носом в статьи, которые видел раньше, но на том моем уровне они вызывали зевоту :) Потом забывались. А зря… :) Все чаще появляется навязчивая мысль перечитать весь modxclub.ru c нуля :)

А все-таки странное поведение xPDO… Хотя не глупые люди писали, зачем-то надо :) Коля, а почему тогда в твоих процессорах работает конструкция $c->select(...)? Потому, что не урезаешь, а расширяешь?

Почитай:) Тут много чего интересного есть. Одна из наиболее интересных статей вот эта. Если все поймешь, что там написано (и всю сопутствующую информацию), то тогда у тебя не будет больше вопросов «а что же сайт так тормозит?», то есть будешь управлять кешированием и производительностью как положено.

Спасибо за наводку, обязательно изучу. Теперь уровень чуть выше :)

Коля, а почему тогда в твоих процессорах работает конструкция $c->select(...)?

Потому что по умолчанию вообще метод xPDOQuery::select() не выполняется. Попробуй вот так сделать:

$q = $modx->newQuery('modResource');
$q->prepare();
print $q->toSQL();

Увидишь все колонки запрошенного класса, при чем алиасные, а не как они есть в БД.

Не за что!

Это я понял. Не пойму, зачем? Нелогично как-то, на мой взгляд. Если мне надо только name, так и дай мне только его :) Хотя, как говорил, видимо было какие-то обоснования. Возможно, выбратьб все поля проще, чем отфильтровывать при формировании выборки… По универу помню только, что нам вбивали, что надо максимально запрос оптимизировать, сократить нагрузку на сервер. Может, и поменалась политика партии с тех времен :)

да не «выбирает» оно поля… создаются объекты… хотя опять таки выбирает но для того что бы создать объекты :)

Сделай так:

$q = $modx->newQuery('modUser');
$s = $q->prepare();
$s->execute();

print_r($s->fetch(2));

Получишь результат типа

Array
(
    [modUser_id] => 2
    [modUser_username] => xxxx
    [modUser_password] => xxxxxx
    [modUser_cachepwd] => 
    [modUser_class_key] => modUser
    [modUser_active] => 1
    [modUser_remote_key] => 
    [modUser_remote_data] => 
    [modUser_hash_class] => hashing.modPBKDF2
    [modUser_salt] => 
    [modUser_primary_group] => 22
    [modUser_session_stale] => 
    [modUser_sudo] => 1
)

И сделай так:

$q = $modx->newQuery('modUser');
$q->select(array(
    "{$q->getAlias()}.*",
));
$s = $q->prepare();
$s->execute();

print_r($s->fetch(2));

Результат:

Array
(
    [id] => 2
    [username] => xxxxxx
    [password] => xxxxxxx
    [cachepwd] => 
    [class_key] => modUser
    [active] => 1
    [remote_key] => 
    [remote_data] => 
    [hash_class] => hashing.modPBKDF2
    [salt] => 
    [primary_group] => 22
    [session_stale] => 
    [sudo] => 1
)

Найди 10 отличий.

Да… Надо чаще встречаться :) Не было пока необходимости, не вдавался в такие подробности, вполне хватает пока твоих getdata, при необходимости от них и наследую… Все. Выберу время в ближайшее время и займусь шпатлеванием пробелов :)

Давай. Не будет лишним.

усвоил. не скажу что все прям понятно, родилось еще больше вопросов, но об этом потом… для себя была поставлена задача сделать табличку пользователей с помощью процессора

процессор getusers.class.php

require_once (dirname(dirname(dirname(dirname(dirname(dirname(__FILE__)))))).'/model/modx/processors/security/user/getlist.class.php');

class xtestGetUserListProcessor extends modUserGetListProcessor{
    public function prepareQueryBeforeCount(xPDOQuery $c) {
        $c->leftJoin('modUserProfile','Profile');
        $c->leftJoin('modUserGroupMember', 'UserGroupMembers');
        $c->leftJoin('modUserGroup', 'UserGroup', 'UserGroupMembers.user_group = UserGroup.id');
        return $c;
    }

    public function prepareQueryAfterCount(xPDOQuery $c) {
        $c->select($this->modx->getSelectColumns('modUser','modUser'));
        $c->select($this->modx->getSelectColumns('modUserProfile','Profile','',array('fullname','email','blocked')));
        $c->select($this->modx->getSelectColumns('modUserGroup','UserGroup','',array('name')));
        return $c;
    }

    public function prepareRow(xPDOObject $object){
        return array(
            'id' => $object->id,
            'username' => $object->username,
            'fullname' => $object->fullname,
            'email' => $object->email,
            'group' => $object->name,
        );
    }
}
return 'xtestGetUserListProcessor';

ну и вот такой результат

уже при написании поста возник вопрос а что если у пользователя 2 группы… отложил пост полез пробовать…

если у пользователя 2 группы то покажет последнюю а если сделать вот так

$c->select($this->modx->getSelectColumns('modUser','modUser', '', array('id', 'username')));

то в таблице будет 2 строки с разными группами…

а еще есть такая штука как права… для выполнения вышеуказанного процессора пользователь должен иметь разрешения 'view_user'.

нравится «зараза».

Вот это:

require_once (dirname(dirname(dirname(dirname(dirname(dirname(__FILE__)))))).'/model/modx/processors/security/user/getlist.class.php');

замените на require_once MODX_PROCESSORS_PATH.'security/user/getlist.class.php');

Про дубляжи записей: изучайте SQL, там вопрос только в нем, а не в MODX-е. Какой SQL-запрос будет сформирован, такие данные и будут получены.

Вечер добрый. Николай, а скажите пожалуйста, почему Вы для получения объекта используете *GetListProcessor, с чем это связано? и вот есть такая беда есть: *.tpl

{processor action='web/groups/getgroup' ns='xtest' assign=result}
    {$result|@var_dump} // показывает NULL

require_once dirname(dirname(__FILE__)) . '/getobject.class.php';

class xtestGetGroupProcessor extends xtestGetObjectProcessor{
    public $classKey = 'modUserGroup';
    // ну даже так
    public function initialize(){
        $this->setProperty('id', 2);

        return parent::initialize();
    }

}
return 'xtestGetGroupProcessor';

class xtestGetObjectProcessor extends modObjectGetProcessor {

    public $checkViewPermission = false;

} 
return 'xtestGetObjectProcessor';

Через ajax->connector или консоль процессор возвращает то что от него хотят

корень зла определен. сразу как то не обратил внимание потому что smarty работало. при обращении к странице по ajax smarty то работает но вот modxSmarty неа… Николай писал об этом, решение нашлось в статье о каталоге :)

Я об этом не раз писал, и именно поэтому и писал статью про правильный Ajax-каталог. Конечно может и есть более правильная его организация, но на мой взгляд Ajax на документах правильней делать, если нужно HTML получить. А если просто данные нужны, тогда через коннекторы.

Подскажите пожалуйта, а как правильно работать с процессором modUserCreateProcessor? На сколько я понимаю там вся проблема в параметрах. Для начала через форму скармливаю 4 поля: username, email, password, password_confirm. Процессору дополнительно передается параметр passwordnotifymethod = 's'. В итоге я получаю пользователя, но система сама ему генерирует пароль, т.е. на сколько я понимаю поля пароля и дубля пароля игнорируются и даже не проверяются. Найти в инете хоть какое то описание как работает этот процессор у меня не получилось(

нашел в коде админки :)

$this->setDefaultProperties(
            array(
                'active' => true,
                'passwordnotifymethod' => 'w', // e - слать на mail, s - уведомление в окно, w- мне просто не надо ни то ни то
                'passwordgenmethod' => 'spec', // ручной ввод пароля
                'specifiedpassword' => $this->getProperty('password'),
                'confirmpassword' => $this->getProperty('password_confirm'),
            )
        );

Вот, достаточно просто почитать процессор и его валидатор :)

За 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, но если я хочу все же, чтобы модель загружалась только там, где я дергаю данные, а на остальных страницах небыло? Как вообще пакеты по-грамотному подгружать к процессорам?

namespace не?

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

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

спасибки — девать некуда, в отличии от донейтов.

Это уж точно :)

Добавляю $d=$modx->getObject('myClass',1); — работает!

Куда именно добавляешь? И выложи полный листинг твоего процессора и скрин файловой структуры твоего компонента, чтобы было видно что и как у тебя там лежит.

Куда именно добавляешь?

Да в консоль же добавляю. Отписал отдельную тему modxclub.ru/topics/vyizov-svoego-proczessora-1632.html

Добрый день. Делаю компонент, в котором одна из кнопок вызывает окно импорта данных из csv в таблицу БД. В одном поле выбирается файл (этот путь потом передается в процессор), а в другом поле выбирается второе необходимое для импорта значение (оно статично для всех данных импорта.). Проблема в том, что мой процессор по итогу заносит в БД лишь одно значение - причем либо первое, либо последнее. Подскажите, где у меня ошибка, и как мне сделать выполнение моего процессора в цикле, чтобы все данных заносились? Вот код моего процессора:

<?php
/**
 * Import an User
 */
class sxUserCreateProcessor extends modObjectCreateProcessor {
	public $objectType = 'sxUser';
	public $classKey = 'sxUser';
	public $languageTopics = array('sx');
	public $permission = 'new_document';


	/**
	 * @return bool
	 */

	public function prepareQueryBeforeCount(xPDOQuery $c)
	{

		$c->innerJoin('sxUserGroup', 'sxUserGroup', 'sxUserGroup.id = sxUser.usergroup_id');
		$c->select($this->modx->getSelectColumns('sxUser', 'sxUser'));
		$c->select('sxUserGroup.name as group_name');

		if ($usergroup_id = $this->getProperty('usergroup_id')) {
			if (!empty($usergroup_id)) {
				$c->where(array('sxUserGroup.usergroup_id' => $usergroup_id));
			}
		}

		return $c;
	}

	public function beforeSet() {


		$path = $this->modx->getOption('base_path');
		$file_dir = $path . $this->getProperty('import_source'); // Путь к файлу

		$file = file_get_contents($file_dir);
		$lines = explode(PHP_EOL, $file);
		foreach ($lines as $key => $value) {
			$this->setProperty('email', $value);
			return true;
		}

		return !$this->hasErrors();
	}

}

return 'sxUserCreateProcessor';

@Batyabest, 1. откуда Вы взяли у modObjectCreateProcessor метод prepareQueryBeforeCount? он используется в процессорах, которые предполагают получение списка объектов. 2. modObjectCreateProcessor рассчитан на добавление только одного объекта. т.е. нужно сперва получить файл, считать данные, а потом в цикле вызывать процессор создания объекта.

тут не пойму, зачем цикл, если при первом же проходе идёт выход?

foreach ($lines as $key => $value) {
    $this->setProperty('email', $value);
    return true;
}

ошибки ниоткуда не берутся. Их нужно создавать, например,

$this->hasErrors();

вот потом можно и проверять на ошибки.

$this->addFieldError('email','такой email уже есть');

Вообще, рекомендую изучить коды основных процессоров в файле core/model/modx/modprocessor.class.php

@Александр Марков,

1. Я наверное не правильно использовал этот метод, он у меня для того, чтобы в окне в котором я выбираю файл во втором поле я могу выбрать группу (это тот самый второй параметр для импорта.) То есть нажимаю кнопку Импорт - открывается окно в котором 2 поля: выбрать файл и выбрать группу. Вот группа подгружается из другой таблицы БД. Был бы благодарен, если подскажете как это сделать правильно.

2. В таком случае, для того, чтобы у меня заносились все данные получить в каком-то стороннем файле (скрипте), а потом в нем вызвать процессор создания объекта?

3. Про ошибки да, виноват))

@Александр Марков, Я переписал свой процессор таким образом:

<?>
/**
 * Create an User
 */
class sxUserImportProcessor extends modObjectCreateProcessor {
	public $objectType = 'sxUser';
	public $classKey = 'sxUser';
	public $languageTopics = array('sx');
	public $permission = 'new_document';


	/**
	 * @return bool
	 */

	public function beforeSet() {

		$path = $this->modx->getOption('base_path');
		$file_dir = $path . $this->getProperty('import_source'); // Путь к файлу

		$file = file_get_contents($file_dir);
		$lines = explode(PHP_EOL, $file);
		foreach ($lines as $value) {
			$this->setProperty('email', $value);

			$processorProps = array(
				'email' => $value,
				'usergroup_id' => $this->getProperty('usergroup_id')
			);
			$otherProps = array(
				// Здесь указываем где лежат наши процессоры
				'processors_path' => $this->modx->getOption('base_path') . 'core/components/sx/processors/'
			);
			$response = $this->modx->runProcessor('mgr/user/create', $processorProps, $otherProps);
			//print_r($response->response);
		}

		return !$this->hasErrors();
	}

}

return 'sxUserImportProcessor';

Теперь импорт данных происходит хорошо, но последние в файле данные импортируются 2 раза. Я так понимаю из-за того, что сначала происходит импорт через процессор, вызываемый в цикле, а затем последние данные заносятся через return 'sxUserImportProcessor'; ? Как исправить подскажите пожалуйста. Может быть вообще не нужен здесь процессор sxUserImportProcessor, а просто скриптом все оформить в котором будет вызываться другой процессор?

Перенес все в

public function process() {
/* ... */
}

все заработало.

Да, можно и так. только я не вижу смысла оформлять это в процессор. Процессор - это атомарная операция, для одного действия. Как например user/create. Сам импорт можно организовать обычным скриптом , который читает файл и в цикле вызывает процессор.

И да, лучша использовать метод process. это основной метод, который задаёт последовательность вызовов остальных. Посмотрите, как реализован, например, этот метод у процессора ObjectGetList.

@Александр Марков, Спасибо за подсказки. У меня возникла необходимость подгрузить в окне список ресурсов сайта. Родного modx-combo-resource я так понял не существует? Нашело такое решение, но почему-то оно не работает:

MODx.combo.Resource = function(config){
	config = config || {};
	Ext.applyIf(config,{
		id: 'modx-combo-resource'
		,name: 'resourceID'
		,hiddenName: 'resourceID'
		,displayField: 'pagetitle'
		,valueField: 'id'
		,mode: 'remote'
		,fields: ['id','pagetitle']
		,forceSelection: true
		,editable: false
		,enableKeyEvents: true
		,pageSize: 20
		,url: MODx.config.connectors_url+'resource/index.php'
		,baseParams: {
			action: 'getList'
			,showNone: true
		}
	});
	MODx.combo.Resource.superclass.constructor.call(this, config);
};
Ext.extend(MODx.combo.Resource,MODx.combo.ComboBox);
Ext.reg('modx-combo-resource',MODx.combo.Resource);

https://modxclub.ru/topics/soputstvuyushhij-rekomenduemyij-tovar.html

нет, это вроде не то)) Мне нужно создать свой xtype получается. Как создать xtype который будет выбирать ресурсы?

вообще-то, в той статье описано, как набрать в список id ресурсов, причем есть автопоиск по названию и можно задавать любые критерии отбора, вплоть до TV-шек.

А так из коробки есть встроенный тип ввода - список ресурсов

А как называется встроенный тип список ресурсов?

это как раз оно. по запросу с автопоиском можно набрать список любых ресурсов. сохраняется в виде id1||id2||id3...

Ну и из коробки идёт тип "Список ресурсов" - но мне он не нравится, там нет автопоиска т фильтрация ограничена.