Я должен использовать Звездочку GUI?
Мне нравится DSLReports. Они консолидировали несколько speedtests. Хороший для того, чтобы быстро идти в и найти тот, если Вашему компьютеру не нравится один из тестов. Должно быть более чем 200 различных сайтов для попытки. IPhone каждый смотрит HTML только. Если я не пропускаю что-то.
Ваши начальные впечатления корректны; графический интерфейсам пользователя нравится, делают к вещам их путь, и пытается ступить за пределами того поля, иногда будет трудным. Думайте о пути, которые говорят, что Debian реализовывает их конфигурацию Apache по сравнению со стандартным исходным распределением - один файл конфигурации по сравнению с десятками, или даже сотни быть вытянутыми на пути включают операторы. Вы будете также склонны находить несколько уровней макросов в дистрибутивах GUI, которые могут сделать использование файлов конфигурации, которые они создают менее, чем оптимальный.
Если Вы затем идете для редактирования файлов конфигурации, они создают, необходимо очень стараться внести изменения в тех же частях конфигурации, что GUI позволил бы Вам - иначе, GUI не может распознать то, что Вы сделали, или хуже все же штампуют, по какому Вы сделали с его собственными шаблонами, потому что Вы кладете изменения на неправильное место.
Если Вы просто хотите использовать GUI, чтобы начать, затем принять полный контроль над конфигурациями, которые будут работать, но Вы будете, вероятно, управляться для сокращения слоев, которые GUI использовал для собственной исправности.
Если Вы захотите полный уровень управления (как я сделал), я предложу:
- запишите свои собственные файлы конфигурации
- используйте AEL (Язык Расширений Звездочки) для Вашего dialplan вместо исходного стиля extensions.conf. Это дает Вам некоторое управление потоком и условные примитивы, которые могут быть эмулированы в extensions.conf, но намного легче запланировать и визуализировать
- используйте хорошую текстовую утилиту шаблонной обработки для просто поколения больших блоков dialplan. Я использую Шаблонный Инструментарий, потому что я - парень Perl, но существуют много, которые могут быть встроены в другие языки или выполнены автономные
- установите один или несколько графический интерфейсов пользователя на сервере разработки (или даже выполните их как SIP/IAX только в VM) так, чтобы, когда каждый предлагает аккуратную функцию, можно было быстро играть с нею и видеть то, на что похожи получающиеся конфигурации
Надежда это несколько полезно Вам.
Заранее: Я раньше был ядром dev на freepbx, но перемещенный в другую компанию, и к сожалению не имею времени для него больше.
Это действительно зависит от Вашего стиля. Конечно, вручную, Вы получаете тонну управления. Однако также необходимо рассмотреть то, что Вы пытаетесь выполнить. В конце офис PBX обычно должен работать определенным способом и там набором базовых услуг, которые необходимо предоставить. Пишущий вручную, Вы закончите тем, что изобрели велосипед, пишущий все те небольшие сервисы и вещи, которые должен иметь каждый PBX.
При использовании GUI Вы используете код, где те вещи уже записаны, и коллективно сообщество выяснило глюки и имеет знание того, какие работы по сравнению с тем, что не делает. Это также откровенно говоря, намного быстрее, чтобы сделать общие задачи как установка нового расширения с помощью GUI, а не набора файлов конфигурации - особенно, если Вы не сделали этого за несколько месяцев - потому что GUI интуитивен и легок взять назад.
До настройки пишущий вручную несомненно можно сделать то, что Вы хотите. Однако freepbx в особенности позволяет вполне, чтобы немного было сделано через плагины - плагин может более или менее изменить любую часть dialplan. Существует слой абстракции от чистой звездочки dialplan код, поэтому если Вы уже знаете звездочку, необходимо будет повторно изучить часть этого, но дело не в этом большой прыжок.
Нет также ничего мешающего Вам добавить Ваши собственные приложения (записанный вручную), когда действительно необходимо отклонить от запаса функциональность PBX, и freepbx помогает сослаться на freepbx от GUI, беспрепятственно согласуясь их как исходное приложение (или через плагины или просто через пользовательские действия).
Я первоначально связался с Freepbx, потому что я открывал офис PBX, и я являюсь ленивым - добавляющие расширения вручную, и не забывающий добавлять соответствующие рычаги, чтобы перейти к речевой почте и активировать другие опции и т.д., являюсь повторяющимся, скучным, и подверженным ошибкам (например, "возгласы, расширение боба переходит к речевой почте dave? извините, это была опечатка!").
Я не могу говорить за каждый GUI, но я не предложил бы использовать freepbx для генерации файлов конфигурации с целью более позднего редактирования их вручную: это разработано, чтобы быть эффективным для звездочки и сменного кода, не человекочитаемым. (например, это иногда повторяет блоки кода вместо того, чтобы использовать макрос). Вдобавок ко всему, если Вы когда-либо генерируете конфигурации через freepbx снова, то Вы потеряете любые изменения, которые Вы внесли в автоматически сгенерированные файлы.
Несомненно, редактирование вручную приведет к более эффективному dialplan в конце, точно так же, как запись, что программы блоком более эффективны для ЦП, чем запись в C++. Необходимо ли рассмотреть то, что более ценно - 100$ для большего ЦП или многих (потенциально сотни) часы времени?
Было бы интересно услышать Ваши события, теперь, когда это - пара несколько месяцев спустя.
Фактически все, что Вы хотели бы сделать, может быть сделано с FreePBX "система" (это - больше, чем GUI.) И, FreePBX настраивает очень много для Вас, исправляются из поля, которое иначе было бы трудно новому администратору Звездочки.
FreePBX действительно также имеет средства, где можно переопределить конфигурации, он создает, если он не может сделать то, что Вы хотите через веб-интерфейс.
Нет, GUI для Звездочки вводит в заблуждение. Все графический интерфейсы пользователя имеют тенденцию изменять conf файлы Звездочки, и они преподают плохо (читайте собственный), методы. Digium делает изменения в синтаксис Звездочки с каждым главными версиями, и Вы должны не отставать от этого. Добавление собственной логики конфигурации GUI, на который, ненужное служебный. Моя идеальная Звездочка GUI была бы полностью ненавязчива. Это просто послушало бы на порте 5038 для событий менеджера и сообщило бы о них. Дайте команды также. Поединку не была бы нужна никакая внутренняя инфраструктура.