июля 15 2013
+11

Управление правами администратора и модератора блога

aVadim    15 июля 2013, 20:18    в избранное в избранном    18 комментариев
Блог разработки Alto CMS   
В ветке 1.0-dev на гитхабе реализовано управление правами администратора и модератора блога, о чем давно просили многие пользователи. Писать подробно тут, наверное, смысла нет, достаточно глянуть на скриншот и все станет ясно:
Т.е. все просто: есть как бы две роли и для каждой выставляются права, чего они могут, а чего нет.

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

Подчеркну: на гитхабе эти изменения внесены в ветку 1.0-dev. Это девелоперская версия, нерекомендуемая к установке на рабочих проектах. Но если кто-то желает ее потестировать, то скачивать ее надо по ссылке https://github.com/altocms/altocms/archive/1.0-dev.zip
Теги:

Похожие статьи

  • Администрирование блогов не работает
    При нажатии на шестеренку «Администрировать» получаем это. Лог ошибки: [LOG:1443531389.691-560A8A7DA8A8E][2015-09-29 15:56:29][PID:9640][ERROR][[ E_ERROR [1] Maximum execution time of 30 seconds exceeded...
  • Лёгкий движок для проекта
    Всем привет! Хочу открыть собственный проект. Для меня важна небольшая нагрузка на сервер и хорошая настраиваемость. Рассматривала разные варианты. А недавно наткнулась на ЛС. Мне понравилось оформление, функционал....
  • Виджет блоги
    В виджете «блоги» выводятся по рейтингу, а на сайте запрещено голосование за блоги. Ни как не пойму, как сделать так чтобы блоги в виждете, выводились рандомно допустим каждые 24 часа.
  • Ошибка в блогах
    После установки версии 1.1.28, ни чего не меняя, кликаем на меню «Блоги» и появляется ошибка: Parse error: syntax error, unexpected '[' in W:\home\smylife.ru\www\common\classes\actions\ActionBlogs.class.php...

18 комментариев

0
Вот, спасибо!!! Действительно нужный функционал. А скажите в 1-ой ветке будет решена давняя проблема с загружаемыми картинками, которые потом нельзя удалить из интерфейса? Хороший вариант решения представила Alyona

0
Проблема известна, и проблема действительно застарелая, и она прямо голосит, чтоб ее решили. Но я не рискну сейчас озвучить планы по ее решению
0
Мне кажется достаточно простая и эффективная реализация управления изображениями в новости сделана на DLE — на скриншоте, который здесь привели ее упрощенная версия.

Конечно когда на посещаемом ресурсе висят гигабайты неиспользуемых изображений — это мягко говоря абсурдно.

Мы решили этот вопрос немного по другому. Скрипт не связанный с cms парсит изображения с сайта, те которых нет на сайте удаляются. Хоть и несколько кривая система, но эффективная.
0
Скрипт не связанный с cms парсит изображения с сайта, те которых нет на сайте удаляются.
У netlanc-а есть похожий плагин
0
Использовать его только на свой страх и риск.
0
Читали про него, много отрицательных отзывов — удаляет все подряд. В итоге написали свой.
0
Нужно и удобно! Так и напрашивается возможность создавать свои роли и/или задавать права индивидуально для пользователя :)
+3
Думал об этом, много смотрел, где как это делается. Делать это костыльно — не хочется, делать серьезно, глубоко и грамотно — требуется немало ресурсов. Поэтому для начала решено было реализовать, как уже говорилось, возможность управления типами блогов. Т.е. возможность не только менять параметры «стандартных» типов блогов, какие есть в движке, но и свои добавлять.

Ведь смотрите, что получается — фактически, на уровне блога уже сейчас есть определенный набор ролей, хоть явно он и не прописан:
* администратор сайта
* администратор блога
* модератор блога
* подписант блога
* пользователь (зарегистрированный на сайте, но не подписавшийся на блог)
* гость (неавторизованный посетитель).

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

Мне кажется, что этим функционалом, если его грамотно реализовать и умело им потом распоряжаться, можно покрыть львиную долю задач по разруливанию прав.
Отредактирован:
0
Вы правы, львиную долю вы закрыли. Ещё из крайне необходимого видится только модератор всего портала, ну или администратор не имеющий доступ к админке.
0
полностью согласен с Klaus, некий супермодератор, как в форумных движках. может многое делать на портале, но админка у него урезанная (или отсутствует)
+1
Склоняюсь к тому, чтобы сделать чуть иначе — оставить роль администратора, но ввести еще роль «суперадмина», который сможет определять, может обычный администратор в админпанель заходить или нет. Таким образом мы сможем обеспечить совместимость на уровне шаблонов и плагинов, где идет проверка, является ли юзер админом.
0
Хм… админ не имеющий доступа в админку по сути становится супермодератором — очень нужная вещь! ждем)
0
Да, суть та же, но при такой реализации не придется менять кучу вызовов типа $oUser->isAdministrator() в шаблонах и плагинах на что-то другое. Будет лишь изменен алгоритм проверки доступа в адмнку
0
Если честно — я далек от путей реализации, я потенциальный потребитель Вашей CMS, главное — этот функционал нужен и хотелось бы, что бы он был, а как это будет сделано — Вам виднее! И очень радует, что Ваша команда ищет пути решения потребностей пользователей)
+1
Все интереснее и лучше система вырисовывается. Можно узнать когда очередной стабильный релиз примерно? Собираюсь мутить проект на альто, но думаю начинать сейчас или подождать очередного стабильного релиза… И если начинать сейчас то насколько «безгиморно» потом можно будет обновить систему?
+1
В наших планах — выпустить стабильный релиз в течение ближайшего месяца-полутора. Ждать или нет — вам решать. Но мы, как обычно, будем стараться обеспечить совместимость и максимально безболезненный переход на новую версию.
0
Отлично, значит не очень долго. Подожду пожалуй очередного стабильного релиза.
+1
Желательно было бы сделать галочку на то, что бы модератор мог посещать adminpanel, но частично, не имея входа к смене дизайна и настроек сайта
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.