VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
Reputation Power Limit - Ограничение веса репутации
Описание: Позволяет выставить каждой группе максимальный вес репутации. То есть, сколько баллов пользователь данной группы добавляет одним отзывом. Соответственно, отрицательный отзыв = половина от указанной в настройках цифры. Больше, чем указано в настройках, пользователь группы прибавить не может. При этом если открыть профиль пользователя на редактирование, там будет указан реальный вес репутации, который форум высчитывает, исходя из настроек репутации.
Внимание: если у пользователя кроме основной группы указана куча дополнительных, ограничение срабатывает по основной группе.
В общем, не знаю, насколько понятно я изложила, если что - спрашивайте)
Автор: Baron Bela
Установка: Хак модифицирует таблицы. Поэтому перед установкой настоятельно рекомендую сделать бэкап - на всякий случай. И ещё момент
За время тестирования (а я тестирую долго и нудно) один раз был был случай, когда при сохранении настроек все настройки группы просто инвертировались. Повторить эффект мне не удалось - поэтому предупреждаю просто на всякий случай.
Тестировалось на 3.8.2 и 3.8.3
Импортировать продукт через админку.
Для каждой группы установить максимальное значение веса репутации. Хак добавляет пункт в "Права репутации пользователей" в настройках групп. По умолчанию стоит 100. Если у вас есть вес репы больше, чем это значение, и вы не хотите юзеров этой группы ограничивать.. ну, добавьте там ещё пару ноликов
Ноль - это нулевой вес, а не "те же самые правила как и все остальные", как это часто бывает в вобле.
Русских букв нет, поэтому кодировка не имеет значения.
А это нужная вещь на многих крупных форумах. Я писал одному человеку подобный хак, только более расширенный, так потом не мало людей хотели его купить.
@Yoskaldyr
Специалист
Join Date: Jan 2007
Posts: 543
Версия vB: 4.0.x
Reputation:
Professional 556
Репутация в разделе: 166
1
Luvilla, Судя по логике прав булки должно браться не из настроек основной группы, а итоговое значение прав для основной группы. Т.е. если в свойствах основной группы будет стоять настройка что права данной группы можно расширять доп.группами, то посчитается максимальное значение этой настройки из всех групп, в которых состоит пользователь.
Система прав булки работает по схеме расширения прав, а не ограничения, и по умолчанию для всех целочисленных прав берется максимальное значение из возможных (если проверяется несколько групп)
Но т.к. не прописан xml файл для bitfields то это нормально не работает в этом хаке
т.е. нужно добавить файл с названием что-то типа bitfield_groups_reputation_power.xml с приблизительно таким содержанием:
и тогда модуль "Add form field" в admin_usergroup_edit не нужен будет и по идее должны отрабатывать итоговые настройки группы для целочисленной настройки (т.е. максимальное значение из всех групп в которых состоит пользователь, но только если основная группа расширяемая). Т.е. система прав vb заработает в полном объеме и не надо будет править код - разве что отключить один модуль.
Иногда что-бы нормально считались права для вновь установленных продуктов приходится делать перестройку битовых полей из админки, при которой также происходит принудительное перестраивание кеша прав из xml-файлов
Quote:
Originally Posted by Luvilla
когда при сохранении настроек все настройки группы просто инвертировались
это могло быть из-за того что нет xml файла, в некоторых частях кода булка просто не знает что это целочисленное значение и соответственно работает как с битовой маской (по умолчанию)
Last edited by Yoskaldyr : 09-28-2009 at 11:24 PM.
Luvilla
Гость
Posts: n/a
Yoskaldyr, угу, спасибо за замечание. Просто лично мне так проще - глянула, какая основная группа у юзера, и голову себе больше не ломаю, что там у него с весом репы.
@Yoskaldyr
Специалист
Join Date: Jan 2007
Posts: 543
Версия vB: 4.0.x
Reputation:
Professional 556
Репутация в разделе: 166
0
Luvilla, В принципе так и будет, если во всех доп группах значение репы меньше основной.
Но типичный пример - есть основная группа - Зарегистрированные с лимитом силы репы в 50, и все повышения и расширения прав на форуме делаются за счет дополнительных групп, тогда права основной группы не показатель уже. Поэтому всетаки лучше следовать стандарту и пусть админ форума сам решает какие права как и у какой группы выставлять.
@mastah
Знаток
Join Date: Jan 2008
Location: эгрегор
Posts: 672
Версия vB: 3.8.1
Reputation:
Knowing 266
Репутация в разделе: 9
0
Yoskaldyr, поддерживаю
повышения и ограничения обычно именно доп группами же. основаная на крупных форумах как раз вообще не показатель