Документация для специалистов

Tips & tricks

Как налету создать родительские документ и перенести в него текущий документ

Установка собственных титлов документов в дереве ресурсов админки

Выборка по Значению TV параметра

Спасибо, отличная вещь!)

Всегда пожалуйста :)

А, еще момент: была задача, надо было выводить артикулы туда же. У нас артикулы, как известно, хранятся в связанном объекте ShopmodxProduct. Вот такой код в итоге был:
 

public function prepareTreeNode(array $node = array()) {

    $node = parent::prepareTreeNode($node);

    if($article = $this->Product->sm_article){

        $node['text'] = "[ {$article} ] {$node['text']}";

    }

    return $node;

}

А, еще момент: была задача, надо было выводить артикулы туда же. У нас артикулы, как известно, хранятся в связанном объекте ShopmodxProduct. Вот такой код в итоге был: public function prepareTreeNode(array $node = array()) {

    $node = parent::prepareTreeNode($node);

    if($article = $this->Product->sm_article){

        $node['text'] = "[ {$article} ] {$node['text']}";

    }

    return $node;

}

А, еще момент: была задача, надо было выводить арт

Почему хардкор то сразу, вполне понятно, было бы оптимально сделать класс ShopmodxResourceProduct переопределяемым через option залепил свой класс с фиксами унаследовался от ShopmodxResourceProduct и переназначал в option.

Почему хардкор то сразу, вполне понятно, было бы о

Не все так просто. Тут слишком много тонкостей. 
 1. Не будет просто так инициироваться новый класс, для этого надо будет обновить все class_key в базе данных.
 2. У ShopmodxResourceProduct свои create- update- и т.п. процессоры. Они не будут просто так инициализироваться. Надо будет к этим процессорам создавать новые расширяющие.
 И еще куча всего. А хардкод, потому что при обновлении пакета shopModx эти изменения затрутся. Но если для себя задокументировать, то не долго потом восстановить. А на фрондэнде это никак не скажется, так что ошибок каких-то серьезных не будет.

Не все так просто. Тут слишком много тонкостей. 
 

А хардкод, потому что при обновлении пакета shopModx эти изменения затрутся. 

Да с этим не поспоришь..


А хардкод, потому что при обновлении пакета shopModx эти изменения затрутся. Да с этим не поспоришь..

А хардкод, потому что при обновлении пакета shopMo

Для начала, с днем рождения! Всего наилучшего!
 

По сабжу: все это клево, но не оптимально.
 

1. На все это давно уже есть getdata-процессор. 
 

2. Раз уж вы в рамках xPDO работаете, то и стройте запросы на нем. 
 Во-первых, запрос
 

SELECT * FROM `modx_site_content` 
	LEFT JOIN `modx_site_tmplvar_contentvalues` 
		ON `modx_site_tmplvar_contentvalues`.`contentid` = `modx_site_content`.`id`
WHERE (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='icon'
		) AND
			`modx_site_tmplvar_contentvalues`.`value` = 'example-icon'
	)
	OR (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='isCosmos'
		) AND
		`modx_site_tmplvar_contentvalues`.`value` = 'IS'
	)

SELECT * FROM `modx_site_content` c
	INNER JOIN `modx_site_tmplvar_contentvalues` tvv
            ON `tvv`.`contentid` = `c`.`id`
        INNER JOIN `modx_site_tmplvars` tv
            ON tvv.tmplvarid = tv.id
WHERE (
		tv.`name`='icon' 
                AND
		    `tvv`.`value` = 'example-icon'
	)
	OR (
                tv.`name`='isCosmos' 
                AND
		    `tvv`.`value` = 'IS' 
	)

Здесь нет смысла использовать LEFT JOIN, ибо по условию вы все равно требуете значения, а значит отсутствующие записи не пройдут. Но если хотите универсальности в плане того, что будут запросы без дополнительных условий и чтобы в выборку попадали документы, для которых нет ни одной ТВшки, то да, нужно LEFT JOIN использовать.
 

Во-вторых, переделаем это на xPDO:
 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

Для начала, с днем рождения! Всего наилучшего! По сабжу: все это клево, но не оптимально. 1. На все это давно уже есть getdata-процессор. 2. Раз уж вы в рамках xPDO работаете, то и стройте запросы на нем. 
 Во-первых, запрос SELECT * FROM `modx_site_content` 
	LEFT JOIN `modx_site_tmplvar_contentvalues` 
		ON `modx_site_tmplvar_contentvalues`.`contentid` = `modx_site_content`.`id`
WHERE (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='icon'
		) AND
			`modx_site_tmplvar_contentvalues`.`value` = 'example-icon'
	)
	OR (
		`modx_site_tmplvar_contentvalues`.`tmplvarid` = (
			SELECT `modx_site_tmplvars`.`id` FROM `modx_site_tmplvars`
			WHERE `modx_site_tmplvars`.`name`='isCosmos'
		) AND
		`modx_site_tmplvar_contentvalues`.`value` = 'IS'
	) Переделаем на SELECT * FROM `modx_site_content` c
	INNER JOIN `modx_site_tmplvar_contentvalues` tvv
            ON `tvv`.`contentid` = `c`.`id`
        INNER JOIN `modx_site_tmplvars` tv
            ON tvv.tmplvarid = tv.id
WHERE (
		tv.`name`='icon' 
                AND
		    `tvv`.`value` = 'example-icon'
	)
	OR (
                tv.`name`='isCosmos' 
                AND
		    `tvv`.`value` = 'IS' 
	) Здесь нет смысла использовать LEFT JOIN, ибо по условию вы все равно требуете значения, а значит отсутствующие записи не пройдут. Но если хотите универсальности в плане того, что будут запросы без дополнительных условий и чтобы в выборку попадали документы, для которых нет ни одной ТВшки, то да, нужно LEFT JOIN использовать. Во-вторых, переделаем это на xPDO: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

Для начала, с днем рождения! Всего наилучшего! По 

P.S. Чтобы подсветка кода была, есть специальная кнопочка: joxi.ru/BA0dezWI1NPJAy
 Или просто оборачивайте в тег <code>

P.S. Чтобы подсветка кода была, есть специальная к

Николай привет и спасибо) Может на ты будем? Да с вариантом с OR условиями я конечно, что-то не до сообразил)
 

Но как быть если нам надо запросить по условиям по строже чем OR и поставить запрос c AND условиям по TV, такого типа 

SELECT * FROM `обычная табла` WHERE `tv_name` = 'value' AND 'tv_name_2' = 'value_2'

Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: 
 

/** SQL ver 3 
SUPPORT COMPLETE STATEMENTS
***/
SELECT * FROM `modx_site_content` AS `resource`
WHERE (
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'icon' AND val.value = 'example-icon')
                )
        )
                AND /** Условие */
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'isCosmos' AND val.value = 'IS')
                )
        )
        
)
/**
Запрос если бы дополнительные поля были бы основными:
SELECT * FROM `modx_site_content` AS `resource` WHERE `resource`.`icon` = 'example-icon' AND `resource`.`isCosmos` = 'IS'
*/


я догадывался что я велосипед замучу, просто IDE(pshtorm) обновлял, наткнулся на встроенный менеджер баз данных проекта, начал ковыряться и попутно вспомнил что такой механизм с Tv мне был нужен;), про подсветку кода — имел ввиду синтаксис.
 

Так то я в первый раз где либо топик написал)

Николай привет и спасибо) Может на ты будем? Да с вариантом с OR условиями я конечно, что-то не до сообразил) Но как быть если нам надо запросить по условиям по строже чем OR и поставить запрос c AND условиям по TV, такого типа SELECT * FROM `обычная табла` WHERE `tv_name` = 'value' AND 'tv_name_2' = 'value_2' Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: /** SQL ver 3 
SUPPORT COMPLETE STATEMENTS
***/
SELECT * FROM `modx_site_content` AS `resource`
WHERE (
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'icon' AND val.value = 'example-icon')
                )
        )
                AND /** Условие */
        (
                `resource`.`id` IN (
                        SELECT `val`.`contentid` FROM `modx_site_tmplvars` AS `tv`
                                INNER JOIN `modx_site_tmplvar_contentvalues` AS `val`
                                        ON `tv`.`id` = `val`.`tmplvarid`
                        WHERE (tv.name = 'isCosmos' AND val.value = 'IS')
                )
        )
        
)
/**
Запрос если бы дополнительные поля были бы основными:
SELECT * FROM `modx_site_content` AS `resource` WHERE `resource`.`icon` = 'example-icon' AND `resource`.`isCosmos` = 'IS'
*/ я догадывался что я велосипед замучу, просто IDE(pshtorm) обновлял, наткнулся на встроенный менеджер баз данных проекта, начал ковыряться и попутно вспомнил что такой механизм с Tv мне был нужен;), про подсветку кода — имел ввиду синтаксис. Так то я в первый раз где либо топик написал)

Николай привет и спасибо) Может на ты будем? Да с 

Ты видимо недопонимаешь механизма xPDO. Сам xPDO ничего в базе данных не выбирает, у него нет какого-то собственного механизма прямого обращения к данным базы. xPDO формирует в итоге чистый SQL, и потом выполняет этот SQL-запрос к базе данных. Сделай так:
 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));
// Готовим SQL-запрос
$c->prepare();
// Выводим этот SQL-запрос
print $c->toSQL();

На выходе ты увидишь сформированный SQL.
 То есть что ты сам напишешь чистый SQL, что подготовишь его средствами xPDO — разницы никакой не будет. А какой результат будет возвращен, зависит уже от этого SQL-запроса, и не вежно сам ты его написал, или xPDO сформировал.

Ты видимо недопонимаешь механизма xPDO. Сам xPDO ничего в базе данных не выбирает, у него нет какого-то собственного механизма прямого обращения к данным базы. xPDO формирует в итоге чистый SQL, и потом выполняет этот SQL-запрос к базе данных. Сделай так: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));
// Готовим SQL-запрос
$c->prepare();
// Выводим этот SQL-запрос
print $c->toSQL(); На выходе ты увидишь сформированный SQL.
 То есть что ты сам напишешь чистый SQL, что подготовишь его средствами xPDO — разницы никакой не будет. А какой результат будет возвращен, зависит уже от этого SQL-запроса, и не вежно сам ты его написал, или xPDO сформировал.

Ты видимо недопонимаешь механизма xPDO. Сам xPDO н

про подсветку кода — имел ввиду синтаксис.

Я понял. И как раз показал тебе как это делать. Ты прописываешь тег <pre>. Вот этого делать не нужно. Посмотри подсветку в моих комментах, и код без подсветки у себя в комменте. Найди 10 отличий. 
 Лучше вставлять в тег <code> или пользоваться специальной кнопочкой.

про подсветку кода — имел ввиду синтаксис. Я понял. И как раз показал тебе как это делать. Ты прописываешь тег <pre>. Вот этого делать не нужно. Посмотри подсветку в моих комментах, и код без подсветки у себя в комменте. Найди 10 отличий. 
 Лучше вставлять в тег <code> или пользоваться специальной кнопочкой.

про подсветку кода — имел ввиду синтаксис. Я понял

Ой понял сори, я то полагался на пред-просмотр, а в нем криво отображается содержимое тега code).
 

Как я понял еще, мы друг друга сейчас вообще не понимаем) прям какой-то барьер)
 Механизм я понимаю, я знаю что xPDOQuery это абстракция SQL запроса — разница лишь в подходе(ООП) его организации, так-же как и xPDOObject представление объекта.
 

Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: 

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "AND:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));

SELECT * FROM `modx_site_content` AS `resource`
        INNER JOIN `modx_site_tmplvar_contentvalues` AS `val` ON `val`.`contentid` = `resource`.`id`
        INNER JOIN `modx_site_tmplvars` AS `tv` ON `tv`.`id` = `val`.`tmplvarid`
WHERE (
    (tv.name = `icon` AND val.value = `example-icon`)
    AND
    (tv.name = `isCosmos` AND val.value = `IS`)
)

То-есть когда нам нужны ресурсы у которых оба(или более) поля чему то равны, запрос всегда будет возвращать 0 строк, даже если и будут ресурсы с обоими TV параметрами в БД, проверь сам)
 

Делая такой запрос с OR, мы получим ресурсы в которых какое либо указанное TV поле соответствует критерии — ну все верно ведь оператор OR.
 

Ой понял сори, я то полагался на пред-просмотр, а в нем криво отображается содержимое тега code). Как я понял еще, мы друг друга сейчас вообще не понимаем) прям какой-то барьер)
 Механизм я понимаю, я знаю что xPDOQuery это абстракция SQL запроса — разница лишь в подходе(ООП) его организации, так-же как и xPDOObject представление объекта. Когда я писал: Через средства xPDO, твой вариант при использовании AND вообще ничего не вернет, т.к мы не можем ставить условие чтобы у 1 строчки tv_name был и 'name1' и 'name2' одновременно(AND), вот это и встало мне в горле когда уже открыл топик) в топике я указал мнимые UPD блоки в которых добавил наблюдения, решением послужил запрос: я имел ввиду: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "AND:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
)); что эквивалентно: SELECT * FROM `modx_site_content` AS `resource`
        INNER JOIN `modx_site_tmplvar_contentvalues` AS `val` ON `val`.`contentid` = `resource`.`id`
        INNER JOIN `modx_site_tmplvars` AS `tv` ON `tv`.`id` = `val`.`tmplvarid`
WHERE (
    (tv.name = `icon` AND val.value = `example-icon`)
    AND
    (tv.name = `isCosmos` AND val.value = `IS`)
) То-есть когда нам нужны ресурсы у которых оба(или более) поля чему то равны, запрос всегда будет возвращать 0 строк, даже если и будут ресурсы с обоими TV параметрами в БД, проверь сам) Делая такой запрос с OR, мы получим ресурсы в которых какое либо указанное TV поле соответствует критерии — ну все верно ведь оператор OR.

Ой понял сори, я то полагался на пред-просмотр, а 

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

$c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
));


Там не AND:, там OR:. И формируется вот такой SQL-запрос:
 

SELECT modResource.* 
    FROM `modx_site_content` AS `modResource` 
    LEFT JOIN `modx_site_tmplvar_contentvalues` `TemplateVarResources` ON `modResource`.`id` =  `TemplateVarResources`.`contentid` 
    LEFT JOIN `modx_site_tmplvars` `tv` ON tv.id=TemplateVarResources.tmplvarid 
    WHERE  (  
        ( `tv`.`name` = 'icon' AND `TemplateVarResources`.`value` = 'example-icon' )  
        OR  
        ( `tv`.`name` = 'isCosmos' AND `TemplateVarResources`.`value` = 'IS' )  )  

Поверь, у меня есть понимание SQL-запросов :) Так что я знаю, что говорю.

Посмотри еще раз внимательно мой запрос: $c = $modx->newQuery('modResource');
$c->leftJoin('modTemplateVarResource', 'TemplateVarResources');
$c->leftJoin('modTemplateVar', 'tv', "tv.id=TemplateVarResources.tmplvarid");

$c->where(array(
    array(
        "tv.name"   => 'icon',
        "TemplateVarResources.value"    => "example-icon",
    ),
    array(
        "OR:tv.name:="   => 'isCosmos',
        "TemplateVarResources.value"    => "IS",
    ),
)); Там не AND:, там OR:. И формируется вот такой SQL-запрос: SELECT modResource.* 
    FROM `modx_site_content` AS `modResource` 
    LEFT JOIN `modx_site_tmplvar_contentvalues` `TemplateVarResources` ON `modResource`.`id` =  `TemplateVarResources`.`contentid` 
    LEFT JOIN `modx_site_tmplvars` `tv` ON tv.id=TemplateVarResources.tmplvarid 
    WHERE  (  
        ( `tv`.`name` = 'icon' AND `TemplateVarResources`.`value` = 'example-icon' )  
        OR  
        ( `tv`.`name` = 'isCosmos' AND `TemplateVarResources`.`value` = 'IS' )  ) Поверь, у меня есть понимание SQL-запросов :) Так что я знаю, что говорю.

Посмотри еще раз внимательно мой запрос: $c = $mod

Да все правильно :) фишка не в этом, если задача у нас будет — выбрать ресурсы у которых должны быть несколько TV полей определенного значения, а не ресурсы у которых имеется какая-то любая комбинация TV => Значение среди заданных в критерии.
 

Я знаю что у тебя есть понимание, просто на SQL перевожу дабы меня поняли лучше :)

Да все правильно :) фишка не в этом, если задача у нас будет — выбрать ресурсы у которых должны быть несколько TV полей определенного значения, а не ресурсы у которых имеется какая-то любая комбинация TV => Значение среди заданных в критерии. Я знаю что у тебя есть понимание, просто на SQL перевожу дабы меня поняли лучше :)

Да все правильно :) фишка не в этом, если задача у

$c = $modx->newQuery('modResource');
$c->innerJoin('modTemplateVarResource', 'tv', "tv.tmplvarid=modResource.id AND tv.tmplvarid = 1 AND tv.value='value1'");
$c->innerJoin('modTemplateVarResource', 'tv', "tv2.tmplvarid=modResource.id AND tv2.tmplvarid = 2 AND tv2.value='value2'");


Развивай далее запрос как хочется.
 

Да, в xPDO не получается формировать запросы с подзапросами (типа select… where col.value in (select… from )) и т.п., но тем не менее на большинство задач тривиальных его хватает вполне. 


$c = $modx->newQuery('modResource');
$c->innerJoin('modTemplateVarResource', 'tv', "tv.tmplvarid=modResource.id AND tv.tmplvarid = 1 AND tv.value='value1'");
$c->innerJoin('modTemplateVarResource', 'tv', "tv2.tmplvarid=modResource.id AND tv2.tmplvarid = 2 AND tv2.value='value2'"); Развивай далее запрос как хочется. Да, в xPDO не получается формировать запросы с подзапросами (типа select… where col.value in (select… from )) и т.п., но тем не менее на большинство задач тривиальных его хватает вполне.

$c = $modx->newQuery('modResource');
$c->innerJoin

Да xPDO вообще крутая штука честно говоря :) 
 поправлю: 
 

$c = $modx->newQuery('modResource');

$c->innerJoin('modTemplateVar', 'tv1', "tv1.name='icon'");
$c->innerJoin('modTemplateVarResource', 'val1', "val1.contentid=modResource.id AND val1.tmplvarid = tv1.id AND val1.value='example-icon'");

$c->innerJoin('modTemplateVar', 'tv2', "tv2.name='isCosmos'");
$c->innerJoin('modTemplateVarResource', 'val2', "val2.contentid=modResource.id AND val2.tmplvarid = tv2.id AND val2.value='IS'");


Да xPDO вообще крутая штука честно говоря :) 
 поправлю: $c = $modx->newQuery('modResource');

$c->innerJoin('modTemplateVar', 'tv1', "tv1.name='icon'");
$c->innerJoin('modTemplateVarResource', 'val1', "val1.contentid=modResource.id AND val1.tmplvarid = tv1.id AND val1.value='example-icon'");

$c->innerJoin('modTemplateVar', 'tv2', "tv2.name='isCosmos'");
$c->innerJoin('modTemplateVarResource', 'val2', "val2.contentid=modResource.id AND val2.tmplvarid = tv2.id AND val2.value='IS'");

Да xPDO вообще крутая штука честно говоря :) 
 поп

Развивай далее запрос как хочется.

Развивай далее запрос как хочется. :)

Спасибо, очень полезная опция!
 Я сейчас на всех новых сайтах сразу добавляю возможность отключать использование алиаса в uri дочерних документов, и это очень жизнь облегчает.
 

Добавлю свои 5 копеек :)
 Сделал на 2.3.6 — необходимо !important в стиле добавить, иначе цвет не меняется.

Спасибо, очень полезная опция!
 Я сейчас на всех новых сайтах сразу добавляю возможность отключать использование алиаса в uri дочерних документов, и это очень жизнь облегчает. Добавлю свои 5 копеек :)
 Сделал на 2.3.6 — необходимо !important в стиле добавить, иначе цвет не меняется.

Спасибо, очень полезная опция!
 Я сейчас на всех н

Не за что! :)

Потрясающе, Николай! Не думал, что такой короткий код сделает столько действий! Я бы наговнокодил в данной задаче, определённо! :)

Потрясающе, Николай! Не думал, что такой короткий 

Скоро доберусь, сделаю-таки кнопочку «Избранное». Подобные материалы однозначно маст хэв в избранных :)

Скоро доберусь, сделаю-таки кнопочку «Избранное». 

Согласен. Тут много таких публикаций, которые я иногда с удовольствием могу перечитать.

Согласен. Тут много таких публикаций, которые я ин

Такой синтаксис эквивалентен вызову $doc->addOne('Parent', $parent); 

Первым должен быть объект, а вторым алиас.

Такой синтаксис эквивалентен вызову $doc->addOne('Parent', $parent); Первым должен быть объект, а вторым алиас.

Такой синтаксис эквивалентен вызову $doc->addOne('

Верно подметили :) Поправил.

проверил на MODx 2.2.16-pl (traditional) 
 core/model/modx/modresource.class.php
 

Код такой: 
 public function prepareTreeNode(array $node = array()) {
 $article = '';
 if(
 $this->getTVValue(5) // Здесь само собой id вашего ТВ-поля
 )
 {
 $article = $this->getTVValue(5);
 $node['text'] = "".$article." {$node['text']}";
 }
 return $node;
 }

проверил на MODx 2.2.16-pl (traditional) 
 core/model/modx/modresource.class.php Код такой: 
 public function prepareTreeNode(array $node = array()) {
 $article = '';
 if(
 $this->getTVValue(5) // Здесь само собой id вашего ТВ-поля
 )
 {
 $article = $this->getTVValue(5);
 $node['text'] = "".$article." {$node['text']}";
 }
 return $node;
 }

проверил на MODx 2.2.16-pl (traditional) 
 core/mo

modResource

modx

xPDO

админка

Выборка

дерево ресурсов

документы

дополнительные параметры

дополнительный поля

кастомизация

Критерии

ресурс

создать документ

товары

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!