GUI вашей мечты.

[Samael28]

Я с Панасом вообще не работал. Но согласен в том, что там просто другая идеология. И не мрак, а просто нежелание или невозможность вникнуть. Точно так же, как людей, которых учат языкам типа Lisp или Tcl не показывают С++ и прочие ООП. Просто другой подход в логике.

[ded]

И не мрак, а просто нежелание или невозможность вникнуть.

Нет. По необходимости приходилось вникать, возможность - предоставили. И через нехочу и нежелание надо было вникать. При всём том, что я точно знаю что искать и что надо сделать, нужны лишь инструменты + интуитивный подход.
И даже несмотря на достаточный опыт в разных телефонных системах - мрак.
По интерфейсам и юзабилити исписано уже море книг.

[ded]

Что делать? забивать ручками.

?

Имеющиеся средства импорта убоги и неудобны.

Bulk extensions? Как раз табличный метод.

На каждого абонента нужно ручками вбить лишь имя и мак адрес

И на три сотни учёток уходит всего 20..30 минут?
Открытость кода позволяет
- дописать/переписать модуль Bulk extensions под себя
- написать свой модуль Provisioning
- при этом громко и публично обхаивать то, подо что это пишется.
Сравнение то было с GUI Панасоника, под которое, видимо, гораздо проще дописать/переписать модуль

[Samael28]

Тут вроде вопрос не про открытость/закрытость кода, а про идеологический подход.
В теме, кстати, и обсуждается подход к построению меню, который всех бы устроил. А если ded'у кажется, что топикстартер не потянет, так не только же он читает.

[ded]

ОК, вернёмся к идеологическому подходу.

1. FreePBX - зло, 2. Мы сделаем лучше, только расскажите плз. нам что сделать!

Перечитал весь топик - ни одного слова про подход к построению меню.

[Aven]

Никто ничего не делал, всем по*уй, этож СПО.

[noize]

Отказ от AGI - на мой взгляд, правильный шаг. В своей системе стараемся его не использовать и решать все задачи с помощью встроенных функций астериска + ODBC.
На мой взгляд, создателю топика необходимо как минимум изучить концепцию построения диалпланов астериска, реализованную в FreePBX. При правильном подходе схема с инклудом всех диалпланов в один from-internal довольно удобная и позволяет легко добавлять новые модули в систему без перестроения остальных диалпланов.

[jugatsu]

P.S. Англоязычное комьюнити более конструктивно отреагировало.

А ссылочку на обсуждение можно.

[Aven]

Делать отдельно фремворк и гуй смысла конешно нет, а вот логичное разделение кода интерфейса пользователя от низкоуровневой работы с тем же диалпланом - неободимо. Но такое даже в нелюбимом вами FreePBX есть.

[Aven]

А есть документация по разработке модулей к FreePBX, чтоб войти в тему?