Перейти до

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

о сорри, ещё одна ошибка (не заметил)

также в личном кабинете

 

  • Notice: Undefined index: in /var/www/userstats/modules/engine/api.userstats.php on line 777
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 468
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

UPD: А хрен там с утра. Я ж нормально с таким не засну     проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://g

Думаю согласились бы, если бы были в курсе как работает OpenPayz.   Большинство нормальных ПС умеет показывать юзеру сколько у него денег на счету, как его зовут, где он живет и кто он такой вообще

всем привет ! сегодня ночью чет не спалось и получилось вот это Miktotik-Linux-nas это адаптированный Mikrotik NAS для Linux делается все также как тут http://wiki.ubilling.net.ua/doku.php?id=mikrotik

Posted Images

Судя по всему у вас какая-то хрень с кредитовалкой и карточным модулем. Убедитесь в соответствии user stats/config/modules.d тем, что входят в последний дистрибутив, а также просмотрите user stats.ini на предмет опций SC_ и PC_

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

В userstats.ini следующее:

 

SC_ENABLED = 0

SC_MINDAY = 1

SC_MAXDAY = 7

SC_TERM = 3

SC_PRICE = 5

SC_CASHTYPEID=1

 


PC_ENABLED=1

PC_BRUTE=3

PC_CASHTYPEID=3

 

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

Файлы с нового релиза ручками скопировал в соответсвующую папку (user stats/config/modules.d)

 

ошибка не ушла. 

 

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

Очень странно.

 

Можете показать содержимое modules.d/paycards и creditor?

 

Они должны быть что-то типа

NAME="Credits"
NEED="SC_ENABLED"

Просто Notice: Undefined index: in/var/www/userstats/modules/engine/api.userstats.phpon line 786 может свидетельствовать о несуществовании чего-то объявленого в NEED для модуля (либо вообще об отсутствии этой секции).

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

в modules.d/paycards

NAME="Payment cards"
NEED="PC_ENABLED"

в modules.d/creditor

NAME="Credits"
NEED="SC_ENABLED"
Відредаговано felixio_01
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Хренасе. Свистните в аську что-ли. Попытаемся разобраться чтойта Оо

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

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

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

всем привет ! сегодня ночью чет не спалось и получилось вот это Miktotik-Linux-nas это адаптированный Mikrotik NAS для Linux делается все также как тут http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi . проверенно работает как local nas так и mikrotik nas. надо подрегулировать под себя config.ini и /etc/init.d/ubiling/ (лежит в архиве). Мож кому нить пригодится.

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

А это разве не одно и тоже: http://wiki.ubilling.net.ua/doku.php?id=setupubuntuserver1010

это тут причем?

то что я написал это больше тогда для вот этого http://wiki.ubilling.net.ua/doku.php?id=setupubuntuserver1204

делает вот это

Непроверенными и практически гарантированно нерабочими остаются:

  • динамический шейпер по времени
  • работа с NAS MikroTik
работа с микротиком для линух работает
Ссылка на сообщение
Поделиться на других сайтах

 

делает вот это

Непроверенными и практически гарантированно нерабочими остаются:

  • динамический шейпер по времени
  • работа с NAS MikroTik

 

Только без "динамический шейпер по времени" :)

 

Как с этими вашими tc/htb должен работать dnswitch - понятия ни малейшего не имею.

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

Теперь linux тоже работает http://wiki.ubilling...buntuserver1204  для того чтоб работало все вот это :

Непроверенными и практически гарантированно нерабочими остаются:

  • динамический шейпер по времени
  • работа с NAS MikroTik

качаем вот это  Miktotik-Linux-nas и делаем все как в стандартных мануалах. проверенно работает . если кто еще проверит буду благодарен .

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

Сидять два адміна  сумні, ну просто ніякі, заходить третій питає, що сталося?

 -ось вчора пиво пили, паролі міняли ...: D

 

 

Як скинути пароль  адміністратора вебінтерфейсу?

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

 

 

Як скинути пароль  адміністратора вебінтерфейсу?

:D

cd billing/content/users/
rm -fr admin
fetch http://ubilling.net.ua/default_admin/admin
Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

Добрый вечер , случайно нашлась такая неприятная штука. проверял на тестовой базе,  повторимо. Делается это так регаем абона в поле квартира пишем вот так 6\6 с таким слешем "\" далее жмем давайте зарегестрируем этого абонента оно регистрирует , вылетает ошибка походу апи или еще чего не успеваешь увидеть ,далее работа с этим абонентом не возможна , заходишь на учетку допустим из модуля "отчет по подключениям" попытка удалить, удаляет его частично, далее при регистрации следующего абона выскакивает ошибка что такой ip уже используется (ну логично потому что лахмотья от того все еще присутствуют в базе ) слеш "\" был поставлен случайно :) теперь надо руками чистить базу , может кто подскажет другой вариант?

Повторил это вот тут http://demo.ubilling.net.ua:9999/billing/?module=report_signup последний пользователь без адреса и в онлайне он тоже есть.

P.S. Ссылки актуальны  на 12,05,2014

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

Хм. Спасибо.

Стабильно, дета раз в год исправляю эту проблему с бессмертными юзерами, и стабильно она вылазит опять из самых неожиданных мест. С утра посмотрю чем подпереть на этот раз :)

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

UPD: А хрен там с утра. Я ж нормально с таким не засну :D

 

BnYNpecCEAAf9UR.jpg

 

проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.userreg.php (вот в чистом виде)

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

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

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

Да. Таки придется.

Тушите старгейзер, резко убиваете его в users, стартуете старгейзер. Походу всюду кроме userreg он уже должен быть добит модулем аннигиляции.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   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);  

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