Сборки и пакеты

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

Песочница

Tips & tricks

Blog by Fi1osof

UserKarma-1.1.0. Автоматическая смена групп пользователя.

Расширение функционала modxUser

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

Добавление полей в таблицу modx_users

управление группами пользователей

Extended modUser

Мульти аккаунты в ModX и авторизация разных аккаунтов в 1 вкладке

Сорри, только добрался к компу нормально.
 Видел, вы на modxим написали, что вопрос решен, тем не менее я не увидел, чтобы кто-то расписал решение, и вы тоже не написали в чем именно проблема была. Немного напишу по этому поводу.
 

Итак, есть предположение, что пользователь, которого вы получаете, в таблице имеет class_key = 'modUser', а по этой причине даже если вы в запросе указываете $user = $modx->getObject('extUser', array('username:=' => $nickname)), вы все равно в итоге получите объект от класса modUser, а не extUser. И таблица для этого объекта будет родная, а не расширенная. Почему? Потому что инстанс конечного объекта зависит от того, какой class_key прописан в получаемой записи. Очень подробно про это писал здесь: modxclub.ru/blog/166.html
 

Резюмирую: для того, чтобы у вас работало как положено, у вас записи в вашей таблице должны в колонке class_key содержать имя вашего класса. Только тогда, при сохранении объекта, если это будет инстанс вашего класса, будет запись выполнена в вашу таблицу. А так получается, что запрос на селект выполнен корректно с учетом вашей таблицы, но в полученных записях class_key = 'modUser', хоть и с данными из вашей таблицы. Конечный объект — modUser, его таблица по мап-файлу — site_users, и при сохранении туда данные и пишутся.
 

Попробуйте в консоли так сделать:
 

print $modx->getObject('extUser', array('username' => $nickname))->get('class_key');

a. $user->save();
 b. $user->addOne($data, 'Data'); $user->save();
 c. $data->save(); 

Лишний раз сохраняете. Это ни к чему. Достаточно так: $user->addOne($data, 'Data');
 Если связь прописана в мап-файле корректно, то $data сохранится автоматически при сохранении объекта юзера.

Здравствуйте! Сорри, только добрался к компу нормально.
 Видел, вы на modxим написали, что вопрос решен, тем не менее я не увидел, чтобы кто-то расписал решение, и вы тоже не написали в чем именно проблема была. Немного напишу по этому поводу. Итак, есть предположение, что пользователь, которого вы получаете, в таблице имеет class_key = 'modUser', а по этой причине даже если вы в запросе указываете $user = $modx->getObject('extUser', array('username:=' => $nickname)), вы все равно в итоге получите объект от класса modUser, а не extUser. И таблица для этого объекта будет родная, а не расширенная. Почему? Потому что инстанс конечного объекта зависит от того, какой class_key прописан в получаемой записи. Очень подробно про это писал здесь: modxclub.ru/blog/166.html Резюмирую: для того, чтобы у вас работало как положено, у вас записи в вашей таблице должны в колонке class_key содержать имя вашего класса. Только тогда, при сохранении объекта, если это будет инстанс вашего класса, будет запись выполнена в вашу таблицу. А так получается, что запрос на селект выполнен корректно с учетом вашей таблицы, но в полученных записях class_key = 'modUser', хоть и с данными из вашей таблицы. Конечный объект — modUser, его таблица по мап-файлу — site_users, и при сохранении туда данные и пишутся. Попробуйте в консоли так сделать: print $modx->getObject('extUser', array('username' => $nickname))->get('class_key'); Что напишет? И тут же попутно: a. $user->save();
 b. $user->addOne($data, 'Data'); $user->save();
 c. $data->save(); Лишний раз сохраняете. Это ни к чему. Достаточно так: $user->addOne($data, 'Data');
 Если связь прописана в мап-файле корректно, то $data сохранится автоматически при сохранении объекта юзера.

Здравствуйте! Сорри, только добрался к компу норма

И еще добавлю: по опыту, расширять modUser — не удачная идея. Я уже пробовал, и с этим связано очень много проблем, особенно ввиду того, что в классе modX жестко прописано при инициализации пользователя получать именно modUser. Сами понимаете какие из-за этого вытекают проблемы.
 Вот поэтому я не расширяю modUser, а добавляю класс связанного объекта, и просто добавляю эту связь базовому классу. Пример добавления таких связей. На выходе вы получаете новые связанные объекты с базовым юзером без лишних заморочек (только пропишите extendedPackage и все). И в любом месте сможете работать с $modx->user->addOne(), $modx->user->getOne() и т.п. Это гораздо практичней.

И еще добавлю: по опыту, расширять modUser — не уд

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

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

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

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

Николай спасибо за ответ.
 Решения я так и не поня

Я не знаю что именно вас по этому вопросу интересует, но советую к детальному изучению вот эту статью: community.modx-cms.ru/blog/research/10291.html
 Там очень подробно изучался вопрос самого механизма этих связей, и как раз этот материал и лег в основу описанного выше методе добавления связей базовым классам.

Пожалуйста. Еще вопрос, где можно почитать про связи с базовым классом Я не знаю что именно вас по этому вопросу интересует, но советую к детальному изучению вот эту статью: community.modx-cms.ru/blog/research/10291.html
 Там очень подробно изучался вопрос самого механизма этих связей, и как раз этот материал и лег в основу описанного выше методе добавления связей базовым классам.

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

Я про это имел в виду. Спасибо еще раз.

Пожалуйста.

Таким кодом я получал 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(). Надо пользователю дать более расширенные поля - занесите его еще в одну группу пользователей. Один пользователь может находиться в нескольких группах, права суммируются. Не изобретайте велосипед.

Не запутано, а бессмыслено. Я же сказал: используй

Передача значений в чанки 
 RTFM
 Chunk:
 


//html

I`m [[+user.name]] my identifier [[+user.id]]

//html




$output = $modx->getChunk('MyChunk',array(

   'user' => array(

        'id' => 123,

        'name' => 'Pet`ka'

    )

);

return $output;




//html

I`m Pet`ka my identifier 123

//html



Передача значений в чанки 
 RTFM
 Chunk: //html

I`m [[+user.name]] my identifier [[+user.id]]

//html Call Chunk: $output = $modx->getChunk('MyChunk',array(

   'user' => array(

        'id' => 123,

        'name' => 'Pet`ka'

    )

);

return $output; Output: //html

I`m Pet`ka my identifier 123

//html

Передача значений в чанки 
 RTFM
 Chunk: //html

I

Если речь о переключении аккаунтов, то здесь особой проблемы нет.
 

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

$modx->user->addSessionContext('web');

То есть при смене вкладок ведь по сути в единицу времени один только пользователь (на один запрос к веб-серверу), это решаемо. А вот несколько пользователей на один запрос к веб-серверу - это никак (хотя если очень надо, то и это можно провернуть местами).

Если речь о переключении аккаунтов, то здесь особой проблемы нет. $modx->user = $modx->getObject('modUser', $id);

$modx->user->addSessionContext('web'); То есть при смене вкладок ведь по сути в единицу времени один только пользователь (на один запрос к веб-серверу), это решаемо. А вот несколько пользователей на один запрос к веб-серверу - это никак (хотя если очень надо, то и это можно провернуть местами).

Если речь о переключении аккаунтов, то здесь особо

По поводу контекстов речи нет здесь все разрабы показали и указали, тоесть ModX на это наточен, я о том к примеру что то типа подмены PHPSESSID на клиенте при запросе, в следствии модкс отвечал как обычно в соответствии с айди сессии , скорее всего эта задача возлагается на клиент т.к подмену SESSID может организовать именно он, JS хранит список аккаунтов юзера (хеши сессий), юзер может из него выбрать от какого отправлять запросы, а сервер все как обычно обрабатывает.

По поводу контекстов речи нет здесь все разрабы по

Про контексты я вообще ничего не говорил. А про сессии... Меняйте перед отправкой запроса на сервер кукис PHPSESSID еще на стороне браузера и все. Делов-то.

Про контексты я вообще ничего не говорил. А про се

Спасибо, это может каким нибудь-образом влиять на безопасность?

Спасибо, это может каким нибудь-образом влиять на 

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

Нет. То есть не больше, чем это есть в принципе. П

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

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

но реализовать такое достаточно просто, при доработке на клиенте. 

но реализовать такое достаточно просто, при доработке на клиенте. Так и есть.

но реализовать такое достаточно просто, при дорабо

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

Для информации: в компоненте shopModx1C тоже испол

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

по сути это конкретно ModX даже не касается, копаю

Да не важно все это, что популярно, а что нет. Важно что вы для себя выбираете и что с этим делаете. Мне вообще пофиг на все эти тренды.

Да не важно все это, что популярно, а что нет. Важ

Читайте здесь: habrahabr.ru/post/253737/
 

Если у вас MODX.2.4+, то можете не компонент отдельный создавать, а плагин на событие OnModxInit.

Читайте здесь: habrahabr.ru/post/253737/ Если у вас MODX.2.4+, то можете не компонент отдельный создавать, а плагин на событие OnModxInit.

Читайте здесь: habrahabr.ru/post/253737/ Если у ва

У объекта $modx->user есть нативные методы для управления группами (joinGroup, leaveGroup, isMember и т.п.). 

Вот пример с добавлением пользователя в группу в оффдоке: https://docs.modx.com/revolution/2.x/administering-your-site/security/user-groups 

Его можно значительно упростить в случае с авторизованным пользователем:

По умолчанию будет назначена роль member. Можно передать другую роль вторым параметром и ранг третьим. Остается только решить вопрос как обновлять текущего пользователя. У меня в shopModxBox был для этого процессор (он для примера, обновление групп в нем не предусмотрено): https://github.com/MODX-Club/ShopModxBox/blob/master/core/components/modxsite/processors/web/users/own_profile/update.class.php 

Остальные методы работы с группами надо смотреть в исходном коде (они не все задокументированы). https://github.com/modxcms/revolution/blob/2.x/core/model/modx/moduser.class.php#L572 

$modx->user->joinGroup($groupId);
// Или
$modx->user->joinGroup($groupName);

У объекта $modx->user есть нативные методы для управления группами (joinGroup, leaveGroup, isMember и т.п.). Вот пример с добавлением пользователя в группу в оффдоке: https://docs.modx.com/revolution/2.x/administering-your-site/security/user-groups Его можно значительно упростить в случае с авторизованным пользователем: По умолчанию будет назначена роль member. Можно передать другую роль вторым параметром и ранг третьим. Остается только решить вопрос как обновлять текущего пользователя. У меня в shopModxBox был для этого процессор (он для примера, обновление групп в нем не предусмотрено): https://github.com/MODX-Club/ShopModxBox/blob/master/core/components/modxsite/processors/web/users/own_profile/update.class.php Покинуть группу: Остальные методы работы с группами надо смотреть в исходном коде (они не все задокументированы). https://github.com/modxcms/revolution/blob/2.x/core/model/modx/moduser.class.php#L572

У объекта $modx->user есть нативные методы для упр

Остается только решить вопрос как обновлять текущего пользователя - не понял, а в чем тогда вопрос? Использовать ли для этого процессоры?

Остается только решить вопрос как обновлять текуще

Нет, я это у тому, что просто так нативных средств в MODX для обновления текущего пользователя весьма не много. Я не знаю как у тебя это сейчас выполняется, через процессоры или компоненты типа Login или Office. То есть для тебя главное - это чтобы была php-точка для вызова представленного кода. 

Нет, я это у тому, что просто так нативных средств

я стараюсь придерживаться, так сказать, "религии" modxclub.ru - соответственно и вопрос мой заключается в том, что по какому пути или методу, по мнению клуба, правильно делать.

я стараюсь придерживаться, так сказать, "религии" 

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

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

да, все норм, спасибо)

Ну и замечательно.

context

extended

extUser

moduser

modUserGroup

modUserProfile

modx extras

modx revolution

modx_users

session

user

userkarma

группы пользователей

политики безопасности

пользователи

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!