Перейти до

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

 

 

EXHORSE_ENABLED=1 - экзистенциальный конь включен, бодр и полон сил.

а чем его кормить? сено, овес или еще что? 

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Внезапный, и вроде как стабильный релиз Ubilling 0.7.5 - rev 4982   Из основных изменений: Продвинутое управление вланами - новый snmp шаблон для alcatel 6224 ls, спасибо oberon85 Продвинутое у

Раптом є і "додаткові поля профілю", і "додаткові примітки", і "деталі підключення", і чорт лисий.       Відкриваю таємницю - нормальні організації використовують для того, стандартне планування

Внезапно наступило, это самое "скоро" в виде стабильного релиза Ubilling 0.7.9 rev 5176   Из основных изменений: Изменения в структуре БД, см дамп. alter.ini: добавлена новая опция SWITCHES_EXTE

Posted Images

 

 

а чем его кормить? сено, овес или еще что?

Он сам кормиться.... мускулем :)

 

При соответствующем пинке  RemoteAPI, в случае, если наступил последний день месяца, он собирает и складирует актуальные данные из базы, относительно следующих категорий: пользователи интернетов, финансы, комплексные услуги, пользователи и финансы УКВ, данные о входящих звонках из Askozia и активное оборудование. Все это с разбивкой по месяцам, дает возможность посмотреть "а что же было когда-то?", анализировать сухие цифры "а сх#$ли у нас после отмены той акции, количество активных пользователей поползло вниз?" или "почему процент отвеченных звонков на коллцентре меньше 99%?", ну и конечно же рисовать по всему этому приятные графички.

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

 

Насколько я понимаю, то уже доступен. При запуске ubinstaller в самом начале вы выбираете версию и разрядность.

 

Скрин взят от сюда: http://wiki.ubilling.net.ua/doku.php?id=setupubinstaller

post-39008-0-52111200-1475178316_thumb.png

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

При попытке поискать пользователей при помощи модуля "Действия по городу" вылазит такая штука:

 

Notice: Undefined offset: 34 in /usr/local/www/apache24/data/billing/api/libs/api.percity.php on line 109

 

Вылазит столько раз, сколько в результатах поиска похороненных пользователей.

Відредаговано Constantine.Kazakoff
Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...

Здравствуйте! Подскажите пожалуйста по поводу смс информирования абонентов (автоматическая рассылка предупреждений об оплате).

Модуль все-еще в стадии разработки?

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

Здравствуйте! Подскажите пожалуйста по поводу смс информирования абонентов (автоматическая рассылка предупреждений об оплате).

Модуль все-еще в стадии разработки?

Ну автоматической эту рассылку вы можете сделать сами, а вообще турбосмс в интерактивном режиме отправляет. Настроил у себя по мануалу, проблем не возникло вообще. Единственное что использовать пока можно только ТурбоСМС

 

Отправлено с моего Lenovo P1ma40 через Tapatalk

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

Турбо-смс давно работает, вопрос немного не в том. Когда пользователь включает в личном кабинете галочку "я хочу напоминания об оплате по смс", 

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

Но этого не происходит даже при ручном запуске удаленного вызова reminder

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

 

 

Но этого не происходит даже при ручном запуске удаленного вызова reminder

Покажите:

1. cat alter.ini | grep REMINDER

2. Ну и указан ли tag для sms? если да то какой?

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

Tag 3 и в alter.ini и в модуле биллинга.

У нас все работает.

Как минимум при выполнении операции выводится сообщение чего там с ним происходит, пробовали выполнить в адресной строке http://billing.isp/?module=remoteapi&key=[ubserial]&action=[action][&param=[parameter]]?

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

Да, выводит что сообщения отправлены, но их нет в очереди рассылки и не приходят пользователям 


P.S. 

На счету TSMS все нормльно, деньги есть...

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

 

 

Да, выводит что сообщения отправлены, но их нет в очереди рассылки и не приходят пользователям  P.S.  На счету TSMS все нормльно, деньги есть...

 

А "Собака-наблюдака" включена? заполнены ли настройки смс, в cron есть задание и выполняется?

Ну и нужно посмотреть в billing/exports/ | grep REMINDER. там должен создаваться файл REMINDER.user_login если он есть то повторно смс рассылаться не будет. 

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

ну саму очередь смс разгребает, как это не удивительно, собака наблюдака
то бишь вызов ?module=remoteapii&action=watchdog must have что называется

почему не добавляет в очередь - нужно смотреть на стоимость тарифа

на бесплатном тарифе никогда не наступит тот момент, что б отсылать напоминание

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

если АП помесячная вроде как система считает, что АП ВСЕГДА снимается 1-го числа

помесячная или нет вроде как влияет SPREAD_FEE в альтер.ини

плюс смотрит (да здравствует стг 2.409rc1+) на периодичность тарифа день или месяц

соотвественно расчета исходя из этих данных

ну или вот функция которая считает сколько дней осталось до "конца услуги"

если тариф бесплатный функция вернет -2

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

и так, баланс должен быть больше или равно нулю

версия stargazer 2.409rc1+ что б в тарифах обязательно был указан период день\месяц

тариф не должен быть бесплатным

вызов в remoteapi reminder+watchdog

 

фух, вроде всё

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

 

Вопрос снят.

Ну, да - уже недели две как. Опохмелюсь, можт обновлю скрин в доке :-)

 

Подбросим работки, чтоб не расслаблялся.

Заглянул в Убиллинг, в системные функции и опечалился.

В последний год с устаревшим MySQL драйвером ничего не изменилось.

А ведь он уже deprecated в более-менее адкватно свежих версиях PHP, и выпилена в PHP 7 → а она снижает нагрузку в 2-3 раза (проверено на себе).

Предлагаю обновить. Печально в этом то, что слово «mysql» в Убиллинге встречается 1157 раз.

Правда, несколько обнадеживает то, что апи в Убиллинге повторяется зачем-то 7 раз (можно ведь было бы положить в одно место и инклюдить?).

Поэтому, возможно, не такой уж большой объём работ? Хотя, кого мы обманываем? :) Таки большой.

 

Ладно, хватит воды, к делу.

Поскольку в Убиллинге я не очень, а свой проверенный драйвер уже год как работает в родственном этому проекте, я нагло переписал Ваш, Nightfly, api.mysql.php.

Вот http://fromgomel.com/uploads/api.mysql.php.7z

 

Особенности:

1. Работает на PHP от 5.0 и выше.

2. Для гарантии одного соединения применён шаблон синглтон.

3. Дисконнект при выгрузке объекта (читай — при завершении работы скрипта).

4. Запуск производится с помощью $mysqldb = MySQLDB::connect(); в самом апи.

Что не мешает вызывать повторно в любом другом месте — всё равно вернётся тот же объект (синглтон, ага).

Запуск объекта по типу $db = new MySQLDB(); теперь невозможен, следует писать $db = MySQLDB::connect();

5. Для ускоренной и правильной замены устаревшей реализации mysql_real_escape_string() введена rcms_escape_string()

 

Инструкция по обновлению (сам так обновлял год назад).

1. Заменяем mysql_real_escape_string() на rcms_escape_string()

2. Заменяем new MySQLDB(); на MySQLDB::connect();

3. Заменяем апи на новое в 7 местах. Хотя, возможно, это не прокатит, лучше запихнуть в system и инклюдить оттуда.

4. Самое сложное. Заменяем mysql_query() на nr_query() или что-то другое.

Применительно к Убиллингу. После пп. 1-3 эта функция останется в api/libs/api.workaround.php, docs/dshaper/dnswitch.php, modules/general/migration2/index.php и в консоли.

 

Надеюсь, не слишком напугал.

Спасибо за внимание.

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

В php7 не работают PECL расширения.

И пока движений никаких не видно.

 

Поэтому перестанет работать следующее:

 

pecl-memcache-3.0.8_1          Memcached extension
pecl-memcached-2.2.0_4         PHP extension for interfacing with memcached via libmemcached library
 

https://pecl.php.net/package/memcache- последние изменения - 2013-04-07

https://pecl.php.net/package/memcached- последние изменения - 2014-04-01

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

В php7 не работают PECL расширения.

И пока движений никаких не видно.

 

Поэтому перестанет работать следующее:

 

pecl-memcache-3.0.8_1          Memcached extension

pecl-memcached-2.2.0_4         PHP extension for interfacing with memcached via libmemcached library

 

https://pecl.php.net/package/memcache- последние изменения - 2013-04-07

https://pecl.php.net/package/memcached- последние изменения - 2014-04-01

А для чего он нужен? При впечатляющем ускорении PHP7 нагрузка реально падает в разы.

Цифры с реального проекта (магазин 1500 товаров, клоны того же магазина)

 

Использовано памяти: 6.08MB | PHP: 5.3.27

Использовано памяти: 3.22MB | PHP: 7.0.12

Использовано памяти: 3.71MB | PHP: 5.5.38

В варианте с PHP 5.5 используется мемкеш, в PHP 7 — мемкеша нет и памяти всё равно ест меньше.

Кстати, mysql драйвер устарел именно с версии PHP 5.5 http://php.net/manual/ru/mysql.installation.php

 

Если всё же нужен.

В списке расширений для PHP7 вот здесь это не он?

https://github.com/gophp7/gophp7-ext/wiki/extensions-catalog

Вот прямая https://github.com/websupport-sk/pecl-memcache/tree/NON_BLOCKING_IO_php7/php7

И в инете можно найти описание установки мемкеш на FreeBSD https://forums.freebsd.org/threads/55141/#post-323134

 

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

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

Доброго времени суток!

Суть проблемы:

при создании сервера дхцп в конфиг (тазовем его MyDHCP.conf  в /etc/multinet/ ) добавляется несколько странных описаний привязок ip+mac, например :

 host m192x168x65 76x {   # должно быть m192x168x65х76 
   hardware ethernet 14:88:50:99:26:38;
   fixed-address 192.168.65 76.;       # соответственно и тут должно быть 192.168.65.76
   }
и естественно isc-dhcp не стартует пока не закоментируешь эти строки (удаление не помогает, они опять добавляются)
Пересмотрел всю базу на педмет высшеуказанных ip и mac - ничего не нашел. Откуда они тянутся? Где копать? 
Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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

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

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від 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);  

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