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

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

Песочница

Tips & tricks

Процессоры, требующие большое количество времени на выполнение

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

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

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

Случайный выбор ресурсов

Процессоры  как замена  getResources, getProducts

Cannot redeclare class  при вызове процессора

Attempt to save lazy object при повторном сохранении объекта в процессоре

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

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

Все, что вы хотели знать о процессорах, но боялись спросить

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

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

Процессор для breadcrumbs

Вызов своего процессора.

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

Switch процессоров в процессорах MODX Revolution

Summary для MODX Revolution

Процессор для работы с Gallery

Вставь там, где ругается:
 

$s = $c->prepare();
print $c->toSQL();

$s->execute();

print '<pre>';
print_r($s->errorInfo());

Пришли результаты $c->toSQL() и $s->errorInfo().

Александр, привет. Вставь там, где ругается: $s = $c->prepare();
print $c->toSQL();

$s->execute();

print '<pre>';
print_r($s->errorInfo()); Пришли результаты $c->toSQL() и $s->errorInfo().

Александр, привет. Вставь там, где ругается: $s = 

//--------------------------------------------------------------
public function prepareQueryBeforeCount(xPDOQuery $c) {
        $c->where(array(
                'parent' => $this->getProperty('parent'),
        ));
        
        if($this->getProperty('sort')=='rand')
            $c->sortBy('RAND()');

$s = $c->prepare();
print $c->toSQL();

$s->execute();

print '<pre>';
print_r($s->errorInfo());
       return $c;
        }
}


SELECT `modResource`.`id` AS `modResource_id`, `modResource`.`type` AS `modResource_type`, `modResource`.`contentType` AS `modResource_contentType`, `modResource`.`pagetitle` AS `modResource_pagetitle`, `modResource`.`longtitle` AS `modResource_longtitle`, `modResource`.`description` AS `modResource_description`, `modResource`.`alias` AS `modResource_alias`, `modResource`.`link_attributes` AS `modResource_link_attributes`, `modResource`.`published` AS `modResource_published`, `modResource`.`pub_date` AS `modResource_pub_date`, `modResource`.`unpub_date` AS `modResource_unpub_date`, `modResource`.`parent` AS `modResource_parent`, `modResource`.`isfolder` AS `modResource_isfolder`, `modResource`.`introtext` AS `modResource_introtext`, `modResource`.`content` AS `modResource_content`, `modResource`.`richtext` AS `modResource_richtext`, `modResource`.`template` AS `modResource_template`, `modResource`.`menuindex` AS `modResource_menuindex`, `modResource`.`searchable` AS `modResource_searchable`, `modResource`.`cacheable` AS `modResource_cacheable`, `modResource`.`createdby` AS `modResource_createdby`, `modResource`.`createdon` AS `modResource_createdon`, `modResource`.`editedby` AS `modResource_editedby`, `modResource`.`editedon` AS `modResource_editedon`, `modResource`.`deleted` AS `modResource_deleted`, `modResource`.`deletedon` AS `modResource_deletedon`, `modResource`.`deletedby` AS `modResource_deletedby`, `modResource`.`publishedon` AS `modResource_publishedon`, `modResource`.`publishedby` AS `modResource_publishedby`, `modResource`.`menutitle` AS `modResource_menutitle`, `modResource`.`donthit` AS `modResource_donthit`, `modResource`.`privateweb` AS `modResource_privateweb`, `modResource`.`privatemgr` AS `modResource_privatemgr`, `modResource`.`content_dispo` AS `modResource_content_dispo`, `modResource`.`hidemenu` AS `modResource_hidemenu`, `modResource`.`class_key` AS `modResource_class_key`, `modResource`.`context_key` AS `modResource_context_key`, `modResource`.`content_type` AS `modResource_content_type`, `modResource`.`uri` AS `modResource_uri`, `modResource`.`uri_override` AS `modResource_uri_override`, `modResource`.`hide_children_in_tree` AS `modResource_hide_children_in_tree`, `modResource`.`show_in_tree` AS `modResource_show_in_tree`, `modResource`.`properties` AS `modResource_properties` FROM `modx_site_content` AS `modResource` WHERE `modResource`.`parent` = 9 ORDER BY RAND() ASC

Array
(
    [0] => 00000
    [1] => 
    [2] => 
)


и на выходе процессора пусто.

В процессоре: //--------------------------------------------------------------
public function prepareQueryBeforeCount(xPDOQuery $c) {
        $c->where(array(
                'parent' => $this->getProperty('parent'),
        ));
        
        if($this->getProperty('sort')=='rand')
            $c->sortBy('RAND()');

$s = $c->prepare();
print $c->toSQL();

$s->execute();

print '<pre>';
print_r($s->errorInfo());
       return $c;
        }
} выдает SELECT `modResource`.`id` AS `modResource_id`, `modResource`.`type` AS `modResource_type`, `modResource`.`contentType` AS `modResource_contentType`, `modResource`.`pagetitle` AS `modResource_pagetitle`, `modResource`.`longtitle` AS `modResource_longtitle`, `modResource`.`description` AS `modResource_description`, `modResource`.`alias` AS `modResource_alias`, `modResource`.`link_attributes` AS `modResource_link_attributes`, `modResource`.`published` AS `modResource_published`, `modResource`.`pub_date` AS `modResource_pub_date`, `modResource`.`unpub_date` AS `modResource_unpub_date`, `modResource`.`parent` AS `modResource_parent`, `modResource`.`isfolder` AS `modResource_isfolder`, `modResource`.`introtext` AS `modResource_introtext`, `modResource`.`content` AS `modResource_content`, `modResource`.`richtext` AS `modResource_richtext`, `modResource`.`template` AS `modResource_template`, `modResource`.`menuindex` AS `modResource_menuindex`, `modResource`.`searchable` AS `modResource_searchable`, `modResource`.`cacheable` AS `modResource_cacheable`, `modResource`.`createdby` AS `modResource_createdby`, `modResource`.`createdon` AS `modResource_createdon`, `modResource`.`editedby` AS `modResource_editedby`, `modResource`.`editedon` AS `modResource_editedon`, `modResource`.`deleted` AS `modResource_deleted`, `modResource`.`deletedon` AS `modResource_deletedon`, `modResource`.`deletedby` AS `modResource_deletedby`, `modResource`.`publishedon` AS `modResource_publishedon`, `modResource`.`publishedby` AS `modResource_publishedby`, `modResource`.`menutitle` AS `modResource_menutitle`, `modResource`.`donthit` AS `modResource_donthit`, `modResource`.`privateweb` AS `modResource_privateweb`, `modResource`.`privatemgr` AS `modResource_privatemgr`, `modResource`.`content_dispo` AS `modResource_content_dispo`, `modResource`.`hidemenu` AS `modResource_hidemenu`, `modResource`.`class_key` AS `modResource_class_key`, `modResource`.`context_key` AS `modResource_context_key`, `modResource`.`content_type` AS `modResource_content_type`, `modResource`.`uri` AS `modResource_uri`, `modResource`.`uri_override` AS `modResource_uri_override`, `modResource`.`hide_children_in_tree` AS `modResource_hide_children_in_tree`, `modResource`.`show_in_tree` AS `modResource_show_in_tree`, `modResource`.`properties` AS `modResource_properties` FROM `modx_site_content` AS `modResource` WHERE `modResource`.`parent` = 9 ORDER BY RAND() ASC

Array
(
    [0] => 00000
    [1] => 
    [2] => 
) и на выходе процессора пусто.

В процессоре: //----------------------------------

Разобрался. дастаточно было указать sort=RAND(), ничего не надо править в процессоре :)

Разобрался. дастаточно было указать sort=RAND(), н

Здесь у тебя все ОК с SQLем, но ты не там это используешь. Подсчет должен выполняться без всяких order by rand(). А тебя метод prepareQueryBeforeCount.
 

Правильней в initialize() указывать
 

$this->setDefaultProperties(array(
    'sort'    => 'RAND()',
));

Или просто в вызов передавать sort=`RAND()`

Здесь у тебя все ОК с SQLем, но ты не там это используешь. Подсчет должен выполняться без всяких order by rand(). А тебя метод prepareQueryBeforeCount. Правильней в initialize() указывать $this->setDefaultProperties(array(
    'sort'    => 'RAND()',
)); Или просто в вызов передавать sort=`RAND()`

Здесь у тебя все ОК с SQLем, но ты не там это испо

Как раз это тебе и писал :-)

Спасибо!

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

Но к слову, там не все классно в этом плане (сорти

Пожалуйста.

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

Гибкость процессоров только в наследовании и том ч

Ваня уже в целом ответил. Да, главные минусы сниппетов (а getResources (здесь и далее подразумевается и getProducts, так как getProducts - это модифицированный getResources) - это сниппеты), что они возвращают только строковые результаты и что их нельзя расширять и т.п.
 Плюс к этому я бы еще добавил кое что:
 1. Рост кеша страницы. Сниппет и надо вызывать как сниппет, хоть он будет тегом прописан (и его потом MODX-парсер вызовет), хоть вы сами через $modx->runSnippet() вызовите. И прикол в том, что в любом случае кеш кода сниппета будет сложен в кеш страницы. В общих чертах про это писал здесь. В итоге даже при заходе на полностью кешированную страницу, даже если ничего выполняться не будет, инициируется довольно большой кеш-файл, который в итоге набивается в большой массив. А это потеря и времени, и ресурсов (в том числе памяти).
 2. getResources оперирует объектами, в то время как getdata-процессор только данными. В итоге разница в скорости и ресурсах в разы. Правда здесь минус getdata-процессора - не учитываются права на запрашиваемые данные (то есть если делать выборку документов из раздела, в котором часть документов - привилегированные, getResources выдаст только доступные документы, а getdata-процессор все документы). Но это тоже лечится. Здесь же выполняются выборки с учетом прав.
 Есть еще всякие мелочи, но не буду глубоко копаться.

Ваня уже в целом ответил. Да, главные минусы снипп

По своему опыту могу сказать: стоит попробовать процессоры раз, и про сниппеты забудешь :)

По своему опыту могу сказать: стоит попробовать пр

провёл для себя эксперимент выявить каким способом быстрее достать данные, например достать id=185 и его tv параметр price0
 привожу листинги кодов
 1)
 

$begin_time = time() - 1272000000 + floatval(microtime());

$q1 = $modx->newQuery('modTemplateVarResource');

$q1->where(array('tmplvarid' => '19'));

$q1->select(array('modTemplateVarResource.*'));

$q1->limit(1000);   

$q1->prepare();

$q1->stmt->execute();

$tvres = $q1->stmt->fetchAll(PDO::FETCH_ASSOC);

//print_r($tvres);

//-------resources------------

$q = $modx->newQuery('modResource');

$q->where(array(

    'context_key' => 'web'

));

$q->select(array(

   'modResource.*'

));

$q->limit(1000);   

$q->prepare();

$q->stmt->execute();

$result = $q->stmt->fetchAll(PDO::FETCH_ASSOC);

$id = 185;//ресурс который ищем

foreach($result as $res){

    if($res[id] == $id ){

        foreach($tvres as $tv){

            if($tv[contentid] == $id){

            echo $res[pagetitle] . "\n";

            echo $tv[value] . "\n";

            }

        }

    }

}

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time;

время потраченое 0.055360972881317
 второй листинг
 2)
 

$begin_time = time() - 1272000000 + floatval(microtime());

$outHtmlAll='';

$modx->setLogLevel(3);

$namespace = 'shopmodx';

if(!$response = $modx->runProcessor('web/getdata', 

array( "limit" => 1000

 // Параметры

), array(

    'processors_path'   => $modx->getObject('modNamespace', $namespace)->getCorePath().'processors/',        

))){

    print "Не удалось выполнить процессор";    

    return;

}

$res0 = $response->getResponse();

//print_r($res0);

$id = 185;//ресурс который ищем

echo $res0[object][$id][pagetitle]. "\n";

echo $res0[object][$id][tvs][price0][value]. "\n";

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time . "\n";

время потраченое 0.47229799628258

провёл для себя эксперимент выявить каким способом быстрее достать данные, например достать id=185 и его tv параметр price0
 привожу листинги кодов
 1) $begin_time = time() - 1272000000 + floatval(microtime());

$q1 = $modx->newQuery('modTemplateVarResource');

$q1->where(array('tmplvarid' => '19'));

$q1->select(array('modTemplateVarResource.*'));

$q1->limit(1000);   

$q1->prepare();

$q1->stmt->execute();

$tvres = $q1->stmt->fetchAll(PDO::FETCH_ASSOC);

//print_r($tvres);

//-------resources------------

$q = $modx->newQuery('modResource');

$q->where(array(

    'context_key' => 'web'

));

$q->select(array(

   'modResource.*'

));

$q->limit(1000);   

$q->prepare();

$q->stmt->execute();

$result = $q->stmt->fetchAll(PDO::FETCH_ASSOC);

$id = 185;//ресурс который ищем

foreach($result as $res){

    if($res[id] == $id ){

        foreach($tvres as $tv){

            if($tv[contentid] == $id){

            echo $res[pagetitle] . "\n";

            echo $tv[value] . "\n";

            }

        }

    }

}

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time; время потраченое 0.055360972881317
 второй листинг
 2) $begin_time = time() - 1272000000 + floatval(microtime());

$outHtmlAll='';

$modx->setLogLevel(3);

$namespace = 'shopmodx';

if(!$response = $modx->runProcessor('web/getdata', 

array( "limit" => 1000

 // Параметры

), array(

    'processors_path'   => $modx->getObject('modNamespace', $namespace)->getCorePath().'processors/',        

))){

    print "Не удалось выполнить процессор";    

    return;

}

$res0 = $response->getResponse();

//print_r($res0);

$id = 185;//ресурс который ищем

echo $res0[object][$id][pagetitle]. "\n";

echo $res0[object][$id][tvs][price0][value]. "\n";

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time . "\n"; время потраченое 0.47229799628258

провёл для себя эксперимент выявить каким способом

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

Первый листинг выполняется в десятки раз быстрее, 

В общих чертах верно. Но говорю же: разные цели - разные инструменты. У меня как правило все строится на выборках данных и все. А своя система процессоров позволяет менять логику централизованно. Если бы не было этой системы процессоров, то пришлось бы скорее всего использовать сами объекты, так как иногда нужна какая-то дополнительная логика, а она где-то должны храниться, чтобы всегда была на месте. Приведу пару небольших примеров.
 Вот довольно не маленький класс элемента (galItem - картинка) в компоненте Gallery. Что в нем есть?
 - Специфическая обработка метода get().
 - Удаление физического файла картинки при вызове remove().
 И куча еще всего.
 Вот здесь или мы пишем все в сам класс, чтобы всегда можно было использовать, к примеру, $modx->getObject('galItem', $id)->get('relativeImage'), или пишем процессор, который будет получать чистые данные из БД и выполнять нужные действия. Для меня, к примеру, процессор предпочтительней. Он в 99.9% случаев будет работать быстрее. Но с объектами бывает удобнее работать. К тому же, если в объекте, к примеру, прописана специфическая обработка того же метода remove(), то откуда бы не вызвали удаление объекта, всегда этот метод будет отработан, даже если объект удаляется паровозом за связанными объектами.

В общих чертах верно. Но говорю же: разные цели - 

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


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

Процессор выполняет для бекенда модекса туже роль 

Справедливости ради следует отметить, что контроллеры в MODX-е тоже есть, в том числе и для админки. А в MODx2.3+ там по-моему модель контроллеров еще более ярко выраженная стала. А процессоры - это просто более узкопрофильная штука. Один процессор - одно действие. Свое видение на это я когда-то писал здесь.

Справедливости ради следует отметить, что контролл

Справедливости ради следует отметить, что в MODX реализация контроллеров на уровне каменного века то есть не какая. 


В современных фремворках есть контроллеры вызываемые с помощью роутинга а там далее по action и все это может быть в одном классе.


Из чего следует что контроллер в модексе отвечает за группу action то есть процессоров которые не где не в каких конфигах не отмечены и о их существовании можно узнать только лишь обноружев физический фаил.


На самом деле все очень грустно, разработчикам MODX надо было не дизайн новый вкручивать а допилить namecpace в XPDO 3 добавить нормальный роутинг контроллеры вот тогда MODX можно было бы называть фремворком.


Справедливости ради следует отметить, что в MODX реализация контроллеров на уровне каменного века то есть не какая. В современных фремворках есть контроллеры вызываемые с помощью роутинга а там далее по action и все это может быть в одном классе. Из чего следует что контроллер в модексе отвечает за группу action то есть процессоров которые не где не в каких конфигах не отмечены и о их существовании можно узнать только лишь обноружев физический фаил. На самом деле все очень грустно, разработчикам MODX надо было не дизайн новый вкручивать а допилить namecpace в XPDO 3 добавить нормальный роутинг контроллеры вот тогда MODX можно было бы называть фремворком.

Справедливости ради следует отметить, что в MODX р

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

Алексей, MODX очень даже еще фреймворк. Да, он сей

Да в том то и дело что он устарел,и может имеет смысл пересобрать CMS в новом исполнении на базе тогоже XPDO 3.0 которое практически собралось и запустилось после легкого допила.


А собрать новое едро можно с учетом современного проектирование, меньше зависимостей более модульнее и прочие плюшки.

Да в том то и дело что он устарел,и может имеет смысл пересобрать CMS в новом исполнении на базе тогоже XPDO 3.0 которое практически собралось и запустилось после легкого допила. А собрать новое едро можно с учетом современного проектирование, меньше зависимостей более модульнее и прочие плюшки.

Да в том то и дело что он устарел,и может имеет см

к примеру в место того что бы писать вот так



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

class modSiteWebResourcesGetdataProcessor extends modSiteWebGetdataProcessor{

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



namecpace Modxsite\Controller

class modSiteWebResourcesGetdataProcessor extends Web\Getdata{



к примеру в место того что бы писать вот так require_once dirname(dirname(__FILE__)).'/getdata.class.php';

class modSiteWebResourcesGetdataProcessor extends modSiteWebGetdataProcessor{ при поддержки неймспейса можно писать вот так namecpace Modxsite\Controller

class modSiteWebResourcesGetdataProcessor extends Web\Getdata{

к примеру в место того что бы писать вот так requi

Алексей, ты имеешь полное право взять xPDO3.0 и создать новый качественный фреймворк. Просто не забудь указать, что ты использовал, а так можешь делать все, что угодно. Меня в общих чертах почти все в MODX-е устраивает.
 Есть хорошая поговорка: "Есть хреновые вещи, написаные гениально, а есть гениальные, написаные хреново". Так вот, конечного пользователя не волнует что и как там написано. Его волнует какой он в итоге получает продукт. На MODX Revolution, какой бы он не был не современный, можно писать отличные вещи и в большом количестве :)
 На том холивары заканчиваем, мне не интересно это.

Алексей, ты имеешь полное право взять xPDO3.0 и со

Все понятно. для написание новой CMS используя используя современные фреймоворки плюс тод же XPDO (не чего немугу с собой поделать но из ActiveRecord на php он мне больше всех нравится) по трудо затратам и времени уйдет столькоже сколько сейчас на MODX сделать нормальный более менее сложный компонент типа корзины тойже самой.


Вы абсолютно правы каждый сам решает на что ему свое время тратить...


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


И тогда может быть благодаря МодексКлубу собралась инициативная группа и создала бы новую улучшенную CMS на базе XPDO.

Все понятно. для написание новой CMS используя используя современные фреймоворки плюс тод же XPDO (не чего немугу с собой поделать но из ActiveRecord на php он мне больше всех нравится) по трудо затратам и времени уйдет столькоже сколько сейчас на MODX сделать нормальный более менее сложный компонент типа корзины тойже самой. Вы абсолютно правы каждый сам решает на что ему свое время тратить... Холивар заводить даже и не собирался, мое дело предложить в любом случаи всегда найдется тот кому это будет интересно и если бы вы добавили возможность вставлять свои контакты в профеле, то то кому интересно смог бы мне написать. И тогда может быть благодаря МодексКлубу собралась инициативная группа и создала бы новую улучшенную CMS на базе XPDO.

Все понятно. для написание новой CMS используя исп

Кстате не будем забывать так же о Etomite прародителе MODX.

Кстате не будем забывать так же о Etomite прародит

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

Скоро на сайте появится кое-что гораздо более инте

Вам никто не мешает зарегать свой автолоадер через
 

spl_autoload_register(function($class) {

    if (strpos($class, 'Modxsite\\') === 0) {

        $name = substr($class, strlen('Modxsite'));

        require MODX_CORE_PATH . 'components/modxsite/' . strtr($name, '\\', DIRECTORY_SEPARATOR) . '.php';

    }

});



Вам никто не мешает зарегать свой автолоадер через spl_autoload_register(function($class) {

    if (strpos($class, 'Modxsite\\') === 0) {

        $name = substr($class, strlen('Modxsite'));

        require MODX_CORE_PATH . 'components/modxsite/' . strtr($name, '\\', DIRECTORY_SEPARATOR) . '.php';

    }

});

Вам никто не мешает зарегать свой автолоадер через

Вот, как все просто :)

А можно суть поподробнее, пожалуйста :)

суть чуть

Подробнее о чем? Если я пойму что вам нужно, может и смогу помочь)

Подробнее о чем? Если я пойму что вам нужно, может

Только придется следовать стандартам, соблюдать регистр, именование классов и папок или заточить под MODX т.к. так у классов суффикс '.class.php' да еще и с маленькой буквы, можно конечно в автолоадере к нижнему регистру приводить, да вообще там можно написать че хошь)

Только придется следовать стандартам, соблюдать ре

про автолоадер. и как это использовать

Если эта тема кого-то интересует можно поэксперементировать с автозагрузкой

Если эта тема кого-то интересует можно поэкспереме

Дайте больше подробностей, тот пример просто как иллюстрация что это делается элементарно)) Куда вам нужно автолоадер прикрутить, структура папок вашего компонента интересует, можно скриншот дерева

Дайте больше подробностей, тот пример просто как и

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

Вань, да просто небольшой пример, вместе с подключ

Да структура стандартная для shopmodxbox. И действительно, если можно, в отдельном топике :)

Да структура стандартная для shopmodxbox. И действ

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

Так у меня давно уже vendor подключен, и еще целая

Основная проблема, эта отсутствие неймспейса в XPDO, остальное все синтаксический сахар.

Основная проблема, эта отсутствие неймспейса в XPD

Никто не будет пересматривать архитектуру только потому что ты вышел на новый уровень. Потому что это фреймворк, и у разных разработчиков разные подходы к программированию. Элементарно посмотри на серию наших модулей и тех же PDO-модулей Безумкина. Здесь абсолютно разные парадигмы разработки и использовать одни модули одной серии не видится возможным или разумным с серией других модулей. Нет здесь речи о хорошести или нехорошести этих модулей, речь именно о разных подходах, разных технологиях. Соответственно его модули очень годятся под его минишоп, и не годятся под наш shopModx, и наоборот, наши модули для нас хороши, но не будут дружить с его минишопом. Так почему же мы должны настаивать на том, чтобы MODX перекроили именно под нас? Просто потому что нам от этого будет хорошо? Нам будет. А 99% MODX-еров не используют такие технологии. Поэтому наши хотелки просто так никто не будет реализовывать. И хотелки Василия тоже никто не будет реализовывать. И твои хотелки тоже просто так никто реализовывать не будет. Но если у тебя есть четкое понимание как сделать лучше, то не высказывай свои соображения, а фигачь пуллреквест. Там его рассмотрят, и если он интересен и обратная совместимость 100%, то может и примут. Но вот посмотри один из моих PR. Про него я писал здесь. Это очень полезный PR, и занимает всего одну строчку. Так вот, не смотря на то, что это всего одна строчка и никак не влияет на текущий MODX, а только дополняет его (так как третий параметр в функции появляется), его планирую ввести только в версии MODX2.4, то есть даже не в 2.3. Поэтому все эти обсуждения хотелок ИМХО - трата времени. Хочешь - делай. Но обсуждать долго нет смысла и выражать особо свое мнение. Просто делай молча и все. У меня 22 пуллреквеста в MODX, это только по MODX Revo. Еще есть в xPDO и несколько багфиксов по MODX Evo и 0.9

Никто не будет пересматривать архитектуру только п

Вот в этом то и проблема что не соблюдаются стандарты потому и не подходят разные модули от разных "Шопов"
 А это как раз и доказывает костность MODX и то что он не является фремворком. Взять туже симфонию все кто хотят пишут компоненты но так как они все написаны по стандарту  то дружить из между собой не составляет проблем.


Я невижу смысла в пул реквестах в существующий MODX на XPDO 2.0 тогда когда есть XPDO 3.0 вот где будущие вот над ним я сейчас и работаю.


Вот в этом то и проблема что не соблюдаются стандарты потому и не подходят разные модули от разных "Шопов"
 А это как раз и доказывает костность MODX и то что он не является фремворком. Взять туже симфонию все кто хотят пишут компоненты но так как они все написаны по стандарту  то дружить из между собой не составляет проблем. Я невижу смысла в пул реквестах в существующий MODX на XPDO 2.0 тогда когда есть XPDO 3.0 вот где будущие вот над ним я сейчас и работаю. XPDO 2.0 это прошлое.

Вот в этом то и проблема что не соблюдаются станда

Вот всем кому интересно https://github.com/opengeek/xpdo/tree/release-3.0 от великого и ужасного Jason Coward даже он понимает что отсутствие неймспейсов это прошлый век.


правда без танцев с бубнами не запустишь.


Вот всем кому интересно https://github.com/opengeek/xpdo/tree/release-3.0 от великого и ужасного Jason Coward даже он понимает что отсутствие неймспейсов это прошлый век. правда без танцев с бубнами не запустишь.

Вот всем кому интересно https://github.com/opengee

А это как раз и доказывает костность MODX и то что он не является фремворком.

Алексей, мне кажется ты некоторые вещи путаешь. Дело не в MODX-е, а дело в данном случае в конечных разработчиках. Потому то у нас и методы реализованы разные, что MODX - это ФРЕЙМВОРК. Он позволяет делать что угодно и как угодно. И это уже на моей совести лежит как я его использую. А вот если бы это была узкопрофильная ЦМСка, то она бы скорее всего меня заставила работать более стандартизировано.

А это как раз и доказывает костность MODX и то что он не является фремворком. Алексей, мне кажется ты некоторые вещи путаешь. Дело не в MODX-е, а дело в данном случае в конечных разработчиках. Потому то у нас и методы реализованы разные, что MODX - это ФРЕЙМВОРК. Он позволяет делать что угодно и как угодно. И это уже на моей совести лежит как я его использую. А вот если бы это была узкопрофильная ЦМСка, то она бы скорее всего меня заставила работать более стандартизировано.

А это как раз и доказывает костность MODX и то что

что MODX - это ФРЕЙМВОРК. Он позволяет делать что угодно и как угодно.

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

что MODX - это ФРЕЙМВОРК. Он позволяет делать что угодно и как угодно. На чистом php тоже все сделать можно, весь вопрос какой ценой, то что можно сделать за пару часов на современных фремворках в MODX решается за пару дней с кучай велосипедов, а самое главное полное отсутствие юнит тестов, что любую серьезную разработку со сложной бизнес логикой сводит на нет.

что MODX - это ФРЕЙМВОРК. Он позволяет делать что 

Алексей, не суди по себе. Реально. То, что человек не умеет летать на самолетах, еще не говорит о том, что самолеты не пригодны для полетов, и что вообще они бесполезные создания. Лучше сразу на ракеты садиться. Многое зависит не только от инструмента, но и от степени владения этим инструментом. Поэтому не надо давать оценку MODX-у глобально, а скажи просто "я не умею им пользоваться, а вот то я знаю лучше, я на том делаю быстрее и качественней". Я всегда говорил, если человек хорошо знает битрикс, он сделает магазин на битриксе лучше, чем н MODX-е. Не потому что битрикс лучше, а потому что он его знает лучше. И наоборот. Меня твои утверждения на счет сроков сильно удивляют. То, что я делаю за два дня - это очень и очень не мало. Все, больше на твои комментарии здесь не отвечу. Кадый останется при своем мнении.

Алексей, не суди по себе. Реально. То, что человек

Все с вами понятно видимо мы смотрим на проектирование и веб разработку с разных уровней... Разговор действительно бессмыслен время все само поставит по местам....

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

Респект за понимание.

Прежде всего: не стоит использовать для этого getdata-процессор, правильней просто расширить modProcessor и написать свой метод process.
 

2. Сорри, что докапываюсь до синтаксиса, но
 

$modx=$this->modx; $resource = $modx->resource;

Просто чтобы один раз вызвать $modx, создавать для нее переменную? Чем не нравится просто $this->modx?
 И, хотя это объекты и все равно между ними будут ссылки, но все-таки хотя бы для наглядности не забываем про амперсанты. $modx = & $this->modx; $resource = & $modx->resource;
 

3. Посмотри микроразметку, которую формирует родной Breadcrumbs, там не все так просто. Есть стандарты, и лучше их придерживаться, а то СЕОшники помидорами закидают.

Саша, привет! Прежде всего: не стоит использовать для этого getdata-процессор, правильней просто расширить modProcessor и написать свой метод process. 2. Сорри, что докапываюсь до синтаксиса, но $modx=$this->modx; $resource = $modx->resource; Просто чтобы один раз вызвать $modx, создавать для нее переменную? Чем не нравится просто $this->modx?
 И, хотя это объекты и все равно между ними будут ссылки, но все-таки хотя бы для наглядности не забываем про амперсанты. $modx = & $this->modx; $resource = & $modx->resource; 3. Посмотри микроразметку, которую формирует родной Breadcrumbs, там не все так просто. Есть стандарты, и лучше их придерживаться, а то СЕОшники помидорами закидают.

Саша, привет! Прежде всего: не стоит использовать 

$modx=$this->modx;
 $resource = $modx->resource;

исправил, но при добавлении ссылки 
 

перестает выводиться сам ресурс (пустой контент)
 

Посмотри микроразметку

спасибо за информацию, сейчас посмотрю

$modx=$this->modx;
 $resource = $modx->resource; исправил, но при добавлении ссылки $modx= & $this->modx->resource; перестает выводиться сам ресурс (пустой контент) Посмотри микроразметку спасибо за информацию, сейчас посмотрю

$modx=$this->modx;
 $resource = $modx->resource; и

перестает выводиться сам ресурс (пустой контент)

Кстати да :) Ведь ты ниже перетираешь в цикле переменную $resource :)
 Поэтому $modx = & $this->modx — оправдано, а вот с $resource здесь не оправдано. Но где логика позволяет, лучше конечно использовать, так как нагрузку снижает, не делает копию инстанса.

перестает выводиться сам ресурс (пустой контент) Кстати да :) Ведь ты ниже перетираешь в цикле переменную $resource :)
 Поэтому $modx = & $this->modx — оправдано, а вот с $resource здесь не оправдано. Но где логика позволяет, лучше конечно использовать, так как нагрузку снижает, не делает копию инстанса.

перестает выводиться сам ресурс (пустой контент) К

Подправил разметку.

ОК. Ты бы это сразу куда-нибудь на гист выложил, чтобы всегда актуальный код был и можно было ПРы слать.

ОК. Ты бы это сразу куда-нибудь на гист выложил, ч

Выложил: gist.github.com/Tramp1357/cc2334428add09fc4d05

Выложил: gist.github.com/Tramp1357/cc2334428add09f

Круть! При случае обязательно погоняю. Но процессор все равно подумай на счет перевода на обычный modProcessor.

Круть! При случае обязательно погоняю. Но процессо

подумай на счет перевода на обычный modProcessor

Да я так и думал сначала, но потом решил, что зачем велосипед изобретать — есть процессор, который собирает все данные ресурсов. 
 Кто знает — может, понадобится когда картинками из TV крошки отрисовать? :)

подумай на счет перевода на обычный modProcessor Да я так и думал сначала, но потом решил, что зачем велосипед изобретать — есть процессор, который собирает все данные ресурсов. 
 Кто знает — может, понадобится когда картинками из TV крошки отрисовать? :)

подумай на счет перевода на обычный modProcessor Д

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

И тв-шки добавить не сложно.

getdata-процессор рассчитан только на выборку документов за раз, он не рассчитан на выборку внутри него циклами. То есть его общий механизм тут не применим, а вставить список id-шников в prepareQueryBeforeCount здесь не годится, так как в какой-то момент ты получишь не тот результат просто из-за сортировки. Ты же не можешь гарантировать, что крошки все будут иметь id по порядку, или заголовки или типа того. Тебе надо просто получить их данные в цикле и набить в массив, и это делается за раз в одной функции. И тв-шки добавить не сложно.

getdata-процессор рассчитан только на выборку доку

получишь не тот результат просто из-за сортировки

ну, для этого я и переопределил afterIteration. Возможно, и кривовато, но данных немного…
 

А в целом я согласен, переделаю. Просто это-первое, что пришло в голову :)

получишь не тот результат просто из-за сортировки ну, для этого я и переопределил afterIteration. Возможно, и кривовато, но данных немного… А в целом я согласен, переделаю. Просто это-первое, что пришло в голову :)

получишь не тот результат просто из-за сортировки 

переделал процессор. Действительно проще получилось :)

переделал процессор. Действительно проще получилос

Я переписал немного твой код (к слову, сорри за микс табов и пробелов) gist.github.com/Fi1osof/c2087b988a679bd699c3
 Глянь, наверняка мысли мои уловишь.

Вот видишь :) Я переписал немного твой код (к слову, сорри за микс табов и пробелов) gist.github.com/Fi1osof/c2087b988a679bd699c3
 Глянь, наверняка мысли мои уловишь.

Вот видишь :) Я переписал немного твой код (к слов

Да, так лучше и нагляднее. Я пока такие мелочи упускаю.
 Но в любом случае, думаю, польза от него будет. По крайней мере, вывод теперь полностью под контролем :)

Да, так лучше и нагляднее. Я пока такие мелочи упу

Все так :)

Как-то делал, может, пригодятся:
 ?
 ?


Отличная схемка :)

Спасибо :)
 Это я на заре постижения работы с процессорами делал, чтобы вникнуть лучше

Спасибо :)
 Это я на заре постижения работы с проц

Ну ты-то давно уже вник))

Может, кому-то еще поможет лучше с логикой разобраться

Может, кому-то еще поможет лучше с логикой разобра

Про процессоры у нас написано много ...

Николай, написано много и не только у вас но много не означает толково, но ЭТОТ материал лично для меня огромной ценности.
 

Про процессоры у нас написано много ... Николай, написано много и не только у вас но много не означает толково, но ЭТОТ материал лично для меня огромной ценности. Большое спасибо за данный материал. п.с. кстати у вас подача замечательная, читается на ура