[ldemiurg]

Новый Биллинг, созданный с "нуля".

 

Имеет модульную архитектуру, поддерживает работу в кластере.

Рабочая OS Linux/BSD , совместим с NAS такими как Mikrotik, ИЫВ(MPD5), RP-PPPOE, PPTPD, CISCO и другими серверами доступа которые поддерживают протоколы RADIUS.

 

Очень "заточен" для автоматизации работы с Mikrotik, Деление шейперов трафика на мир/страна, День/Ночь, Турбо и т д. Имеет множество функций, которые были созданы из реальных потребностей.

Срок работы от первой версии до той которую вы уже видите 6 лет.

Прост в управлении и автоматизирован.

 

Сайт http://mikbill.pro

 

Обычное время работы 10-00 до 18-00 Понедельник - Пятница. Любое другое время не гарантируется что будет ктото Online, иногда бываем и в другое время.

 

Email mikbill@mikbill.ru 

Telegram: @MBillingCEO 

Телефон: +79117446255 

Телефон: +380734000144 

 

Или раздел Контакты на сайте - там все контакты.

 

Есть вопросы , пишите задавайте.

Изменено 17 февраля, 2022 пользователем ldemiurg
Устарела информация

[terrible]

Биллинг в одно лицо писался?

 

Если честно - понравился, хороший биллинг походу, давно такого не видел.

 

Эта, в авторизацию добавьте: Login + Password + Switch Remote id + Port number

Изменено 22 апреля, 2011 пользователем terrible

[ldemiurg]

Эта, в авторизацию добавьте: Login + Password + Switch Remote id + Port number

 

Эта функция будет чере зпару версий.Пишется модуль для управления L2 свичами по 802.1х (прозрачный для клиентов)

ТАм будут варианты разные по авторизации.

 

Биллинг в одно лицо писался?

Да.

 

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

[terrible]

Пишется модуль для управления L2 свичами по 802.1х (прозрачный для клиентов)

Крутите лучше в сторону SNMP и Telnet управления на основе классов, так будет единая алгонитмика для абсолютно любого свича, различающая только темплейтами под каждую модель.

[ldemiurg]

Крутите лучше в сторону SNMP и Telnet управления на основе классов, так будет единая алгонитмика для абсолютно любого свича, различающая только темплейтами под каждую модель.

 

Вообщето 802.1х есть в каждом свиче кроме веб-смартов, и арбоатет по универсальному radius протоколу..к которму не нужны никакие шаблоны или MIB.что ест ьудобенй и проще.

 

Т е ты прост овключил функции и работаеш.

[terrible]

Клиентские роутеры (аля DIR-300) помоему вообще не поддерживают 802.1x.

[ldemiurg]

Клиентские роутеры (аля DIR-300) помоему вообще не поддерживают 802.1x.

А причем они к структуре сети провайдера ? это же клиентские устройства... не пойму логики если чесно..проясните

[Gunner]

Только радиус во всех свичах работает жутко про разному. В 1 производителе только доступ к управлению по радиусу и все.

Кстати многие вебсмарты отлично управляются по snmp.Да и acl по радиусу хрен создашь. Так что лучше окучивать snmp

[lessless]

поддерживаю snmp

Изменено 23 апреля, 2011 пользователем lessless

[ldemiurg]

эх, где же ты был??

С Лета того года на другом форуме ...внутри Украины который...сюда не совался пока не понял что биллинг действительно полезен многим.

[Giga-Byte]

аффтар, ты бы часовой пояс то указал бы в заголовке,

нахрена неполную контактную информацию писать :)))

 

Zend Optimazer для Linux/BSD

странно как-то, а вообще, может просто опечатка :))

 

а вообще, понравилось.

в свободное время посмотрю детальнее.

[neuroman]

Часовой пояс +02.

странно как-то, а вообще, может просто опечатка :))

Да, конечно опечатка )

[mantyr]

Ну уважаемый... вы побили все рекорды!

 

Админка доступна черезе Flash (ай-ай, а вдруг нету?)

Демон написа на PHP и зазендин.

 

Как такое проверять/тестировать/эксплуотировать не понятно.

 

Нет я не привередлив, но такой биллинг и ежу не пригодится.

[ldemiurg]

Как такое проверять/тестировать/эксплуотировать не понятно.

Многие пользуются и очень довольны и их уже не одна сотня.

 

Нет я не привередлив, но такой биллинг и ежу не пригодится.

Хотеолсь бы обоснованых фактов...а не флуда из холивара.

 

Т е бинарный код который рабоате т в памяти с той же скоростьтю что приложение на С++

лутше постоянно запускаемых перл приложений или чемто отлиается от кода на С ?

 

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

 

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

[gavru]

Т е бинарный код который рабоате т в памяти с той же скоростьтю что приложение на С++

лутше постоянно запускаемых перл приложений или чемто отлиается от кода на С ?

 

Я как бы не против данного биллинга, но вот тут конечно промашечка, код на чистом си работает быстрее чем с++, ну а интерпретируемые типа перла или php работают в разы медленнее чем тот же с++.

Изменено 11 мая, 2011 пользователем gavru

[terrible]

Всё зависит от нагрузок. Да, PHP это тормоз по сравнению с си, однако всё очень сильно зависит от построенныех алгоритмов и поставленных задач. Биллинг на PHP не может подразумевать абонентскую базу более 40к абонентов, он просто не успеет всё это обработать.

А причем они к структуре сети провайдера ? это же клиентские устройства... не пойму логики если чесно..проясните

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

[gavru]

Всё зависит от нагрузок. Да, PHP это тормоз по сравнению с си, однако всё очень сильно зависит от построенныех алгоритмов и поставленных задач. Биллинг на PHP не может подразумевать абонентскую базу более 40к абонентов, он просто не успеет всё это обработать.

 

Согласен, но есть но, смотря за что этот самый PHP (ну допустим PHP) отвечает, если это флоусы (ну допустим флоусы) эт одно, а если это трафик который прокачивается и каждый пакет должен быть обработан именно этим PHP то эт другое и в таком случае о 40к говорить как бы вообще невозможно. Ну а обработка допустим базы данных из 40к то вполне возможно, если допустим сама СУБД позволяет за 3 сек выгрести данные.

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру, при этом результаты будут отличаться как полёт на луну и полёт к солнцу, но всё же интерпритируемый язык всегда будет в 1000 раз медленнее чем любой даже очень хреново написанный машинный код (ну допустим, что чистый си более менее приближен к нему) по этому и сами алгоритмы (да собственно и технологии сбора данных тоже) очень влияют на производительность.

Любая задача всегда сводится к параметрам:

 

1 - скорость разработки приложения

2 - производительность

3 - довольство клиентов

 

так что если первый и третий пункт выполняется то на 2 можно забить :)

Изменено 12 мая, 2011 пользователем gavru

[NiTr0]

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру

А еще можно изучить SQL и пользовать его по прямому назначению...

 

ИМХО - единственное, чем хорош интерпретируемый язык, так это кросс-платформенность и более быстрая разработка ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти и как следствие отсутствия утечек памяти/переполнения буффера.

Хотя, как по мне - PHP для биллинга не лучший выбор, PHP хорош для пользования по прямому назначению - т.е. для веб-проектов, но не для написания на нем демонов/утилит.

[gavru]

А еще можно изучить SQL и пользовать его по прямому назначению...

 

Ну я собственно говорил не о сюкельном взаимодействии и базах данных, а о общих принципах писанины кода :) не всегда всё решается базой данных и SQL запросами, приходится часто и на низком уровне протоколы расковыривать, а там уже приходится с профилировщиком посидеть (поседеть) частенько :)

 

ИМХО - единственное, чем хорош интерпретируемый язык, так это кросс-платформенность и более быстрая разработка ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти и как следствие отсутствия утечек памяти/переполнения буффера.

Хотя, как по мне - PHP для биллинга не лучший выбор, PHP хорош для пользования по прямому назначению - т.е. для веб-проектов, но не для написания на нем демонов/утилит.

 

Согласен на все 100%.

Изменено 13 мая, 2011 пользователем gavru

[ldemiurg]

Я как бы не против данного биллинга, но вот тут конечно промашечка, код на чистом си работает быстрее чем с++, ну а интерпретируемые типа перла или php работают в разы медленнее чем тот же с++.

Увы эт ов случае чистого кода.

Я пользую бинарную оптимизацию ZEND и там используются "байткоды" разница по работе только в момент азпуска он дольше примерно на 1 секунду..а в остальнмо разницы нет.

Почитй те на эту тему и убедитесь для себя что это правда.

Выбор был сделан исключительно из условий кросплатформенности чтобы не учитывать особенност ивсех операционок.

 

Была бы потеря производительности использовался C/С++ код.

Речь естественно о "ядре" системы.

 

 

 

По поводу алгоритмов полностью согласен, можно все 40к перебирать for или while, что бы найти абонента, а можно бинарным деревом к примеру, при этом результаты будут отличаться как полёт на луну и полёт к солнцу, но всё же интерпритируемый язык всегда будет в 1000 раз медленнее чем любой даже очень хреново написанный машинный код (ну допустим, что чистый си более менее приближен к нему) по этому и сами алгоритмы (да собственно и технологии сбора данных тоже) очень влияют на производительность.

Не думаю что есть смысл делать цикл и обрабатывать в PHP такой обьем данных.

 

Для этого помоему придумали многоуровневые запросы, представления. тригеры , хранимые процедуры.

 

 

Любая задача всегда сводится к параметрам:

 

1 - скорость разработки приложения

2 - производительность

3 - довольство клиентов

 

так что если первый и третий пункт выполняется то на 2 можно забить :)

Очень верно подмечено...

Одна ко на данном этапе по пунтку 2 разница в запуске всег ов 1ну секунду примерно...что не есть заметно по всем остальынм пунктам.

 

ввиду отсутствия необходимости беспокоиться о выделении/освобождении памяти

Об это м стоит всегда беспокоиться...

Потому что память кушается и приходится за ней следить, и это касается и FLEX инетрфейса и PHP админки и ядра.

[ldemiurg]

Вышла новая версия 1.06 от 17.07.2011г.

 

Качать тут.

 

Online - demo

[server801]

А что с лицензированием ? Нет?

[ldemiurg]

Планируется в обозримом будущем

[ldemiurg]

Релиз от 16.04.2012

 

В релиз вошли

 

MikBill v 1.10

Личный кабинет v 3.0.2

MikBill Монитор v 1.1.4

 

Отличительные особенности MikBill v 1.10:

Работа с оборудованием любой марки по SNMP (реалтайм сбор данных о портах и mac на них)

Увеличина производительность системы

Управление l2 оборудованием на домах ( управление vlan на порту абонента и шейпером на порту)

Уменьшен обьем базы данных

Чеки на печать теперь формируютьяс по шаблону HTML (весьма удобно для чековых принтеров)

Добавлен тип NAS Accel-ppp/Accel-pppoe/Accel-pptp так же шейперы этой системы обычные и день/ночь (параметры FB-Filter)

Добавлен тип NAS Linux PPP и шейпер обычный и день/ночь (plugin radattr.so PPPD-Upstream-Speed-Limit/PPPD-Downstream-Speed-Limit и т д еще +3 интервала)

Полноценная и 100% поддержка любого вида PCQ шейперов для Mikrotik

Добавлена платежная система OnPay (http://www.onpay.ru)

Добавлен прием платежей Privat24 Мерчанта

Полностью автоматическая установка на Centos 5.x/6.x

 

Исправлено множество багов

 

Отличительные особенности Личный кабинет v 3.0.2:

Полностью переработаное ядро

Работает на минимальной версии flash player v 9.0.124 (которя по умолчанию стоит во многих сборках Windows)

Поддержка системы событий для управления оборудованием и т д (автозапуск скрипта ./stat/sys/scripts/mikbill_payment_event.sh подробности внутри скрипта)

Исправлено множество багов

 

Отличительные особенности MikBill Монитор 1.1.4:

Поддержка Gogle API

Построение WIFI покрытия

Исправлено множество багов

 

Остальное тут.

 

Changelog будет дополнен в течении недели.

Документация будет дополнена новым функционалом и пояснениям в течении 2х недель

 

У пользователей полной версии обновления будут произведены автоматически в течении недели.

Единственное вы можете обновить файлы MikBill Монитор, SQL часть у вас будет обновлена автоматически нашими сотрудниками.

Так же не забудте проверить Роли сотрудников чтобы дать им доступ в Монитор, добавился новый контролер Monitor к нему нужно дать доступ

 

установка MikBill Монитор на FreeWare версию уже не требует установки SQL данных, все собрано в дистрибутиве MikBill.

Обновление MikBill Монитор на FreeWare версию - просто закачайте файлы поверх старых, и не забудте обновить MikBill до 1.10

[uraso]

Добрый день.

Удалось ли кому то поставить микбилл на центос 6.3 ?