Дополнение user_access

Здравствуйте.
Нужно реализовать некоторую надстройку над стандартной системой прав доступа Друпала.
Суть в следующем: мы должны иметь возможность написать, например

При этом, строка 'view anna tits' не зарегистрирована в Друпале через hook_permission. Мы должны иметь возможность обработать ее в собственном коллбеке.
Не нашел подходящего хука, или, может, плохо искал?

[Решено] Вопрос о ролях

Добрый день! У меня следующий вопрос: на странице разрешения ролей admin/people/permissions/roles возле анонимного и зарегистрированного пользователя надпись "заблокировано". Возле остальных ролей такой надписи нет. Из за чего это может быть и на что влияет? Как это можно убрать?

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

День добрый!
Возникла необходимость предоставить доступ одному пользователю к одному материалу (просмотр). Пользователю не должены быть доступны любые другие материалы или функционал.
Возможно ли это сделать с помощью типов материала и пр.? Какой модуль поможет?
Я новичёк.

Разграничение прав между ролями

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

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

[РЕШЕНО] OG - вносить пользователей в группы. Не давать пользователям возможности войти-выйти из группы

Привет всем.
Есть сеть супермаркетов.
Для них офис делает задания каждый день.
создал группы с помощью og, subgroups_og:

Все филиалы
--БРЕНД
----Филиал1
----Филиал2

теперь не могу найти настроек, как:
админ вносит юзеров в группу.
дать им видимость материалов (заданий) только внутри группы.
запретить подписку и отмену подписки на группы.

этого нет ни в настройках групп ни в настройках ролей. включил все блоки, но блоков с подпиской нет =) что делать?
Спасибо за помощь заранее!

Все работает, просто нужно правильно приватность выбрать.

(Решено) Блок не показывается роли

Странная ситуация возникла, уже зациклился.

Есть блок для роли "редактор" — это редакторское меню. Выставляю галку на показ только роли "редактор", но редактор этого блока не видит. Точно так же сделано меню для модераторов - у них все ОК (разумеется галка стоит на показ только роли "модератор").
При этом если поставить показ редакторского блока для роли "администратор", то у администраторов этот блок появляется.

Какая-то мистика, не пойму уже где копать... Такое ощущение, что что-то не в порядке с ролью "редактор", но что именно не пойму.

Коренной недочёт (?) в Node System и его решение

Только сегодня впервые столкнулся с неприятной ситуацией. Если дать пользователям право создавать, редактировать и удалять свои материалы какого-то типа, он не получает возможности выставить при создании\правке материала дату создания и имя автора пока не будет иметь разрешение «administer nodes» (управлять материалами). Но если дать ему последнее разрешение, то он автоматически получает право кроить материалы и других авторов, что не всегда допустимо.

Казалось бы, очевидное право автора материала - выставить ему дату публикации, но нет, Друпал дает право устанавливать даты только пользователям с правами "администрирования нод" и не позволяет "из коробки" менять это поведение.

Беглый поиск по d.o показал, что проблема известна еще со времен ветки 4.х, однако до сих пор не решается средствами ядра. Решение было найдено в виде модуля Override Node Options, имеющего столь же долгую историю, что и баг. Он дополняет список разрешений необходимыми опциями. Качать отсюда: http://drupal.org/project/override_node_options

Слава модульной системе Друпала! Слава авторам модулей! :)

Разные ССК поля для разных авторов, как сделать?

Уважаемые друпаллеры!
Не могу понять как решить одну загвостку.
У меня есть 3 автора.
Все они заполняют один тип материалов "Обзоры"
В этом типе материалов есть CCK поля
Так вот в чем моя проблема:
Необходимо для одного конкретного автора скрыть поле "Content Taxonomy Fields" ,чтобы вернуть стандартный вариант выбора таксономии через список, ему так быстрее и удобней.
Убрать это поле не могу, т.к. двум другим авторам, нынешний вариант поля выбора таксономии "autocompete" полностью устраивает.
Есть ли модуль и настройка, чтобы показывать/скрыть поля для разных авторов?
Направьте на путь истинный )
Жду ваших ответов.

Один пункт меню на 2 вьюса

Здравствуйте, подскажите пожалуйста - как сделать следующее.

Есть один пункт меню - и по нему надо показывать два разных views.

Первый вьюс - показывать только анонимам - а второй зарегистрированным пользователям.

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

заранее спасибо.

Несколько авторов одной ноды - как?

Доброго времени суток.
задача очень простая.
сделать так, чтобы была возможность редактировать определенной группе лиц определенные ноды.
в permission нашел только два пункта:
edit own page content
edit any page content

если ставить own, то приходиться постоянно менять автора ноды на человека, который хочет отредактировать данную ноду.
any ставить не хочется, ибо есть ноды к которым не хочется допускать этих лиц.
идеальным был бы такой пункт:
edit own role page content
то есть редактировать node, автор которой является членом определенной группы (role).
можно ли как-нибудь создать подобное правило (permission)?

либо как-нибудь по другому решить данную задачу?

спасибо.

проблема при определении разрешений для ролей

друзья,
У меня проблема на сайте при определении разрешений (прав доступа к содержимому сайта) для ролей. Галочка на "доступе к содержанию сайта" для анонимных пользователей не позволяет видеть им это самое содержимое сайта. Возможность видеть содержимое сайта у анонима появляется только при установке галочки на "управлять материалами", а это, понятное дело, не следует позволять даже зарегистрированным пользователям, поскольку дает возможность любому зарегистрировавшемуся изменить, или даже удалить любой материал. Обновление Drupala'a, всевозможных модулей и танцы с бубном ни к чему не привели... поможыте, плиз!

Запретить редактировать чужие статьи

Есть тип материала story. Создавать story могут только зарегенные. Нужно сделать так что бы зарегенным разрешалось изменять (редактировать) только свои статьи (story).
На странице "Разрешения" для зарегенных пользователей:

+ create story
+ delete own story content
- delete any story content
+ edit own story content
- edit any story content

Вроде всё настроено и должно работать так как нужно, но на деле получается любой зарегенный может изменить любые (не только свои) story.
Может кто сталкивался? Или кто знает почему так?

разрешения для пользователя

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

Разрешения, модераторы разделов

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

Можно ли сделать такое:

на сайте есть раздел "клубы", их много. У каждого клуба есть свой модератор. Он может редактировать/создавать неограниченное количество страниц, но только для определенного клуба (о клубе, участники клуба - для каждого участника своя страница, объявления, достижения).

Таксономию я не использую, подстраницы клуба выводятся на главной странице клуба с помощью nodrefferer

Как позволить определенным ролям публиковать ноды от имени любого пользователя?

Добрый день!

Помогите с поиском решения, если не сложно. Необходимо разрешить определенным ролям (группам пользователей) публиковать материалы определенного типа от имени любого пользователя. Такая возможность есть у админа, но она действует на все типы материалов.
В admin/user/permissions и в настройках модуля node access выхода не нашел.

апд: вообще более глобальная задача следующая - как при создании ноды указать, какие пользователи смогут ее просмотреть. Как вариант решения - создать ноду от имени нужного пользователя, и затем через views сделать вывод контента с фильтром user: current