Блог вопросов для специалистов

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

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

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

Процессоры во frontend

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

Проблема с modxsdk

Проблема в создании собственного дополнения на базе Doodles

Вопрос по Gallery

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

Как правильно хранить свойтва элемента каталога?

Будет ли более легкая сборка shopmodx?

&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 поместить Можно. Но 

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

Пожалуйста.

Да, можно. 
 1. Можете посмотреть публичный коннектор компонента Gallery (там он наиболее полный).
 2. Я использую урезанную версию без лишних проверок, что-то типа этого:
 

<?php
$_REQUEST['ctx'] = 'web';
if(!isset($location)){
    $location = '';    
}

@session_cache_limiter('public');
define('MODX_REQP',false);
    
require_once dirname(dirname(dirname(dirname(dirname(__FILE__))))).'/config.core.php';
require_once MODX_CORE_PATH.'config/'.MODX_CONFIG_KEY.'.inc.php';
require_once MODX_CONNECTORS_PATH.'index.php';

if ($modx->user->hasSessionContext($modx->context->get('key'))) {
    $_SERVER['HTTP_MODAUTH'] = $_SESSION["modx.". $modx->context->get('key') .".user.token"];
} else {
    $_SESSION["modx." .$modx->context->get('key'). ".user.token"] = 0;
    $_SERVER['HTTP_MODAUTH'] = 0;
}

/* handle request */
if(!$path = $modx->getOption('mycomponent.core_path')){
    $path = $modx->getOption('core_path').'components/mycomponent/';
}
$path .=  'processors/web/';

$modx->request->handleRequest(array(
    'processors_path' => $path,
    'location' => $location,
));

И если надо, вызываю его другим коннектором, передавая $location в него.

Добрый день. Да, можно. 
 1. Можете посмотреть публичный коннектор компонента Gallery (там он наиболее полный).
 2. Я использую урезанную версию без лишних проверок, что-то типа этого: <?php
$_REQUEST['ctx'] = 'web';
if(!isset($location)){
    $location = '';    
}

@session_cache_limiter('public');
define('MODX_REQP',false);
    
require_once dirname(dirname(dirname(dirname(dirname(__FILE__))))).'/config.core.php';
require_once MODX_CORE_PATH.'config/'.MODX_CONFIG_KEY.'.inc.php';
require_once MODX_CONNECTORS_PATH.'index.php';

if ($modx->user->hasSessionContext($modx->context->get('key'))) {
    $_SERVER['HTTP_MODAUTH'] = $_SESSION["modx.". $modx->context->get('key') .".user.token"];
} else {
    $_SESSION["modx." .$modx->context->get('key'). ".user.token"] = 0;
    $_SERVER['HTTP_MODAUTH'] = 0;
}

/* handle request */
if(!$path = $modx->getOption('mycomponent.core_path')){
    $path = $modx->getOption('core_path').'components/mycomponent/';
}
$path .=  'processors/web/';

$modx->request->handleRequest(array(
    'processors_path' => $path,
    'location' => $location,
)); И если надо, вызываю его другим коннектором, передавая $location в него.

Добрый день. Да, можно. 
 1. Можете посмотреть пуб

Илья, привет!
 1. Ты используешь базовый процессор modObjectGetListProcessor. Переопределять в нем метод getData надо очень осторожно. Вот ты не очень удачно это сделал, так как ты из метода вынес очень полезные методы, такие как prepareQueryBeforeCount и prepareQueryAfterCount. Вот сравни:
 

public function getData() {
    $data = array();
    $limit = intval($this->getProperty('limit'));
    $start = intval($this->getProperty('start'));

    /* query for chunks */
    $c = $this->modx->newQuery($this->classKey);
    $c = $this->prepareQueryBeforeCount($c);
    $data['total'] = $this->modx->getCount($this->classKey,$c);
    $c = $this->prepareQueryAfterCount($c);

    $sortClassKey = $this->getSortClassKey();
    $sortKey = $this->modx->getSelectColumns($sortClassKey,
		$this->getProperty('sortAlias',$sortClassKey),'',array($this->getProperty('sort')));
    if (empty($sortKey)) $sortKey = $this->getProperty('sort');
    $c->sortby($sortKey,$this->getProperty('dir'));
    if ($limit > 0) {
        $c->limit($limit,$start);
    }

    $data['results'] = $this->modx->getCollection($this->classKey,$c);
    return $data;
}

Так вот как раз на уровне этих методов и происходит вклинивание в формирование запроса. То есть в расширяющем процессоре ты пишешь примерно следующее:
 

public function prepareQueryBeforeCount(xPDOQuery $c) {
    $c = parent::prepareQueryBeforeCount($c);
    // Добавляешь условия к запросу
    return $c;
}

Это тебе позволит не лезть в общую логику.
 

2. По поводу самой логики: я сам чаще всего использую только два метода:
 а) Расширение классов (переопределяя методы типа prepareQueryBeforeCount)
 б) Передачей параметров. К примеру вот часть кода процессора:
 

class ....{
    public function initialize(){
        $this->setDefaultProperties(array(
            'hot'    => false,         // Флаг, что делать только выборку новинок
        ));
        return parent::initialize();
    }

	public function prepareQueryBeforeCount(xPDOQuery $c) {
		$c = parent::prepareQueryBeforeCount($c);
		 
		
		// Если указано, что нужны только новинки
		if($this->getProperty('hot')){
			// Добавляем условие только новинок
			
		}
		
		return $c;
	}
    
}

И вот уже при вызове этого процессора ты просто передаешь параметр 'hot' => true и все. По умолчаниюу тебя стоит 'hot' => false.

Илья, привет!
 1. Ты используешь базовый процессор modObjectGetListProcessor. Переопределять в нем метод getData надо очень осторожно. Вот ты не очень удачно это сделал, так как ты из метода вынес очень полезные методы, такие как prepareQueryBeforeCount и prepareQueryAfterCount. Вот сравни: public function getData() {
    $data = array();
    $limit = intval($this->getProperty('limit'));
    $start = intval($this->getProperty('start'));

    /* query for chunks */
    $c = $this->modx->newQuery($this->classKey);
    $c = $this->prepareQueryBeforeCount($c);
    $data['total'] = $this->modx->getCount($this->classKey,$c);
    $c = $this->prepareQueryAfterCount($c);

    $sortClassKey = $this->getSortClassKey();
    $sortKey = $this->modx->getSelectColumns($sortClassKey,
		$this->getProperty('sortAlias',$sortClassKey),'',array($this->getProperty('sort')));
    if (empty($sortKey)) $sortKey = $this->getProperty('sort');
    $c->sortby($sortKey,$this->getProperty('dir'));
    if ($limit > 0) {
        $c->limit($limit,$start);
    }

    $data['results'] = $this->modx->getCollection($this->classKey,$c);
    return $data;
} Так вот как раз на уровне этих методов и происходит вклинивание в формирование запроса. То есть в расширяющем процессоре ты пишешь примерно следующее: public function prepareQueryBeforeCount(xPDOQuery $c) {
    $c = parent::prepareQueryBeforeCount($c);
    // Добавляешь условия к запросу
    return $c;
} Это тебе позволит не лезть в общую логику. 2. По поводу самой логики: я сам чаще всего использую только два метода:
 а) Расширение классов (переопределяя методы типа prepareQueryBeforeCount)
 б) Передачей параметров. К примеру вот часть кода процессора: class ....{
    public function initialize(){
        $this->setDefaultProperties(array(
            'hot'    => false,         // Флаг, что делать только выборку новинок
        ));
        return parent::initialize();
    }

	public function prepareQueryBeforeCount(xPDOQuery $c) {
		$c = parent::prepareQueryBeforeCount($c);
		 
		
		// Если указано, что нужны только новинки
		if($this->getProperty('hot')){
			// Добавляем условие только новинок
			
		}
		
		return $c;
	}
    
} И вот уже при вызове этого процессора ты просто передаешь параметр 'hot' => true и все. По умолчаниюу тебя стоит 'hot' => false.

Илья, привет!
 1. Ты используешь базовый процессор

А, все, понял, спасибо)))

Пожалуйста.
 Можешь скачать магазин и посмотреть как там сделано.

Пожалуйста.
 Можешь скачать магазин и посмотреть к

Я туда и смотрю) Просто в этом процессоре мне количество и не нужно — пользователь один, а уже присоединенных объектов много. Еще надо будет посмотреть, можно ли после Join'ов ограничивать количество и сортировать присоединенные записи…

Я туда и смотрю) Просто в этом процессоре мне коли

Просто в этом процессоре мне количество и не нужно — пользователь один

Так а что же ты тогда используешь modObjectGetListProcessor? Используй modObjectGetProcessor он делает выборку только одного процессора.
 

Еще надо будет посмотреть, можно ли после Join'ов ограничивать количество и сортировать присоединенные записи…

Все эти вещи выполняются в list-процессорах пакета shopModx. Посмотри как это там выполняется. Лично я исползую их практически везде, и еще не было задачи, на которую мне не хватало бы getdata-процессора.
 

P.S. если у тебя суперузкопрофильная задача, тогда вообще используй просто modPropcessor, и основную логику пиши в методе process.

Просто в этом процессоре мне количество и не нужно — пользователь один Так а что же ты тогда используешь modObjectGetListProcessor? Используй modObjectGetProcessor он делает выборку только одного процессора. Еще надо будет посмотреть, можно ли после Join'ов ограничивать количество и сортировать присоединенные записи… Все эти вещи выполняются в list-процессорах пакета shopModx. Посмотри как это там выполняется. Лично я исползую их практически везде, и еще не было задачи, на которую мне не хватало бы getdata-процессора. P.S. если у тебя суперузкопрофильная задача, тогда вообще используй просто modPropcessor, и основную логику пиши в методе process.

Просто в этом процессоре мне количество и не нужно

Добрый день!
 Вот незадача… Писал коммент еще ночью, но почему-то его здесь нет.
 

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

Добрый день!
 Вот незадача… Писал коммент еще ночью, но почему-то его здесь нет. Проблема однозначная: у вас включено сжатие JS в админке. Пока это не победил (некогда было колупаться), так что пока просто отключаете сжатие JS, перегружаете страницу, и все будет работать.

Добрый день!
 Вот незадача… Писал коммент еще ночь

Спасибо! в SDK работать гораздо гораздее! )

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

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

Мда, долго я бодался с абсолютно такой-же проблемо

Стоит как-нить предупредить заинтересованных в пакете о данной проблеме, а то так пробел на клаве можно раздолбать :)

На все случаи предупреждений не написать. А на сайт всегда милости просим. Если что, можно ведь и поинтересоваться по поводу проблем, с которыми сталкиваетесь.
 

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

Стоит как-нить предупредить заинтересованных в пакете о данной проблеме, а то так пробел на клаве можно раздолбать :) На все случаи предупреждений не написать. А на сайт всегда милости просим. Если что, можно ведь и поинтересоваться по поводу проблем, с которыми сталкиваетесь. Тем не менее большое спасибо за данную среду и другие пакеты, начинаю работать. Всегда пожалуйста!

Стоит как-нить предупредить заинтересованных в пак

1. Какая версия MODX-а? Полностью.
 2. Вам php четко выдает ошибку: Catchable fatal error: Argument 1 passed to Doodles::__construct() must be an instance of modX, null given, called in. Не был передан параметр $modx в процессор.

1. Какая версия MODX-а? Полностью.
 2. Вам php чет

Версия: MODX Revolution 2.2.8-pl (traditional);
 Я понимаю что вопрос кажется глупим но я думал что это и есть его передача:
 

Я этот пример брал с поста community.modx-cms.ru/blog/addons/2222.html. Просто уже неделю не могу с этим разобраться. Сначала я пробовал исполнять свой скрипт и просто возвращать:
 

Но так не получалось была ошибка:
 

Fatal error: Call to a member function success() on a non-object in /var/www/modx.my/core/components/doodles/processors/mgr/doodle/request.class.php on line 4
 

Как я понял ошибка в том что я не создавал объект, или что то типа этого. Признаюсь сразу в объектном PHP я не силен, но базовие понятия ООП я имею.

Версия: MODX Revolution 2.2.8-pl (traditional);
 Я понимаю что вопрос кажется глупим но я думал что это и есть его передача: $model = new Doodles($modx); Я этот пример брал с поста community.modx-cms.ru/blog/addons/2222.html. Просто уже неделю не могу с этим разобраться. Сначала я пробовал исполнять свой скрипт и просто возвращать: $modx->error->success(''); Но так не получалось была ошибка: Fatal error: Call to a member function success() on a non-object in /var/www/modx.my/core/components/doodles/processors/mgr/doodle/request.class.php on line 4 Как я понял ошибка в том что я не создавал объект, или что то типа этого. Признаюсь сразу в объектном PHP я не силен, но базовие понятия ООП я имею.

Версия: MODX Revolution 2.2.8-pl (traditional);
 Я

1. Пишите ответом, чтобы я оперативно получал уведомления о комментах.
 2. Тот топик очень старый, писался еще до появления новой версии процессоров. И вообще раньше много чего. В результате, лучше изучите это: community.modx-cms.ru/blog/modx-xpdo/11035.html
 Там как раз пример с использованием более современных технологий, а главное — пакета CMPGenerator, который позволит вам быстро сгенерировать модель пакета из готовой таблицы, а не пользоваться «модификацией моей модификации возможно чьей-то модификации» скрипта для генерации модели.
 И вообще изучите все статьи Ильи в разделе xPDO, так как вам сейчас явно не хватает понимания работы процессоров и xPDO в целом. Потратьте основательно на это день, и завтра уже будете понимать, как все просто.
 

P.S. Ошибка возникает именно в классе процессора, поэтому и надо изучить процессоры. А в указанной статье Ильи так же написано как подключать пакеты через $modx->addExtensionPackage() или через настройки, чтобы он всегда был виден MODX-у.

1. Пишите ответом, чтобы я оперативно получал уведомления о комментах.
 2. Тот топик очень старый, писался еще до появления новой версии процессоров. И вообще раньше много чего. В результате, лучше изучите это: community.modx-cms.ru/blog/modx-xpdo/11035.html
 Там как раз пример с использованием более современных технологий, а главное — пакета CMPGenerator, который позволит вам быстро сгенерировать модель пакета из готовой таблицы, а не пользоваться «модификацией моей модификации возможно чьей-то модификации» скрипта для генерации модели.
 И вообще изучите все статьи Ильи в разделе xPDO, так как вам сейчас явно не хватает понимания работы процессоров и xPDO в целом. Потратьте основательно на это день, и завтра уже будете понимать, как все просто. P.S. Ошибка возникает именно в классе процессора, поэтому и надо изучить процессоры. А в указанной статье Ильи так же написано как подключать пакеты через $modx->addExtensionPackage() или через настройки, чтобы он всегда был виден MODX-у.

1. Пишите ответом, чтобы я оперативно получал увед

Благодарю за ссылки буду разбираться.

На здоровье.

Я перечитал предоставленный вами материал, информация полезная так что добавил в избранное, но я так и не понял как мне вернуть:
 

, в пользовательских скриптах.
 И ещё один вопрос я для того чтобы использовать такие методы как getObgect() и newObject() использую вот такой код:
 

define('MODX_API_MODE', true);
require_once '/путь_к_фалу/index.php';

Это правильно или нужно по-другому как то это делать?

Я перечитал предоставленный вами материал, информация полезная так что добавил в избранное, но я так и не понял как мне вернуть: $modx->error->success(''); , в пользовательских скриптах.
 И ещё один вопрос я для того чтобы использовать такие методы как getObgect() и newObject() использую вот такой код: define('MODX_API_MODE', true);
require_once '/путь_к_фалу/index.php'; Это правильно или нужно по-другому как то это делать?

Я перечитал предоставленный вами материал, информа

но я так и не понял как мне вернуть:
 $modx->error->success('');

А что вернуть? Эту функцию вообще не принято самостоятельно вызывать. Она используется самим объектом $modx->error. И она не отдает какие-либо переменные собственного объекта, а возвращает обработанные параметры. К примеру можно вот так вызывать:
 

<?php
print '<pre>';
print_r($modx->error->success('', $modx->getObject('modResource', 1)));

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

Мне кажется, вы в принципе не в том направлении роете. Изучайте стандартную конструкцию и все: gist.github.com/Fi1osof/328469331b5258ff009a
 

И ещё один вопрос я для того чтобы использовать такие методы как getObgect() и newObject() использую вот такой код:
 

Можно и так. Но в большинстве случаев правильно использовать коннекторы (которые в свою очередь уже вызывают процессоры). То, как показано у вас — это простой подход, но он не стандартизированный. Там нет стандартизированных проверок прав, форматов ответов и т.п.

но я так и не понял как мне вернуть:
 $modx->error->success(''); А что вернуть? Эту функцию вообще не принято самостоятельно вызывать. Она используется самим объектом $modx->error. И она не отдает какие-либо переменные собственного объекта, а возвращает обработанные параметры. К примеру можно вот так вызывать: <?php
print '<pre>';
print_r($modx->error->success('', $modx->getObject('modResource', 1))); То есть здесь будет получен объект первого документа, но на выходе мы получим не сам объект, а массив данных этого объекта (в общем массиве ответа). Мне кажется, вы в принципе не в том направлении роете. Изучайте стандартную конструкцию и все: gist.github.com/Fi1osof/328469331b5258ff009a И ещё один вопрос я для того чтобы использовать такие методы как getObgect() и newObject() использую вот такой код: Можно и так. Но в большинстве случаев правильно использовать коннекторы (которые в свою очередь уже вызывают процессоры). То, как показано у вас — это простой подход, но он не стандартизированный. Там нет стандартизированных проверок прав, форматов ответов и т.п.

но я так и не понял как мне вернуть:
 $modx->error

Простите, если надоел своими вопросами. У меня такой вопрос, я посмотрел пример который вы привели и в целом по ему всё более менее понятно. Вот только класс ShopmodxWebGetlistProcessor расширяет встроенный класс modObjectGetListProcessor и переопределяет его методы. То бишь использует его алгоритм работы. Но мне нужно не используя стандартных процессоров исполнить действие. Может я не совсем правильно объяснил ситуацию по этому опишу что мне нужно сделать, так будет проще меня понять.
 У меня есть меню в админке (сделано на основании Doodles), в нем открывается список в виде таблицы, при вызове контекстного меню на элементе этой таблицы появляется пункт меню «Ответить» который отправляет письмо по адресу пункта выбранного элемента. Я проверял пост запрос который отправляется там есть все что мне нужно, но для того чтобы все работало нормально мне нужно возвратить событие success чтобы все работало нормально. Думаю итак понятно но я уточню, используется Ajax запрос.

Простите, если надоел своими вопросами. У меня так

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

class myProcessor extends modProcessor{
    // Эта функция автоматически выполняется MODX-ом и является основной
    public function process(){
        $error = false;
        if($error){
            return $this->error("Сообщение об ошибке");
        }

        // else
        return $this->success("Успешно выполнено");
    }
}

return "myProcessor";

Вызывайте этот процессор через коннектор, и будет вам счастье. MODX сам сформирует правильный JSON-ответ. Вот информация в помощь: modxclub.ru/blog/voprosy-spetsyalistov/136.html

Так а никто и не заставляет использовать мои процессоры. Используйте свои процессоры. Вот потому я выше и сказал, что правильней использовать запросы на коннекторы, потому что коннекторы вызывают процессоры, а процессоры возвращают стандартизированные ответы.
 Простейший процессор, которые вернет успешный ответ: class myProcessor extends modProcessor{
    // Эта функция автоматически выполняется MODX-ом и является основной
    public function process(){
        $error = false;
        if($error){
            return $this->error("Сообщение об ошибке");
        }

        // else
        return $this->success("Успешно выполнено");
    }
}

return "myProcessor"; Вызывайте этот процессор через коннектор, и будет вам счастье. MODX сам сформирует правильный JSON-ответ. Вот информация в помощь: modxclub.ru/blog/voprosy-spetsyalistov/136.html

Так а никто и не заставляет использовать мои проце

Большое спасибо. Это то что я искал.

Как создавать собственные галереи на основе Gallery, я писал здесь.
 

А по поводу возвращаемого JSON-а: изначально modProcessor::outputArray() возвращает JSON-строку.
 

public function outputArray(array $array,$count = false) {
    if ($count === false) { $count = count($array); }
    return '{"total":"'.$count.'","results":'.$this->modx->toJSON($array).'}';
}

Но так как мы часто пишем метод process сами, и возвращаем в нем $this->success() или $this->failure(), то $this->outputArray() мы и не замечаем. А вот modObjectGetListProcessor в process() именно его и возвращает.
 

public function process() {
    $beforeQuery = $this->beforeQuery();
    if ($beforeQuery !== true) {
        return $this->failure($beforeQuery);
    }
    $data = $this->getData();
    $list = $this->iterate($data);
    return $this->outputArray($list,$data['total']);
}

Вот поэтому ты на выходе и получаешь JSON. Перегрузи outputArray и все. Можешь в нем $this->success($msg, $array) вернуть, а можешь сразу массив вернуть, как у меня в getdata-процессорах.
 

public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}

Как создавать собственные галереи на основе Gallery, я писал здесь. А по поводу возвращаемого JSON-а: изначально modProcessor::outputArray() возвращает JSON-строку. public function outputArray(array $array,$count = false) {
    if ($count === false) { $count = count($array); }
    return '{"total":"'.$count.'","results":'.$this->modx->toJSON($array).'}';
} Но так как мы часто пишем метод process сами, и возвращаем в нем $this->success() или $this->failure(), то $this->outputArray() мы и не замечаем. А вот modObjectGetListProcessor в process() именно его и возвращает. public function process() {
    $beforeQuery = $this->beforeQuery();
    if ($beforeQuery !== true) {
        return $this->failure($beforeQuery);
    }
    $data = $this->getData();
    $list = $this->iterate($data);
    return $this->outputArray($list,$data['total']);
} Вот поэтому ты на выходе и получаешь JSON. Перегрузи outputArray и все. Можешь в нем $this->success($msg, $array) вернуть, а можешь сразу массив вернуть, как у меня в getdata-процессорах. public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}

Как создавать собственные галереи на основе Galler

Понятно, спасибо. Сейчас попробую.

Я как-то ковырял его, еще весной. Не могу сказать, что я уверенно понял, зачем он, но мне показалось, что основная идея этого — раз помучился, собрал все, зато потом быстро все установил и радуешься. Это типа того, как я когда-то собирал modxSite (я как-то писал про установку нескольких пакетов из одного пакета) и modBlog.
 Но подход Рея мне показался очень сложным и не эффективным, поэтому я забросил его брать на вооружение.
 

В общем, это много ручной работы.

Я как-то ковырял его, еще весной. Не могу сказать, что я уверенно понял, зачем он, но мне показалось, что основная идея этого — раз помучился, собрал все, зато потом быстро все установил и радуешься. Это типа того, как я когда-то собирал modxSite (я как-то писал про установку нескольких пакетов из одного пакета) и modBlog.
 Но подход Рея мне показался очень сложным и не эффективным, поэтому я забросил его брать на вооружение. В общем, это много ручной работы.

Я как-то ковырял его, еще весной. Не могу сказать,

1. Сколько примерно будет товаров?
 2. Чем не устраивают стандартные TV-параметры?

1. Сколько примерно будет товаров?
 2. Чем не устр

Товаров примерно 1500. 5 параметров для 800 товаров и еще 4 для 700 товаров. Получится 9 TV-парметров для 1500 товаров. Как я понял, это на самом деле мало. Просто хотел узнать как правильно сделать. Рассматриваю еще вариант с таблицей в TV-параметре. Стоит связываться или лучше отдельными TV-параметрами?
 А как прикрутить табличное редактирование товаров? Пробовал через компонент «Групповое редактирование ресурсов», но не получилось редактировать цену товара (sm_price).

Товаров примерно 1500. 5 параметров для 800 товаро

Вот здесь я писал про магазин на 150 000 товаров. На самом деле там почти 180 000 товаров и 45 000 TV-параметров. Магазин еще не окончательно доделан (еще предстоит его немного оптимизировать), но без дополнительного кеширования он каталог с постраничностью отдает менее чем за 0,6 секунд. Думаете, ваши 1500 товаров реально могут создать нагрузку?
 А вот здесь 13 000 товаров и почти 100 000 TV-параметров. Пощелкайте. Не думаю, что у вас будут тормоза именно из-за TV-шек. Тем более что процессоры shopModx-а специально написаны для работы с TV-шками. Так что даже если 20 TV-шек будет — не беда.
 

Пробовал через компонент «Групповое редактирование ресурсов», но не получилось редактировать цену товара (sm_price).

Вы скорее всего пробовали GroupEdit? Он заточен чисто под ShopKeeper и конечно же он не будет менять sm_price, так как это кастомный элемент. У меня есть свой табличный редактор, но я его еще не публиковал из-за неидеальности. Но он точно появится в новой сборке магазина.

Вот здесь я писал про магазин на 150 000 товаров. На самом деле там почти 180 000 товаров и 45 000 TV-параметров. Магазин еще не окончательно доделан (еще предстоит его немного оптимизировать), но без дополнительного кеширования он каталог с постраничностью отдает менее чем за 0,6 секунд. Думаете, ваши 1500 товаров реально могут создать нагрузку?
 А вот здесь 13 000 товаров и почти 100 000 TV-параметров. Пощелкайте. Не думаю, что у вас будут тормоза именно из-за TV-шек. Тем более что процессоры shopModx-а специально написаны для работы с TV-шками. Так что даже если 20 TV-шек будет — не беда. Пробовал через компонент «Групповое редактирование ресурсов», но не получилось редактировать цену товара (sm_price). Вы скорее всего пробовали GroupEdit? Он заточен чисто под ShopKeeper и конечно же он не будет менять sm_price, так как это кастомный элемент. У меня есть свой табличный редактор, но я его еще не публиковал из-за неидеальности. Но он точно появится в новой сборке магазина.

Вот здесь я писал про магазин на 150 000 товаров. 

Понятно. Спасибо. Будем ждать табличный редактор.

А не пробовал устанавливать через консоль по ssh? Я уже говорил, что в новой версии Vapor-а есть файл import.php
 Загружаешь любой пакет (или снимок — это ведь тоже пакет) и выполняешь в консоли:
 

php vapor/import.php package=core/packages/packagename-transport.zip

Само собой имя пакета — твоего.
 И все. В большинстве случаев успешная установка (таймвеб — точно исключение, потому что за 100% загрузку процессора в течение 5-ти секунд — смерть процессу). Во всяком случае nginx здесь уже точно не отобьет (элементарно потому что его нет), да и для консольного php часто более демократичные настройки идут. Плюс к этому нет проблем с сессиями.
 

Пакет shopmodx как я понял содержит только процессоры (без корзины).

Да, shopModx — это только объекты да процессоры (в общих чертах). Но shopModx — это более крупное решение. Там и другие компоненты установлены, и шаблоны элементарные написаны, и управление заказами, и политики безопасности настроены. В общем, более легкого варианта этой сборки не будет.
 

как там реализуется подключение модуля оплаты?

В следующей сборке будет оплата Робокасса. У меня есть свой модуль, прикручу.

А не пробовал устанавливать через консоль по ssh? Я уже говорил, что в новой версии Vapor-а есть файл import.php
 Загружаешь любой пакет (или снимок — это ведь тоже пакет) и выполняешь в консоли: php vapor/import.php package=core/packages/packagename-transport.zip Само собой имя пакета — твоего.
 И все. В большинстве случаев успешная установка (таймвеб — точно исключение, потому что за 100% загрузку процессора в течение 5-ти секунд — смерть процессу). Во всяком случае nginx здесь уже точно не отобьет (элементарно потому что его нет), да и для консольного php часто более демократичные настройки идут. Плюс к этому нет проблем с сессиями. Пакет shopmodx как я понял содержит только процессоры (без корзины). Да, shopModx — это только объекты да процессоры (в общих чертах). Но shopModx — это более крупное решение. Там и другие компоненты установлены, и шаблоны элементарные написаны, и управление заказами, и политики безопасности настроены. В общем, более легкого варианта этой сборки не будет. как там реализуется подключение модуля оплаты? В следующей сборке будет оплата Робокасса. У меня есть свой модуль, прикручу.

А не пробовал устанавливать через консоль по ssh? 

А когда ожидается новая версия? И будет ли она как-то совместима с текущей версией?

А когда ожидается новая версия? И будет ли она как

Скорее всего появится в течение пары недель.
 Обратной совместимости не будет. То есть это не пакет, который устанавливается методом обновления. Он устанавливается только на голый сайт (или имеющееся затрет вообще).
 Обратная совместимость есть только у выпускаемых публичных пакетов (shopModx, modxSmarty, phpTemplats) и т.п. То есть их всегда можно устанавливать поверх с большой долей вероятности. А сборка — это типовой сайт.
 

Я объясню почему такой подход — универсальные и обратносовместимые пакеты — это довольно трудоемкая задача (особенно чтобы обеспечить совместную работу с другими пакетами). Многие хорошие наработки не идут в массы только из-за сложности собрать качественный пакет (это не только меня касается. Знаю много других примеров). А по опыту могу сказать, что в большинстве случаев собранный индивидуальный сайт практически всегда индивидуально и развивается, без особых наблюдений за новыми релизами пакетов и т.п. (не редко встречаются сайты на старых движках). Поэтому сборка — это такой баланс «дешево и сердито». Один раз поставил, настроил — и забыл. Все равно ведь скачивая пакеты для MODX-а, вы все равно их настраиваете и т.п. Так что есть называть вещи своими именами, то народ больше интересует базовый функционал, а не обратная совместимость, то есть что уже имеется на борту, чтобы в дальнейшем и обновляться не надо было. 
 

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

Скорее всего появится в течение пары недель.
 Обратной совместимости не будет. То есть это не пакет, который устанавливается методом обновления. Он устанавливается только на голый сайт (или имеющееся затрет вообще).
 Обратная совместимость есть только у выпускаемых публичных пакетов (shopModx, modxSmarty, phpTemplats) и т.п. То есть их всегда можно устанавливать поверх с большой долей вероятности. А сборка — это типовой сайт. Я объясню почему такой подход — универсальные и обратносовместимые пакеты — это довольно трудоемкая задача (особенно чтобы обеспечить совместную работу с другими пакетами). Многие хорошие наработки не идут в массы только из-за сложности собрать качественный пакет (это не только меня касается. Знаю много других примеров). А по опыту могу сказать, что в большинстве случаев собранный индивидуальный сайт практически всегда индивидуально и развивается, без особых наблюдений за новыми релизами пакетов и т.п. (не редко встречаются сайты на старых движках). Поэтому сборка — это такой баланс «дешево и сердито». Один раз поставил, настроил — и забыл. Все равно ведь скачивая пакеты для MODX-а, вы все равно их настраиваете и т.п. Так что есть называть вещи своими именами, то народ больше интересует базовый функционал, а не обратная совместимость, то есть что уже имеется на борту, чтобы в дальнейшем и обновляться не надо было. В общем, сейчас со сборкой подход простой — скачали, попробовали, годится для текущего проекта? — значит используем. Не годится и нет желания докручивать? — не начинайте даже, не стоит рассчитывать на то, что выйдет новая сборка и можно будет обновиться, дополнив функционал.

Скорее всего появится в течение пары недель.
 Обра

На самом деле перенести несколько smarty-шаблонов, создать несколько TV-параметров, перенести img-css-js вот и весь сайт.
 Проблема только в импорте-экспорте документов. Правильно? Посоветуй, где почитать про импорт?

На самом деле перенести несколько smarty-шаблонов,

создать несколько TV-параметров, перенести img-css-js вот и весь сайт.

По большому счету да, тем более если все на Смарти-шаблонах и процессорах, а не на чанках и сниппетах.
 

Посоветуй, где почитать про импорт?

Я вообще вот так обычно делаю: modxclub.ru/blog/99.html
 

То есть если у вас все будет на Смарти и процессорах, то перенос особо не должен проблем вызвать:
 1. Разворачиваете новую сборку
 2. Переносите туда свои Смарти шаблоны, публичные шаблоны, картинки и т.п. (файлы)
 3. Следуете представленной инструкции (удаляете все шаблоны, документы, TV-параметры, пользователей, товары и т.п.) и заливаете свои данные.
 4. Далее только придется актуализировать процессоры.
 Это наверняка уже 90% выполненного импорта.

создать несколько TV-параметров, перенести img-css-js вот и весь сайт. По большому счету да, тем более если все на Смарти-шаблонах и процессорах, а не на чанках и сниппетах. Посоветуй, где почитать про импорт? Я вообще вот так обычно делаю: modxclub.ru/blog/99.html То есть если у вас все будет на Смарти и процессорах, то перенос особо не должен проблем вызвать:
 1. Разворачиваете новую сборку
 2. Переносите туда свои Смарти шаблоны, публичные шаблоны, картинки и т.п. (файлы)
 3. Следуете представленной инструкции (удаляете все шаблоны, документы, TV-параметры, пользователей, товары и т.п.) и заливаете свои данные.
 4. Далее только придется актуализировать процессоры.
 Это наверняка уже 90% выполненного импорта.

создать несколько TV-параметров, перенести img-css

понял. попробую.

Я вообще не это имел ввиду, но за это тоже спасибо. Думаю, что скоро пригодится.
 Где почитать по импорт документов из csv, xml и т.д.

Я вообще не это имел ввиду, но за это тоже спасибо

Публичного модуля импорта нет.

Привет Николай, а в modx revo 3 будет работать modxSDK?
 У меня выдаёт такую ошибку "Fatal error: require_once(): Failed opening required '/home/virtwww/w_ciffry-ru_b0b8bbb7/http/core/components/modxsdk/controllers/index.class.php' (include_path='.:') in /home/virtwww/w_ciffry-ru_b0b8bbb7/http/core/model/modx/modmanagercontroller.class.php on line 935 "

Привет Николай, а в modx revo 3 будет работать mod

Привет. MODX3 еще не выпустили :) Но если речь о 2.3, то да, будет, когда у меня руки доберутся. А доберутся скоро.

Привет. MODX3 еще не выпустили :) Но если речь о 2

Добрый вечер! Подскажите по поводу getdata-процессора.
 По аналогии с новинками хочу вывести на главную еще и скидки.
 Создала еще поле hot1 и директорию в которую положила свой getdata.class.php 

require_once dirname(dirname(__FILE__)).'/getdatanew.class.php';

class modWebCatalogProductsHot1GetdataProcessor2 extends modWebCatalogProductsGetdataProcessor1{
    
    public function initialize(){
        
        $this->setDefaultProperties(array(
            'hot1'   => true,       // Получать скидки
            "sort"  => "{$this->classKey}.publishedon",
            "dir"   => "ASC",
        ));
        
        return parent::initialize();
    }
    

}

return 'modWebCatalogProductsHot1GetdataProcessor2';

в файле getdatanew.class.php задала процессор modWebCatalogProductsGetdataProcessor1 так, чтобы выводил скидки
 

require_once dirname(dirname(dirname(__FILE__))).'/resources/getdata.class.php';

class modWebCatalogProductsGetdataProcessor1 extends modWebResourcesGetdataProcessor{
    
    
    public function initialize(){
        
         $this->setDefaultProperties(array(
            'hot1'                   => false,       // Получать скидки
        ));
        $this->setProperties(array(
            "base_currency_id"         => (int)$this->modx->getOption("shopmodx.default_currency"), // ID базовой валюты магазина
        ));
        
        return parent::initialize();
    }
    
    
    public function prepareQueryBeforeCount(xPDOQuery $z) {
       $z = parent::prepareQueryBeforeCount($z);
        
        $alias = $z->getAlias();
        
        
        $z->innerJoin('ShopmodxProduct', 'Product');
        
        if($this->getProperty('hot1')){
            $z->innerJoin('modTemplateVarResource',  'hot1', "hot1.contentid = {$alias}.id AND hot1.tmplvarid = 15 AND hot1.value='1'");
        }
        
        // Поиск товаров в категории и подкатегориях
        if($category_id = $this->getProperty('category_id')){
            $categories = array();
            $this->getCategories($category_id, $categories);
            $Z->where(array(
                "parent:IN" => $categories,
            ));
        }

как бы все работает, Но при вызове выводит Новинки + Скидки все в одном массиве.
 Подскажите что нужно сделать, чтобы остались только Скидки?? спасибо

Добрый вечер! Подскажите по поводу getdata-процессора.
 По аналогии с новинками хочу вывести на главную еще и скидки.
 Создала еще поле hot1 и директорию в которую положила свой getdata.class.php require_once dirname(dirname(__FILE__)).'/getdatanew.class.php';

class modWebCatalogProductsHot1GetdataProcessor2 extends modWebCatalogProductsGetdataProcessor1{
    
    public function initialize(){
        
        $this->setDefaultProperties(array(
            'hot1'   => true,       // Получать скидки
            "sort"  => "{$this->classKey}.publishedon",
            "dir"   => "ASC",
        ));
        
        return parent::initialize();
    }
    

}

return 'modWebCatalogProductsHot1GetdataProcessor2'; в файле getdatanew.class.php задала процессор modWebCatalogProductsGetdataProcessor1 так, чтобы выводил скидки require_once dirname(dirname(dirname(__FILE__))).'/resources/getdata.class.php';

class modWebCatalogProductsGetdataProcessor1 extends modWebResourcesGetdataProcessor{
    
    
    public function initialize(){
        
         $this->setDefaultProperties(array(
            'hot1'                   => false,       // Получать скидки
        ));
        $this->setProperties(array(
            "base_currency_id"         => (int)$this->modx->getOption("shopmodx.default_currency"), // ID базовой валюты магазина
        ));
        
        return parent::initialize();
    }
    
    
    public function prepareQueryBeforeCount(xPDOQuery $z) {
       $z = parent::prepareQueryBeforeCount($z);
        
        $alias = $z->getAlias();
        
        
        $z->innerJoin('ShopmodxProduct', 'Product');
        
        if($this->getProperty('hot1')){
            $z->innerJoin('modTemplateVarResource',  'hot1', "hot1.contentid = {$alias}.id AND hot1.tmplvarid = 15 AND hot1.value='1'");
        }
        
        // Поиск товаров в категории и подкатегориях
        if($category_id = $this->getProperty('category_id')){
            $categories = array();
            $this->getCategories($category_id, $categories);
            $Z->where(array(
                "parent:IN" => $categories,
            ));
        } как бы все работает, Но при вызове выводит Новинки + Скидки все в одном массиве.
 Подскажите что нужно сделать, чтобы остались только Скидки?? спасибо

Добрый вечер! Подскажите по поводу getdata-процесс

Так а скидки у вас где реализованы? Да и расширять скорее всего вам надо было web/catalog/products/getdata, у вас и кода в процессоре меньше бы тогда было.
 

P.S. Лучше это было отдельным топиком писать, а то оффтоп получается.

Так а скидки у вас где реализованы? Да и расширять скорее всего вам надо было web/catalog/products/getdata, у вас и кода в процессоре меньше бы тогда было. P.S. Лучше это было отдельным топиком писать, а то оффтоп получается.

Так а скидки у вас где реализованы? Да и расширять

я пробывала его расширять 

if($this->getProperty('hot')){
            $c->innerJoin('modTemplateVarResource',  'hot', "hot.contentid = {$alias}.id AND hot.tmplvarid = 8 AND hot.value='1'");
        }
        elseif($this->getProperty('hot1')){
            $c->innerJoin('modTemplateVarResource',  'hot1', "hot1.contentid = {$alias}.id AND hot1.tmplvarid = 15 AND hot1.value='1'");
        }

но получается тоже самое

я пробывала его расширять if($this->getProperty('hot')){
            $c->innerJoin('modTemplateVarResource',  'hot', "hot.contentid = {$alias}.id AND hot.tmplvarid = 8 AND hot.value='1'");
        }
        elseif($this->getProperty('hot1')){
            $c->innerJoin('modTemplateVarResource',  'hot1', "hot1.contentid = {$alias}.id AND hot1.tmplvarid = 15 AND hot1.value='1'");
        } но получается тоже самое