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

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

ShopModxBox-2.2.2-beta, а так же немного о безопасности в MODX Revolution

Поиск свободных номеров по дате

&#91;Решено&#93; Косяки xPDO

Реализация "модульности" процессоров

Кто-нибудь работал с пакетом MyComponent?

xPDO - автопреобразование регистра таблиц в запросах

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

подключение и вызов собственной фукции

xPDO: все поля присоединённых таблиц типизирует как строковые

Как лучше организовать выборку

xpdo getCollectionGraph

вопрос по сниппету xPDO и бд

Хитрый запрос с условием

Логические и технические пробелы в доступах к приватным объектам.

Подгрузка "классных" процессоров средствами API MODX

modxcloud.com Catchable fatal error: Argument 1 passed to xPDOObject::load() must be an instance of xPDO, instance of modX given

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

Запросы на UPDATE, DELETE и т.п., а так же отладка чистых SQL-запросов, выполняемых через PDO

Генерация map-файла объекта и создание его таблицы средствами xPDO

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

xPDO::addDerivativeCriteria(), class_key, CRC и прочие связанные друг с другом тонкости

Баг в xPDOQuery::set(). Округление десятичных.

xPDOQuery::toSQL() и SQL-injection в MODX Revolution

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

xPDOObject::isDirty($key)

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

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

xPDO::getIterator() вместо xPDO::getCollection()

Getdata-процессоры для таблиц, не содержащих колонку id

Еще один пример сложных SQL-запросов

Множественная выборка из составной строки

Различные варианты группировки и подсчета значений

Выборка товаров с условиями для различных типов товаров

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

Джоины подзапросов средствами xPDO

Помогите разобраться что  не так

xPDO как узнать есть ли parent у страницы?

Resource/update не проверяет alias на уникальность?

Как работать с xPDO и почему

Пользовательские таблицы в MODx Revolution

Кастомные классы в одной таблице и превращения объектов в xPDO

Превращение xPDO-объектов

Почему я всем советую изучать xPDO

Заставляем SQL-запросы возвращать цифры, а не только строки

Многоуровневые условия в xPDO

addPackage vs loadClass vs getService вчём правда брат?

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

Классы для работы с базой данных на лету

Расширение системных (и не только) таблиц в MODX Revolution

Особенности метода xPDOObject::save() + транзакции

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

Самый коротный мап-файл

Примеры сложных условий запросов к БД в xPDO

SQL-запрос на UPDATE с джоинами средствами xPDO

Удаление записей сразу из нескольких таблиц средствами xPDO

Массовая чистка дубликатов УРЛов

Автоматическая мультизагрузка фото в MIGX  (Load From Media Source) через MODX API

Спасибо! Очень интересно. Я в своем проекте только-только к этому подбираться начал, эта статья будет хорошим подспорьем)
 

У меня как раз к обращению и к контрагенту по умолчанию имеют доступ пользователи одной организации, но каждый отдельный объект (обращение, контрагент) может передаваться в другую организацию, но с меньшими правами… Или вообще — только какому-то одному пользователю дать доступ (например, для чтения)… И вот тут статья будет очень кстати. Буду на практике разбираться плотнее)))

Спасибо! Очень интересно. Я в своем проекте только-только к этому подбираться начал, эта статья будет хорошим подспорьем) У меня как раз к обращению и к контрагенту по умолчанию имеют доступ пользователи одной организации, но каждый отдельный объект (обращение, контрагент) может передаваться в другую организацию, но с меньшими правами… Или вообще — только какому-то одному пользователю дать доступ (например, для чтения)… И вот тут статья будет очень кстати. Буду на практике разбираться плотнее)))

Спасибо! Очень интересно. Я в своем проекте только

Джейсон ответил в скайп по этому поводу:

your are absolutely correct about the permissions...we need a way to query it rather than depend on checks at hydration time...can you enter a tracker ticket where we can start a discussion on implementation to share publicly?

Будем обсуждать, развивать. Наверняка появятся какие-то новые полезные методы в самом xPDO.

Джейсон ответил в скайп по этому поводу: your are absolutely correct about the permissions...we need a way to query it rather than depend on checks at hydration time...can you enter a tracker ticket where we can start a discussion on implementation to share publicly? Будем обсуждать, развивать. Наверняка появятся какие-то новые полезные методы в самом xPDO.

Джейсон ответил в скайп по этому поводу: your are 

Честно признаться использовал метод loadClass, но только совместно с методом setPackage, а вот про addExtensionPackage услышал впервые.
 В очередной раз спасибо за новую информацию.

Честно признаться использовал метод loadClass, но 

Пожалуйста.
 Я про это еще здесь писал: community.modx-cms.ru/blog/documentation/9226.html

Пожалуйста.
 Я про это еще здесь писал: community.

Да как только увидел её здесь и всемогущий google помог мне отыскать статью в которой и был он описан, сейчас знакомлюсь)

Да как только увидел её здесь и всемогущий google 

Топик дополнил новым материалом.

Кстати, есть второй способ прописать пакет, чтобы он подключался при инициализации MODx (по идее это тот же способ, только ручками): заходим в настройки системы, раздел «Система и сервер» и находим там параметр «Пакеты расширений» (extension_packages). Если мы до этого хоть раз запускали addExtensionPackage(), то в его значении уже будут все параметры в JSON — их можно исправить, что-нибудь добавить к ним… Если addExtensionPackage() не запускали, то можно там прописать ручками:
 

(конечно, в одну строчку)
 

Для разных нужных методов, которые используются в разных местах я создал отдельный класс Rehab (в папке пакета) и в нем прописываю функционал. Благодаря этому я в любом месте могу написать
 

и массив обработается с нужными проверками, дефолтными значениями. И результат будет каким надо. Если потребуется изменить алгоритм обработки телефонов, я всегда знаю, где искать этот код.
 

А вот пути для процессоров прописывать приходится, конечно… Надо попробовать добавить в extension_packages строчку и для процессоров. Тогда вообще не придется задумываться, что у меня какие-то левые объекты или процессоры — весь код будет стандартным))))

Кстати, есть второй способ прописать пакет, чтобы он подключался при инициализации MODx (по идее это тот же способ, только ручками): заходим в настройки системы, раздел «Система и сервер» и находим там параметр «Пакеты расширений» (extension_packages). Если мы до этого хоть раз запускали addExtensionPackage(), то в его значении уже будут все параметры в JSON — их можно исправить, что-нибудь добавить к ним… Если addExtensionPackage() не запускали, то можно там прописать ручками: [{"Rehab":
  {
   "path":"[[++core_path]]components/rehab/model/",
   "tablePrefix":"modx_rehab_",
   "serviceName":"Rehab",
   "serviceClass":"Rehab"
  }
}] (конечно, в одну строчку) Для разных нужных методов, которые используются в разных местах я создал отдельный класс Rehab (в папке пакета) и в нем прописываю функционал. Благодаря этому я в любом месте могу написать $modx->Rehab->phonesToJSON($phones); и массив обработается с нужными проверками, дефолтными значениями. И результат будет каким надо. Если потребуется изменить алгоритм обработки телефонов, я всегда знаю, где искать этот код. А вот пути для процессоров прописывать приходится, конечно… Надо попробовать добавить в extension_packages строчку и для процессоров. Тогда вообще не придется задумываться, что у меня какие-то левые объекты или процессоры — весь код будет стандартным))))

Кстати, есть второй способ прописать пакет, чтобы 

Привет, Илья! 
 Да, результат addExtensionPackacge() — это как раз запись в эту настройку. Так что и так, и так можно.
 

Надо попробовать добавить в extension_packages строчку и для процессоров. Тогда вообще не придется задумываться, что у меня какие-то левые объекты или процессоры — весь код будет стандартным)))) 

Не получится здесь одной строчкой обойтись. Задача того, что я делал — возможность подгружать любой процессор из любого пакета, при чем с автоформированием пути. Там слишком много тонкостей. Плюс мой метод возвращает реальное имя класса (сам знаешь, в процессорах используется return 'classname';) Все это никак не укладывается в одну строчку. Еще момент — ты вот своим методом подгрузишь мой процессор, а у меня там используется $this->loadClass(), а у тебя $this будет другим объектом. И все, код разваливается. 
 Здесь любое решение будет костылями (и лучше использовать одни костыли). Решить это можно только тогда, когда Джейсон новый релиз выпустит, учитывающий все эти моменты. Мы вчера с ним основательно пообщались на этот счет. Уверен, он и других людей мнение учитывает, так что будет стандартное решение.

Привет, Илья! 
 Да, результат addExtensionPackacge() — это как раз запись в эту настройку. Так что и так, и так можно. Надо попробовать добавить в extension_packages строчку и для процессоров. Тогда вообще не придется задумываться, что у меня какие-то левые объекты или процессоры — весь код будет стандартным)))) Не получится здесь одной строчкой обойтись. Задача того, что я делал — возможность подгружать любой процессор из любого пакета, при чем с автоформированием пути. Там слишком много тонкостей. Плюс мой метод возвращает реальное имя класса (сам знаешь, в процессорах используется return 'classname';) Все это никак не укладывается в одну строчку. Еще момент — ты вот своим методом подгрузишь мой процессор, а у меня там используется $this->loadClass(), а у тебя $this будет другим объектом. И все, код разваливается. 
 Здесь любое решение будет костылями (и лучше использовать одни костыли). Решить это можно только тогда, когда Джейсон новый релиз выпустит, учитывающий все эти моменты. Мы вчера с ним основательно пообщались на этот счет. Уверен, он и других людей мнение учитывает, так что будет стандартное решение.

Привет, Илья! 
 Да, результат addExtensionPackacge

Если такая возможность появится штатно, будет очень здорово! Как всегда, Спасибо тебе за статью!

Если такая возможность появится штатно, будет очен

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

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

$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?

Добрый день! Подскажите, а как поменять название т

Вопрос как-то некорректно поставлен. Поменять таблицу, в которой изменения делаются? Или переименовать таблицу?

Если случай первый, то в строке  $c = $modx->newQuery('modResource');  и задаётся таблица для изменения (все объекты xpdo привязаны к таблицам).

Если надо переименовать таблицу (зачем?!), то тут update не поможет.

Вопрос как-то некорректно поставлен. Поменять таблицу, в которой изменения делаются? Или переименовать таблицу? Если случай первый, то в строке  $c = $modx->newQuery('modResource');  и задаётся таблица для изменения (все объекты xpdo привязаны к таблицам). Если надо переименовать таблицу (зачем?!), то тут update не поможет.

Вопрос как-то некорректно поставлен. Поменять табл

Вы правы, случай первый. Извините за назойливость,  я просто не силен в ООП. То есть, если мне нужно обновить value доп поля №11 в ресурсе №5 в таблице cts_site_tmplvar_contentvalues, то мой запрос будет такой(?):

Нужно получить (UPDATE `cts_site_tmplvar_contentvalues` SET `value` = 'gift' WHERE (`tmplvarid` = 11 AND `contentid` = 5) )
$c = $modx->newQuery('cts_site_tmplvar_contentvalues');
$c->command('update');
$c->set(array(
	'value' => 'gift'
));
$c->where(array(
	'tmplvarid' => 11,
	'contentid' => 5
));
$c->prepare();
// print $c->toSQL();
$c->stmt->execute();

Вы правы, случай первый. Извините за назойливость,

addMany

command

loadClass

modx

modx revolution

modxcloud

orCondition

update

where

xPDO

xPDOObject

запросы к базе данных

отладка

права

процессоры

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