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

Расширения кругозора пост. Просто для демонстрации того, что можно делать с помощью xPDO, без задействования процессоров. Задача стоит такая: есть каталог с вложенностью Каталог-Раздел-Товар. У большинства товаров в ТВ-поле указан производитель. Надо пройтись по всем товарам во всех разделах, создать в родительском разделе документ-производитель и «переместиться» в него. Конечно же на каждой итерации надо проверять есть ли уже такой родитель-производитель или нет. Если есть, то просто в него «перемещаться». Предлагаю внимательно изучить представленный код. $q = $modx->newQuery('modResource'); $alias = $q->getAlias(); $q->innerJoin('modTemplateVarResource', "tv", "tv.tmplvarid = 22 AND tv.contentid = {$alias}.id"); $q->innerJoin('modResource', 'brand', "brand.id = tv.value"); $q->innerJoin('modResource', 'Parent');

$q->where(array( "Parent.template" => 2, ));

$q->select(array( "brand.pagetitle as brand", "{$alias}.*", ));

$q->sortby("{$alias}.id");

foreach($modx->getIterator('modResource', $q) as $doc){

$data = array(
    "parent"    => $doc->parent,
    "pagetitle" => $doc->brand,
    "template"  => 23,
);

// Пытаемся получить раздел-производитель, если уже есть
if(!$parent = $modx->getObject('modResource', $data)){
    
    // Если раздел не был получен, создаем новый
    $data = array_merge($data, array(
        "alias" => $doc->brand,
        "isfolder"  => 1,
        "published" => 1,
        "publishedon" => time(),
        "publishedby" => $modx->user->id,
        "createdby" => $modx->user->id,
        "createdon" => time(),
    ));
    
    $parent = $modx->newObject('modResource', $data);
    
    // Устанавливаем id не null, чтобы не ловить нотис
    $parent->set('id', 0);
}

// Устанавливаем родителя для текущего документа
$doc->Parent = $parent;

$doc->save();
// print_r($doc-> toArray());
// print_r($doc->Parent-> toArray());

} Обратите внимание, что сам по себе объект $parent здесь нигде не сохраняется, даже когда создается новый. Он просто назначается текущему документу в качестве свойства $doc->Parent = $parent. Такой синтаксис эквивалентен вызову $doc->addOne($parent, 'Parent'); Так как же у нас родитель сохраняется, да еще и перемещение документа выполняется? Давайте посмотрим мап-файл класса modResource. Для этого класса прописана связь с псевдонимом Parent. 'aggregates' => array ( 'Parent' => array ( 'class' => 'modResource', 'local' => 'parent', 'foreign' => 'id', 'cardinality' => 'one', 'owner' => 'foreign', ), Рассмотрим детальней параметры этой связи: class — класс связанного объекта. local — название колонки текущего объекта, участвующей в связи. foreign — название колонки внешнего объекта. cardinality — тип связи объектов (в нашем случае один-к-одному, бывает еще один-ко-многим). owner — владелец, то есть кто главный в этой связке. Вот владелец — это для нас самое главное. Этот признак влияет на то, свойства какого объекта будут назначены какому объекту. В нашем случае, владельцем является именно родитель Parent (foreign означает — внешний) и вот не смотря на то, что мы сохраняем дочерний документ, механизм xPDO работает таким образом, что сначала сохраняются связанные объекты, а потом уже сам объект (на самом деле потом и связанные объекты еще раз сохраняются, но не суть). В итоге, сначала у нас создается родительский новый документ-раздел (в этот момент он уже получает из базы данных свой id), затем этот id устанавливается текущему документу в качестве значения колонки parent, и когда уже сохраняется текущий документ, он фактически попадает в новый раздел. А если документ-раздел сразу был получен (то есть он не новый), то при сохранении просто его id назначается текущему документу. Зачем так извращаться, когда можно просто воспользоваться процессорами? Отвечу. Вопрос просто в производительности. Как выяснилось уже не вчера, не смотря на то, что в create/update-процессорах документов есть параметры syncsite и clearCache, которые сигнализируют, что не надо сбрасывать кеш, несколькими строчками выше кеш сайта все равно сбрасывается (смотрим раз и два). Таким образом, обновление двух тысяч ресурсов займет и время не малое, да еще и сервер помучает. В моем случае я знал, что у меня не будет дублей, мне не требуется выполнения плагинов и т.п., поэтому я с чистой совестью поработал тут с объектами напрямую. В итоге, две тысячи документов перелопатилось за 25 секунд (это при том, что хостинг имеет серьезные ограничения на файловые иопсы). На каталогах в десятки тысяч товаров и более такой прием может значительно съэкономить ресурсы. Не смотря на то, что все очень запутано, советую все-таки внимательно изучить этот материал, так как его понимание значительно вам поможет в разработке.