Перейти до

Релизы Ubilling


Рекомендованные сообщения

Открыли для широкой и особо нетерпеливой публики сервис снапшотов с ночными сборками Ubilling. Сборка производиться еженочно в 4 часа утра.

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

 

 

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

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
  • Відповіді 1,2k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Ну не могли мы вас оставить без свежих багов на новый год :)

 

g_JrueSfxqw.jpg

 

Релиз Ubilling 0.3.5 rev 2185

 

 

- Изменения в структуре БД, см дамп.

- alter.ini: новая опция CRM_MODE включающая режим расширеной работы с клиентами

- alter.ini: новая опция PASSWORD_TYPE указывающая тип предлагаемых паролей

- ymaps.ini: новая опция CANVAS_RENDER решающая проблемы при рендеринге очень большого количества устройств на карте

- ymaps.ini: новая опция FINDING_ZOOM указывающая зум при котором будут отображаться устройства «найти на карте»

- ymaps.ini: новая опция FINDING_CIRCLE включающая подсветку при поиске оборудования

- ymaps.ini: новая опция CANVAS_RENDER_IGNORE_LABELED выключающая ускоренный рендеринг для LABELED меток на карте.

- userstats.ini: новая опция TV_ENABLED включающая поддержку КТВ в кабинете пользователя

- Модуль «Карта оборудования»: теперь умеет искать оборудование по карте

- Модуль «Свитчи»: добавлена возможность нахождения свитча на карте

- Модуль «Свитчи»: опрос на живость теперь не такая вруша

- Модуль «Свитчи»: косметика интерфейсов добавления и редактирования

- Модуль «Панель задач»: при включенном мониторинге свитчей, также умеет искать свитчи по карте

- Модуль «Финансовый отчет»: вернулось на место давно куда-то девшееся Ф.И.О.

- Модуль «Отчет по работам»: возвращена отдельная статистика по каждому работнику

- Модуль «Регистрация пользователя»: исправлена генерация логина при IPBASEDLAST

- Модуль «Редактирование договора»: новая сущность «Дата заключения договора»

- Модуль «Панель задач»: исправлено больное отображение теней в опере.

- Новый модуль «Експрес карточка»: позволяющий редактирование специфических параметров пользователя

- Профиль пользователя: новая сущность «Паспортные данные»

- КТВ: исправлена колбаса при включенном HP_MODE

- КТВ: номер договора теперь не является объязательным при регистрации пользователя Оо

- КТВ: за ненадобностью выброшен модуль панели задач «Список пользователей»

- В очередной раз повышена строгость логгинга

- UBinstaller: Обновлены пресеты для FreeBSD по-умолчанию. Весь шейп перешел на tablearg.

- UBinstaller: Собраны бинарные пакеты для FreeBSD 8.3 RELEASE i386

- UBinstaller: Появилась возможность обойтись без пересборки ядра (о UHW можно забыть)

- UBinstaller: Новая упрощенная модель сборки ядра

- Обновлен автообновлятор - ниче так рекурсия, да? :)

 

 

Перед обновлением следует добавить следующие опции

 

в alter.ini:

CRM_MODE=0
PASSWORD_TYPE=1

 

в ymaps.ini:

CANVAS_RENDER=0
FINDING_ZOOM=16
FINDING_CIRCLE=1
CANVAS_RENDER_IGNORE_LABELED=0

 

userstats.ini:

TV_ENABLED=0

 

А также вкатить вот такой дампик в БД:

CREATE TABLE IF NOT EXISTS `contractdates` (
`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`contract` VARCHAR( 255 ) NOT NULL ,
`date` DATE NULL DEFAULT NULL
) ENGINE = MYISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

CREATE TABLE IF NOT EXISTS `passportdata` (
`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`login` VARCHAR( 255 ) NOT NULL ,
`birthdate` DATE NULL ,
`passportnum` VARCHAR( 255 ) NULL ,
`passportdate` DATE NULL ,
`passportwho` VARCHAR( 255 ) NULL ,
`pcity` VARCHAR( 255 ) NULL ,
`pstreet` VARCHAR( 255 ) NULL ,
`pbuild` VARCHAR( 10 ) NULL ,
`papt` VARCHAR( 10 ) NULL ,

INDEX ( `login` )
) ENGINE = MYISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

 

Просю заметить обновился обновлятор - сверьтесь, соответствует ли его логика, той что у вас сейчас.

Как всегда живая демочка, документация и всякие ништяки - на сайте ubilling.net.ua

 

Кратко о планах на ближайший релиз 0.3.6:

 

- поработать над поддержкой x64 архитектур

- возможно появится автоматический установщик под Linux (у-и-и-и-и)

- попытаемся добавить несколько ;) платежных систем

- встроенный месенджер для нормального общения между операторами системы

- переписать поддержку DOCSIS с нуля

Ссылка на сообщение
Поделиться на других сайтах
- возможно появится автоматический установщик под Linux (у-и-и-и-и)

 

только обратил внимание... уже назрело, я конечно понимаю что FreeBSD форевер и т.д. но Linux какбэ тоже человек )

Ссылка на сообщение
Поделиться на других сайтах
режим расширеной работы с клиентами

с админскими правами всё ок.

с правами не админскими, хотя вроде все необходимы права даны.

захожу в профиль пользователя->редактировать-> действия "редактировать"

не пущает, говорит нет прав.

 

«Отчет по работам»: возвращена отдельная статистика по каждому работнику

 

отчёт по работам-> нажимаю на пикчку возле "Отчёт по работам" всплывает окошко в котором по идее должны появиться графики показывающие как все хорошо работуют. у меня это окошко пустое, проверял в хроме, лесичке, опере.

Ссылка на сообщение
Поделиться на других сайтах

Спасибо за обновление!

С новым Годом ребята!

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

Было бы шикарно...

Всем удачного Нового Года!

Ссылка на сообщение
Поделиться на других сайтах
Есть пожелание, можно ли вывести в кабинете пользователя в графе трафик что бы писало сумму за потребленный трафик согласно тарифу.

Если мне не изменяет память, такая стата храниться старгейзером, только с "детальной статистикой".

 

Именно по этим причинам по умолчанию в КП показывается только "сколько денег на счету оставалось", что в общем то эквивалентно, если сминусовать оплаты за учетный период - таки стоимости трафика.

Детальная статистика не участвует в кабинете пользователя по банальнейшим причинам - в очень ранних релизах ubilling она таки отображалась и заканчивалось это не очень хорошо. Можно было как-то сильно заморочиться с кешированием результатов, рендером их в статику ежесуточно и еще как-то, но победил соцреализм. Засим и была выброшена, в эру халявных безлимиток то.

 

Всем удачного Нового Года!

Взаимно :)

Ссылка на сообщение
Поделиться на других сайтах
я конечно понимаю что FreeBSD форевер и т.д. но Linux какбэ тоже человек )

звучало как-то очень угнетенно :)

 

захожу в профиль пользователя->редактировать-> действия "редактировать"

не пущает, говорит нет прав.

Если вы про редактирование пользователя при помощи "Експресс карточки", то ей на все побочные права наплевать, ей для работы нужна только привилегия "Право управлять експресс карточкой (опасносте!)" - и да, "опасносте" там по двум причинам: оно редактирует что ей вздумается в обход основных привилегий (типа на изменение ФИО, тарифа итд) и практически нету никаких проверок, чего вы там с пользователем пытаетесь сделать, и вообще коробки-автомата там нету, поскольку модуль еще сыроват и дорабатывается на ходу под требования конкретного заказчика.

Ссылка на сообщение
Поделиться на других сайтах
Если вы про редактирование пользователя при помощи "Експресс карточки", то ей на все побочные права наплевать, ей для работы нужна только привилегия "Право

управлять експресс карточкой (опасносте!)" - и да, "опасносте" там по двум причинам: оно редактирует что ей вздумается в обход основных привилегий (типа на изменение ФИО, тарифа итд) и практически нету никаких проверок, чего вы там с пользователем пытаетесь сделать, и вообще коробки-автомата там нету, поскольку модуль еще сыроват и дорабатывается на ходу под требования конкретного заказчика.

 

ясно, я думал что расширенная работа с клиентами - это оно и есть.

Ссылка на сообщение
Поделиться на других сайтах
ясно, я думал что расширенная работа с клиентами - это оно и есть.

Расширенная работа с клиентами или CRM_MODE, это на сегодняшний день таки даты заключения договоров + редактирование "експресс карточкой" всяких ништяков типа паспортных данных, прописки, даты рождения итд. Далее в таком же одноформочном виде должна быть регистрация, как только дотестим редактировалку.

В планах: нормальное взаимодействие с контрагентами в контексте юриков + вагон и маленькая тележка всяких дополнительных штук подпадающих под понятние CRM.

 

 

отчёт по работам-> нажимаю на пикчку возле "Отчёт по работам" всплывает окошко в котором по идее должны появиться графики показывающие как все хорошо работуют. у меня это окошко пустое, проверял в хроме, лесичке, опере.

 

А "работы" по пользователям заполнены вообще? Вот как это все в финале должно выглядеть:

jobrep.png

Ссылка на сообщение
Поделиться на других сайтах

а в плане

«Отчет по работам»: возвращена отдельная статистика по каждому работнику

(см. выше)

это баг, или у меня что то не так настроено?

Ссылка на сообщение
Поделиться на других сайтах
это баг, или у меня что то не так настроено?

Там вообще в принципе нечему сломаться, за последних пиццот лет там мало что изменилось.

 

Единственное но: проверьте имеют ли ваши "работники" состояние "активный" - вдруг они уволенными числяться у вас? :)

В "Графичках" сколько помню фигурируют только "активные" работники.

Ссылка на сообщение
Поделиться на других сайтах
Единственное но: проверьте имеют ли ваши "работники" состояние "активный" - вдруг они уволенными числяться у вас?

В "Графичках" сколько помню фигурируют только "активные" работники.

 

все работники активные, сейчас проверил.

Ссылка на сообщение
Поделиться на других сайтах

Вы "работы" с "задачами" точно не путаете? Они на сегодняшний день, какбы вообще никак между собой не связаны.

 

оу! это разве не взаимозависящие сущности???

тогда что входит (и выходит )) ) в отчёт по работам???? Как тогда создать "работу", ну типа, когда появляются работы в этом графике?

и ещё один вопросик...

 

по поводу, "Новый модуль «Експрес карточка»: позволяющий редактирование специфических параметров пользователя":

хде он? не нашёл его... ((

 

зы: в самый интересный момент свет выключили

Ссылка на сообщение
Поделиться на других сайтах
оу! это разве не взаимозависящие сущности???

Неа, это вообще разные штуки, не имеющие ничего общего. Почему так - не спрашивайте у меня :)

Просто в последних релизах они выглядят идентично - это неожиданная случайность.

 

тогда что входит (и выходит )) ) в отчёт по работам???? Как тогда создать "работу", ну типа, когда появляются работы в этом графике?

В отчет по работам попадают "работы" заполненные по конкретным пользователям в "Профиль пользователя -> Работы". Типа так:

jobs.png

И как результат:

jobs2.png

Собственно "работы" удобно использовать для контроля всяких подключений, ремонтов итд конкретно интернет-пользователей. "Планирование задач" на самом деле (я не имею понятия почему оно внезапно стало называться "Планирование работ") удобно использовать таки для планирования допустим всяких работ по КТВ, протяжке кабелей и прочей мути которая к конкретным интернето-пользователям имеет очень опосредованное отношение.

И нет - логики в этом всем нету, не ищите :)

 

по поводу, "Новый модуль «Експрес карточка»: позволяющий редактирование специфических параметров пользователя":

хде он? не нашёл его... ((

Он отображается в "редактировании пользователя" в самом верху при включении CRM_MODE - выше я уже предупредил, там опасносте!!!!11

Ссылка на сообщение
Поделиться на других сайтах
Собственно "работы" удобно использовать для контроля всяких подключений, ремонтов итд конкретно интернет-пользователей. "Планирование задач" на самом деле (я не имею понятия почему оно внезапно стало называться "Планирование работ") удобно использовать таки для планирования допустим всяких работ по КТВ, протяжке кабелей и прочей мути которая к конкретным интернето-пользователям имеет очень опосредованное отношение.

И нет - логики в этом всем нету, не ищите

 

я просто даже озадачен.....я всегда использовал Планирование задач, и девочку в абонотделе тоже заставлял делать это... кхе кхе кхе... хм... всё мир перевернулся ))))) конец света близок....

Ссылка на сообщение
Поделиться на других сайтах
я просто даже озадачен.....я всегда использовал Планирование задач, и девочку в абонотделе тоже заставлял делать это... кхе кхе кхе... хм... всё мир перевернулся ))))) конец света близок....

Ну они типа друг другу не протеворечат. Тем более что никак не связаны.

 

Как вариант использования на практике: бригадиры Саша и Валера за которыми закреплены скажем монтажники Вася, Петя, Сережа и Ворфоломей. Пишем подключение на завтра для бригадира Саши там-то и там-то. На следующий день не забухавший в отличии от Саши бригадир Валера решает сотворить это подключение. После подключения пользователя в работах отмечаются Сережа и Варфоломей которые героически под руководством Валеры осуществили это подключение а задача в планировщике отмечается таки как выполненная Валерой, хотя была запланирована для Саши. Правда через день всплывает факт фигово обжима кабеля у пользователя и к нему направляется монтажник Вася по результатам деятельности мы получаем выполненную по абоненту работу типа "ремонт" с примечанием "когда же эти м@#аки научатся нормально обжимать витую?". Итого имеем 1 выполненное задание и штуки 4 выполненных работы разными людьми, также как и возможность через год "вспомнить" кто же и почему подключал какого-то конкретного пользователя.

Ссылка на сообщение
Поделиться на других сайтах

Как вариант использования на практике: бригадиры Саша и Валера за которыми закреплены скажем монтажники Вася, Петя, Сережа и Ворфоломей. Пишем подключение на завтра ...

....

...

 

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

Ссылка на сообщение
Поделиться на других сайтах
несколько раз прочитал пока понял.

Блин, я сам до сих пор не понял. Вспоминается анекдот про "б...дь кто все эти люди?" :)

 

На самом деле, я это все привел, чисто как вариант использования этих двух разных сущностей. Как несложно заметить изначально в ubilling присутствовали "те работы что негр с киркой" которые выполняются для конкретного абонента. Это писалось для себя - чтобы иметь представление кто же подключал абонента и кто ходил к нему на вызовы. Иногда полезно узнать, что абонента такого-то год назад, подключал Иван Васильевич, который судя из примечаний к подключению был под героином :)

"Планирование задач" (или почему-то "работ", я реально не могу вспомнить когда оно в оное переименовалось) писалось под заказ для конкретного оператора, и там была мотивация "просто чтобы не забывать ходить на вызовы и как-то отмечать выполненные и невыполненные + кто их делал, а также чтобы можно было планировать не привязываясь к конткретному абоненту".

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Zend
      Продам сабж.
      2 контроллера CA07336-C001, в каждом по одном интерфейсном модуле CA07336-C009 (2 x 1Gbps iSCSI)
      HDD: 24 x 900GB SAS 10K
      Исправен.
      С ним могу продать шкафчик того же вендора.
       
      Стоимость - $4000, торг
       


×
×
  • Створити нове...