Перейти до

Релизы Ubilling


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

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

 

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

 

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

 

очень даже прально...

 

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

 

эту прелесть используем и будем использовать...

 

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

 

хм... думую нужна только одна сущность... т.е. при создании работы (в профиле пользователя) она должна быть в списке задач. также можно порождать работы (которые теперь и задачи) непосредственно через "планирование работ" ИМХО

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Вот, нарыл - в кабинете пользователя при авторизации по ЛОГИНУ, если у пользователя в поле IP стоит '*' - выдает страницу данных первого пользователя в таблице users с IP='*'

вылечил таким образом:

 

function zbs_UserGetLoginByIp($ip) {
$glob_conf=zbs_LoadConfig();
$query="SELECT `login` from `users` where `IP`='".$ip."'";
// начало редактирования
//password based auth
if ($glob_conf['auth']=='login') {
 if((isset($_COOKIE['ulogin'])) AND(isset($_COOKIE['upassword']))) {
	 $ulogin=trim(vf($_COOKIE['ulogin']));
	 $upassword=trim(vf($_COOKIE['upassword']));
	 $query="SELECT `login` from `users` WHERE `login`='".$ulogin."' AND MD5(`password`)='".$upassword."'";
 }
 }
// конец редактирования

$result=simple_query($query);
if (!empty ($result)) {
 return($result['login']);
} else {
 if ($glob_conf['auth']=='ip') {
	 die('Unknown user');
 }
 }
}

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

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

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

Месяц работает. Особо не увлекался быть водой и искать дыры.

1) в кабинете пользователя стидтест уже не актуален; (заменил)

2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап.

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

некоторый папки нужно оставить для доступа с *:80. Например /css /images и так далее. (бывает нужно для http сервера). Конечно все это можно сделать с помощью httpd.conf + .htaccess и еще 1001 способом. Но для юмора сделав у себя:

f298d374ad4dt.jpg

Все что архиве бросаем в нужную папку.

заглушка для всего!.rar

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

Опция SP_URL своим существованием, как бы намекает на то, что там должен быть указан линк на локальный speedtest mini

 

 

2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап.

Самоочевидно же - до появления paymentscorr им небыло куда писаться. Откуда они должны были взяться? Из под подушки?

 

В принципе можно елементарно выпарсить из логов - но думаю вы бы не озвучивали такие "багрепорты" если бы это сделали.

Ссылка на сообщение
Поделиться на других сайтах
Измени настройки в alter.ini - все равно не отправляется

Не хочу ничего менять.

 

ИзвиниТЕ, не дописал одну букву (л).

 

Уже все заработало, Спасибо Большое

Ссылка на сообщение
Поделиться на других сайтах
ИзвиниТЕ, не дописал одну букву (л).

То была шутка. Ваш КО.

 

Уже все заработало, Спасибо Большое

Не за что.

С праздниками.

Ссылка на сообщение
Поделиться на других сайтах
ИзвиниТЕ, не дописал одну букву (л).

То была шутка. Ваш КО.

 

Уже все заработало, Спасибо Большое

Не за что.

С праздниками.

Вас также!!!!!!

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

Релиз Ubilling 0.3.6 - rev 2264

 

 

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

- alter.ini: новая опция SEARCH_STRICT управляющая строгостью поиска

- alter.ini: новая опция DEAD_HIDE отключающая показ мертвых людей (ну прямо как в «Шестом чувстве» с Брюсом Уиллисом)

- alter.ini: новая опция DEAD_TAGID устанавливающая ID тега отмечающего похороненных пользователей

- alter.ini: новая опция OPENPAYZ_REALID указывающая на то, что следует доставать платежные ID из op_customers

- alter.ini: новая опция PASSPDATA_IN_PROFILE включающая отображение паспортных данных в профиле

- userstats.ini: новая опция OPENPAYZ_REALID внезапно, делающая то же, что и в alter

- billing.ini: новая опция RESET_AO хотфиксящая проблему при использовании rscriptd (включать строго по дикой нужде)

- Новый модуль «Експресс регистрация»: позволяет регистрацию без удобного визарда, также требует прав на карточку.

- Новый модуль «Редактирование паспортных данных»: угадайте что делает

- Модуль «Експресc карточка»: косметика, теперь адрес регистрации по умолчанию отжат

- Модуль «Експресc карточка»: добавлены минимальные проверки на валидность IP (формат,свободен,попадает в сеть)

- Модуль «Експресc карточка»: после всех изменений теперь однозначно вызывается ресет пользователя

- Модуль «Поиск»: строгость поиска по отдельным полям профиля теперь управляема

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

- Модуль «Онлайн»: теперь умеет не видеть «мертвых людей» в HP_MODE

- Модуль «Свитчи»: появилась «машина времени», позволяющая отслеживать состояние свитчей при cronping

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

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

- Модуль «OpenPayz»: бессовестно рефакторнут

- Модуль «Профиль пользователя»: теперь умеет отображать настоящий payment ID

- Модуль «Поиск пользователей»: теперь также умеет искать по настоящим payment ID

- Модуль «Профиль пользователя»: теперь умеет отображать паспортные данные при указании соотв. опции.

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

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

- Паспортные данные теперь также доступны для шаблонизации

- Кабинет пользователя: в профиле может отображаться реальный Payment ID

- OpenPayz: появился фронтенд работы с QIWI

- OpenPayz: теперь принудительно логирует транзакции как платежи Ubilling

 

Перед обновлением следует

 

Вкатить вот такой дампик на БД:

 

CREATE TABLE `switchdeadlog` (
`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`date` DATETIME NOT NULL ,
`timestamp` INT NOT NULL ,
`swdead` TEXT NOT NULL ,
INDEX ( `date` , `timestamp` )
) ENGINE = MYISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

 

 

В alter.ini добавить следующие опции:

SEARCH_STRICT="contract"
DEAD_HIDE=0
DEAD_TAGID=15
OPENPAYZ_REALID=0
PASSPDATA_IN_PROFILE=0

 

userstats.ini:

OPENPAYZ_REALID=0

 

billing.ini:

RESET_AO=0

 

chiiii_keyboard.gif

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

было еще пару недопиленых заказух :(

 

к Рождеству!

правильно - на новый год я высыпался :)

 

С праздником!

И вам вкусной кути ;)

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

обновился. при включённой опции CATV_HP_MODE вылазит ошибка (см. скрин).

при выключенной,- всё ок.

в предидущих версиях не знаю было ли это - не проверял.

ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT?

post-19951-0-21854600-1357634842_thumb.png

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

Оке, проверим. Догадываюсь откуда ноженьки растут.

 

ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT?

OPENPAYZ_REALID - достает по каждому пользователю по его логину, настоящий virtualid из op_customers вместо дефолтной трансформации ip2int() как это делалось раньше в OpenPayz. В общем опция актуальна, если вы используете openpayz для приема оплат и хотите вместо традиционного Payment ID слепленного по айпишке нечто иное. Например, чистый цифренный логин. Опция влияет на модуля "Профиль пользователя" и "Поиск пользователя", а также собственно на "Кабинет пользователя" - но она там отдельно.

SEARCH_STRICT - просто выставляет по каким типам полей будет осущестляться поиск без масок. Думаю понятно зачем это нужно. Возможные Значения: realname,login,phone,mobile,email,note,contract,ip,mac. Разделитель запятая. Опция влияет только на модуль "Поиск пользователя".

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

Добрый день. Подскажите пожалуйста какие настройки нужно менять на сервере с 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, торг
       


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