Blog by Fi1osof

Как НЕ надо программировать на MODX

Вызов кешируемых и некешируемых сниппетов в примерах

SUDO в MODX Revolution 2.2.1+

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

Наборы параметров

PHP-функция getimagesize

Исправленный DirectResize 1.3.1 for MODX Revolution

Устанавливаем MODX Revolution

Сравниваем MODX Evolution и MODX Revolution 

Добрый вечер, Николай!
 Пробую создать наборы параметров из панели — вроде, все нормально. Создал 2 набора(top-menu, mail-us), добавил параметры.Но когда пробую вызвать из smarty набор кодом 
 $modx->getObject('modPropertySet','mail-us')->getProperties());
 или
 $modx->getObject('modPropertySet','top-menu')->getProperties());
 выдает всегда набор для top-menu. Удаляю top-menu, mail-us возвращается нормально. Стоит снова создать top-menu, как любой вызов возвращает именно его.
 Пробовал привязывать их к компонентам и без этого — результат один.
 Тот же результат, если указываю несуществующее имя.
 

Не подскажешь, в чем ошибка?
 Спасибо.
 Александр

Добрый вечер, Николай!
 Пробую создать наборы параметров из панели — вроде, все нормально. Создал 2 набора(top-menu, mail-us), добавил параметры.Но когда пробую вызвать из smarty набор кодом 
 $modx->getObject('modPropertySet','mail-us')->getProperties());
 или
 $modx->getObject('modPropertySet','top-menu')->getProperties());
 выдает всегда набор для top-menu. Удаляю top-menu, mail-us возвращается нормально. Стоит снова создать top-menu, как любой вызов возвращает именно его.
 Пробовал привязывать их к компонентам и без этого — результат один.
 Тот же результат, если указываю несуществующее имя. Не подскажешь, в чем ошибка?
 Спасибо.
 Александр

Добрый вечер, Николай!
 Пробую создать наборы пара

$modx->getObject('modPropertySet','top-menu')

Это буквально «получить объект modPropertySet с primary key 'top-menu'». Но для modPropertySet ключ не имя, а id, то есть число. То, как ты его вызываешь, получается неверный PK, конвертируемый xPDO в int (в данном случае вообще никак), и получается, что он получает первый попавшийся объект.
 В данном случае надо так:
 

$modx->getObject('modPropertySet',array('name'=>'mail-us'))->getProperties());

Но это так, просто к слову. Но вызов сниппетов с наборами параметров таким образом не очень юзабильней. Правильней так:
 

Но на всякий случай старайся избегать дефисов в названиях. Это очень скользкая дорожка.

$modx->getObject('modPropertySet','top-menu') Это буквально «получить объект modPropertySet с primary key 'top-menu'». Но для modPropertySet ключ не имя, а id, то есть число. То, как ты его вызываешь, получается неверный PK, конвертируемый xPDO в int (в данном случае вообще никак), и получается, что он получает первый попавшийся объект.
 В данном случае надо так: $modx->getObject('modPropertySet',array('name'=>'mail-us'))->getProperties()); Но это так, просто к слову. Но вызов сниппетов с наборами параметров таким образом не очень юзабильней. Правильней так: {snippet name="snippet@mail-us"} Но на всякий случай старайся избегать дефисов в названиях. Это очень скользкая дорожка.

$modx->getObject('modPropertySet','top-menu') Это 

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

Понял, спасибо.
 Как я понял, вызов сниппета а не 

У меня там такой код:
 {$menuParams=$modx->getObject('modPropertySet','top-menu')->getProperties()}
 …
 {processor action=«getmenu» ns=«site» params=$menuParams assign=result}
 {assign var=items value=$result.object}
 {include file=«top-menu/outer.tpl»}

У меня там такой код:
 {$menuParams=$modx->getObje

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

Ну тогда в общих чертах все ОК (что-то я как-то пр

Я все понял. Просто в документации сразу не разберешься, да и с английским не очень дружен...
 Спасибо огромное за помощь.

Я все понял. Просто в документации сразу не разбер

Пожалуйста.

Как я понял, вызов сниппета а не кода напрямую не утяжеляет код

Утяжеляет, тем более если через MODX-теги делается. Но даже если не через MODX-теги, все равно это лишний вызов объекта сниппета. Процессоры быстрее.

Как я понял, вызов сниппета а не кода напрямую не утяжеляет код Утяжеляет, тем более если через MODX-теги делается. Но даже если не через MODX-теги, все равно это лишний вызов объекта сниппета. Процессоры быстрее.

Как я понял, вызов сниппета а не кода напрямую не 

Кастати, по поводу передачи параметров…
 Возникла у меня идея сделать плагин, ну, чтобы можно было делать что-то типа
 {processor action=«getmenu» ns=«site» params={params name='top-menu'} assign=result}
 ну, чтобы сразу из наборов дергать параметры. Но, насколько я понял, smarty-планигы возвращают только строку?
 И json-encode тоже отдает не в том виде, что надо. Можно ли сделать что-то вроде этого? И стоит ли овчинка выделки?

Кастати, по поводу передачи параметров…
 Возникла 

ну, чтобы сразу из наборов дергать параметры. Но, насколько я понял, smarty-планигы возвращают только строку?

Нет, неправильно понял. Наоборот, процессоры очень даже возвращают массивы. А если очень надо, то можно и объекты возвращать. Это сниппеты строки только возвращают. Про это я писал здесь: community.modx-cms.ru/blog/tips_and_tricks/9966.html
 

Возникла у меня идея сделать плагин, ну, чтобы можно было делать что-то типа

А зачем? В сниппеты параметры передаются в имени. В плагинах параметры можно назначить по дефолту в методе initialize через $this->setDefaultProperties().
 Не думаю, что имеет смысл утяжелять все это дело.

ну, чтобы сразу из наборов дергать параметры. Но, насколько я понял, smarty-планигы возвращают только строку? Нет, неправильно понял. Наоборот, процессоры очень даже возвращают массивы. А если очень надо, то можно и объекты возвращать. Это сниппеты строки только возвращают. Про это я писал здесь: community.modx-cms.ru/blog/tips_and_tricks/9966.html Возникла у меня идея сделать плагин, ну, чтобы можно было делать что-то типа А зачем? В сниппеты параметры передаются в имени. В плагинах параметры можно назначить по дефолту в методе initialize через $this->setDefaultProperties().
 Не думаю, что имеет смысл утяжелять все это дело.

ну, чтобы сразу из наборов дергать параметры. Но, 

Нет, неправильно понял. Наоборот, процессоры очень даже возвращают массивы. А если очень надо, то можно и объекты возвращать. Это сниппеты строки только возвращают. 

Нет, я не про процессоры, с ними все понятно, я про конструкции типа {processor ... и т.п. 
 А без сниппетов я совсем хочу по максимуму обходиться.
 

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

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

Нет, неправильно понял. Наоборот, процессоры очень даже возвращают массивы. А если очень надо, то можно и объекты возвращать. Это сниппеты строки только возвращают. Нет, я не про процессоры, с ними все понятно, я про конструкции типа {processor ... и т.п. 
 А без сниппетов я совсем хочу по максимуму обходиться. Но я тоже уже подумал, что заполнить массив по месту как-то попроще будет, чем вызывать набор параметров. Да и свой модуль написать можно, где все это собрать в одну кучу. Подумаю еще. Просто хочется иметь нечто вроде наборов, чтобы все в одном месте лежало, а при необходимости нужное по имени вытаскивать.

Нет, неправильно понял. Наоборот, процессоры очень

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

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

Просто хочется иметь нечто вроде наборов, чтобы вс

Да, я тоже к этому склоняюсь. Спасибо.

Не за что.

Нет, я не про процессоры, с ними все понятно, я про конструкции типа {processor… и т.п. 

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

Нет, я не про процессоры, с ними все понятно, я про конструкции типа {processor… и т.п. И все-таки, не могу понять, где у тебя возвращается только строка? Можешь более развернутый пример дать? Я что-то вообще не улавливаю где там такие ограничения.

Нет, я не про процессоры, с ними все понятно, я пр

Я про функцию расширения smarty, вроде твоих smarty_plugins/*.php
 Я попробовал написать smarty_plugins/function.params.php:
 

?php
function smarty_function_getprops($params, & $smarty) {
    if (!isset($params['name']) OR !$name = $params['name']) {
        return;
    }
    if(!empty($params['assign'])){
        $assign = (string)$params['assign'];
    }
	$output=$smarty->modx->getObject('modPropertySet',array('name'=>$name))->getProperties();
    return !empty($assign) ? $smarty->assign($assign, $output) : $output;
}


Как я понял, эти функции только строку возвращают
 

Кстати, а если в функцию расширения function.processor.php добавить еще один параметр, например, props, который будет подставлять в вызов процессора набор параметров, взятый из MODX? по той же схеме, как делает ns?
 

{processor name="some_processor" ns="namespace" props="some_props_name"}

Я про функцию расширения smarty, вроде твоих smarty_plugins/*.php
 Я попробовал написать smarty_plugins/function.params.php: ?php
function smarty_function_getprops($params, & $smarty) {
    if (!isset($params['name']) OR !$name = $params['name']) {
        return;
    }
    if(!empty($params['assign'])){
        $assign = (string)$params['assign'];
    }
	$output=$smarty->modx->getObject('modPropertySet',array('name'=>$name))->getProperties();
    return !empty($assign) ? $smarty->assign($assign, $output) : $output;
} Как я понял, эти функции только строку возвращают Кстати, а если в функцию расширения function.processor.php добавить еще один параметр, например, props, который будет подставлять в вызов процессора набор параметров, взятый из MODX? по той же схеме, как делает ns? Ну, например, {processor name="some_processor" ns="namespace" props="some_props_name"}

Я про функцию расширения smarty, вроде твоих smart

Как я понял, эти функции только строку возвращают

Нет, ты не правильно понял. Ты имей ввиду, что даже если ты в шаблоне написал {$var}, тебе не $var сразу возвращается, а $_smarty_tpl->getVariable('var')->value. То есть все прогоняется через Smarty-объект в любом случае.
 А результат подобных функций может быть абсолютно любым, даже объектом. {processor} же возвращает результат-массив. Посмотри что там в функции прописано.
 

Кстати, а если в функцию расширения function.processor.php добавить еще один параметр, например, props, который будет подставлять в вызов процессора набор параметров, взятый из MODX? по той же схеме, как делает ns?

Идея по-моему довольно здравая. Допиши эту функцию и оформи топик, погоняем, и может действительно и включим в пакет. Только имей ввиду, что нормальная практика перечислять сразу несколько наборов, к примеру {snippet name=«snippet@propertySet1@propertySet2@propertySet3»}

Как я понял, эти функции только строку возвращают Нет, ты не правильно понял. Ты имей ввиду, что даже если ты в шаблоне написал {$var}, тебе не $var сразу возвращается, а $_smarty_tpl->getVariable('var')->value. То есть все прогоняется через Smarty-объект в любом случае.
 А результат подобных функций может быть абсолютно любым, даже объектом. {processor} же возвращает результат-массив. Посмотри что там в функции прописано. Кстати, а если в функцию расширения function.processor.php добавить еще один параметр, например, props, который будет подставлять в вызов процессора набор параметров, взятый из MODX? по той же схеме, как делает ns? Идея по-моему довольно здравая. Допиши эту функцию и оформи топик, погоняем, и может действительно и включим в пакет. Только имей ввиду, что нормальная практика перечислять сразу несколько наборов, к примеру {snippet name=«snippet@propertySet1@propertySet2@propertySet3»}

Как я понял, эти функции только строку возвращают 

Понял, сделаю

непойму почему, настроил так 
 ?
 вставил в главный шаблон
 {snippet name=«Wayfinder@TopMenu»}
 

но на главной нечего не выводит.
 на странице категории выводит дочерние категории, если их нет то нечего.
 если убрать templates=2 то выводит товары текущей категории
 не пойму как связно меню с текущей страницей.
 До этого кстати создавал меню с похожими настройками, оно нормально отображается. Правда вставлял я его в шаблон category.tpl

непойму почему, настроил так 
 ?
 вставил в главный шаблон
 {snippet name=«Wayfinder@TopMenu»} но на главной нечего не выводит.
 на странице категории выводит дочерние категории, если их нет то нечего.
 если убрать templates=2 то выводит товары текущей категории
 не пойму как связно меню с текущей страницей.
 До этого кстати создавал меню с похожими настройками, оно нормально отображается. Правда вставлял я его в шаблон category.tpl

непойму почему, настроил так 
 ?
 вставил в главн

А этот набор параметров со сниппетом связали? 
 

Судя по всему вы этого не сделали, параметры не учитываются и WF тупо пытается получить дочерние документы.

А этот набор параметров со сниппетом связали? ? Судя по всему вы этого не сделали, параметры не учитываются и WF тупо пытается получить дочерние документы.

А этот набор параметров со сниппетом связали? ? С

если бы параметры не учитывались то он бы не выводил в моем шаблоне, всмысле эти параметры то учитываются 
 ?
 

ну и на всякий случай 
 ?
 

вроде как надо
 ну и как я писал если убрать templates=2 то выводит товары текущей категории

если бы параметры не учитывались то он бы не выводил в моем шаблоне, всмысле эти параметры то учитываются 
 ? ну и на всякий случай 
 ? вроде как надо
 ну и как я писал если убрать templates=2 то выводит товары текущей категории

если бы параметры не учитывались то он бы не вывод

У вас по-моему написано не startId, а startid (то есть с маленькой i). Довольно распространенная ошибка. Тоже может быть дело в ней, из-за чего так же будут выводиться только дочерние документы.
 И пока уберите из параметров свои шаблоны, чтобы быть уверенными, что в шаблонах тоже нет косяка.

У вас по-моему написано не startId, а startid (то 

вы правы, дело в регистре, спасибо

Т.е. при работе с условиями при вызове "снипета с различными параметрами" либо "различными сниппетами" всю логику лучше реализовать в отдельном сниппете?

Т.е. при работе с условиями при вызове "снипета с 

По хорошему да. Но это не всегда бывает удобно просто из-за того, что сниппеты не умеют возвращать массивы или объекты, а только строку, а на каждый чих чанк создавать - тоже не комильфо. Поэтому мы давно уже ушли от сниппетов в сторону процессоров + Smarty.

По хорошему да. Но это не всегда бывает удобно про

ну кстати пздтц какой то))))
 Делаю например вызов снипета:
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `0`
 ]]
 

<?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); 
 

if($tpl == 0) {
 echo «я для tpl = 0»;
 // Быстро обработался
 

}else{
 echo «я для tpl != 0»;
 // Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
 die();
 

Какого хера обработается die(); и при вызове testSnippet с параметром &tpl = `0`?
 

ну кстати пздтц какой то))))
 Делаю например вызов снипета: [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `0`
 ]] Сам снипет (testSnippet): <?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); if($tpl == 0) {
 echo «я для tpl = 0»;
 // Быстро обработался }else{
 echo «я для tpl != 0»;
 // Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
 die(); } Какого хера обработается die(); и при вызове testSnippet с параметром &tpl = `0`?

ну кстати пздтц какой то))))
 Делаю например вызов

1. Первое предупреждение за нехорошие слова.
 

2. Попробуйте все-таки посмотреть что у вас за $tpl. Сделайте так:
 

<?php
$browser = $modx->getOption('browser', $scriptProperties, '');
$tpl = $modx->getOption('tpl', $scriptProperties, '');

// Смотрим содержимое и тип переменной
var_dump($tpl);

exit;

if($tpl == 0) {
echo «я для tpl = 0»;
// Быстро обработался

}else{
echo «я для tpl != 0»;
// Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
die();

}

Что выведет? Какая переменная?

1. Первое предупреждение за нехорошие слова. 2. Попробуйте все-таки посмотреть что у вас за $tpl. Сделайте так: <?php
$browser = $modx->getOption('browser', $scriptProperties, '');
$tpl = $modx->getOption('tpl', $scriptProperties, '');

// Смотрим содержимое и тип переменной
var_dump($tpl);

exit;

if($tpl == 0) {
echo «я для tpl = 0»;
// Быстро обработался

}else{
echo «я для tpl != 0»;
// Тут какой нить код запроса или еще что нить что обрабатывается долго или просто же die(); Например -:)
die();

} Что выведет? Какая переменная?

1. Первое предупреждение за нехорошие слова. 2. По

ну или &tpl = `true` а в снипете if($tpl) все равно… как не крути обрабатываются все условия if


ну или &tpl = `true` а в снипете if($tpl) все равн

да, там строка, string, согласен.

Не пустая строка? То есть длина более нуля?

[[!If?
 &subject=`[[!+modxSiteTemplate]]`
 &operand=`full`
 &then=`
 full 
 [[$fullTemplate]]`
 

&else=`
 mobile 
 [[$mobileTemplate]]`
 ]]
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `true`
 ]]
 

[[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 ]]
 

Если в снипете (testSnippet) делать так:
 

if($tpl) {
 echo «я для fullTemplate»;
 }else{
 echo «я для mobileTemplate»;
 }
 

То выводится все правильно. для мобилы снипет отдает echo «я для mobileTemplate»; для пр. echo «я для fullTemplate»;
 

НО если поставить в первое или последнее условие if например die();
 или просто бесконечный цикл какой — нить… то обработает этот die() и для mobileTemplate и для fullTemplate.
 

То есть вы понимаете о чем я?


Вообщем я делаю так: Шаблон: [[!If?
 &subject=`[[!+modxSiteTemplate]]`
 &operand=`full`
 &then=`
 full 
 [[$fullTemplate]]` &else=`
 mobile 
 [[$mobileTemplate]]`
 ]] Чанк fullTemplate: fullTemplate [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 &tpl = `true`
 ]] Чанк mobileTemplate: mobileTemplate [[!testSnippet?
 &browser = `[[!+modxSiteTemplate]]`
 ]] Если в снипете (testSnippet) делать так: <?php
 $browser = $modx->getOption('browser', $scriptProperties, ''); 
 $tpl = $modx->getOption('tpl', $scriptProperties, ''); if($tpl) {
 echo «я для fullTemplate»;
 }else{
 echo «я для mobileTemplate»;
 } То выводится все правильно. для мобилы снипет отдает echo «я для mobileTemplate»; для пр. echo «я для fullTemplate»; НО если поставить в первое или последнее условие if например die();
 или просто бесконечный цикл какой — нить… то обработает этот die() и для mobileTemplate и для fullTemplate. То есть вы понимаете о чем я?

Вообщем я делаю так: Шаблон: [[!If?
 &subject=`[[!

То есть вы понимаете о чем я?

Думаю да, понимаю. 99% расклад такой: не зависимо от того, какое у вас условие на уровне шаблона (я про [[!If?), чанки [[$fullTemplate]] и [[$mobileTemplate]] будут отработаны в любом случае. Это особенности MODX-парсера. Это вам не чистый php, где если условие if() не выполнилось, то и внутри него ничто не выполнится. А здесь If — это даже не функция, а просто тег (если говорить про шаблонизацию). В результате он или выведет, или не выведет результат. Но результат внутри в любом случае будет, то есть внутренние теги отработаются.
 

Это одна из серьезных таких причин, по которой мы используем modxSmarty, а не нативную шаблонизацию MODX-а. На уровне Smarty это было бы так:
 

{$modxSiteTemplate = $modx->getPlaceholder('modxSiteTemplate')}
{if $modxSiteTemplate == 'full'}
    full
    {chunk name=fullTemplate}
{else if $modxSiteTemplate == 'mobile'}
    mobile
    {chunk name=mobileTemplate}
{/if}

Вот тут четко будет или одно выполнено, или другое. 
 

Если хотите делать на чистом MODX-е, тогда не сниппет If вызывать надо, а свой сниппет напишите, который четко по условию будет вызывать тот или иной чанк.
 return $modx->getChunk($chunkName);
 

P.S. Код надо оборачивать в теги <code>
 ?

То есть вы понимаете о чем я? Думаю да, понимаю. 99% расклад такой: не зависимо от того, какое у вас условие на уровне шаблона (я про [[!If?), чанки [[$fullTemplate]] и [[$mobileTemplate]] будут отработаны в любом случае. Это особенности MODX-парсера. Это вам не чистый php, где если условие if() не выполнилось, то и внутри него ничто не выполнится. А здесь If — это даже не функция, а просто тег (если говорить про шаблонизацию). В результате он или выведет, или не выведет результат. Но результат внутри в любом случае будет, то есть внутренние теги отработаются. Это одна из серьезных таких причин, по которой мы используем modxSmarty, а не нативную шаблонизацию MODX-а. На уровне Smarty это было бы так: {$modxSiteTemplate = $modx->getPlaceholder('modxSiteTemplate')}
{if $modxSiteTemplate == 'full'}
    full
    {chunk name=fullTemplate}
{else if $modxSiteTemplate == 'mobile'}
    mobile
    {chunk name=mobileTemplate}
{/if} Вот тут четко будет или одно выполнено, или другое. Если хотите делать на чистом MODX-е, тогда не сниппет If вызывать надо, а свой сниппет напишите, который четко по условию будет вызывать тот или иной чанк.
 return $modx->getChunk($chunkName); P.S. Код надо оборачивать в теги <code>
 ?

То есть вы понимаете о чем я? Думаю да, понимаю. 9

Да, спасибо. -:)

Хорошая статья, но картинки не грузятся. Не могли бы восстановить изображения?

Хорошая статья, но картинки не грузятся. Не могли 

Восстановил. Спасибо за багрепорт!

Вам спасибо за отличные статьи!

Кстати, столкнулся с задачей подружить bootstrap + lazyload.js + masonry.js (или isotope.js), а для этого должны выставляться размеры в теге изображения. Удивлен, что ни один ресайзер (или в доках не описано?) не выставляет таких плейсхолдеров как [[+width]] и [[+height]]. Странно. Такая редкая необходимость?
 PS вообще, хороших ресайзеров, с тонкой настройкой качества изображения, работой с источником файлов и кучей полезных плейсхолдеров на все случаи жизни то и нет. Кажется, что такого инструмента очень не хватает. (к вопросу modx.pro/help/7282/ ) Изображения ( в плане качества генерируемых преваьюшек) штука весьма специфическая…

Кстати, столкнулся с задачей подружить bootstrap +

PPS Всем лентяям: готовый модификатор modx.com/extras/package/imgattr с getimagesize, выставляющий соответствующие плейсхолдеры

PPS Всем лентяям: готовый модификатор modx.com/ext

С ресайзерами очень много тонкостей. Для себя давно уже использую собственный сниппет на базе imagick. Умеет сейчас гораздо меньше того же phpThumbOf, но для меня более предсказуемый и умеет то, из-за чего и пришлось его писать, так как phpThumbOf просто не справляется с некоторыми задачами (правильное заполнение при zc с альбомными и панормаными картинками).
 Но в паблик это не известно когда появится и появится ли вообще.

С ресайзерами очень много тонкостей. Для себя давн

Ввиду того, что поисковики весьма строго ранжируют сайты и за вес изображений в т.ч., качество превьюшек и возможность настроек очень насущная проблема. Если кто то будет готов представить серьезный по возможностям инструмент, то готов буду участвовать материально. Краудфандинг ли, или просто частная договоренность, но тема нужная.
 К вашим «правильное заполнение при zc с альбомными и панорамными картинками» добавить бы источники файлов, выбор- кеширование\статичная картинка и т.п. и т.д)) ....


Ввиду того, что поисковики весьма строго ранжируют

Вы можете составить подробный список пожеланий к такому компоненту, можно будет его использовать за основу под публичный компонент. Хоть мой компонент и не умеет много, но как практика показывает, совсем много и не надо. Но для меня наиболее частая задача — это подготовка конечной JPEG-картинки из нескольких прозрачных слоев (PNG, GIF и т.п.). Часто на сайтах используются красивые плашки под картинками, и чтобы эти картинки работали, приходится загружать ПНГшки, которые значительно тяжелей джпега. И вот моя задача — брать ПНГшку, ресайзить ее, накладывать на плашку и выдавать конечный джпег. Активно использовал его здесь: www.drovyanka.ru/ (правда там плашки нет, но где-то я их уже делал, просто не помню). 
 Вторая задача — это ЧПУ. Пути типа www.drovyanka.ru/assets/components/imagick/cache/9d79b3f27487d9803c67d728a5b95ec7.jpg — не круто, ибо простая смена параметров — сразу изменение и пути. В итоге можно кучу дублей картинок наплодить и 404-ых. По моим наблюдениям поисковики вообще плохо кушают подобные пути. В итоге я стал делать так, например: www.radimax.ru/gallery/portfolio/big/64/588.jpg
 Здесь уже абсолютная ссылка, но на самом деле это опять-таки идет на ресайзер, только через подмену УРЛов на уровне сервера. А там и параметры прописаны. То есть можно менять параметры ресайза, но адрес из-за этого уже не страдает. Но .htaccess или nginx-конфиги править не очень удобно, потому хочу запилить эту подмену в пакет на уровне плагина. Да, отдача через MODX дольше, но зато универсальней и проще. А кому быстрее надо будет — смогут подмену прописать уже на уровне конфигурации сервера.

Вы можете составить подробный список пожеланий к т

Ок. Свои хотелки (вероятно избыточные) сформулирую. Ибо как доходит до developers.google.com/speed/pagespeed/insights/, то «боль и слезы»)) Очень нужен компромисс качества и веса, это в самую первую очередь. Конечно, нужных настроек и работу с источниками файлов, что и предстоит вспомнить из насущного. (пока повторяю одно и то же как мантру, извиняюсь).

Ок. Свои хотелки (вероятно избыточные) сформулирую

Большое спасибо за статью!
 Как раз хотел сократить кол-во шаблонов с помощью фильтров вывода, статья отговорила))
 Только не нашел вызова снипета, или его вызывать не обязательно?
 

Большое спасибо за статью!
 Как раз хотел сократить кол-во шаблонов с помощью фильтров вывода, статья отговорила))
 Только не нашел вызова снипета, или его вызывать не обязательно? Заранее спасибо!

Большое спасибо за статью!
 Как раз хотел сократит

Вы сниппет этот и вызываете там, где должен выводиться контент.
 

Но вообще у меня там была формулировка «Как правильней». Это в данном случае, учитывая убогость изначальной основы заложенной предыдущими программистами. А вообще, так как я написал, мы и сами уже не делали бы, это я все давно писал. Сейчас у нас Smarty и расширяемые шаблоны с блоками.

Вы сниппет этот и вызываете там, где должен выводиться контент. Но вообще у меня там была формулировка «Как правильней». Это в данном случае, учитывая убогость изначальной основы заложенной предыдущими программистами. А вообще, так как я написал, мы и сами уже не делали бы, это я все давно писал. Сейчас у нас Smarty и расширяемые шаблоны с блоками.

Вы сниппет этот и вызываете там, где должен выводи

Точно, извиняюсь — нашел
 

<div class="my_box">
            [[Template.Content_simple]]   
</div>


Спасибо.
 Ну до Smarty мне пока рано )

Точно, извиняюсь — нашел <div class="my_box">
            [[Template.Content_simple]]   
</div> Спасибо.
 Ну до Smarty мне пока рано )

Точно, извиняюсь — нашел <div class="my_box">
    

directresize

getimagesize

modx

modx extra

modx revolution

modx для новичков

modx для чайников

sudo

доработка

кеширование

наборы параметров

оптимизация

пакеты

процессоры

разработка сайта

сравнение

уроки

установка modx

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