Есть ли описание нового функционала?
А вот что делать с этим дальше — неизвестно.
Посмотрел файлы \system\controllers\groups\hooks\content_before_list.php и \system\controllers\groups\hooks\content_before_childs.php, где эти роли упоминаются, но так и не понял, как это использовать.
И мне этот функционал реально нужен! Пока добавляю в список контент из закрытых групп в хуке content_list_filter, но работает это криво. То тут то там пользователи видят то, что им не положено или наоборот, не видят то, что им положено.
Хотелось бы узнать, как разработчики видели использование ролей в группах, когда создавали это?
Итого, на сегодняшний день роли позволяют разграничить права на создание контента (в настройках которого указано "Создание в группах" или "Создание только в группах ") внутри группы.а с помощью ролей, ученик 1"А" класса, сможет видеть обсуждения своего класса, но не сможет видеть обсуждения 1"Б" класса.
Никаких ограничений на чтение по ролям я не обнаружил.
Так же, роли не учитываются для комментариев и записей на стене.
Создайте запись и в самом низу, в разделе "приватность", выпадающий список, кому можно просматривать запись.Никаких ограничений на чтение по ролям я не обнаружил.
Такая задача не ставилась, если Вам это нужно, пишите разработчикам, возможно и добавят.Так же, роли не учитываются для комментариев и записей на стене.
Спасибо, понял, нашел где настраивать, разобрался.
Для меня эта фича совершенно бесполезна.
Какой смысл распределять какие-то права, если и в списке блогов и в виджете контента члены группы видят то же, что и гости?
То есть ничего из своих закрытых групп не видят.
// Скрываем записи из скрытых родителей (приватных групп и т.п.) $model->filterHiddenParents();
И пользователь должен обойти все свои группы, чтобы увидеть что там нового, а чтобы комментарии в закрытых группах увидеть — вообще надо во все зайти и все посты открыть и просмотреть.
Неудивительно, что пользователи отказываются что-то размещать в закрытых группах даже под страхом бана…
Тут смысл не в закрытых группах, а наоборот, группы открытые, но некоторые записи, можно скрыть(т.е. показывать ограниченном кругу участников). При этом те, кому запрещён просмотр, видят только некликабельный заголовок, а те кому разрешён просмотр, видят кликабельную ссылку на запись.Неудивительно, что пользователи отказываются что-то размещать в закрытых группах
Понятно. Это наверняка нужная вещь.
Но у меня классическая соцсеть по интересам. Шутки-прибаутки, побасенки.
После майданов весь сайт покрылся толстым слоем хохлосрача.
Модераторы день и ночь удаляли политику и я подумал, что можно неформатный контент вынести в закрытые группы и кто не хочет видеть ругани матерной, тот не увидит. С некоторыми усилиями перенес сайт на вторую ветку.
И уперся в// Скрываем записи из скрытых родителей (приватных групп и т.п.) и тд и тп.
Все мои усилия насмарку.
Кто сможет подсказать, как сделать так, чтобы при добавлении группы создавались пару предустановленных ролей?
после
<?php class actionGroupsAdd extends cmsAction { public function run(){ if (!cmsUser::isAllowed('groups', 'add')) { cmsCore::error404(); } $form = $this->getGroupForm(); $fields = $this->getGroupsFields(); $is_submitted = $this->request->has('submit'); $group = $form->parse($this->request, $is_submitted); $group['ctype_name'] = $this->name; // Заполняем поля значениями по умолчанию, взятыми из профиля пользователя // (для тех полей, в которых это включено) foreach($fields as $field){ $group[$field['name']] = $this->cms_user->{$field['options']['profile_value']}; } } $is_premoderation = cmsUser::isAllowed('groups', 'add', 'premod') && !$this->cms_user->is_admin; if ($is_submitted){ $errors = $form->validate($this, $group); if (!$errors){ $group['owner_id'] = $this->cms_user->id;