1. Главная
  2. iNFerNo

iNFerNo: Комментарии

Главные вкладки

24 июня 2013 в 12:47

Привожу простой пример.

Юзер зарегистрированный и у него роль - зарегистрированный пользователь соответственно.
У юзера в аккаунте создано логическое поле типа вкл/выкл.
В своем модуле создан новый пермишенс - delete block (он вывелся в списке прав и выставлен у роли - зарегистрированный пользователь).

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

24 июня 2013 в 12:40

"man-1982" wrote:
то есть цепочка такая роль_1 -> если поля заполнены то мы этого пользователя толкаем в роль_2 для которой есть возможность постить ноды типа news-> если пользователь по каким то либо причинам отредактировал поля и оставил их пустыми то мы его обратно переводим на роль_1 ?

24 июня 2013 в 8:46

"k_dmitry" wrote:
Сори, что-то не сразу понял о чем речь, посмотри вот этот модуль https://drupal.org/project/user_settings_access , по описанию, вроде то что

вощем этот модуль 2 пермишинса задает которые дополняют возможности юзеров и все.

-------

подскажите

23 июня 2013 в 13:45

"k_dmitry" wrote:
Например такой костыль:
1. Создаешь словарь таксономии "юзеры"
2. В рулсах при создании нового юзера, создаешь в словаре термин с логином юзера
3. В типе материала, добавить ссылку на термин таксономии
4. При создании ноды указывать нужные термины, они же логины юзеров
5. В ноде сделать проверку логина юзера и терминов, если совпадает то вывести ноду, если нет то показать сообщение "нету прав"

23 июня 2013 в 13:44

"man-1982" wrote:
Так ты код, код изучи у этих модулей. А вообще hook_node_grants and hook_node_access_records - это самые лучшие друзья при организации доступа к нужной ноде.

мне к нодам доступ не нужен...

22 июня 2013 в 10:14

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

21 июня 2013 в 13:22

Так в том то и дело. Что я удаляю поле вылезает эта ошибка. И в базе в это время время появляются 2 таблицы удаленного поля deleted_data_349 и ревизия его...

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

21 июня 2013 в 11:58

Это нужно например для следующего:

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

я хочу добавить php код видимости блока, где хочу использовать право доступа (не видеть блоки), которое можно ГДЕ ТО назначить для конкретного юзера.

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

Может быть достаточно поля чекбокса что бы огранить видимость блока? Т.е. грузим юзера проверяем поле на вкл и даем возможность видить/не видеть блок.

18 июня 2013 в 13:28

Вы все пишите для своего случая где 1 юзер - 1 роль

Я и думал что вы решили проблемы модуля что бы 1 юзер - 2 , 3 ,4 1000 ролей и лимитка по созданию нод бралась бы по факту с максимальным вариантом.

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

Да и есть уже модуль автоматического присвоение роли при регистрации (если уже правило для модуля рулеса лениво написать 2-3 клика). Для нубов это еще проще... Программить то ничего не нужно.

18 июня 2013 в 12:58

Это все понятно.

Но если у юзера 2 роли.

авторизированный юзер + моедератор
или зарегистрированный юзер + модератор (авторизированный не считаем уже, а то было бы три тогда роли).

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

18 июня 2013 в 12:51

Логично.

Но все же объясните нубу как вы вышли из проблемы то с юзерами с двумя ролями.

Я юзер у меня роль - зарегистрированный (лимит 1 ноды) + роль модератор (лимит 100 нод)

Что придумано в вашем модуле (сайте) что бы работало правило для роли модератор-то.

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

18 июня 2013 в 12:42

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

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