Mumble.ru

Существует ли такая? Или монополист пока ?
Что я подразумеваю под вменяемой веб-админкой:

• Возможность создавать каналы
• Возможность регистрировать пользователей администратором
• Возможность создавать группы и добавлять в группы пользователей
• Клиентский доступ: возможность регистрации и просмотр списка подключенных пользователей

тоже присматриваю себе.
на сколько я понял, большинсво из них под Ice. некоторые под DBus.
а у меня в задачах MySQL.

за ссылку спасибо. посмотрю, что она умеет, когда время будет.
мои задачи примерно схожие с вашими.
+автоматическая регистрация новых пользователей по некоторым критериям (буду пытаться встраивать в CMS и искать доку на структуру базы. хотя мож так угадаю, она не сложная.)

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


PS когда входишь под админом всегда микрофон выключен? или я что-то не так делаю...

PoZiTPoH писал(а):Существует ли такая? Или монополист пока Скрытое содержимое ?

Трудно назвать их монополистами, т.к. все исходные коды находятся в открытом доступе.
Кстати, НЕ РЕКОМЕНДУЮ ее к использованию, т.к. в нее зашиты коды, которые могут следить за Вашим сервером и вводимыми данными. Не говоря уже, об автоматическом письме разработчику с данными о Вас и сервере, где Вы ставите эту админку.
Чищенная версия с русским языковым пакетом и некоторыми исправлениями.
ТУТ

Из существующего выбираем Можно взять что-то за основу и переделать под себя. Я как раз думал над MAP, его переводом и добавлением в него новых функций. Он устарел и его таблицы немного не соответствуют таблицам мамбл версии 1.1.8
А так, связка Murmur+MySQL+MAP весьма многообещающая.

random писал(а):на сколько я понял, большинсво из них под Ice. некоторые под DBus.

Ice и DBus лишь один из способов управления сервером. Можно использовать их для управления, но таблицы хранить в MySQL

random писал(а):PS когда входишь под админом всегда микрофон выключен? или я что-то не так делаю...

Да. По умолчанию SuperUser немой.
Нужно создать нового пользователя и передать ему права от SuperUser'a

если не сложно. раскажите о "Ice и DBus лишь один из способов управления сервером"
что стоит за этой фразой?
на сколько я себе представлял. есть сервер. есть база данных с которой он работает.
при изменении данных (например при добавлении пользователя) сервер по событию (например логину) делает запрос в базу а есть ли такой пользователь? и так далее.
то есть саму БД мы спокойно редактируем сторонними приложениями (например через сайт. благо на php несколько запросов написать не проблема) и этим ограничиваемся.

погуглил про DBus
пишут что по большому счету это шина передачи данных. только не понятно между чем и чем? где ее место в данной связке и каковы ее цели.

за немоту суперюзера спасибо. все понятно.

random писал(а):если не сложно. раскажите о "Ice и DBus лишь один из способов управления сервером"
что стоит за этой фразой?
...
погуглил про DBus
пишут что по большому счету это шина передачи данных. только не понятно между чем и чем? где ее место в данной связке и каковы ее цели.

http://www.opennet.ru/base/sys/dbus_intro.txt.html
Если Вы внимательно прочтете данную статью, то у Вас сложится определенное понятие о DBus.
http://ru.wikipedia.org/wiki/Dbus
Можно еще кое что почитать в Википедии.
Если брать конкретный пример, то в данном случае DBus выступает в роли управляющего.
Т.е. запущен сервер Murmur, запущен демон DBus. Сервер управляет базой данных, делает к ней запросы. DBus же цепляется к серверу. И при поступлении команды от DBus, сервер выполняет эту команду (управление пользователями, каналами, сервером). Команда посылается с помощью утилиты dbus-send
Вобщем, если строить цепочку связей с использованием DBus, то она будет выглядеть примерно так:
Пользователь->dbus-send->dbus-daemon->murmur->БД

random писал(а):на сколько я себе представлял. есть сервер. есть база данных с которой он работает.
при изменении данных (например при добавлении пользователя) сервер по событию (например логину) делает запрос в базу а есть ли такой пользователь? и так далее.
то есть саму БД мы спокойно редактируем сторонними приложениями (например через сайт. благо на php несколько запросов написать не проблема) и этим ограничиваемся.

Правильно представляете.

почитал про DBus.
но у меня получается вместо такой модели:
Пользователь->dbus-send->dbus-daemon->murmur->БД
такая:
пользователь->mumble<->murmur<->database<-web interface<-пользователь

вот я и не понимаю. зачем пользователю инструмент работы непосредственно с murmurd. но если он есть... значит кому-то это надо.

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

вобщем то я почти сделал что хотел. (вопрос нехватки времени).

еще раз спасибо за ответы.
сейчас я больше пытаюсь понять идеологию этой программы

random писал(а):...зачем пользователю инструмент работы непосредственно с murmurd.

Зачем человеку ездить на машине, летать на самолете, если он ходит пешком?
Зачем существует командная строка, если есть ярлыки и кнопки?
Не всем доступен вэб-интерфейс. Кому-то удобней работать через консоль.

random писал(а):со структурой БД разобрался, хоть доку и не нашел.

Буду рад и благодарен Вам, если Вы ее напишете и выложите у нас.

random писал(а):сейчас я больше пытаюсь понять идеологию этой программы

Какая тут может быть идеология? Да такая же как у всех VoIP программ.
В данном случае, я думаю - актуальность, доступность, открытость, удобность, простота использования, популярность...

B0nuse писал(а):

random писал(а):со структурой БД разобрался, хоть доку и не нашел.

Буду рад и благодарен Вам, если Вы ее напишете и выложите у нас.

viewtopic.php?f=4&t=20&start=0