Вопросы специалистов

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

Эксперименты и исследования

Tips & tricks

Проверка прав на xPDO-объекты для нескольких пользователей

Переопределить метод xPDOObject

modAccessibleObject в MODX. Проверка доступов к объектам.

&#91;FIXED&#93; bug xPDO::_getRelatedObjectsByFK() (getMany())

Сохранение связанных объектов в xPDO.

Краткое описание map-файла в примерах

xPDOObject::isDirty($key)

Запрет на сохранение xPDO-объекта, если не заполнены необходимые данные

ООП методы xPDOObject::__set() и xPDOObject::set()

owner=>local и owner=>foreign в xPDO-объектах и связанные xPDO-объекты

Map-файлы. PHP-типы JSON и Array

Боюсь представить — сколько нервных клеток ушло на отлов такого бага.
 Но по логике, правильней будет так:
 

$this->_relatedObjects[$alias]= $collection + $this->_relatedObjects[$alias];

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

Боюсь представить — сколько нервных клеток ушло на отлов такого бага.
 Но по логике, правильней будет так: $this->_relatedObjects[$alias]= $collection + $this->_relatedObjects[$alias]; отсюда, хотя могу и ошибаться.
 а если не ошибаюсь, то нужен коммит, чтобы в 2.2.7 зарелизить успели

Боюсь представить — сколько нервных клеток ушло на

Да нет, калорий много не ушло. Просто столкнулся с новой задачей, и при реализации ее столкнулся с этой багой.
 

Нет, так нельзя делать. Это ссумируем массивы, а нам надо заменять уже имеющиеся. Для этого правильней использовать foreach и сравнивать по id-ключу.
 

а если не ошибаюсь, то нужен коммит, чтобы в 2.2.7 зарелизить успели 

Да, забыл сказать, тикет я создал: tracker.modx.com/issues/9768
 С Джейсоном общался, он взял на заметку. Фикс баги не сложный, так что наверняка скоро пофиксят.

Да нет, калорий много не ушло. Просто столкнулся с новой задачей, и при реализации ее столкнулся с этой багой. $this->_relatedObjects[$alias]= $collection + $this->_relatedObjects[$alias]; Нет, так нельзя делать. Это ссумируем массивы, а нам надо заменять уже имеющиеся. Для этого правильней использовать foreach и сравнивать по id-ключу. а если не ошибаюсь, то нужен коммит, чтобы в 2.2.7 зарелизить успели Да, забыл сказать, тикет я создал: tracker.modx.com/issues/9768
 С Джейсоном общался, он взял на заметку. Фикс баги не сложный, так что наверняка скоро пофиксят.

Да нет, калорий много не ушло. Просто столкнулся с

Нет, так нельзя делать. Это ссумируем массивы, а нам надо заменять уже имеющиеся.

Так а разве это не оно:
 

$a = array("a" => "apple", "b" => "banana");
$b = array("a" => "pear", "b" => "strawberry", "c" => "cherry");
$c = $b + $a;
var_dump($c);

// array(3) {
//   ["a"]=>
//   string(4) "pear"
//   ["b"]=>
//   string(10) "strawberry"
//   ["c"]=>
//   string(6) "cherry"
// }

Нет, так нельзя делать. Это ссумируем массивы, а нам надо заменять уже имеющиеся. Так а разве это не оно: $a = array("a" => "apple", "b" => "banana");
$b = array("a" => "pear", "b" => "strawberry", "c" => "cherry");
$c = $b + $a;
var_dump($c);

// array(3) {
//   ["a"]=>
//   string(4) "pear"
//   ["b"]=>
//   string(10) "strawberry"
//   ["c"]=>
//   string(6) "cherry"
// } ?

Нет, так нельзя делать. Это ссумируем массивы, а н

<?php
print '<pre>';
$a = array(
    2=>'object'    
);

$b = $a + array(
    2 => 'new object',
    5 =>'object',
    7 => 'object',
);

print_r($b);

Array
(
    [2] => object
    [5] => object
    [7] => object
)


То есть элемент с ключом 2 не заменился.

<?php
print '<pre>';
$a = array(
    2=>'object'    
);

$b = $a + array(
    2 => 'new object',
    5 =>'object',
    7 => 'object',
);

print_r($b); Результат: Array
(
    [2] => object
    [5] => object
    [7] => object
) То есть элемент с ключом 2 не заменился.

<?php
print '<pre>';
$a = array(
    2=>'object'  

<?php
print '<pre>';
$a = array(
    2 => 'object'    
);

$b = array(
    2 => 'new object',
    5 => 'object',
    7 => 'object',
) + $a;

print_r($b);

Array
(
    [2] => new object
    [5] => object
    [7] => object
)

небольшой фокус :-) <?php
print '<pre>';
$a = array(
    2 => 'object'    
);

$b = array(
    2 => 'new object',
    5 => 'object',
    7 => 'object',
) + $a;

print_r($b); результат: Array
(
    [2] => new object
    [5] => object
    [7] => object
)

небольшой фокус :-) <?php
print '<pre>';
$a = arra

Ага, и перетерли массив объектов $this->_relatedObjects[$alias] новым массивом массивов. Вы слышали про ссылки на объекты? Вот такой пример рассмотрим:

<?php
$a = $modx->getCollection('modResource', 3);
$b = $modx->getCollection('modResource', 3);

$obj = $a[3];
print ($a[3] === $obj ? 1: 0); // result 1

$obj = $b[3];
print ($a[3] === $obj ? 1: 0); // result 0

Хотя это вроде одинаковые объекты с одинаковыми данными, он не равны друг другу, так как это разные инстансы (если жестко сравнивать). А вы предлагаете этот массив затирать.
 

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

Ага, и перетерли массив объектов $this->_relatedObjects[$alias] новым массивом массивов. Вы слышали про ссылки на объекты? Вот такой пример рассмотрим: <?php
$a = $modx->getCollection('modResource', 3);
$b = $modx->getCollection('modResource', 3);

$obj = $a[3];
print ($a[3] === $obj ? 1: 0); // result 1

$obj = $b[3];
print ($a[3] === $obj ? 1: 0); // result 0 Хотя это вроде одинаковые объекты с одинаковыми данными, он не равны друг другу, так как это разные инстансы (если жестко сравнивать). А вы предлагаете этот массив затирать. Конечно, может ваш метод и рабочий, может даже сбоев не будет, но он может содержать много подводных камней. Метод перебора foreach и присвоение по id дает четкое понимание что и как происходит, и не заставит программиста лезть в мануалы изучать специфики редко используемых функций.

Ага, и перетерли массив объектов $this->_relatedOb

Хм, может я чего не понимаю, конечно, но 
 

$this->_relatedObjects[$alias]= array_merge($this->_relatedObjects[$alias], $collection);

в $collection и в $this->_relatedObjects[$alias] и так будут разные интансы объектов с одинаковым id, разве нет?
 И в результате операции 
 

array_merge($this->_relatedObjects[$alias], $collection);

в $this->_relatedObjects[$alias] будут так же новые инстансы, пришедшие из $collection. Только array_merge затрёт ключи.
 А при сложении массивов (порядок элементов только другой) ключи не затрутся. Разве не это было нужно?

Хм, может я чего не понимаю, конечно, но $this->_relatedObjects[$alias]= array_merge($this->_relatedObjects[$alias], $collection); в $collection и в $this->_relatedObjects[$alias] и так будут разные интансы объектов с одинаковым id, разве нет?
 И в результате операции array_merge($this->_relatedObjects[$alias], $collection); в $this->_relatedObjects[$alias] будут так же новые инстансы, пришедшие из $collection. Только array_merge затрёт ключи.
 А при сложении массивов (порядок элементов только другой) ключи не затрутся. Разве не это было нужно?

Хм, может я чего не понимаю, конечно, но $this->_r

Начнем с того, что изначально все было не так, как надо.
 А если рассматривать предложенный вариант, то здесь не просто $a+$b; Здесь вот так:
 

Это не очевидно, но по сути примерно это и происходит, так как исходному массиву выполняется полное присвоение всех элементов. В случае же перебора имеющиеся уже объекты вообще никак не затрагиваются (только перетираются те, которые должны перетереться).

Начнем с того, что изначально все было не так, как надо.
 А если рассматривать предложенный вариант, то здесь не просто $a+$b; Здесь вот так: $a; $b;
$c = $a;
$a = $c + $b; Это не очевидно, но по сути примерно это и происходит, так как исходному массиву выполняется полное присвоение всех элементов. В случае же перебора имеющиеся уже объекты вообще никак не затрагиваются (только перетираются те, которые должны перетереться).

Начнем с того, что изначально все было не так, как

<?php
echo '<pre>';
$sourceA = array(
	2	=> 'object 2',
	3	=> 'object 3',
	5	=> 'object 5'
);
$b = array(
	3	=> 'new instanceof object 3',
	5	=> 'new instanceof object 5',
	8	=> 'object 8',
	10	=> 'object 10',
	15	=> 'object 15',
);

/**
 * Print source arrays
 */
$a = $sourceA; // set default array
echo "Sources:\n";
echo "array a:\n";
print_r($a);
echo "\narray b:\n";
print_r($b);
echo "\n\n";

/**
 * array_merge result
 */
echo "Results:\n";
$a = array_merge($a, $b);
ksort($a);
echo "1. array_merge:\n";
print_r($a);

$a = $sourceA; // set default array
/**
 * (a + b) result
 */
$a = $a + $b;
ksort($a);
echo "\n\n2. summ (a + b):\n";
print_r($a);

$a = $sourceA; // set default array
/**
 * (b + a) result
 */
$a = $b + $a;
ksort($a);
echo "\n\n3. summ (b + a):\n";
print_r($a);

Sources:
array a:
Array
(
    [2] => object 2
    [3] => object 3
    [5] => object 5
)

array b:
Array
(
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)


Results:
1. array_merge:
Array
(
    [0] => object 2
    [1] => object 3
    [2] => object 5
    [3] => new instanceof object 3
    [4] => new instanceof object 5
    [5] => object 8
    [6] => object 10
    [7] => object 15
)


2. summ (a + b):
Array
(
    [2] => object 2
    [3] => object 3
    [5] => object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)


3. summ (b + a):
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)

Разве результат под номером 3 — это не то, что надо? Если нет, то я не понял задачу.

<?php
echo '<pre>';
$sourceA = array(
	2	=> 'object 2',
	3	=> 'object 3',
	5	=> 'object 5'
);
$b = array(
	3	=> 'new instanceof object 3',
	5	=> 'new instanceof object 5',
	8	=> 'object 8',
	10	=> 'object 10',
	15	=> 'object 15',
);

/**
 * Print source arrays
 */
$a = $sourceA; // set default array
echo "Sources:\n";
echo "array a:\n";
print_r($a);
echo "\narray b:\n";
print_r($b);
echo "\n\n";

/**
 * array_merge result
 */
echo "Results:\n";
$a = array_merge($a, $b);
ksort($a);
echo "1. array_merge:\n";
print_r($a);

$a = $sourceA; // set default array
/**
 * (a + b) result
 */
$a = $a + $b;
ksort($a);
echo "\n\n2. summ (a + b):\n";
print_r($a);

$a = $sourceA; // set default array
/**
 * (b + a) result
 */
$a = $b + $a;
ksort($a);
echo "\n\n3. summ (b + a):\n";
print_r($a); Sources:
array a:
Array
(
    [2] => object 2
    [3] => object 3
    [5] => object 5
)

array b:
Array
(
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)


Results:
1. array_merge:
Array
(
    [0] => object 2
    [1] => object 3
    [2] => object 5
    [3] => new instanceof object 3
    [4] => new instanceof object 5
    [5] => object 8
    [6] => object 10
    [7] => object 15
)


2. summ (a + b):
Array
(
    [2] => object 2
    [3] => object 3
    [5] => object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)


3. summ (b + a):
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
) Разве результат под номером 3 — это не то, что надо? Если нет, то я не понял задачу.

<?php
echo '<pre>';
$sourceA = array(
	2	=> 'objec

Просто здесь, при сложении, математика не решает — от перемены мест слагаемых результат МЕНЯЕТСЯ :-)

Просто здесь, при сложении, математика не решает —

Вот в этом четко понимаем, что есть что?
 

То есть на выходе мы как бы получаем то же самое, похожее на правду, Но $a может не равняться $a.
 

Думаю, на этом можно этот диалог прекращать. Эффект не стоит затрачиваемых калорий.

Вот в этом четко понимаем, что есть что? $a === $b; То есть на выходе мы как бы получаем то же самое, похожее на правду, Но $a может не равняться $a. Думаю, на этом можно этот диалог прекращать. Эффект не стоит затрачиваемых калорий.

Вот в этом четко понимаем, что есть что? $a === $b

Отличная новость! Багу пофиксили: github.com/modxcms/xpdo/commit/e5b28ec2cbea150d591eb07d1768ad97dc53895a

Отличная новость! Багу пофиксили: github.com/modxc

Это снова я..
 В чём разница между $collection + $_relatedObjects и array_diff_key($_relatedObjects, $collection) + $collection?
 

$relatedObjects = array(
        2	=> 'object 2',
	3	=> 'object 3',
	5	=> 'object 5'
);
$collection = array(
	3	=> 'new instanceof object 3',
	5	=> 'new instanceof object 5',
	8	=> 'object 8',
	10	=> 'object 10',
	15	=> 'object 15',
);

$_relatedObjects = $relatedObjects; // set default array
$_relatedObjects = $collection + $_relatedObjects;
ksort($_relatedObjects);
echo '$_relatedObjects = $collection + $_relatedObjects;' . "\n";
print_r($_relatedObjects);

echo "\n";

$_relatedObjects = $relatedObjects; // set default array
$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;
ksort($_relatedObjects);
echo '$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;' . "\n";
print_r($_relatedObjects);

$_relatedObjects = $collection + $_relatedObjects;
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)

$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)

Я прадва не понимаю :-(
 

Ну а вообще, здорово, конечно, что так оперативно)

Это снова я..
 В чём разница между $collection + $_relatedObjects и array_diff_key($_relatedObjects, $collection) + $collection? $relatedObjects = array(
        2	=> 'object 2',
	3	=> 'object 3',
	5	=> 'object 5'
);
$collection = array(
	3	=> 'new instanceof object 3',
	5	=> 'new instanceof object 5',
	8	=> 'object 8',
	10	=> 'object 10',
	15	=> 'object 15',
);

$_relatedObjects = $relatedObjects; // set default array
$_relatedObjects = $collection + $_relatedObjects;
ksort($_relatedObjects);
echo '$_relatedObjects = $collection + $_relatedObjects;' . "\n";
print_r($_relatedObjects);

echo "\n";

$_relatedObjects = $relatedObjects; // set default array
$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;
ksort($_relatedObjects);
echo '$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;' . "\n";
print_r($_relatedObjects); $_relatedObjects = $collection + $_relatedObjects;
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
)

$_relatedObjects = array_diff_key($_relatedObjects, $collection) + $collection;
Array
(
    [2] => object 2
    [3] => new instanceof object 3
    [5] => new instanceof object 5
    [8] => object 8
    [10] => object 10
    [15] => object 15
) Я прадва не понимаю :-( Ну а вообще, здорово, конечно, что так оперативно)

Это снова я..
 В чём разница между $collection + $

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

Т.е. при сложении $collection + $_relatedObjects (запись именно в таком порядке), если имеются одинаковые ключи и там, и там, то при совпадении ключей выберутся только ключи из $collection. Все остальные ключи из обоих массивов добавятся в результирующий массив.
 

array_diff_key ( array array1, array array2 [, array ...] ) возвращает массив, содержащий все значения array1, имеющие ключи, не содержащиеся в последующих параметрах. Обратите внимание, что ассоциации сохраняются.

При array_diff_key($_relatedObjects, $collection) мы получили расхождение этих массивов а потом добавляем к нему только что выкинутые ключи (+ $collection), т.о. заменив все ключи-дубликаты из $_relatedObjects ключами из $collection.
 

Результат в обоих случаях одинаков.

Оператор + возвращает левый массив, к которому был присоединен правый массив. Для ключей, которые существуют в обоих массивах, будут использованы значения из левого массива, а соответствующие им элементы из правого массива будут проигнорированы. Т.е. при сложении $collection + $_relatedObjects (запись именно в таком порядке), если имеются одинаковые ключи и там, и там, то при совпадении ключей выберутся только ключи из $collection. Все остальные ключи из обоих массивов добавятся в результирующий массив. array_diff_key ( array array1, array array2 [, array ...] ) возвращает массив, содержащий все значения array1, имеющие ключи, не содержащиеся в последующих параметрах. Обратите внимание, что ассоциации сохраняются. При array_diff_key($_relatedObjects, $collection) мы получили расхождение этих массивов а потом добавляем к нему только что выкинутые ключи (+ $collection), т.о. заменив все ключи-дубликаты из $_relatedObjects ключами из $collection. Результат в обоих случаях одинаков.

Оператор + возвращает левый массив, к которому был

php.net/manual/ru/function.array-diff-key.php
 

array_diff_key — Вычисляет расхождение массивов, сравнивая ключи

То есть он уже отделяет от массива все уникальные элементы, скорее всего для того, чтобы быть четко уверенным в том, что это в конечный массив попадет сумма именно уникальных элементов. А то мало ли какие подводные камни есть в этом суммировании.
 Я думаю, не стоит так сильно голову ломать. В php есть много способов реализации одного и того же. Джейсон — очень опытный разработчик с огромным стажем. Наверняка он применил оптимальный вариант.

php.net/manual/ru/function.array-diff-key.php array_diff_key — Вычисляет расхождение массивов, сравнивая ключи То есть он уже отделяет от массива все уникальные элементы, скорее всего для того, чтобы быть четко уверенным в том, что это в конечный массив попадет сумма именно уникальных элементов. А то мало ли какие подводные камни есть в этом суммировании.
 Я думаю, не стоит так сильно голову ломать. В php есть много способов реализации одного и того же. Джейсон — очень опытный разработчик с огромным стажем. Наверняка он применил оптимальный вариант.

php.net/manual/ru/function.array-diff-key.php arra

Результат в обоих случаях одинаков. 

Я думаю, не стоит так сильно голову ломать. В php есть много способов реализации одного и того же.

Результат в обоих случаях одинаков. Я думаю, не стоит так сильно голову ломать. В php есть много способов реализации одного и того же.

Результат в обоих случаях одинаков. Я думаю, не ст

В случаи работы с update пользователя и его профиля очень удобно,
 а вот если список пользователей вывести нужно, не лучше ли это через join делать?

В случаи работы с update пользователя и его профил

Понят но дело что под каждую задачу выбирается свой инструмент. Для списка пользователей работа с объектам вообще не обязательна (в смысле, с объектами пользователей), просто выполнил запрос к БД и вывел данные. Конечно же в данном случае join-ы в помощь.

Понят но дело что под каждую задачу выбирается сво

а как на xml выглядит схема?

А Бог ее знает. Сгенерируй, посмотри. Мне лень, я этим не занимаюсь.

А Бог ее знает. Сгенерируй, посмотри. Мне лень, я 

так проблема в том что не сгенерировать из мапы схему, учитывающую зависимости, а вот из схемы класс и мапу можно с учетом зависимостей сгенерить.

так проблема в том что не сгенерировать из мапы сх

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

Понимаешь, что в схему, что в мап-файлы, в любом с

Понятно что через мапу тоже все работает но xml типа наглядней и кошерно, вся модель MODX на xml, не понятно тогда накой вообще xml нужен может это потребуется во время миграции на другие бызы (как предположение).

Понятно что через мапу тоже все работает но xml ти

Вот связи из мап-файлов.

Каждому свое, и свое не каждому. Для меня наоборот XML не наглядней. Мне проще работать с отдельными классами, чем ковырять все в одном файле. В общем, это не суть для обсуждения. Здесь можно и так, и так. Я не буду генерить XML, просто потому что тебе не нравится мой приоритетный способ, потому что XML - это твой приоритетный способ.

Каждому свое, и свое не каждому. Для меня наоборот

http://joxi.ru/ep4xVP3JTJAxXSC7_7I

Ну и что? Все равно эти связи вручную туда прописывать. Короче, для меня это не аргумент.

Ну и что? Все равно эти связи вручную туда прописы

Вопрос: это ваш собственный класс, расширяющий xPDOObject, или вы хотите в родной класс добавить плюшек?

Вопрос: это ваш собственный класс, расширяющий xPD

Значит задача стоит так: Есть всем известный MIGXdb, он умеет в беке создавать таблички связанные с базой данных, что позволяет добавлять/редактировать записи таблицы без программирования собственной CMP и контроллеров. Но данный компонент работает только с одной таблицей - для этого в его параметры нужно указать класс прописанный в схеме базы данных. Вся загвоздка в том что хотелось бы добавляя данные в одну таблицу одно передаваемое поле парсить (банальный explode) и записывать как строки в связанную таблицу - с этим проблем нет, я переопределил в моём классе метод save и отслеживаю передачу этого поля, затем сохраняю и запускаю parent::save(); 


Теперь обратная задача - при редактировании загрузить в поле данные из связанной таблицы предварительно собрав их в одну строку. Я вижу такую логику: в классе прописанном в схеме данных переопределить метод который достаёт дынные из базы и записывает их в массив, добавив туда извлечение нужных мне данных.


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

Значит задача стоит так: Есть всем известный MIGXdb, он умеет в беке создавать таблички связанные с базой данных, что позволяет добавлять/редактировать записи таблицы без программирования собственной CMP и контроллеров. Но данный компонент работает только с одной таблицей - для этого в его параметры нужно указать класс прописанный в схеме базы данных. Вся загвоздка в том что хотелось бы добавляя данные в одну таблицу одно передаваемое поле парсить (банальный explode) и записывать как строки в связанную таблицу - с этим проблем нет, я переопределил в моём классе метод save и отслеживаю передачу этого поля, затем сохраняю и запускаю parent::save(); Теперь обратная задача - при редактировании загрузить в поле данные из связанной таблицы предварительно собрав их в одну строку. Я вижу такую логику: в классе прописанном в схеме данных переопределить метод который достаёт дынные из базы и записывает их в массив, добавив туда извлечение нужных мне данных. Сейчас я обнаружил что можно переопределить процессор с которым будет работать MIGXdb, возможно это лучшее решение или быть может проще расширить класс? Что скажите?

Значит задача стоит так: Есть всем известный MIGXd

Нет, к сожалению процессор это не то о чём я подумал - не подходят.

Нет, к сожалению процессор это не то о чём я подум

Ну собственно был переопределён метод toArray, данный случай удовлетворяет, но если знаете лучшее место для добавления произвольных дынных - буду признателен если расскажите.

Ну собственно был переопределён метод toArray, дан

Хорошо, это "ваш" класс, раз вы ему переопределили метод save(). Так что вам мешает тогда, к примеру, переопределить метод _loadInstance()? Типа так:
 

public static function _loadInstance(& $xpdo, $className, $criteria, $row) {

    $instance = parent::_loadInstance($xpdo, $className, $criteria, $row);

    /*

        some code, for example $instance->set('foo', $foo);

    */

    return $instance;

}

Хорошо, это "ваш" класс, раз вы ему переопределили метод save(). Так что вам мешает тогда, к примеру, переопределить метод _loadInstance()? Типа так: public static function _loadInstance(& $xpdo, $className, $criteria, $row) {

    $instance = parent::_loadInstance($xpdo, $className, $criteria, $row);

    /*

        some code, for example $instance->set('foo', $foo);

    */

    return $instance;

}

Хорошо, это "ваш" класс, раз вы ему переопределили

Да, собственно вопрос и был в том КАКОЙ метод лучше переопределить )

Да, собственно вопрос и был в том КАКОЙ метод лучш

Ну, я думаю, что этот - самый подходящий. Он именно тогда, когда объект (его данные) берется из БД, а не когда новый создается или типа того.

Ну, я думаю, что этот - самый подходящий. Он именн

Расширяй процессор MIGXbd это делается не сложно и не к чему трогать объекты xpdo

Расширяй процессор MIGXbd это делается не сложно и

Ну вообще это распространённая практика переопределять методы в классах работы с базой данных, даже тот же migxdb использует этот подход.

Ну вообще это распространённая практика переопреде

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

Хотя да, в данном случае логичнее было бы просто н

Человек спросил что переопределить, я ответил :)
 А переопределять класс или процессор писать - это уже другой вопрос, и он совершенно имеет место быть. На усмотрение человека.

Человек спросил что переопределить, я ответил :)
 

Накостылял?

Не факт. Все зависит от задачи. К примеру, если задача четко локальная, и точно известно что только с такими классами надо выполнить данную функцию, то с классом получится предпочтительней. Предпочтительней в том плане, что где бы вы ни выполнили инициализацию объекта $modx->getObject() или $som_object->getOne('MyClass'), у вас всегда будет выполнен этот метод и будут получены данные.
 А вот если задача именно в данном месте получить сопутствующие данные, то процессор может оказаться предпочтительнее, так как в таком случае вы не завязаны на конкретном классе, и даже если там будут данные другого касса, то процессор все равно их получит.
 Резюме: все зависит от задачи.

Не факт. Все зависит от задачи. К примеру, если за

Спасибо. Большая честь поучиться у грамотного человека. Завтра буду разбирать как настроить процессор.

Спасибо. Большая честь поучиться у грамотного чело

Не стоит. Мы не в 16-ом веке :)

Предлагаю создать отдельный болог по MIGX

Сделано.

Здорово! Я думаю, многим интересна эта тема, а документацию приходится по крохам собирать.

Здорово! Я думаю, многим интересна эта тема, а док

Думаю, Алексей мог бы большой вклад в его копилку сделать.

Думаю, Алексей мог бы большой вклад в его копилку 

Очень на это надеюсь :)

Оффтоп: Саш, по возможности пиши ответом, чтобы структуру комментов было видно.

Оффтоп: Саш, по возможности пиши ответом, чтобы ст

Мог бы но не сейчас, много работы. Александр вы бы могли пока начать а там глядишь и я присоединюсь.

Мог бы но не сейчас, много работы. Александр вы бы

Да, какие-то темы в беседе могут проясниться.

ок

Постараюсь :)

Николай, эта тема изменяет полностью представление о связях XPDO объектов, скорее многие сталкивались с некорректной работой связей через API modX типа addOne addMany, 
 лично я почемуто располагал мнением что owner это владелец ссылки то-есть не всегда владелец первичного ключа.
 Полезно

Николай, эта тема изменяет полностью представление

В случае если связь ссылаеться от первичного ключа к первичному ключу другого класса, в таком случае кого считать owner`ом

В случае если связь ссылаеться от первичного ключа

Правильный ответ: не должен первичный ключ ссылаться на первичный ключ.

Правильный ответ: не должен первичный ключ ссылать

получился случай, когда 2 стороны с первичником (обе стороны связаны composite связью),сделал ownerom тот класс который считаю абстрактно главнее чем другой, нареканий нет, работает пока без багов

получился случай, когда 2 стороны с первичником (о

Пока...
 Технически сделано верно, но не дальновидно, особенно если в таблице auto_increment. 
 Ну да ладно, делайте как вам больше нравится.

Пока...
 Технически сделано верно, но не дальновид

Хорошая заметка. Только я бы добавил, что при операторе

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

Хорошая заметка. Только я бы добавил, что при операторе мы получим сырые данные, в том виде, как они хранятся в базе. Чтобы получить массив, нужен оператор

Хорошая заметка. Только я бы добавил, что при опер

Да, справедливое замечание.

addMany

checkPolicy

isDirty

map-файлы

modAccessibleObject

modx

modx revo

modx revolution

modx-клуб

modxclub

phptype

xPDO

xPDOObject

xPDOObject::get()

xPDOObject::save

xPDOObject::set()

xPDOObject::_saveRelatedObjects()

ООП

политики безопасности

пользовательские классы

права доступа

права пользователей

связанные объекты

# Николай Ланец 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.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!