Mumble+MySQL >> управление группами доступа

[StealeR]

Всем привет!

Предыстория: ситуация обычная - альянс кланов для стандартизации голосовой связи переехал на Mumble. В силу сложности настройки и работы с Ice было решено отказаться от его использования в сторону ручного управления БД, для чего она была перенесена на MySQL. Соответственно, всякие MAP'ы, MumPI и прочие без айса шлют это дело лесом. Было решено использовать для этого Apache+PHP+MySQL. Поскольку 800+ юзерам нереально объяснить нюансы использования сертификата, то с регистрацией пользователей без этой дурацкой привязки с сертификатам и использованию стандартных логина/пароля задача была решена успешно, как и управление юзерами (редактирование/удаление). Но дело застопорилось на добавлении пользователей в группы доступа.

Текущее положение дел:
Схема каналов проста: Root: a) Гостиная с подканалами; б) Канал А с подканалами; в) Канал Б с подканалами. С наследованием групп доступа от Root.
В Root есть три группы доступа: модераторы, офицеры и игроки альянса. Только представители этих групп имеют доступ в каналы А и Б со всеми их подканалами. Гостиная для всех открыта. Вручную не проблема добавить юзера в группу, но во-первых, нет группового добавления, во-вторых реализовано это адски неудобно. Соответственно, задача состоит в том, чтобы реализовать групповое добавление нескольких пользователей в группу "игроки альянса". Казалось бы, все просто - id группы известен, добавляй и добавляй INSERT'ами юзеров в таблицу group_members, но этот group_id ПЛАВАЮЩИЙ! Какого полового органа??? После каждого нажатия кнопки "ОК" в настройках ердактирования канала group_id группы доступа меняется! Фигня война - главное маневры, подумал я, переписал скрипт так, чтобы он перед каждым запросом на INSERT получал текущий действующий идентификатор группы доступа. Всё, все запросы выполнены, юзеры добавлены в группу доступа. Захожу в мамбл под суперюзером, иду в редактирование канала, смотрю состав группы доступа - никаких изменений.

Есть такие, кто уже решал эту задачу? Как это можно обойти?

[XuTPuK]

Фигня война - главное маневры, подумал я, переписал скрипт так, чтобы он перед каждым запросом на INSERT получал текущий действующий идентификатор группы доступа. Всё, все запросы выполнены, юзеры добавлены в группу доступа. Захожу в мамбл под суперюзером, иду в редактирование канала, смотрю состав группы доступа - никаких изменений.

Есть такие, кто уже решал эту задачу? Как это можно обойти?

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

[StealeR]

XuTPuK, возможно есть способ уболтать мамбл перечитать изменения в базе без перезапуска? Меня не поймут, если я рестартану мамбл, когда на сервере по ротам, взводам, да звеньям сидят 300+ человек...

ЗЫ: в идеале бы разрабы что-нить подобное: "/usr/local/etc/rc.d/murmur reload" сделали...

[B0nuse]

В идеале, есть связка Murmur + PHP + php-ice

[StealeR]

В идеале, есть связка Murmur + PHP + php-ice

это не в идеале, это через *опу и видимо, придется все-таки этим путем пройти, коли другого выхода нет

[B0nuse]

Значит, заставлять сервер перечитывать весь многомегабайтный конфиг из-за маленькой смены настроек ACL какого-то канала одного из серверов - это нормально?
Уж извините...

[StealeR]

Значит, заставлять сервер перечитывать весь многомегабайтный конфиг из-за маленькой смены настроек ACL какого-то канала одного из серверов - это нормально?
Уж извините...

многомегабайтный конфиг? его ж никто не заставляет таблицу slog в память загружать...а вся таблица ACL'ей для среднестатистического сервера - это килобайты информации, если каналов не тысячи/миллионы, конечно же. У меня при кол-ве каналов 145 штук таблицы пользователей занимают ровно столько же места, сколько все остальные таблицы вместе взятые, за исключение логов, а это 510КБ+. Для MySQL - это тьфу, ничего и ниочем. И замечу, таблицы пользователей перечитываются при КАЖДОМ коннекте. Не пойму, что помешало разработчикам прикрутить аналогичный функционал и к таблицам каналов/ACL...Имхо, для серверов по-проще Вашего, не уровня страны, возможность выполнить что-то из "/usr/local/etc/rc.d/murmur reload" или "murmurctl -k reload/reconfigure/graceful" стала бы полезным и часто-используемым вариантом, чем городить огород из всяких ICE'ов, php-ice, ice-slice'ов и прочего, переваривать кучу новой инфы по связыванию и использованию всего этого велосипеда...

ладно, завязываю...главное, я получил ответ на свой вопрос :) отрицательный ответ - тоже ответ...