Поиск по сайту

Привет! Переношу ubilling на новый сервер, скопировал бэкап базы на новый и чистый убиллинг (версия одинаковая) Делаю восстановление базы - все клиенты онушки оплаты и.т.д - на месте а вот когда кликаю на киенте - выскакивает ошибка - wrong data input: SELECT `virtualid`,`realid` from `op_customers`; что делаю не так ?

А вот и первый в этом году, стабильный релиз Ubilling 0.8.8 rev 6006 Crucial Коротко о основных изменениях: - Изменения в структуре БД. см. дамп. - alter.ini: добавлена новая опция SMSZILLA_ENABLED включающая SMSZill-у. - alter.ini: добавлена новая опция MTSIGMON_QUICK_AP_LINKS включающая быструю навигацию между БС. - alter.ini: добавлена новая опция LDAPMGR_ENABLED включающая «Управление LDAP». - alter.ini: Опция DB_LOCK_ENABLED теперь включена по-умолчанию после установки. - alter.ini: добавлена новая опция MTSIGMON_CPE_AUTOPOLL включающая автоматический опрос WiFi CPE. - Модуль «Права администраторов»: добавлены чекбоксы «выбрать все» для категорий прав. - Модуль Склад: добавлена возможность быстрого перехода к истории ТМЦ из остатков, расходов и приходов. - Модуль «Интеграция с AskoziaPBX»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов. - Модуль «Экзистенциальный конь»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов. - Модуль Мониторинг сигнала на Mikrotik: добавлена возможность опроса Ligowave DLB 2-90. - Модуль «Мониторинг сигнала на Mikrotik»: добавлена возможность индивидуального для каждой БС обновления уровней сигналов. - Модуль «Мониторинг сигнала на Mikrotik»: больше не называется «Мониторинг сигнала на Mikrotik». - Модуль «Мониторинг сигнала на Mikrotik»: теперь гендерно-нейтральный «Мониторинг сигнала беспроводных БС». - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность быстрого перехода между БС. - Модуль УКВ: в модуль автоматического связывания пользователей с их учетными записями интернета, добавлена статистика по количеству. - Модуль «Собака-полицияка»: исправлена работа на PHP7, немного косметики по коду. - Новый модуль SMSZilla: предназначен для фигурного спама SMS-ками в любых направлениях. - Модуль «Поиск пользователей»: при поиске по MAC-у, добавлена нормализация его формата. - Модуль «Поиск пользователей»: добавлен поиск пользователя по MAC присвоенной ему ONU. - Модуль «Отчет по документам»: теперь в режиме календарика, также показывает документы не только за текущий год. - Модуль «ПОНизатор»: добавлена возможность раздельного опроса конкретной OLT. - Модуль «Астериск»: небольшая оптимизация и переработка кода на поиск номеров в дополнительных мобильных, которые включаются опцией MOBILES_EXT. - Модуль «Астериск»: Так-же добавлен новый параметр «realname» для API удаленного вызова процедур. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность сохранять историю уровней сигнала клиентских CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность получать текущий уровень сигнала для каждой CPE по отдельности. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность отрисовки графика уровней сингала для каждой CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность создания новой CPE прямо из окна с уровнями сигналов. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра текущегоуровня сигнала с CPE и AP. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность переопроса уровня сигнала для CPE. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра графиков истории уровней сигналов. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность удаления привязки пользователя из формы создания. - Новый модуль Управление LDAP: позволяет управлять удаленной или локальной базой пользователей LDAP. - Регистрация ONU/ONT на ZTE OLT: увеличены таймауты работы с ONU. - Модуль «Мониторинг сигнала беспроводных БС»: улучшено юзабилити при создании CPE из списка уровней сигналов. - Модуль «Пользовательское WiFi оборудование»: создание и присваивание CPE теперь использует AJAX для отсылки данных. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность показа и опроса уровней сингала из формы редактирования CPE. - Модуль «Пользовательское WiFi оборудование»: убрано предупреждение при редактировании CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность показа информации о AP, например: SSID, частот, ширины канала и т.д. - OpenPayz: в фронтенде ipayx исправлено детектирование пользователя. - OpenPayz: для платежной системы ipayx добавлен дополнительный внешний скрипт валидации наличия пользователя (XML POST). - OpenPayz: Фронтенд easypay исправлен для работы с PHP >= 5.6 - OpenPayz: Добавлена новая опция OP_HIGHLOAD_ENABLE призванная починить артефакты обработки транзакций при множественных конкурентных соединениях. - OpenPayz: В фронтенде qiwi исправлены ответы при возникновении ошибок. Полный чейнджлог Рекомендации к обновлению Обновленная демка

Добрый день всем! Прочитал в вики про Stargazer 2.409 о том, что "реализованы плавающие периоды тарификации". Это то, что я думаю??? (пример) : Где, кроме исходного кода, можно узнать более подробно, какие параметры использовать? В документации к Stargazer 2.408 не нашел или не увидел.

Мануал читав все працює, але є питання. Якщо включити то вона спрацьовує для всіх абонентів, для юридичників також, чи є можливість включати її для вибраних абонентів. Припустимо в одному населеному пункті я хочу давати знижки в іньшому ні. Чи можна таке зробити ?

Доброй ночи. Пытаюсь настроит динамический шейпер, но он не отрабатывает. С помощью tcpdump выловил такое /queue/simple/set id=*1E2.= max-limit=11000k/11000k.=burst-limit=k/11000k.= burst-threshold=8800k/8800k.=burst-time=0/0 trap(=message=failure: no download-burst-time done. Чего ему не хватает?

День добрый! Использую Ubilling+stargazer. Переходить на другой биллинг нет желания (но, возможно, придётся). Нахожусь в Крыму (прошу без политоты). В связи с этим необходимо внедрять в сеть СОРМ3, также делать выгрузку данных с биллинга. Есть ли у кого реальный опыт интеграции СОРМ3 и Ubilling? Может быть кто-то может взяться (естественно не бесплатно) за написания модуля/скриптов для осуществления выгрузки данных на оборудование СОРМ3. Необходимая техдокументация имеется. Прошу только конструктивный диалог.

Здравствуйте! Подскажите как сделать чтобы при выгрузке файлов добавлять время выгрузки пример ABONENTS_yyyyMMdd_HHmm.csv

Здравствуйте!, Поставили мы биллинг без настройки nas, как теперь включить поддержку и доустановить nas на этом же сервере где и ubilling

Добрый день. Пробую в тестовом режиме связку Ubilling + Mikrotik DHCP + multigen. Добавлен один НАС, заведено 3 абонента. Настроены следующие атрибуты: Столкнулся с такой проблемой, после запуска команды '/bin/ubapi "multigen"' в табличке mlg_reply чередуется количество атрибутов. Первый запуск: mysql> select * from mlg_reply; +----+-------------------+-----------------------+----+-----------------+ | id | username | attribute | op | value | +----+-------------------+-----------------------+----+-----------------+ | 1 | 20:47:da:8f:eb:96 | Session-Timeout | = | 7200 | | 2 | 20:47:da:8f:eb:96 | Framed-IP-Address | = | 10.10.10.2 | | 3 | 20:47:da:8f:eb:96 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 4 | 20:47:da:8f:eb:96 | Mikrotik-Address-List | = | ALLOW | | 5 | 14:88:40:82:80:77 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 6 | 14:88:40:82:80:77 | Framed-Pool | = | pool1 | | 7 | 14:88:40:82:80:77 | Mikrotik-Address-List | = | DOWN | | 8 | 14:88:40:82:80:77 | Session-Timeout | = | 120 | | 9 | 14:88:14:89:88:30 | Session-Timeout | = | 7200 | | 10 | 14:88:14:89:88:30 | Framed-IP-Address | = | 10.10.10.4 | | 11 | 14:88:14:89:88:30 | Mikrotik-Rate-Limit | = | 100k/100k | | 12 | 14:88:14:89:88:30 | Mikrotik-Address-List | = | ALLOW | +----+-------------------+-----------------------+----+-----------------+ Второй запуск: mysql> select * from mlg_reply; +----+-------------------+---------------------+----+-----------------+ | id | username | attribute | op | value | +----+-------------------+---------------------+----+-----------------+ | 2 | 20:47:da:8f:eb:96 | Framed-IP-Address | = | 10.10.10.2 | | 3 | 20:47:da:8f:eb:96 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 5 | 14:88:40:82:80:77 | Mikrotik-Rate-Limit | = | 100000k/100000k | | 6 | 14:88:40:82:80:77 | Framed-Pool | = | pool1 | | 10 | 14:88:14:89:88:30 | Framed-IP-Address | = | 10.10.10.4 | | 11 | 14:88:14:89:88:30 | Mikrotik-Rate-Limit | = | 100k/100k | +----+-------------------+---------------------+----+-----------------+ Третий запуск вернет первую табличку, но будут изменены часть id-шников. При этом в биллинге никаких изменений не делаю. Что я делаю не так, и как побороть это?

Привет, используем модуль CORPS, проблема с добавление денег через платежные системы, добавляються деньги только основному пользователю, хотя если из билинга добавлять деньги то добавляються всем связаным пользователям, подскажите как исправить?

не работает настойки на хувее snmp-agent snmp-agent sys-info version v2c snmp community read КОМЬЮНИТИ snmp-agent community complexity-check disable на убиллинге пишет что на запрос получен пустой ответ но опрос с сервера на котором биллинг по snmpwalk дает информацию

Підкажіть будь ласка яким чином генерується Платіжний ID, а це в мене в деяких абонентів 10 цифр а в деяких 9?

Добрый день Подскажите пожалуйста, есть ли возможность в Ubilling. Чтоб абонент смог самостоятельно сменить mac адрес в личном кабинете, При конфиге что все абоненты привязаны к портами что не известный мак никаких сервисов не получит? Или для этого нужно писать отдельный модуль?

Привествую. Создав модуль для регистрации пользовалей, как открыть к нему доступ , чтобы внешнее приложение могло обращаться к нему (REST)? . Можете описать, как можно организовать ?

В 79 строці файлу https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/ipayx/index.php 79 $customerId = $transactionInfo->acc; Так не працює, але якщо acc замінити на order тоді все гуд.

Після кількох спроб поставити фрю і Убіллінг воно таки стало може фрю нету качнув, качав з відси ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.3/FreeBSD-8.3-RELEASE-i386-dvd1.iso , може фря стає нечистива після pkg_add -K -rf mc хоча установка МС немалаб впливати на роботу UBinstaller х -зна, але мс я кожен раз ставив після установки фрі. Може тому і получилося підняти все з N спроби. З допомогою nightfly вроді все запрацювало як має бути. http://local.com.ua/...т-dhcp3-server/ тут з поста №11 nightfly підказував, що де пнути щоб воно завелось (проблеми з DHCP сервером та НАТом) Перші враження позитивні, думав на безкоштовні версіїї буде гірше. Кидається в очі рівна нарізка після мікротіка (на мікротіку ставлю 2Мб Speedtest показує 1,8-1,9 а долбануті юзери допитуються де їх два мегабіти ) Зараз курю документацію, прикидаю як перейти на NAS+Ubilling з MikroTikа з мінімальною затратою часу на біганину по юзерах їх у мене зараз аж 25 роздаю ДСЛ. скажете нах мені взагалі білінг на них а мені цікаво)), то мій тераріум де я експеременти ставлю)) може доживуся до нормального аплінку колись от і пригодиться досвід. Думаю от про що, я до провайдера по PPPoE в інтернет хожу, і отримую кожен раз новий IP адрес. (модем в роутер перелаштувати мона,але він важко переварює пакетне навантаження з 25 рил) на фрясі НАТ настроюється з використанням IP інтернету ${FwCMD} table 9 add 192.168.1.253 ... ${FwCMD} add 6001 nat 1 ip from any to 192.168.1.253 via rl0 PPPoE динамічно мені видає адрес, покищо питання відкрите як це відстроїти варіант з мікротіка булоб в самий раз де можна вказати підмережу яку через нат в інет пускати) тіпа так srcnat action=masquerade src-address=172.16.0.0/24 або нальоту втикати IP в налаштування ipfw коли піднімається PPPoE до провайдера. як зробити ще недогуглив.

Добрый день Имеется работающий ubilling 0.8.8 rev 6006 ponizator + бдком + opt82 - все работает Подключил zte c300, добавил в разделе свич оборудование с описание ОЛТ (снмп шаблон выбрал zte 320 ГПОН) айпишка пингуется с биллинга на ЗТЕ есть работающие 3 онушки но при опросе олт - в понизаторе, в списке неизвестных ону нету ону с ЗТЕ.. только с бдком с билинга запустил snmpwalk на zte - посыпались данные дальше поковырялся и в папке billing/exports вижу файлы с опросами ОЛТ так вот файлы от бдкома вижу 5 штук (distance, fdb, signals, onuindex, onuinterface) а вот от zte c300 только один IDOLT_OLTSIGNALS (посмотрел что внутри а там все верно - 3 онушки и ихние сигналы) но в понизаторе в таблице zte c300 пусто такое ощущение что в файле snmp не правильные MIBs указаны поделитесь инфо, или шаблоном snmp версия firmware zte c300 1.2.5

Всем здравия! Рассматриваю возможность перехода на ubilling, но интересует возможность реализовать несколько функций. Одну из них описываю ниже в ТЗ. Требуется возможность устанавливать дату списания абонплаты персонально для каждого абонента. У кого-то должна списываться 2, у кого-то 12 и т.д. Дата снятия абонплаты должна устанавливаться в карточке абонента. Абонплата должна списываться целиком за месяц вне зависимости от состояния счёта. При этом, если баланс < 0 доступ в Интернет должен быть ограничен либо по скорости, либо должен быть доступ только к сайтам, через которые абонент может пополнить лицевой счёт.

Я звісно ні на що не натякаю, та не планую приймати участі в срачах на тему професійної етики, політики, моралі, доцільності та законності. Просто констатую факт, що в цьому світі, варто бути готовим до будь-чого. З цих підготовчих міркувань можу сказати, що є отаких два посилання: 1. для користувачів 2. для розробників

Мне нужно создать новый период для тарифа а конкретно учебный год. Где находится скрипт отвечающий за снятие средств по тарифам за период месяц.

Здравствуйте, ситуация такова. Нужно замутить такую схему: При балансе равным нулю, чтобы доступ к учетке на ubilling блокировался и перенаправлял на внешний сайт с оплатой. Или же при ситуации, если аккаунта у пользователя нет, так же доступа к ubilling не предоставлялся, а происходило перенаправление на внешний сайт с оплатой. (регистрацией аккаунта в системе биллинг). Метод использования Хот-спот. P.S. тапками прошу не кидаться, новичок.

Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями. Есть модуль "Филиалы". При подключении данного модуля возникает следующая проблема. Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах. Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах. Далее филиал не может создавать филиал. Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов. При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе. Более того филиал сможет создавать свои филиалы, контролировать в них данные. Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой Stargazer Насколько я понял проблем очень много, некоторые из них. Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением. При остановке Stargazerа или биллинга идет сбой работы Насов. Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов. Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора Stargazer-а. Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль. Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Права, введение расширенной настройки прав. Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав. Имеется, структурированное управление правами, которое не совсем закрывает потребность. Имеется. Объекты. - Модуль. - Позиция в модуле, юнит. Юзатели. - Филиалы. - Администраторы. Администраторы. - Стажер(демо). - Специалист. - Эксперт. Действия. - Просмотр. - Создание. - Редактирование. - Удаление. Собственно идея в чем. В оператора, или при создании филиала, администраторам могут быть переданы права на работу с модулем. В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например. При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре. При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам. В связи с этим, определенный модуль можно делегировать/не делегировать филиалу, с определенными ограничениями, например филиал может просматривать, вносить города, но не может их редактировать или удалять. Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются - Стажер(демо). - Специалист 3 категории. - Специалист 2 категории. - Специалист 1 категории. - Эксперт. Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет, прозрел, дается профиль Специалиста 3 категории, и т.д. То же самое и с филиалами. Как админ филиала может завести пользователя, а выносить мозг дирекции тоже не каширно, вот и даются оговоренные права что админ филиала пользователя может завести, но редактировать и удалять не может, если другое не оговорено. Параллельно возникает вопрос с пользователями другого филиала, но этот вопрос будет рассмотрен в разделе "Требуется внесение таблицы "все-ко-всем". Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?