Пишем различные технические топики

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

PSR-0/1/2. Стандарты оформления кода в PHP

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())

Еще один пример и аргумент в пользу modxSmarty

modxcloud.com, Vapor и клонирование сайтов.

Небольшой пример с выборками в shopModx

О пакетах, обратной совместимости, стандартах и процессорах на замену сниппетам

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

Удаление всей папки assets/images/ при деинсталляции minishop2

Оптимизация phpThumbOf

Для отступов использовать 4 пробела вместо табуляции.

всегда юзал пробелы, где мог) табуляция меня раздражает))
 

Именовать классы НадоТак

а я ещё люблю префиксы-аббревиатуры делать, так сказать группируя по неким общим признакам (напр. имя пакета — нпмВотТак).
 

практически все остальное совпадает со стандартами, наверно работая с modx/xpdo само-собой подстроилось) такой код всегда радует глаз

Для отступов использовать 4 пробела вместо табуляции. всегда юзал пробелы, где мог) табуляция меня раздражает)) Именовать классы НадоТак а я ещё люблю префиксы-аббревиатуры делать, так сказать группируя по неким общим признакам (напр. имя пакета — нпмВотТак). практически все остальное совпадает со стандартами, наверно работая с modx/xpdo само-собой подстроилось) такой код всегда радует глаз

Для отступов использовать 4 пробела вместо табуляц

Да. Но дело не только в радости глаза. Уверен, Джейсон сделает все красиво, с неймспейсами и т.п., и будет полная автоподгрузка. На сколько я слышал, у него наработки есть с существенными плюсами по производительности.

Да. Но дело не только в радости глаза. Уверен, Дже

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

$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

Полностью согласен, так работать с шаблоном намного удобнее. Modxsmarty пока не успел опробовать (работа срочная навалилась), но думаю скоро наверстаю. Но по опыту работы с шаблонизатором Twig (где так же есть плюшки типа вложеных циклов и логических операторов, да еще и наследование шаблонов, которые в принципе способны заменить тот же phx), могу сказать, что потом со стандартным шаблонизатором modx работаешь, так сказать с кривой улыбкой. Вроде бы все хорошо, столько всего понапихано, но скорость не та, от кучи чанков и сниппетов меню раздуто кук бурдюк. В общем было бы замечательно если бы modx из коробки поддерживал бы еще парочку шаблонизаторов на выбор)

Полностью согласен, так работать с шаблоном намног

В общем было бы замечательно если бы modx из коробки поддерживал бы еще парочку шаблонизаторов на выбор) 

Так он сейчас как бы и поддерживает (основное новшество версии 2.2.7, анонсированной на 9 апреля). Теперь можно переопределить системную настройку, и $modx->getParser() будет подтягивать ваш собственный парсер. Но я не уверен, что там все идеально (сужу по логике Смарти). Шаблонизатор компиллирует свои шаблоны, а не просто парсит какой-то код. Это включает подгрузку функций всяких и т.п. А если у нас в чанке код, я не могу сказать точно по поводу того, как Смарти будет кушать этот код. Есть ли возможность скармливать ему контент. Очень сомневаюсь, так как он подавится первой же фигурной скобкой.
 Может Twig лучше себя ведет?
 К любом случае, я считаю, что они должны сделать поддержку php-кода в шаблонах (на подобии того, как это у меня сделано в phpTemplates). В таком случае я четко знаю, что я выполню чистый php, пропишу там логику, и всегда буду уверен, где у меня реальный код, а где шаблонизация.

В общем было бы замечательно если бы modx из коробки поддерживал бы еще парочку шаблонизаторов на выбор) Так он сейчас как бы и поддерживает (основное новшество версии 2.2.7, анонсированной на 9 апреля). Теперь можно переопределить системную настройку, и $modx->getParser() будет подтягивать ваш собственный парсер. Но я не уверен, что там все идеально (сужу по логике Смарти). Шаблонизатор компиллирует свои шаблоны, а не просто парсит какой-то код. Это включает подгрузку функций всяких и т.п. А если у нас в чанке код, я не могу сказать точно по поводу того, как Смарти будет кушать этот код. Есть ли возможность скармливать ему контент. Очень сомневаюсь, так как он подавится первой же фигурной скобкой.
 Может Twig лучше себя ведет?
 К любом случае, я считаю, что они должны сделать поддержку php-кода в шаблонах (на подобии того, как это у меня сделано в phpTemplates). В таком случае я четко знаю, что я выполню чистый php, пропишу там логику, и всегда буду уверен, где у меня реальный код, а где шаблонизация.

В общем было бы замечательно если бы modx из короб

Вот еще небольшой примерчик:
 

{assign var=i value=1}
<select>
    <option>Выбрать</option>
    {while $i <= $room.available}
    {assign var="mod" value=$i%100}
        <option>{$i} {if $mod > 4 && $mod < 20}номеров{elseif $mod==1}номер{else}номера{/if}</option>
        {$i++}
    {/while}
</select>

То есть набивается select, и в зависимости от конкретного числа, используется склонение слова.
 ?

Вот еще небольшой примерчик: {assign var=i value=1}
<select>
    <option>Выбрать</option>
    {while $i <= $room.available}
    {assign var="mod" value=$i%100}
        <option>{$i} {if $mod > 4 && $mod < 20}номеров{elseif $mod==1}номер{else}номера{/if}</option>
        {$i++}
    {/while}
</select> То есть набивается select, и в зависимости от конкретного числа, используется склонение слова.
 ?

Вот еще небольшой примерчик: {assign var=i value=1

А нет ли какой документации по работе с modxsmarty (как вызывать сниппеты, как глобальные переменные типа site_url выводить и т.д.)? Или синтаксис смарти смотреть в документации?

А нет ли какой документации по работе с modxsmarty

Сам синтаксис Smarty стандартный. По Smarty в инете полно проработанной мануалы.
 От меня только несколько тегов, специфических конкретно для MODX: {snippet}, {chunk} и т.п. По ним примеры есть прям на странице компонента: modx.com/extras/package/modxsmarty
 Там же есть демо-видео.
 Все остальное в рамках самого MODX-а. То есть, к примеру, вызываем {snippet name=test}. Происходит вызов $modx->runSnippet(). Далее все на уровне самого MODX-а.

Сам синтаксис Smarty стандартный. По Smarty в инет

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

$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

Great explanation Nik, this is something I think the MODX community in general still haven't grasped. I am working on some Twig integration which I will probably do a core version in a fork of MODX just for Experimental use. It is said too often that designers don't like logic in template, but designers don't make templates anyway (besides designing them). Frontend developers make template, as since most are familiar with JavaScript they would have to create logic of some sort anyway.
 

I will share this on Twitter and hope others will understand the useful of having logic in templates, rather than a bunch of parsers parsing Snippets/Chunks and Templates.

Great explanation Nik, this is something I think the MODX community in general still haven't grasped. I am working on some Twig integration which I will probably do a core version in a fork of MODX just for Experimental use. It is said too often that designers don't like logic in template, but designers don't make templates anyway (besides designing them). Frontend developers make template, as since most are familiar with JavaScript they would have to create logic of some sort anyway. I will share this on Twitter and hope others will understand the useful of having logic in templates, rather than a bunch of parsers parsing Snippets/Chunks and Templates.

Great explanation Nik, this is something I think t

Hi, Andrew!
 Glad to see you here :)
 Thanks for sharing and for kind words.

Hi, Andrew!
 Glad to see you here :)
 Thanks for s

Начнем с того, что изначально все было не так, как надо.
 А если рассматривать предложенный вариант, то здесь не просто $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

This looks like a very cool experiment Nick and a look forward to seeing others like it from you. This would probably come in very handy for more complex Add-ons like Discuss. Keep up the good work! :)

This looks like a very cool experiment Nick and a 

Thank, Ryan.

Отличная новость! Багу пофиксили: 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 есть много способов реализации одного и того же.

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

Да, modxcloud — отличный инструмент для разработчика. Особенно для тех, кто пытается разрабатывать сайты на денвере, а потом переносить на боевой хостинг. Сколько в коммьюнити топиков, типа «getResources не работает после переноса на хостинг — на денвере все работало» или наоборот — «на хостинге все работает, а на денвере фотки не обрезаются как надо». Используйте бесплатный аккаунт cloud и проблем не будет!

Да, modxcloud — отличный инструмент для разработчи

Здесь еще надо сразу отмечать факт стандартизации. Если что-то на хостинге работает неправильно, это обязательно будет пофиксино, а значит эта ошибка устранится для все сайтов. То есть технический риск для сайтов снижается просто на несколько порядков. Если у меня один сайт работает четко, я точно знаю, что залью еще один сайт, и он будет так же четко работать. А если что-то не работает, я напишу в саппорт, который не просто хостингом занимается, а четко знает MODX, и ошибки хостинга будут рассматриваться именно как ошибки для MODX.

Здесь еще надо сразу отмечать факт стандартизации.

Fi1osof +++ за грамотный обзор по Vapor, выходит мощная штука, на впс тоже должно работать. На днях думаю замутить какую-нибудь болванку. И кстати, сразу вопрос по Vapor, после установки в клауд он накатил мне нового админа, можно ли там не менять логин пароль/менеджера от первоначальной установки?
 

По Клауду же думаю дорого, по сути предлагают специализированный шаред, как бы они там «облаками» не разбрасывались, там нет многих признаков облака и даже впс, т.к. например нет учета по затратам, рута, непонятно, что там с масштабируемостью и своих CDN, да еще и ограничения на количество сайтов.
 

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

Плюс со слабым инетом сложно работать удаленно, поэтому для меня оптимально получилось — 2 почти идентичных сервера — локальный в виртуалке и синхронизируемый удаленный (нет — багам при переносе). 
 

Есть скрипты безумкина на создание и обновление облака сайта + скрипты синхронизации, без веб-морды, но за 1 команду — ~3$/месяц, за 4 ядра, 2Гб ОЗУ и 100500 облаков (думаю как бы еще туда сервак майнкрафт прикрутить, чтобы он еще не треснул)).

Fi1osof +++ за грамотный обзор по Vapor, выходит мощная штука, на впс тоже должно работать. На днях думаю замутить какую-нибудь болванку. И кстати, сразу вопрос по Vapor, после установки в клауд он накатил мне нового админа, можно ли там не менять логин пароль/менеджера от первоначальной установки? По Клауду же думаю дорого, по сути предлагают специализированный шаред, как бы они там «облаками» не разбрасывались, там нет многих признаков облака и даже впс, т.к. например нет учета по затратам, рута, непонятно, что там с масштабируемостью и своих CDN, да еще и ограничения на количество сайтов. А цены серьезные, и особенно дорого выходит у новичков вроде меня, т.к. нет нагруженных проектов, а есть множество вялотекущих, которые тем не менее приходится периодически обновлять и дорабатывать. Плюс со слабым инетом сложно работать удаленно, поэтому для меня оптимально получилось — 2 почти идентичных сервера — локальный в виртуалке и синхронизируемый удаленный (нет — багам при переносе). Есть скрипты безумкина на создание и обновление облака сайта + скрипты синхронизации, без веб-морды, но за 1 команду — ~3$/месяц, за 4 ядра, 2Гб ОЗУ и 100500 облаков (думаю как бы еще туда сервак майнкрафт прикрутить, чтобы он еще не треснул)).

Fi1osof +++ за грамотный обзор по Vapor, выходит м

И кстати, сразу вопрос по Vapor, после установки в клауд он накатил мне нового админа, можно ли там не менять логин пароль/менеджера от первоначальной установки?
 

По умолчанию нет, так как я писал, что он перетирает все, это снимок. Но если его покапать (сам vapor.php), то можно все, что угодно. Там вот есть такая полезная штука:

$vaporOptions = array(
        'excludeExtraTablePrefix' => array(),
        'excludeExtraTables' => array(),
        'excludeFiles' => array(
			MODX_BASE_PATH .'vapor',
			MODX_BASE_PATH .'phpmyadmin',
		)
);

То есть можно исключить таблицы, таблицы с префиксом и файлы по своему усмотрению. Но такой тюнинг требует очень глубоких познаний MODX-а. Я выше писал, что это все-таки инструмент для полных снимков, а не для создания заплаток. Для заплаток больше подходит mackMan, и мы его в дальнейшем рассмотрим. Так же будет поднят вопрос по доработке его, чтобы можно было таблицы в него включать.
 

По Клауду же думаю дорого, по сути предлагают специализированный шаред, как бы они там «облаками» не разбрасывались, там нет многих признаков облака и даже впс, т.к. например нет учета по затратам, рута, непонятно, что там с масштабируемостью и своих CDN, да еще и ограничения на количество сайтов.

Я уже поднял тарифный план до Business ($99/месяц). Считаешь ли, что я глупо поступаю? ;-) У меня несколько аккаунтов на шаредхостингах и свой облачный сервер (не первый уже). Мне есть с чем сравнивать. modxcloud.com нельзя сравнивать с ними. Это совершенно другой инструмент. Я на нем ежедневно экономлю не менее часа-двух своего времени. А мое время не копеечку стоит. Я заплачу $100, и сэкономлю $500. А на простом хостинге я просто заплачу меньше, но вообще не сэкономлю. Плюс постоянные траблы. Теперь я буду работать только с http;//modxcloud.com
 

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

Вот как раз вам и лучше с modxcloud.com работать, так как вы имеете возможность сосредоточиться конкретно на программировании MODX-а, а не системном администрировании, установке MODX-а и т.п.
 

Удачи! :-) Системный администратор — твоя вторая профессия.

И кстати, сразу вопрос по Vapor, после установки в клауд он накатил мне нового админа, можно ли там не менять логин пароль/менеджера от первоначальной установки? По умолчанию нет, так как я писал, что он перетирает все, это снимок. Но если его покапать (сам vapor.php), то можно все, что угодно. Там вот есть такая полезная штука: $vaporOptions = array(
        'excludeExtraTablePrefix' => array(),
        'excludeExtraTables' => array(),
        'excludeFiles' => array(
			MODX_BASE_PATH .'vapor',
			MODX_BASE_PATH .'phpmyadmin',
		)
); То есть можно исключить таблицы, таблицы с префиксом и файлы по своему усмотрению. Но такой тюнинг требует очень глубоких познаний MODX-а. Я выше писал, что это все-таки инструмент для полных снимков, а не для создания заплаток. Для заплаток больше подходит mackMan, и мы его в дальнейшем рассмотрим. Так же будет поднят вопрос по доработке его, чтобы можно было таблицы в него включать. По Клауду же думаю дорого, по сути предлагают специализированный шаред, как бы они там «облаками» не разбрасывались, там нет многих признаков облака и даже впс, т.к. например нет учета по затратам, рута, непонятно, что там с масштабируемостью и своих CDN, да еще и ограничения на количество сайтов. Я уже поднял тарифный план до Business ($99/месяц). Считаешь ли, что я глупо поступаю? ;-) У меня несколько аккаунтов на шаредхостингах и свой облачный сервер (не первый уже). Мне есть с чем сравнивать. modxcloud.com нельзя сравнивать с ними. Это совершенно другой инструмент. Я на нем ежедневно экономлю не менее часа-двух своего времени. А мое время не копеечку стоит. Я заплачу $100, и сэкономлю $500. А на простом хостинге я просто заплачу меньше, но вообще не сэкономлю. Плюс постоянные траблы. Теперь я буду работать только с http;//modxcloud.com А цены серьезные, и особенно дорого выходит у новичков вроде меня, т.к. нет нагруженных проектов, а есть множество вялотекущих, которые тем не менее приходится периодически обновлять и дорабатывать. Вот как раз вам и лучше с modxcloud.com работать, так как вы имеете возможность сосредоточиться конкретно на программировании MODX-а, а не системном администрировании, установке MODX-а и т.п. Есть скрипты безумкина на создание и обновление облака сайта + скрипты синхронизации, без веб-морды, но за 1 команду — ~3$/месяц, за 4 ядра, 2Гб ОЗУ и 100500 облаков (думаю как бы еще туда сервак майнкрафт прикрутить, чтобы он еще не треснул)). Удачи! :-) Системный администратор — твоя вторая профессия.

И кстати, сразу вопрос по Vapor, после установки в

А кто-нибудь пробовал реальный сайт вапорить? 1000 ресурсов — в браузере ничего не возвращается. Даже вроде бы не работает на все время max_execution_time.

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

Я пробовал, и успешно. 13000 документов. Пакет почти полгига.
 

Это будет зависеть от настроек хостинга. На этот счет очень хорошая статья на хабре есть: habrahabr.ru/post/175651/
 Так же почитайте официальную мануалу. Рекомендованный способ — через ssh и консоль

Я пробовал, и успешно. 13000 документов. Пакет почти полгига. max_execution_time Это будет зависеть от настроек хостинга. На этот счет очень хорошая статья на хабре есть: habrahabr.ru/post/175651/
 Так же почитайте официальную мануалу. Рекомендованный способ — через ssh и консоль

Я пробовал, и успешно. 13000 документов. Пакет поч

Раз 10 наверное попробовал на хостинге и локально. Пару раз удачно, потом упорно не переносил пользователя. Таблица users пустая.

Раз 10 наверное попробовал на хостинге и локально.

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

Не подскажу ничего с этим. У меня такой проблемы н

Подскажите, как правильно исключить таблицу users? Пробовал так 
 

<code>$vaporOptions = array(
        'excludeExtraTablePrefix' => array(modx_),
        'excludeExtraTables' => array(users),
        'excludeFiles' => array()</code>

результат тот же, затирается таблица и всё тут…

Подскажите, как правильно исключить таблицу users? Пробовал так <code>$vaporOptions = array(
        'excludeExtraTablePrefix' => array(modx_),
        'excludeExtraTables' => array(users),
        'excludeFiles' => array()</code> результат тот же, затирается таблица и всё тут…

Подскажите, как правильно исключить таблицу users?

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

2. excludeExtraTables — смотрите код vapor.php 
 На то они и ExtraTables, чтобы не быть таблицами ядра. Даже если вы правильно укажите имя таблицы, она не исключится, так как она в ядре, а не в дополнениях.
 

3. Если вы хотите исключить modUser, то надо удалять элементы массива с классами ядра.
 

/* Defines the classes to extract (also used for truncation) */
$classes= array (

такой тюнинг требует очень глубоких познаний MODX-а

Ведь есть связанные данные.
 

Еще раз: это для полного переноса сайта с перезаписью существующего.
 

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

1. array(users) Учитесь строковые переменные в ковычки брать, чтобы это строкой было, а не необъявленной константой. 2. excludeExtraTables — смотрите код vapor.php 
 На то они и ExtraTables, чтобы не быть таблицами ядра. Даже если вы правильно укажите имя таблицы, она не исключится, так как она в ядре, а не в дополнениях. 3. Если вы хотите исключить modUser, то надо удалять элементы массива с классами ядра. /* Defines the classes to extract (also used for truncation) */
$classes= array ( Но, как я писал выше такой тюнинг требует очень глубоких познаний MODX-а Ведь есть связанные данные. Еще раз: это для полного переноса сайта с перезаписью существующего. Но если вам уж очень хочется перенести снимок, и только пользователей оставить существующих, то сделайте проще: сделайте бекап таблиц пользователей, их аттрибутов, групп и т.п. Потом накатите снимок, а затем затрите таблицы пользователей и их данные. То есть накатите пользователей поверх сайта. И будет вам счастье.

1. array(users) Учитесь строковые переменные в ков

Магия какая-то. Пару раз таблица юзеров перенеслась, но теперь она просто затирается. Исключить хотел только по этой причине. Хотел сделать снимок типового сайта.

Магия какая-то. Пару раз таблица юзеров перенеслас

Такая же фигня, юзеров нет.

Так-с, вроде получилось, осталось выяснить какой пароль у юзверей? желания пользоваться этим звапором уже маловато… там еще какой-то гемор с Articles идет, сыровато все имхо

Так-с, вроде получилось, осталось выяснить какой п

Vapor создавался специально под htpp://modxcloud.com и там он довольно стабильно себя показывает.
 Там же есть специальная кнопка в панели «Создать администратора». Если разворачивали на собственном сайте и возможности нет создать пользователя, то все довольно просто: заходим в базу данных, и любому активному пользователю указываем свой емейл, и через панель входа восстанавливаем пароль.
 В дальнейшем у вас есть вариант сделать из этого свою сборку.

Vapor создавался специально под htpp://modxcloud.c

Понятно, хороший способ, можно еще md5 хэш пароля закинуть в базу и изменить тип проверки, хотелось, просто по-меньше движений.

Понятно, хороший способ, можно еще md5 хэш пароля 

Похоже проблема в настройках хостинга. На разных серверах ведёт себя по-разному.

Похоже проблема в настройках хостинга. На разных с

То, что для Modxcloud они фишки свои делают хорошо. Только ценник у них явно завышен, $24 за 2 сайта это перебор.

То, что для Modxcloud они фишки свои делают хорошо

можно еще md5 хэш пароля закинуть в базу и изменить тип проверки, хотелось, просто по-меньше движений

Это слишком много движений.

можно еще md5 хэш пароля закинуть в базу и изменить тип проверки, хотелось, просто по-меньше движений Это слишком много движений.

можно еще md5 хэш пароля закинуть в базу и изменит

Еще раз… Это потому что вы не научились там работать. Экономия получается огроменная. По сути я могу сказать, что переведя сайт с другого хостинга на modxcloud.com, я экономлю больше, чем плачу за этот хостинг. Вы вот оцениваете вообще свой час работы? То, что на modxcloud.com делается в два клика, запросто может занять и час, и два, и больше. Вы пробовали обновить версию MODX-а на сайте? Хоть раз? Сколько это заняло времени? С учетом снять бекап, скачать дистрибутив, распаковать, обновиться (дай Бог без проблем) и т.п., это никак не менее часа. Там это делается в два клика. Я за этот месяц обновил более десяти сайтов. Считайте, что сэкономил минимум 10 часов, то есть не менее $300.

Еще раз… Это потому что вы не научились там работа

Это очень сложная процедура, и боле менее гарантирована на modxcloud

Это очень сложная процедура, и боле менее гарантир

Обновлять не пробовал. Вы наверное не в курсе, что на хостингах есть резервное копирование? Сам пользуюсь VPS поэтому за бекапы не переживаю.

Обновлять не пробовал. Вы наверное не в курсе, что

Тариф $99 за 10 сайтов в месяц при условии, что обновлять надо не чаще 2х раз в год это явный перебор. ИМХО конечно.

Тариф $99 за 10 сайтов в месяц при условии, что об

Я не в курсе? За пять лет сайтостроительства я не освоил бекапы? У меня несколько аккаунтов на шаредхостингах и свой облачный сервер (не modxcloud.com). И я знаю сколько времени занимает сделать бекап там, и сколько у меня занимает времени сделать пару кликов на modxcloud.com
 В общем, идите и попробуйте с нуля провести на своем VPS процедуру обновления версии MODX с нуля, включая создание бекапа. И потом скажите сколько это времени заняло, и насколько больше действий, чем 6 кликов мышкой.

Я не в курсе? За пять лет сайтостроительства я не 

10 сайтов, плюс 30 девелоп-облаков, хранилище снимков, управление доступами к облаку и т.п.
 Еще раз: вы не разработчик в команде, а фрилансер-одиночка. Потому и смотрите на эти вещи по-другому.
 Но убеждать вас особо не собираюсь. И: можете смело обращать внимание на другие ресурсы. Я вас учить ничему не хочу, но и пользы в вас не видно вообще.

10 сайтов, плюс 30 девелоп-облаков, хранилище сним

Опытным путем выяснил, что можно, к примеру, и вот такое творить: {assign var=cost value=array('500000 руб.', '3000000 руб.', '5000000 руб.')}