разограничение полномочий модерации

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

Аватар пользователя astrolit astrolit 23 февраля 2013 в 19:36

Есть администратор и 2модератора.
1модератор создал user1 как зделать так чтоб юзера мог удалить
только тот кто его создал, вобычном варианте модератор 2 может так же
удалить как привязать регистрацию к имени. Где в коде произвести
проверку сравнение что второй не имет прав перед тем как он сможет
успеть удалить пользователя
в принципе меня брльше интересует место размещения кода создания
редоктирования и удаления пользователя

Комментарии

Аватар пользователя astrolit astrolit 23 февраля 2013 в 21:05

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

Аватар пользователя Chyvakoff Chyvakoff 25 февраля 2013 в 8:50

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

PS. Стало быть на "других сборках" вас также продинамили.
Назвать друпал сборкой-просто кощунство.

Аватар пользователя astrolit astrolit 25 февраля 2013 в 14:20

оговорился, каюсь....

"Chyvakoff" wrote:
таблицы пользователей(которую вы сами могли посмотреть)

dr_users просматривал и хотел добавить колонку, для добавления имени модератора, для дальнейшего сравнения на разрешение удаления или редактирования профиля пользователя.
"Chyvakoff" wrote:
не посоветовали поискать среди готовых модулей(их порядка 15 тыс)
готовых решений я не нашел, может не так и не там искал.

"Chyvakoff" wrote:
и наконец не рассказали какими хуками можно это реализовать!
про них только читал общую информацию...

Аватар пользователя Chyvakoff Chyvakoff 26 февраля 2013 в 13:39

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

Аватар пользователя astrolit astrolit 26 февраля 2013 в 17:52

да я с Вами согласен, писать надо свой, когда в целом идея ясна, скажем на сайт залогинился модер, открылась сессия, с его ником и id - эти данные лежат уже в переменой которую надо только добавить (новой ячейкой в таблицу) в регистрацию нового пользователя, но вот вопрос где это происходит? в модуле user.module ?
Где прячется форма регистрации в месте с php запросом к таблице?
Где в коде, наступает момент для модератора на удаление пользователя?
Чтоб внутри кода организовать проверку на совпадение регистратора.

Аватар пользователя astrolit astrolit 27 февраля 2013 в 2:07

я работал в среде visual studio 2010... я видел dllки которые переписывал по свои нужды, я знаком API функциями виндовс написаные на Си - не протоколируемыми, я также переписывал ядра стороних CMS, но тут целая тонна переменных где я не имею представления как они выражаются к примеру $account, $new_user, global $user и т.д. + константы... где этот список где связь с функциями которые их порождают и где запросы к таблицам от имени входящего???? так сложилось что я работаю с Drupal помогите !!!!

Аватар пользователя multpix multpix 27 февраля 2013 в 3:04

"astrolit" wrote:
я работал в среде visual studio 2010... я видел dllки которые переписывал по свои нужды, я знаком API функциями виндовс написаные на Си - не протоколируемыми, я также переписывал ядра стороних CMS

хорошо-же тебя мелкософт обработал..
такой текст, рыдал.
особенно про "ядра стороних CMS" пробрало...

http://api.drupal.org/api/drupal
http://drupal.org/project/api

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

и весьма загадочно - такой маститый разраб,
и такой тупой игнор офф доков.

Аватар пользователя Chyvakoff Chyvakoff 27 февраля 2013 в 10:12

Да,у друпала совсем другая идеология. Можно в корне изменить поведение системы,даже не открывая ядро и не заглядывая в его таблицы))
Система хуков позволяет цепляться фактически за любое событие на сайте,подменять данные,используемые в этом событии,которые потом получат следующие "перехватчики"(хуки),записывать чтото в бд и т.д.
Можно средствами API добавить колонку в таблицу users, но делать этого категорически не стоит. используй отдельную таблицу, которую создашь в hook_scheme, который отработается в hook_install )))
Короче без бутылки не разберешься. Или че-нибудь тяжелое принять можно.