The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Обновление программы для анализа статистики офисных АТС - ATSlog, opennews (ok), 15-Дек-06, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


11. "Обновление программы для анализа статистики офисных АТС - ATSlog"  +/
Сообщение от ru (??), 18-Дек-06, 03:16 
Ребята а возможно с Meridian 1 это дело закрутить
описание CDR записи есть подробное могу выслать
только вот куда
Ответить | Правка | Наверх | Cообщить модератору

13. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от binladinemail (?), 18-Дек-06, 08:44 
Че там крутить ? Там разбор готового лога делается простым перловым скриптом - взял для примера от наиболее близкого формата и подкрутил regexp (я под протон-ссс и тос-элкос адаптировал как-то). Вот если ты хочеш егойным демоном вычитывать cdr прям из станции - надо протокол обмена иметь под рукой и знание C :)
Ответить | Правка | Наверх | Cообщить модератору

15. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от Sammemail (?), 18-Дек-06, 09:11 
>Че там крутить ? Там разбор готового лога делается простым перловым скриптом
>- взял для примера от наиболее близкого формата и подкрутил regexp
>(я под протон-ссс и тос-элкос адаптировал как-то). Вот если ты хочеш
>егойным демоном вычитывать cdr прям из станции - надо протокол обмена
>иметь под рукой и знание C :)
Не совсем так , товарищъ.
CDR практически все станции отдают либо через RS232 (с разными параметрами, иногда - весьма извращёнными, но чащще всего - 9600/8N/1/noflow или 2400/8N1/noflow. Некоторые - по tcp в режиме телнет демона (на спец. порте в LAN интерфейсе станции) или в режиме инициатора соединений (прописывается ip адрес "слушателя"). Всё это atslogd прекрасно поддерживает.

Таким образом, алгоритм добавления новой АТС примерно такой:
1) Читаем про параметры RS-232 порта нашей станции или подбираем их эксперементально.
2) Запускаем atslogd или ваш любимый терминал с записью в файл (atslogd - удобнее :)) или через tcp telnet.
3) Лог присылаем автору, или, если чувствуем себя уверенным в регекспах, берём любую либу из "libexec", копируем, правим  и подключаем, опять же, высылая автору с примерами логов.
Обязательно высылайте парсер авторам - это поможет и другим пользователям, и Вам, в случае изменения формата парсера, например. Или баг репорта более внимательного пользователя )

Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены в регекспах, но желательно этот вариант проверять и учитывать, так как другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит от версии прошивки (!), но это, к счастью, скорее исключение.

Ответить | Правка | Наверх | Cообщить модератору

17. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от binladinemail (?), 18-Дек-06, 10:58 
>Не совсем так , товарищъ.
>CDR практически все станции отдают либо через RS232 (с разными параметрами, иногда
>- весьма извращёнными, но чащще всего - 9600/8N/1/noflow или 2400/8N1/noflow. Некоторые
>- по tcp в режиме телнет демона (на спец. порте в
>LAN интерфейсе станции) или в режиме инициатора соединений (прописывается ip адрес
>"слушателя"). Всё это atslogd прекрасно поддерживает.

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

>Таким образом, алгоритм добавления новой АТС примерно такой:
>1) Читаем про параметры RS-232 порта нашей станции или подбираем их эксперементально.
>2) Запускаем atslogd или ваш любимый терминал с записью в файл (atslogd
>- удобнее :)) или через tcp telnet.
>3) Лог присылаем автору, или, если чувствуем себя уверенным в регекспах, берём
>любую либу из "libexec", копируем, правим  и подключаем, опять же,
>высылая автору с примерами логов.

      Ну дык при готовых логах со станции и остается поправить perloвый скрипт

>Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены
>в регекспах, но желательно этот вариант проверять и учитывать, так как
>другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит
>от версии прошивки (!), но это, к счастью, скорее исключение.

      Кстати, а нет желания у автора переехать с php на rubyonrails ? Многие бы вопросы отпали, а многие упростились :) с SQLlite и прочими sql движками - вопрос решится сразу, на порядок проще разработка, подключением соотв. плагинов элементарно решаются вопросы аутентификации - от простейших до role-based, ajax - элементарно. Короче, ROR это просто красиво - красиво писать и красиво эксплуатировать.

Ответить | Правка | Наверх | Cообщить модератору

18. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от binladinemail (?), 18-Дек-06, 11:06 
Да кстати а если поработать с RAGI (Ruby Asterisk Getaway Interface) - то вообще все очень красиво получится :) (да и плагины под TAPI ИМХО есть)


Ответить | Правка | Наверх | Cообщить модератору

19. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от Sammemail (?), 18-Дек-06, 11:26 
>
>      К сожалению российские производители железа очень
>неохотно делятся протоколом работы по ком-порту (а у некоторых процедура эта
>заморочена до нельзя (тос-элкос борисоглебский к примеру))
Не работал с таким. Но неужели там что-то менее тривиальное чем просто чтение данных?
>
>>Таким образом, алгоритм добавления новой АТС примерно такой:
>
>      Ну дык при готовых логах со
>станции и остается поправить perloвый скрипт
Править ничего не надо - просто добавляем новую библиотеку и подключаем её в конфиге.
>
>>Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены
>>в регекспах, но желательно этот вариант проверять и учитывать, так как
>>другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит
>>от версии прошивки (!), но это, к счастью, скорее исключение.
>
>      Кстати, а нет желания у автора
>переехать с php на rubyonrails ? Многие бы вопросы отпали, а
>многие упростились :) с SQLlite и прочими sql движками - вопрос
>решится сразу, на порядок проще разработка, подключением соотв. плагинов элементарно решаются
>вопросы аутентификации - от простейших до role-based, ajax - элементарно. Короче,
>ROR это просто красиво - красиво писать и красиво эксплуатировать.

Нет, не было. Потому как проект не из 5 строк, и это задача ну совсем не на 1 день работы.

Кроме того:
1) Я абсолютно не вижу каким образом "решится сразу вопрос с SQLite". Для того, чтобы заработал SQLite требуется немного изменить часть запросов, добавить некоторые ф-ии, поправить парсер конфигурационного файла, документацию, atslogdb.pl и сопутствующие материалы. Часть этой работы уже сделано, и вероятнее всего SQLite поддержка будет в версии 2.1.x. Никоим образом переход на другой язык программирования это не ускорит. Потому как всё равно используется abstraction layer (adodb для php и DBI для perl) с поддержкой SQLite. Правда, SQLite будет работать только в PHP5.

2) Вопросы аутинтефикации уже вобещм-то успешно решены, ну единственное что - в 2.1 думаю сделать form based auth, а не http based, так как с последней много всяких проблем.

3) Что касается красоты кода - уверен, что в 1, 2 и 3 очередь это зависит от автора, а не от инструментария. В текушем виде код явно требует рефакторинга, но на мой взгляд - это не первоочередная задача. Если не обламаюсь, в будущем реалтзую MVC, прикрутив SMARTY для шаблонов и вынесу всю математику в отдельный класс.

Вобщем, если у вас будет желание сделать интерфейс, хотя бы с текущей функциональностью, на RoR и он окажется лучше и удобнее существующего - мы добавим его в проект. А просто давать советы в форумах - это любой cможет.

P.S. Я знаю и PHP (Zend Certified developer) и достаточно много писал JSP страниц, и даже на всякой экзотике, типа server-side javascript или rexx, писать приходилось. И моё мнение, что красота кода в первую, вторую и десятую очередь зависит от разработчика, а не от инструмента. И меньше всего люблю религиозные войны о том, какой язык круче. Хочешь показать крутость языка - напиши на нём что-то удобное и полезное. А скулёж из серии "билл гейстс ууууу!" или "пых-пых сосёт" обычно устраивают те, кто в принципе ничего кроме телег на форумах не пишет, да.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от binladinemail (?), 18-Дек-06, 12:07 
>>заморочена до нельзя (тос-элкос борисоглебский к примеру))
>Не работал с таким. Но неужели там что-то менее тривиальное чем просто
>чтение данных?

Сначала запихивают пакет на 256 байт с определенным содержимым, потом получают подтверждение, потом начинают сливать сырые данные - короче как сказал разработчик "модуль для работы с rs232 писали в начале 90-х, когда станция только начиналась - с тех пор не доходят руки , что бы сделать по человечески", хотя прикрутили LAN модуль (tibbo) - но прикручен он поверх имеющегося rs232 - так что алгоритм не поменялся.

>>ROR это просто красиво - красиво писать и красиво эксплуатировать.
>Нет, не было. Потому как проект не из 5 строк, и это
>задача ну совсем не на 1 день работы.
>Кроме того:
>1) Я абсолютно не вижу каким образом "решится сразу вопрос с SQLite".
>Для того, чтобы заработал SQLite требуется немного изменить часть запросов, добавить
>некоторые ф-ии, поправить парсер конфигурационного файла, документацию, atslogdb.pl и >сопутствующие материалы. Часть этой работы уже сделано, и вероятнее всего SQLite >поддержка будет в версии 2.1.x. Никоим образом переход на другой язык программирования >это не ускорит. Потому как всё равно используется abstraction layer (adodb для
>php и DBI для perl) с поддержкой SQLite. Правда, SQLite будет
>работать только в PHP5.

     Работа с конкретной БД лежит на плечах ActiveRecord (Часть фреймворка реализующая букву М в абревиатуре MVC), приложение о синтаксисе sql не знает ничего, с базой работа идет как с обьектами и методами руби (pg,mysql,sqlite нативно, oracle,mssql,interbase - есть плагины).

>Вобщем, если у вас будет желание сделать интерфейс, хотя бы с текущей
>функциональностью, на RoR и он окажется лучше и удобнее существующего -
>мы добавим его в проект. А просто давать советы в форумах
>- это любой cможет.
Желание есть, буду затачивать ножик :) Тем более, БД уже есть, необходимые Views известны, осталось описать Контроллеры (с Хелперами) и их методы.

>А скулёж из серии "билл гейстс ууууу!" или "пых-пых сосёт"
>обычно устраивают те, кто в принципе ничего кроме телег на форумах
>не пишет, да.
Никокого скулежа, просто RoR мне сильно понравился (до того был Delphi и немного perlа и шелла)- щас перевожу одну из корпоративных учетных прог с фокспро 2.6 (в каждом ... филиале и отделении вплоть до деревни Гадюкино Саратовской губернии :) на Рельсы в центре - оч. стройно и структурировано изначально получается.

Ответить | Правка | Наверх | Cообщить модератору

14. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от Sammemail (?), 18-Дек-06, 08:59 
>Ребята а возможно с Meridian 1 это дело закрутить
>описание CDR записи есть подробное могу выслать
>только вот куда

Можно.
Высылайте на samm [at] os2.kiev.ua - добавим. Скоро будет новый rc, в котором процедура добавления новый АТС`ок упрощена.

Описание - это замечательно, но если можно - ещё и пример самого лога, хотя можно и без него если готовы быть бета тестером.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

22. "Обновление программы для анализа статистики офисных АТС - AT..."  +/
Сообщение от ru (??), 19-Дек-06, 08:54 
Да завтра сделаю и кусок лога и доку вышлю
а потестить сможем благо меринов у нас много
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру