dolphinik

Обязательно посмотрите.

Клиент сам знает как и что он хочет считать и выставлять. Биллинг просто не должен мешать этому. Вкинуть в общий котёл всего по-немногу вызывает у людей тотальное непонимание как с этим работать.

Никуда он не попрёт. Проект мёртворождён. Когда автор в ролике по настройке хвалится "как быстро его микробилл добавляет 9000 пользователей на микротик" - мне хочется плакать.

Похоже на проблемы с сетевой .... было както ... ушел на FreeBSD и не т проблем более Это вам пока просто кажется :)

Многим инсталляциям уже скоро как 5 лет, десятки миллионов записей в БД, авторизация работает, отчёты строятся, абоненты добавляются. Запаса и прочности и масштабируемости их бизнесу хватит. Я думаю показатель это, а не аморфное "нормальная АСР".

Вы можете подкрепить свои слова фактами по поводу "нормальную"?

"потом" сертификат уже можно и взять. От какого-нибудь другого биллинга, к примеру. Хотя есть ненулевая вероятность, что к концу года сертификат может и появиться.

Как же без этого. Есть скрипт миграции с utm, abills, mikrobill. Но сами миграции выпллняем обычно сами. Не все хотят все переносить. Практически всегда все индивидуально. Да и клиентам спокойнее, что все сделано правильно. В процессе разработки скрипт миграции с айдеко.

Система уже в RC1. Переработанна платёжная система с поддержкой QIWI, сбербанка, EasyPay, LiqPay. Появились SMS рассылки и оповещения. Исправлено большое количество интерфейсных проблем, о которых сообщали пользователи.

Дело в кривом биллинге, а не микротике и масках.

Бесплатен он чисто номинально. За сертификат придётся заплатить те самые 950. Самый дешёвый сертификат у TI.

Советую посмотреть на ExpertBilling 1.5. Весь требуемый вам функционал из коробки в связке с микротиком. Если не планируете использовать MikroTik как NAS - можно поставить на виртуальной машине рядом с биллингом только для выдачи IP.

Добавьте онлайн-демо expertbillling-а. http://demo.expertbilling.ru/ admin/admin

Изменено оформление веб-части. В дополнительные радиус атрибуты добавлено условие срабатывания, добавлен монитор активности пользователей. Добавлены утилиты пинга в субаккаунт. Система близится к релизу. Онлайн демо http://demo.expertbilling.ru/ admin/admin

Тут просто упрекнули питон в немасштабируемости.

Вбивая гвозди микроскопом можно ещё больше проблем себе придумать. Дело не в GIL, а в том, что он страшнее звучит, чем выглядит на самом деле. В современном мире хватает подходов и средств для решения проблем многопоточности в питоне. И поверьте, они куда более наглядные и производительнее того, что может предложить перл или PHP ;). При всём моём уважении к истории перла - его время прошло. Создавать сегодня продукты на перле - это значит оставить их через 5-10 лет без дешёвой поддержки. Вспомните cobol и его собратьев. Просто смиритесь с тем, что перл оставил после себя много хорошего, но он его время безвозвратно ушло. Выучите питон и вы поблагодарите тех людей, кто вам его посоветовали.

>питон - весьма печален при кол-ве потоков более 1 из-за GIL, Слышал звон, да не знаю где он. А многопоточный перл - это, конечно, идеал. Питон умеет масштабироваться по ядрам и процессорам. Уже тьма библиотек для этого. Тот же Celery, который может обрабатывать задачи в кластере из десятков машин и он просто обёртка над вашим кодом. А по поводу прототипирования - проще и быстрее питона только tk и lua. И это может отрицать только человек, который остал от мэйнстрима лет на 10. RADIUS сервер на питоне с тремя тредами внутри обслуживает по 600-700 Access Request пакетов в секунду с MSCHAP2 на весьма среднем железе. Не каждый провайдер может создать такую нагрузку. Используйте питон и счастье будет.

Зачем тормошить труп?

В выложенной на сайте сборке 1.5 была выявлена проблема при установке с нуля. Уже всё исправлено. Очень хочется услышать ваши отзывы.

Примерно год назад в этом разделе была тема про ExpertBilling 1.4.1. Прошёл год, во время которого произошло переосмысление подходов к работе, внедрение полученных в суровом энтерпрайзе знаний и общее допиливание наработок последних 5 лет до стабильного и удобного в использовании состояния. Итак, что получилось: 1. Веб-интерфейс администратора/кассира + REST API для сторонних средств автоматизации. Старый Windows интерфейс доступен в исходных кодах для скачивания на сайте и не работает с новой версией. 2. Асинхронное взаимодействие с активным оборудованием. Система с лёгкостью горизонтально и вертикально масштабируется путём увеличения количества воркеров celery и запущенных копий компонентов биллинга. 10-20 тысяч команд в минуту для сервера не проблема. Главное чтобы успели переваривать клиенты. 3. Ядро предельно точно обходится с периодическими списаниями и производит их в точно определённое время без +/- натьдесят минут. В случае пропуска очередных списаний - они будут произведены нужными датами и временем за все пропущенные периоды с учётом всех изменений тарифных планов, баланса абонента и его статуса. Доступна корректная перетарификация. 4. Исходный код веб-части и весь mediation layer открыты и доступны для редактирования и изменения. Это около 70% от всего объёма кода. 5. Значительно углубились и обострились средства тарификации. В условиях списания появились проверки на значение баланса. 6. Исправлено большое количество ошибок различного уровня. Система стала значительно надёжнее и производительнее. 7. Появилась x64 версия. 8. Демо на 200 абонентов. 9. Применены решения enterprise уровня - celery, rabbitmq, Django, Postgresql 9.1, автоматическое партициониование таблиц с данными. 10. Биллинг не привязывается к жёсткому диску. 11. Без ядра можно использовать как систему учёта абонентов. Тарификацию и RADIUS можете написать сами или прикрутить чужую. Те, кто знаком с Python и Django поймут всю выгоду от подхода. 12. Интерфейс переработан для работы с большими и очень большими базами абонентов 200-500 тысяч. База данных оптимизирована для хранения таких объёмов данных и быстрой выборки по ним. 13. Появилась гибкая и настраиваемая система разделения прав доступа. 14. ExpertBilling 1.5 отлично себя показал в связке с Cisco ISG, Linux ISG, MikroTik PPTP/PPPOE/HotSpot, IPN, DHCP over RADIUS, Option 82 и др. Инфраструктура биллинга не мешает реализовывать самые безумные идеи и генерировать безумные нагрузки на сетевое оборудование. 15. Подключаемые услуги теперь могут быть активированы в любое время, но становятся активными только в указанное. 15. Биллинг просто стал значительно симпатичнее и удобнее. На текущий момент версия 1.5 находится в beta состоянии. Мы ещё ищем ошибки, работаем над новым механизмом платёжной системы и будем рад любым конструктивным отзывам и пожеланиям. Демо-доступ версии 1.5 находится здесь: demo.expertbilling.ru/ admin/admin. Доступ для абонента test/test. Интерфейс кассира здесь demo.expertbilling.ru/cassa/ Для справки - на территории СНГ за 4 года было около 70 внедрений (не считая мелких с демо-версиями), проведённых нами. На текущий момент около 62 активных. Из них 41 в unlimited варианте. Демо-версия предыдущей версии 1.3 доступна для скачивания и лишена всех ограничений. Пользуйтесь кому сколько влезет.

Посмотрите ExpertBilling 1.5. Однозначно и пофункциональнее и поюзабелнее будет + несколько готовых шалонов для HotSpot + открытый код. Как плюс "одобрен" Mikrotik-ом как совместимое решение. Демо на 200 абонентов. Нет причин искать что-то ещё.

Могу предложить написать решение под вас. Django+Python.

А потом пытаетесь с этим работать. Я не берусь комментировать abills и его поддержку в том виде, в котором она есть сейчас. В месяц по одному переезду с этой всем замечательной и бесплатной биллинговой системы по самым разным причинам.

как говорится "кто бы критиковал" ) Мы можем подискутировать по этому поводу. В ExpertBilling 1.5 осталась закрыта только часть ядра. Около 70% исходных кодов открыто. Всё, что влияет на тарификацию, интерфейсы и mediation layer открыто для изменения и, смею заметить, в отличие от некоторых "свободных" решений, изменения не улетят в никуда при очередном обновлении.

Перейти на тот биллинг, с которым вы сможете что-то сделать.