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

Песочница

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

Blog by Fi1osof

&#91;Решено&#93; Вывести последние ресурсы за неделю, по дате публикации.

&#91;Решено&#93; Не запускается процессор.

Странная странность

&#91;REVO&#93; Проверка прав доступов к объектам MODX программно на примере доступов к modResource

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

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

SUDO в MODX Revolution 2.2.1+

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

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

Статистика количества запросов и времени на исполнение в MODX Revolution

MODX сам по себе подобных вещей не делает.
 1. Странно, что у вас в эту ссылку попадает и УРЛ-энкоденный MODX-тег. %BE+%3Ca+href=%22[[%7E15".
 Есть предположение, что какой-то плагин глючный работает. Отключите все плагины и проверьте, не исчезнет ли ошибка.
 2. Смотрите сам шаблон. Откуда там вообще ссылка эта? То есть это прям в контенте страницы прописано, или в шаблоне подставляется?
 Подобные ошибки вообще не должны вызывать проблем при доступе к админке.

MODX сам по себе подобных вещей не делает.
 1. Стр

Обычный, стандартный шаблон. Все остальные ссылки вставляются нормально. Этот фрагмент тоже прописан нормально, в контенте:
 

… необходимую консультацию по <а href="">реабилитации наркоманов…

Обычный, стандартный шаблон. Все остальные ссылки вставляются нормально. Этот фрагмент тоже прописан нормально, в контенте: … необходимую консультацию по <а href="">реабилитации наркоманов…

Обычный, стандартный шаблон. Все остальные ссылки 

Тогда перепишите эту ссылку с нуля. Могу гарантировать, что сам MODX ничего здесь попортить не мог. А вот что-нить стороннее — запросто. Тот же TinyMCE мог перебить символы.

Тогда перепишите эту ссылку с нуля. Могу гарантиро

Перебил, все заработало. Спасибо. Очень странная фигня, ни разу еще с таким не сталкивался.

Перебил, все заработало. Спасибо. Очень странная ф

Много еще с чем придется столкнуться. Но здесь налицо проблемы с УРЛ-кодированием.

Много еще с чем придется столкнуться. Но здесь нал

&where=`{"publishedon:>":"2013-05-01 00:00:00","publishedon:<":"2013-06-01 00:00:00"}`

Конечно, можно: &where=`{"publishedon:>":"2013-05-01 00:00:00","publishedon:<":"2013-06-01 00:00:00"}`

Конечно, можно: &where=`{"publishedon:>":"2013-05-

Конечно существует, у ресурса есть поля, содержащие дату создания и дату последнего сохранения: publishedon и editedon. Соответственно в getresources в параметрах where можно использовать эти поля, как и любые другие. Надо принимать во внимание, что в базе они хранятся, насколько я помню, в виде timestamp. Соответственно если вам нужно выводить ресурсы за последнюю неделю, то конструкция будет примерно такая 

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

Конечно существует, у ресурса есть поля, содержащие дату создания и дату последнего сохранения: publishedon и editedon. Соответственно в getresources в параметрах where можно использовать эти поля, как и любые другие. Надо принимать во внимание, что в базе они хранятся, насколько я помню, в виде timestamp. Соответственно если вам нужно выводить ресурсы за последнюю неделю, то конструкция будет примерно такая where=`{"editedon:>":"[[calcMyDate]]"}` , где сниппет calcMyDate выдает нужную дату (текущая минус неделя). Вообще я бы для такой задачи использовал свой сниппет, а не getResources и в нем просто сделал необходимый запрос.

Конечно существует, у ресурса есть поля, содержащи

Спасибо большое за помощь! Не мог разобраться с форматами даты) Теперь все понятно.

Спасибо большое за помощь! Не мог разобраться с фо

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

Когда вы вызываете процессор идет проверка прав до

Вы про эту строчку? Тоже не помогло(

$modx->initialize('web'); Вы про эту строчку? Тоже не помогло(

$modx->initialize('web'); Вы про эту строчку? Тоже

Похоже разобрался… все дело из за локалки, пути не правильно выдаются, опробывал на хостинге в modx cloud и все заработало.

Похоже разобрался… все дело из за локалки, пути не

Может сможете еще подсказать? Запуская с админки процессор удаления объекта (в процессоре объект находиться при помощи функции $modx->getObject) все работает нормально, без ошибок. А вот если я запускаю этот процесс по время в процессе создания ресурса он не срабатывает. Долго не мог понять в чем дело, в конце концов понял что не в этом случае не работает метод $modx->getObject. Может он не подключен? Или что то еще?

Может сможете еще подсказать? Запуская с админки п

Асиф, приводи в таких случаях полные листинги кода (можно на gist.github.com/ ), чтобы легче можно было сориентироваться.
 Второе: когда занимаешься такими экспериментами, включай вывод ошибок. К примеру, пропиши в первичном выполняемом файле так:
 

error_reporting(E_ALL ^ E_NOTICE);
ini_set('display_errors', 1);

Если будут критические ошибки, ты их увидишь. К примеру в первой проблеме ты увидел бы критическую ошибку, что путь не был получен.
 Еще сразу после инициализации $modx можно прописать так:
 

$modx->setLogLevel(3);
$modx->setLogTarget('HTML');

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

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

Асиф, приводи в таких случаях полные листинги кода (можно на gist.github.com/ ), чтобы легче можно было сориентироваться.
 Второе: когда занимаешься такими экспериментами, включай вывод ошибок. К примеру, пропиши в первичном выполняемом файле так: error_reporting(E_ALL ^ E_NOTICE);
ini_set('display_errors', 1); Если будут критические ошибки, ты их увидишь. К примеру в первой проблеме ты увидел бы критическую ошибку, что путь не был получен.
 Еще сразу после инициализации $modx можно прописать так: $modx->setLogLevel(3);
$modx->setLogTarget('HTML'); Это заставит MODX выводить собственные ошибки на страницу. К примеру, если MODX не смог найти файл процессора, или класс подключить, он просто так ничего тебе не скажет, а пых-пыху тоже на это ровно. А так тебе выведется сообщение о том, что файл не найден. Ты еще только начинаешь изучать программирование, и тебе важно научиться выполнять отладку кода.

Асиф, приводи в таких случаях полные листинги кода

Спасибо большое!) Такими функциями я не пользовался. А можно в индексный файл modx поместить
 

$modx->setLogLevel(3);
$modx->setLogTarget('HTML');
</code></pre>Для того что бы везде выводились ошибки? Или такое не прокатит?


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

$modx->addPackage('ditsnews', $modx->getOption('core_path').'components/ditsnews/model/ditsnews/');


Спасибо большое!) Такими функциями я не пользовался. А можно в индексный файл modx поместить $modx->setLogLevel(3);
$modx->setLogTarget('HTML');
</code></pre>Для того что бы везде выводились ошибки? Или такое не прокатит? А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы $modx->addPackage('ditsnews', $modx->getOption('core_path').'components/ditsnews/model/ditsnews/');

Спасибо большое!) Такими функциями я не пользовалс

А можно в индексный файл modx поместить

Можно. Но надо учитывать, что запроссы на коннекторы не проходят через индексный файл, и админка тоже. Потому есть еще одно надежное место — сам файл config.
 

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

Вот эта еще информация будет полезна: community.modx-cms.ru/blog/documentation/9226.html

А можно в индексный файл modx поместить Можно. Но надо учитывать, что запроссы на коннекторы не проходят через индексный файл, и админка тоже. Потому есть еще одно надежное место — сам файл config. А с ошибкой разобрался, оказывается Илья уже задавался этим вопросом, просто на другом сайте) Необходимо было подключить модель таблицы Вот эта еще информация будет полезна: community.modx-cms.ru/blog/documentation/9226.html

А можно в индексный файл modx поместить Можно. Но 

Статью почитал, спасибо что делишься опытом))

Пожалуйста.

Добрый вечер, Николай!
 Пробую создать наборы параметров из панели — вроде, все нормально. Создал 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

SUDO в MODX Revolution 2.2.1+

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

Статистика количества запросов и времени на исполнение в MODX Revolution

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

[REVO] Проверка прав доступов к объектам MODX программно на примере доступов к modResource

[Решено] Не запускается процессор.

[Решено] Вывести последние ресурсы за неделю, по дате публикации.

Странная странность