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

Багрепорт

Песочница

Вопросы клиентов

Tips & tricks

Блог им. AlexBaks

Переопределить метод xPDOObject

Смена типа документа в ShopModxBox

Как установить Яндекс.Метрику на сборку?

Как запретить чистить кэш при удалении и востановлении ресурса(документа)?

Настройка "капчи" в сборке?

Проблемы с полосой прокрутки

При регистрации не прописывает primary_group или как получить группу пользователя

Правильный настройка кэша на php 5.5

Установка modx через консоль

Ставьте VersionX

Разобраться что для чего

Вопрос: это ваш собственный класс, расширяющий xPDOObject, или вы хотите в родной класс добавить плюшек?

Вопрос: это ваш собственный класс, расширяющий xPD

У меня ощущение, что просто не хватает прав на папку. Такое бывает. Права на запись в имеющуюся папку есть (она была установлена с нужными правами), а новая папка создается с лимитированными правами. Вы папку кеша через файловый менеджер MODX-а удалить можете? И смотрите логи php/apache, что там пишется? Да и в логи MODX-а гляньте.

У меня ощущение, что просто не хватает прав на пап

Значит задача стоит так: Есть всем известный MIGXdb, он умеет в беке создавать таблички связанные с базой данных, что позволяет добавлять/редактировать записи таблицы без программирования собственной CMP и контроллеров. Но данный компонент работает только с одной таблицей - для этого в его параметры нужно указать класс прописанный в схеме базы данных. Вся загвоздка в том что хотелось бы добавляя данные в одну таблицу одно передаваемое поле парсить (банальный explode) и записывать как строки в связанную таблицу - с этим проблем нет, я переопределил в моём классе метод save и отслеживаю передачу этого поля, затем сохраняю и запускаю parent::save(); 


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


Сейчас я обнаружил что можно переопределить процессор с которым будет работать MIGXdb, возможно это лучшее решение или быть может проще расширить класс? Что скажите?

Значит задача стоит так: Есть всем известный MIGXdb, он умеет в беке создавать таблички связанные с базой данных, что позволяет добавлять/редактировать записи таблицы без программирования собственной CMP и контроллеров. Но данный компонент работает только с одной таблицей - для этого в его параметры нужно указать класс прописанный в схеме базы данных. Вся загвоздка в том что хотелось бы добавляя данные в одну таблицу одно передаваемое поле парсить (банальный explode) и записывать как строки в связанную таблицу - с этим проблем нет, я переопределил в моём классе метод save и отслеживаю передачу этого поля, затем сохраняю и запускаю parent::save(); Теперь обратная задача - при редактировании загрузить в поле данные из связанной таблицы предварительно собрав их в одну строку. Я вижу такую логику: в классе прописанном в схеме данных переопределить метод который достаёт дынные из базы и записывает их в массив, добавив туда извлечение нужных мне данных. Сейчас я обнаружил что можно переопределить процессор с которым будет работать MIGXdb, возможно это лучшее решение или быть может проще расширить класс? Что скажите?

Значит задача стоит так: Есть всем известный MIGXd

Нет, к сожалению процессор это не то о чём я подумал - не подходят.

Нет, к сожалению процессор это не то о чём я подум

Ну собственно был переопределён метод toArray, данный случай удовлетворяет, но если знаете лучшее место для добавления произвольных дынных - буду признателен если расскажите.

Ну собственно был переопределён метод toArray, дан

Хорошо, это "ваш" класс, раз вы ему переопределили метод save(). Так что вам мешает тогда, к примеру, переопределить метод _loadInstance()? Типа так:
 

public static function _loadInstance(& $xpdo, $className, $criteria, $row) {

    $instance = parent::_loadInstance($xpdo, $className, $criteria, $row);

    /*

        some code, for example $instance->set('foo', $foo);

    */

    return $instance;

}

Хорошо, это "ваш" класс, раз вы ему переопределили метод save(). Так что вам мешает тогда, к примеру, переопределить метод _loadInstance()? Типа так: public static function _loadInstance(& $xpdo, $className, $criteria, $row) {

    $instance = parent::_loadInstance($xpdo, $className, $criteria, $row);

    /*

        some code, for example $instance->set('foo', $foo);

    */

    return $instance;

}

Хорошо, это "ваш" класс, раз вы ему переопределили

Да, собственно вопрос и был в том КАКОЙ метод лучше переопределить )

Да, собственно вопрос и был в том КАКОЙ метод лучш

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

Ну, я думаю, что этот - самый подходящий. Он именн

Расширяй процессор MIGXbd это делается не сложно и не к чему трогать объекты xpdo

Расширяй процессор MIGXbd это делается не сложно и

Ну вообще это распространённая практика переопределять методы в классах работы с базой данных, даже тот же migxdb использует этот подход.

Ну вообще это распространённая практика переопреде

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

Хотя да, в данном случае логичнее было бы просто н

Человек спросил что переопределить, я ответил :)
 А переопределять класс или процессор писать - это уже другой вопрос, и он совершенно имеет место быть. На усмотрение человека.

Человек спросил что переопределить, я ответил :)
 

Накостылял?

Не факт. Все зависит от задачи. К примеру, если задача четко локальная, и точно известно что только с такими классами надо выполнить данную функцию, то с классом получится предпочтительней. Предпочтительней в том плане, что где бы вы ни выполнили инициализацию объекта $modx->getObject() или $som_object->getOne('MyClass'), у вас всегда будет выполнен этот метод и будут получены данные.
 А вот если задача именно в данном месте получить сопутствующие данные, то процессор может оказаться предпочтительнее, так как в таком случае вы не завязаны на конкретном классе, и даже если там будут данные другого касса, то процессор все равно их получит.
 Резюме: все зависит от задачи.

Не факт. Все зависит от задачи. К примеру, если за

Спасибо. Большая честь поучиться у грамотного человека. Завтра буду разбирать как настроить процессор.

Спасибо. Большая честь поучиться у грамотного чело

Не стоит. Мы не в 16-ом веке :)

Предлагаю создать отдельный болог по MIGX

Изначально я переносил данные скриптом:
 


$res=$category->getMany('Goods'); //получаем товары категории

foreach($res as $r){

    $options=[

        'class_key'=>'ShopmodxResourceProduct',

        'parent'=>$category_id,

        'pagetitle'=>$r->get('name'),

        'published'=>1,

        'template'=>3,

        'content'=>$r->get('content'),

        'sm_currency'=>79,

        'sm_price'=>$r->get('price'),

        'tv7'=>$r->get('image'),

    ];

    $modx->runProcessor('resource/create', $options);

}



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

Изначально я переносил данные скриптом: $res=$category->getMany('Goods'); //получаем товары категории

foreach($res as $r){

    $options=[

        'class_key'=>'ShopmodxResourceProduct',

        'parent'=>$category_id,

        'pagetitle'=>$r->get('name'),

        'published'=>1,

        'template'=>3,

        'content'=>$r->get('content'),

        'sm_currency'=>79,

        'sm_price'=>$r->get('price'),

        'tv7'=>$r->get('image'),

    ];

    $modx->runProcessor('resource/create', $options);

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

Изначально я переносил данные скриптом: $res=$cate

Саша, привет! 1. Не может быть, чтобы просто не сохранялось и все. Должны быть какие-то ошибки. Для выполнения процессоров в тесте советую вот этот скрипт использовать. 2. Давно уже не делал подобного, но на сколько мне память не изменяет, делать это надо так: 

foreach($docs as $doc){
    $doc->class_key = 'ShopmodxResourceProduct';
    $doc->save();
    $data = $doc->toArray();
    $data = array_merge($data, array(
        "sm_price"       => $price,
        "sm_currency"    => $currency,
    ));
    $response = $modx->runProcessor('resource/update',$data);
    if($response->isError()){
        print_r($response->getResponse());
        return;
    }
}

Дело в том, что когда процессор на обновление выполняется, он ведь все равно первоначально берет данные из БД, и соответственно получает инстанс объекта на основе класса class_key. Если не сохранить перед апдейтом с новым классом, то тогда не будет объекта ShopmodxProductObject. А вот есть уже он, тогда процессор на апдейт будет не родной MODX-овый, а расширенный магазина, и ShopmodxProduct к нему должен будет добавиться автоматически.

Саша, привет! 1. Не может быть, чтобы просто не сохранялось и все. Должны быть какие-то ошибки. Для выполнения процессоров в тесте советую вот этот скрипт использовать. 2. Давно уже не делал подобного, но на сколько мне память не изменяет, делать это надо так: foreach($docs as $doc){
    $doc->class_key = 'ShopmodxResourceProduct';
    $doc->save();
    $data = $doc->toArray();
    $data = array_merge($data, array(
        "sm_price"       => $price,
        "sm_currency"    => $currency,
    ));
    $response = $modx->runProcessor('resource/update',$data);
    if($response->isError()){
        print_r($response->getResponse());
        return;
    }
} Дело в том, что когда процессор на обновление выполняется, он ведь все равно первоначально берет данные из БД, и соответственно получает инстанс объекта на основе класса class_key. Если не сохранить перед апдейтом с новым классом, то тогда не будет объекта ShopmodxProductObject. А вот есть уже он, тогда процессор на апдейт будет не родной MODX-овый, а расширенный магазина, и ShopmodxProduct к нему должен будет добавиться автоматически.

Саша, привет! 1. Не может быть, чтобы просто не со

Сделано.

Здорово! Я думаю, многим интересна эта тема, а документацию приходится по крохам собирать.

Здорово! Я думаю, многим интересна эта тема, а док

Думаю, Алексей мог бы большой вклад в его копилку сделать.

Думаю, Алексей мог бы большой вклад в его копилку 

Должны быть какие-то ошибки

В том-то и дело, что все молча делает. Вроде, сохраняет, а перезагрузишь - старая информация опять. И в журнале ошибок пусто.
 getdata-процессор по товарам отрабатывает нормально, данные каталога выводятся нормально, а админку при сохранении почему-то клинит.
 Я и по базе уже смотрел - вроде, все нормально. Мистика какая-то. 
 За скрипт спасибо, попробую его.

Должны быть какие-то ошибки В том-то и дело, что все молча делает. Вроде, сохраняет, а перезагрузишь - старая информация опять. И в журнале ошибок пусто.
 getdata-процессор по товарам отрабатывает нормально, данные каталога выводятся нормально, а админку при сохранении почему-то клинит.
 Я и по базе уже смотрел - вроде, все нормально. Мистика какая-то. 
 За скрипт спасибо, попробую его.

Должны быть какие-то ошибки В том-то и дело, что в

Очень на это надеюсь :)

Оффтоп: Саш, по возможности пиши ответом, чтобы структуру комментов было видно.

Оффтоп: Саш, по возможности пиши ответом, чтобы ст

Попробуй, должен помочь.

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

Мог бы но не сейчас, много работы. Александр вы бы

Да, какие-то темы в беседе могут проясниться.

ок

Постараюсь :)

Смотри базовый лэйаут в сборке

Необходимо поставить Метрику не на главную страницу, а в шаблон layout.tpl. Ведь он у Вас является основным? И Вы его его дальше расширяете?

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

Прилетело НЛО и опубликовало эту запись

Большое спасибо, разобрался. Всё работает.

Это оно? http://modx.com/extras/package/versionx

ага

Добрый день!
 В логах ничего и не будет, это ExtJS. Судя по всему у основной панели автовысота. То есть панель постоянно подстраивается под содержимое, поэтому и скролла нет. У меня большой экран, поэтому на это не обращал никогда внимание.
 Сейчас сразу так не подскажу фикса, но постараюсь пофиксить, когда следующую сборку буду собирать. Сборку буду собирать уже скоро.

Добрый день!
 В логах ничего и не будет, это ExtJS

Николай, спасибо за быстрый ответ! Скролл есть у всех элементов, кроме двух описанных выше, и у них был, раньше.

Николай, спасибо за быстрый ответ! Скролл есть у в

В какой-то момент и в modxSDK скролл пропал. Вероятно связано с обновлениями браузеров. К сожалению сейчас нет времени предметно изучать этот баг, но как доберусь, посмотрю. Может кто другой разберется в чем проблема да маякнет решение.

В какой-то момент и в modxSDK скролл пропал. Вероя

Спасибо! Уже воспользовался :)

Папку кэша не могу удалить а папки внутри кэша могу удалить.
 Apach и Modx логи чисто без ошибок при очистки кэша тоже.

Папку кэша не могу удалить а папки внутри кэша мог

Папку кэша не могу удалить а папки внутри кэша могу удалить.

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

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

Установил memcached!
 Работает без удаления папок :D + без очистки кеша.
 Zendopchache тоже работает честно говоря шустро чем APC-cache

Установил memcached!
 Работает без удаления папок 

Нашел проблему. это autoredirector ругается. Правда, пока не разобрался, почему. И сбой идет только при сохранении (onBeforeDocFormSave):
 


    case "OnBeforeDocFormSave":

        $resources = array(

                $resource,

                $modx->getObject('modResource',$resource->get('parent')) // ругается на get

            );

        if($child_ids = $modx->getChildIds($resource->id,50,array('context' => $resource->context_key))){

            $resources = array_merge($resources, $modx->getCollection('modResource',array("id:IN" => $child_ids)));

        }



Нашел проблему. это autoredirector ругается. Правда, пока не разобрался, почему. И сбой идет только при сохранении (onBeforeDocFormSave): case "OnBeforeDocFormSave":

        $resources = array(

                $resource,

                $modx->getObject('modResource',$resource->get('parent')) // ругается на get

            );

        if($child_ids = $modx->getChildIds($resource->id,50,array('context' => $resource->context_key))){

            $resources = array_merge($resources, $modx->getCollection('modResource',array("id:IN" => $child_ids)));

        }

Нашел проблему. это autoredirector ругается. Правд

У нас здесь сайт тоже на мемкеше работает. Конечно быстрее чем на файлах. Особенно это критично для очистки кеша. Когда на файлах кеш и собирается куча файлов, очистка кеша долго выполняется. А на мемкеше раз и все :)

У нас здесь сайт тоже на мемкеше работает. Конечно

А как именно ругается? Сообщение покажи. Объект $resource вообще есть?

А как именно ругается? Сообщение покажи. Объект $r

Похоже, объекта нет, он пишет, что есть попытка обратиться к несуществующему методу:
 

Fatal error: Call to a member function get() on a non-object in /home/m/maa197cv/maa197cv.bget.ru/public_html/core/cache/includes/elements/modplugin/23.include.cache.php on line 17



и как раз на тот кусок кода, что я указал выше

Похоже, объекта нет, он пишет, что есть попытка обратиться к несуществующему методу: Fatal error: Call to a member function get() on a non-object in /home/m/maa197cv/maa197cv.bget.ru/public_html/core/cache/includes/elements/modplugin/23.include.cache.php on line 17 и как раз на тот кусок кода, что я указал выше

Похоже, объекта нет, он пишет, что есть попытка об

в принципе, мне автообновление autoredirect не требуется. я эти события отключил, теперь все работает :)

в принципе, мне автообновление autoredirect не тре

хотя, я из консоли запускал скрипт, который ты показал. может, потому и ругался не $resource. Но я закомментировал OnBeforeDocFormSave и OnDocFormSave (они мне не нужны) - и работает.

хотя, я из консоли запускал скрипт, который ты пок

Fatal error: Call to a member function get() on a non-object in /home/m/maa197cv/maa197cv.bget.ru/public_html/core/cache/includes/elements/modplugin/23.include.cache.php on line 17

Вот как раз здесь и говорит, что попытка вызова метода на необъекте.
 Суть этого кроется в этом топике.
 В процессоре обычных документов тип объекта - resource, а ShopmodxResourceProduct - shopmodxresourceproduct.
 Разница типов была использована для различных лексиконов. Это несовершенство MODX-а, которое и было описано в том топике.

Fatal error: Call to a member function get() on a non-object in /home/m/maa197cv/maa197cv.bget.ru/public_html/core/cache/includes/elements/modplugin/23.include.cache.php on line 17 Вот как раз здесь и говорит, что попытка вызова метода на необъекте.
 Суть этого кроется в этом топике.
 В процессоре обычных документов тип объекта - resource, а ShopmodxResourceProduct - shopmodxresourceproduct.
 Разница типов была использована для различных лексиконов. Это несовершенство MODX-а, которое и было описано в том топике.

Fatal error: Call to a member function get() on a 

Здравствуйте! Николай, не похоже что из-за браузера, IE 8,11, Opera 24, 25, Crome 37,38, скрола нет ни в одном. Не подскажете путь до скрипта и, если это возможно, код, для сравнения. Спасибо!

Здравствуйте! Николай, не похоже что из-за браузер

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

Да отличный инструмент, сколько раз выручал этот м

Вопрос: а зачем запрещать?

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


дело в том что, при удалении страницы чистится вес

Лучше было бы просто удалять кэш удаляемого ресурса но не трогать при этом кэш всего сайта

Лучше было бы просто удалять кэш удаляемого ресурс

А зачем в консоли создавать кеш? Что не так с базовым функционалом? У вас что, несколько сотен тысяч документов?

А зачем в консоли создавать кеш? Что не так с базо

Отвечая на ваш вопрос, скужу, что скорее всего никак. Вот метод cleanup() в процессоре обновления ресурса. Вклиниться туда, передав нужный параметр - кажется задача маловероятная.

Отвечая на ваш вопрос, скужу, что скорее всего ник

Эта тема много раз обсуждалась. Невозможно проследить все зависимости кеша. Это и карта алиасов, и кеши элементов и т.п. Поэтому если что-то серьезное (типа изменения документов и т.п.), то кеш правильно скидывать весь.
 Если у вас после сброса кеша все очень тормозит, значит работайте над оптимизацией сайта, а не над тем, как кеш не очищать.

Эта тема много раз обсуждалась. Невозможно прослед

А зачем вы кеш принудительно создаете? Это скорее всего вызывает больше проблем, чем дает бонусов или у вас хайлоад, что все в кеше приходится держать?

А зачем вы кеш принудительно создаете? Это скорее 

Нет у меня 750 страниц, так как каждая страница имеет до 1 секунды загрузки то после кеширования 0.250-0.500 ms
 

Что не так с базовым функционалом?

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

<php

//$res=1;

//file_get_contents($this->modx->makeUrl($res, '', '', 'full'));

$start_id = 0;//$modx->getOption('start_id',$scriptProperties,2);

$depth = 5;//$modx->getOption('depth',$scriptProperties,1);

 

$start_resource = $modx->getObject('modResource',$start_id);

//if(!$start_resource) return '';

 

//$context = $start_resource->get('context_key');

$child_ids = $modx->getChildIds($start_id,$depth,array('context'=>"web"));

array_push($child_ids,$start_id);

foreach($child_ids as $id){

     

    $url = $modx->makeUrl($id,'','','full');

    $content = file_get_contents($url);

  echo $id."=".$url."\n";

}

unset($content);

Нет у меня 750 страниц, так как каждая страница имеет до 1 секунды загрузки то после кеширования 0.250-0.500 ms Что не так с базовым функционалом? Если возможно, поясните что вы имели ввиду, может я что то не знаю.
 А про то что я в консоли создаю, я тестирую работу сайта и так как, код для создания кэша срабатывает в плагине, и я решил запускать его в вашем приложении Console что бы быстренько протестить вот сам код <php

//$res=1;

//file_get_contents($this->modx->makeUrl($res, '', '', 'full'));

$start_id = 0;//$modx->getOption('start_id',$scriptProperties,2);

$depth = 5;//$modx->getOption('depth',$scriptProperties,1);

 

$start_resource = $modx->getObject('modResource',$start_id);

//if(!$start_resource) return '';

 

//$context = $start_resource->get('context_key');

$child_ids = $modx->getChildIds($start_id,$depth,array('context'=>"web"));

array_push($child_ids,$start_id);

foreach($child_ids as $id){

     

    $url = $modx->makeUrl($id,'','','full');

    $content = file_get_contents($url);

  echo $id."=".$url."\n";

}

unset($content);

Нет у меня 750 страниц, так как каждая страница им

Только вот оффрепозиторий MODX-а опять жутко тормозит, не могу залить пакет на сайт.

Только вот оффрепозиторий MODX-а опять жутко тормо

С вашим скриптом все ОК. Во всяком случае он выполняет то, что вы хотели. Но опять вопрос: а зачем? Ну грузится на холодную 1 секунду, ну и что? 1 секунда - не порог для потери пользователя. А оверклокингом заниматься - нафига?
 Я бы вам половетовал лучше просто заняться оптимизацией самого сайта. Если нормально все сделать, то он и на холодную будет загружаться не более 0,5 - 0,6 секунд. У вас Smarty?

С вашим скриптом все ОК. Во всяком случае он выпол

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

Управление заказами, этот скрипт. Групповой редакт

спасибо за ответ

Не за что

ну или в крайнем случаи закомментировать
 в undelete.class.php
 delete.class.php
 undelete.class.php
 


 /* empty cache */

$this->clearCache();



ну или в крайнем случаи закомментировать
 в undelete.class.php
 delete.class.php
 undelete.class.php /* empty cache */

$this->clearCache();

ну или в крайнем случаи закомментировать
 в undele

Интересно... Все на месте. Буду искать дальше, спасибо за помощь!

Интересно... Все на месте. Буду искать дальше, спа

Не за что!

Хардкодить в ядро не круто. Слетит при апдейте системы.

Хардкодить в ядро не круто. Слетит при апдейте сис

Картинок нет на обоих ссылках.
 Тоже была проблема с этой капчей, сменил на другую.

Картинок нет на обоих ссылках.
 Тоже была проблема

как сменить или вообще убрать?

Для FormIt (Revo

У вас NetworkError: 500 Internal Server Error - http://www.swisskarma.ru/assets/components/modcaptcha/captcha.php?0.05194461134096928
 Читайте php-логи, что там написано. Явно вопрос в сервере, а не в модуле.

У вас NetworkError: 500 Internal Server Error - ht

Таким кодом я получал primary_group и в зависимости от него выводил разные чанки.

А вот не надо плясать от primary_group. primary_group в MODX-е - эот от Ктулху. И использовать это не надо вообще. И вообще чанки брать в зависимости от группы - не по религии это. Запомните: если вы что-то хотите разделить, то права или есть на что-то, или их нет. Юзайте $modx->hasPermission($perm) - и будете на правильном пути.

Таким кодом я получал primary_group и в зависимости от него выводил разные чанки. А вот не надо плясать от primary_group. primary_group в MODX-е - эот от Ктулху. И использовать это не надо вообще. И вообще чанки брать в зависимости от группы - не по религии это. Запомните: если вы что-то хотите разделить, то права или есть на что-то, или их нет. Юзайте $modx->hasPermission($perm) - и будете на правильном пути.

Таким кодом я получал primary_group и в зависимост

Вот немного поковырял когда же и где устанавливается primary_group. Так вот, в user/create-процессоре этот параметр вообще не устанавливается, его просто нет. Устанавливается он только в user/update-процессоре, только если были переданы группы пользователя. А главное - выбирается только та группа, у которой ранк = 0. И вот начига оно надо? Это рандом. А главное - вообще не видел, чтобы где-то в системе политик безопасности MODX-а это где-то использователось. В общем, если хочется головняка, то юзайте.

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

Вот так можно использовать как замену primary_group?


$id = $_GET[id];

$res = $modx->getObject('modUser',$id);

if ($res->isMember('Новичок')) {

    $output = $modx->getChunk('user_novichok');

}

Ну это на скорую руку, лишь бы работало...

Вот так можно использовать как замену primary_group? $id = $_GET[id];

$res = $modx->getObject('modUser',$id);

if ($res->isMember('Новичок')) {

    $output = $modx->getChunk('user_novichok');

} Ну это на скорую руку, лишь бы работало...

Вот так можно использовать как замену primary_grou

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

А вообще странно... Раньше работало как надо, поэт

Да. Но здесь есть два НО, больших и жирных:
 1. Метод modUser::isMember() (а точнее modUser::getUserGroupNames(), вызываемый в modUser::isMember()), получает группы пользователей из сессии пользователя. Это чревато тем, что если пользователь уже был авторизован, а вы ему меняете группу пользователя, изменения возникнут только после уничтожения его сессии.
 2. Метод modUser::isMember() не принимает id группы пользователей, что повлечет за собой понятные последствия в случае переименовывания группы пользователей.
 Но в целом можно пользоваться. И да - этот метод так же не имеет никакого отношения к primary_group :)

Да. Но здесь есть два НО, больших и жирных:
 1. Ме

Вот это я и имею ввиду, когда говорю не использовать - странно. Такого в программировании не должно быть. Работать (или не работать) должно стабильно. Сегодня у вас работает, а завтра у вас не работает. Объяснение конечно можно найти почему оно не работает, но только зачем себе все усложнять?

Вот это я и имею ввиду, когда говорю не использова

А почему я привязался сначала в primary_group? Потому что значения там совпадали со значением id группы. Вот я подумал что таки и задумано))

А почему я привязался сначала в primary_group? Пот

Это вам просто повезло. Совпадение.

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

А таким образом можно выводить информацию не для т

Вы зайдите здесь в чей-нибудь профиль. Увидите емейл? Вряд ли. Думаете из-за того, что вы не в той группе? Отчасти да, но главное - у вас просто нет прав. Смысл политик безопасности должен быть в том, есть у вас права или нет. Не важно в какой вы группе. У анонимуса может быть больше прав, чем у администратора. Все зависит от настроенных политик. К примеру, у меня это так:
 

{if $modx->hasPermission('some_perm')}

    Some code...

{/if}

И я не парюсь в какой группе пользователь. Или у него есть права, и он увидит, или у него нет прав.

Вы зайдите здесь в чей-нибудь профиль. Увидите емейл? Вряд ли. Думаете из-за того, что вы не в той группе? Отчасти да, но главное - у вас просто нет прав. Смысл политик безопасности должен быть в том, есть у вас права или нет. Не важно в какой вы группе. У анонимуса может быть больше прав, чем у администратора. Все зависит от настроенных политик. К примеру, у меня это так: {if $modx->hasPermission('some_perm')}

    Some code...

{/if} И я не парюсь в какой группе пользователь. Или у него есть права, и он увидит, или у него нет прав.

Вы зайдите здесь в чей-нибудь профиль. Увидите еме

А можно ли сделать разными профили пользователей в зависимости от группы (в принципе сделано) и еще в зависимости от какого-либо второго значения в БД?
 То есть в БД записано 1 или 0. Если пользователь в группе Новичек и у него в БД значение 1, то его профиль более расширен нежели у Новичка со значением 0 в поле БД.
 Запутанно может объяснил?

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

Не запутано, а бессмыслено. Я же сказал: используйте $modx->hasPermission(). Надо пользователю дать более расширенные поля - занесите его еще в одну группу пользователей. Один пользователь может находиться в нескольких группах, права суммируются. Не изобретайте велосипед.