Перейти до

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

 

Цитата

 

но вот почему-то ваш скрип как бы обязуется с исходниками работать, но по факту не работает.

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

 

моё личное имхо, если поддержка заявлена - должно работать, если поддержка НЕ заявлена - то работать не обязано. 

 

 

 

Цитата

 

Не скажи. С проблемами сталкивался только в rpm-based и теперь столкнулся в bsd-based.

Значит просто мало "сталкивались".

 

не сталкивался, и мало того - постараюсь это знакомство не расширять. С фрёй работаю ещё с версии 4.9, всегда с портами. Ниразу проблем небыло, а если и возникали - решались малой кровью

 

 

Цитата

 

2. "нету связи sgconf_xml с ним" - согласен. Как проверить?

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

 

Кажись нашёл

 sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r "<GetAdmins/>"

В ближайшее время проведу эксперимент. По результатам сообщу

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 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

Опубліковано: (відредаговано)

 

моё личное имхо, если поддержка заявлена - должно работать, если поддержка НЕ заявлена - то работать не обязано.

Я вот одного не могу понять.

Почему некоторые люди что-то скачавшие и героически осилившие трехминутную установку при помощи стремного визарда считают, что я кому-то что-то должен? Да ни..я подобного, что вполне себе четко оглашено.

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

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

 

 

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

 

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

Ещё раз повторяюсь, тут явно не в мускуле проблема

 

 

 

Тем более если это коррелирует с явным игнорированием документации

 

в чём проявилось игнорирование? В той документации ничего кроме "станьте на коврик, держитесь за поручень" (в смысле запустите скрипт и отвечайте на вопросы) - ничего нет. Ну да, единственная рекомендация - режим BIN для более быстрой установки. 

Напомню написанное выше - 24 апреля сего года пользовался скриптом и устанавливал из исходников. Всё работало - респект и уважуха.

Сейчас такого сказать не могу :(

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

 

Ещё раз повторяюсь, тут явно не в мускуле проблема

Ну, вам виднее.

В последнее время стало модным обвинять меня в том, что я нифига не понимаю в убиллинге.

 

 

в чём проявилось игнорирование? В той документации ничего кроме "станьте на коврик, держитесь за поручень" (в смысле запустите скрипт и отвечайте на вопросы) - ничего нет. Ну да, единственная рекомендация - режим BIN для более быстрой установки.

Еще и примечания там есть, но кто ж их читает?

 

 

Напомню написанное выше - 24 апреля сего года пользовался скриптом и устанавливал из исходников. Всё работало - респект и уважуха.

Сейчас такого сказать не могу :(

 

Абсолютно пофигу.

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

 

Цитата

 

Ещё раз повторяюсь, тут явно не в мускуле проблема

Ну, вам виднее.

В последнее время стало модным обвинять меня в том, что я нифига не понимаю в убиллинге.

 

Никто за проблему в юбиллинге не говорит, гдето проблема стыка юбиллинга со старгейзером при установке скриптом из исходников, вот её то и хочется найти.

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

 

 

Цитата

 

в чём проявилось игнорирование? В той документации ничего кроме "станьте на коврик, держитесь за поручень" (в смысле запустите скрипт и отвечайте на вопросы) - ничего нет. Ну да, единственная рекомендация - режим BIN для более быстрой установки.

Еще и примечания там есть, но кто ж их читает?

Если речь об этом http://wiki.ubilling.net.ua/doku.php?id=setupfreebsd - то очень даже читал.

 

 

Цитата

 

Напомню написанное выше - 24 апреля сего года пользовался скриптом и устанавливал из исходников. Всё работало - респект и уважуха.

Сейчас такого сказать не могу  :(

 

Абсолютно пофигу.

 

а вот и зря. Нельзя так к своему проекту относится.

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

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

Если юзера нет в базе и запроситься на кабинет пользователя пишет "Unknown user EX_EMPTY_AUTHFAILREDIR", а было просто "Unknown user". 

Не знаю как было косметичней для проекта, пишу что заметил.

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

Если юзера нет в базе и запроситься на кабинет пользователя пишет "Unknown user EX_EMPTY_AUTHFAILREDIR", а было просто "Unknown user". 

Не знаю как было косметичней для проекта, пишу что заметил.

Установите опцию authfailredir в какой-то УРЛ, допустим на свой сайт, и живите счастливо.

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

ну незнаю, я после установки обновлял все бинарные пакеты, в том числе которые с свежей ветки релизов

рнр55, перл5.18, мускуль56

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

так что биллинг точно непричём

 

сам мистер мускул стал в последнее время очень вредным, особенно если использовать innodb или ковырять конфиги, поэтому при всяких изменениях лучше делать полный дамп базы, грохать /var/db/mysql , ставить чистый свежак и заливать в него дамп, тогда никаких проблем и выкаблучиваний нет

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

 

Рекомендуемый вариант - так если душа жаждет концептуальности (спасибо Den1xxx):

op_customers_crc32.sql

-- transform users.login -> crc32(users.login);
CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;

 

Яка мінімальна  довжина  платіжного ідентифікатора при отакій в'юшці?

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

 

Яка мінімальна  довжина  платіжного ідентифікатора при отакій в'юшці?

Логіка підказує, що 32 біта :)

 

На практиці, ви  скоріш за все - зустрінетесь з платіжними ідентифікаторами в районі 6-12 ціфірок.

 

 

PS 0.5.4 на дворі давно.

Ссылка на сообщение
Поделиться на других сайтах
На практиці, ви скоріш за все - зустрінетесь з платіжними ідентифікаторами в районі 6-12 циферок.

 

nonstop24 обмеження  1-10 циферок.

зараз 8-10 у моїх реаліях

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

Пардон муа.

Тільки шо зирнув в себе вьюшку - таки найдовший virtualid присутній довжиною в 10 байт, найкоротший таки 6.

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

Є  бажання поюзати NAS rscriptd.

Білінг крутиться на хостінгу тому фізичної можливості втикнутись в core switch немає.

У звязці білінга  з мікротіком юзаю EoIP тунель який  ставлю в брідж з юзер інтерфейсами білінга і NAS для нормальної роботи DHCP та UHW.

Для NAS rscriptd теж юзати EoIP тунель чи може є щось більш BSD-івське?

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

Є  бажання поюзати NAS rscriptd.

Білінг крутиться на хостінгу тому фізичної можливості втикнутись в core switch немає.

У звязці білінга  з мікротіком юзаю EoIP тунель який  ставлю в брідж з юзер інтерфейсами білінга і NAS для нормальної роботи DHCP та UHW.

Для NAS rscriptd теж юзати EoIP тунель чи може є щось більш BSD-івське?

Самому rscriptd взагалі пофігу - він може і по реальній апйішці в албанію з'єднуватись.

А що до dhcp - скоріш за все таки якимись тунелями протягувати.

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

Є  бажання поюзати NAS rscriptd.

Білінг крутиться на хостінгу тому фізичної можливості втикнутись в core switch немає.

У звязці білінга  з мікротіком юзаю EoIP тунель який  ставлю в брідж з юзер інтерфейсами білінга і NAS для нормальної роботи DHCP та UHW.

Для NAS rscriptd теж юзати EoIP тунель чи може є щось більш BSD-івське?

не подскажете UHW. на микротике?

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

 

не подскажете UHW. на микротике?

Угу

І dhcp від білінга.

http://local.com.ua/forum/topic/43565-ubilling-nas-на-freebsd-бортжурнал-починаючого-адміна/page-7#entry431323

Там по ходу як пиляв так писав.

 

 

В догонку

http://local.com.ua/forum/topic/43565-ubilling-nas-на-freebsd-бортжурнал-починаючого-адміна/page-8#entry447751

 

фаєром на мікротіку завертаєте хто куда.

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

 

После обновления не пополняется счет через карточки

а карточки хоть использованными отмечаются?

 

 

. В чем может быть проблема?

на вскидку могу предположить, только неверные STG_LOGIN/STG_PASSWD в userstats.ini.

 

Проверяется просто, как-то так:

sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r "<GetAdmins/>"
Ссылка на сообщение
Поделиться на других сайтах

 

 

После обновления не пополняется счет через карточки

а карточки хоть использованными отмечаются?

 

 

. В чем может быть проблема?

на вскидку могу предположить, только неверные STG_LOGIN/STG_PASSWD в userstats.ini.

 

Проверяется просто, как-то так:

sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r "<GetAdmins/>"

Да, отмечаются. Пароли проверил, все правильно.

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

Итак, в силу сложных погодных условий выходит стабильный (кхе-кхе) релиз Ubilling 0.5.5 rev 3570

 

Из основных изменений:

  • Изменения в структуре БД, см дамп.
  • alter.ini: новая опция AUTO_LOGOUT_IDLE устанавливающая таймаут авторазлогинивания в случае бездействия.
  • alter.ini: новая опция AUTO_LOGOUT_EXCLUDE исключающая администраторов из процесса автоматического разлогинивания.
  • alter.ini: новая опция VOLS_ENABLED включающая модуль карты ВОЛС.
  • alter.ini: новая опция CORPS_ENABLED включающая модуль Работа с юр. лицами
  • alter.ini: новая опция FINREP_TARIFF включающая колонку с тарифом в финансовом отчете и поиске платежей.
  • userstats.ini новая опция PAYMENTS_ENABLED управляющая активностью модуля «Платежи»
  • Модуль «Поиск оплат»: теперь адекватно реагирует на опцию FINREP_CONTRACT
  • Модуль «Поиск оплат»: появился дополнительный фильтр по позитивным платежам.
  • Модуль «Поиск оплат»: умеет экспортировать результаты поиска в виде приемлемом для загрузки.
  • Модуль «Поиск оплат»: появился дополнительный фильтр по примечаниям содержащим цифры.
  • Модуль «Поиск оплат»: появился дополнительный фильтр по примечаниям содержащим только цифры.
  • Модуль «Поиск оплат»: появился дополнительный фильтр по тегам установленным на пользователей.
  • Модуль «Поиск оплат»: теперь умеет опционально показывать также тариф пользователя.
  • Модуль «Отчет по услуге кредитования»: исправлены перепутанные заголовки колонок.
  • Модуль «Отчет по услуге кредитования»: теперь также показывает тарифы пользователей.
  • Модуль «Отчет по услуге кредитования»: теперь умеет показывать статистику по частоте кредитования пользователями по тарифам.
  • Модуль «Финансовый отчет»: теперь умеет опционально показывать также тариф пользователя.
  • Модуль «Регистрация пользователей»: теперь предупреждает о возможной несовместимости сгенерированных логинов с rscriptd.
  • Модуль «OpenPayz»: научился искать оплаты исходя из года, месяца и платежной системы. Да - с экспортом результатов в CSV.
  • Модуль «Отчет по использованию платежных карточек»: теперь умеет экспортировать результаты в CSV.
  • Модуль «Рассылка с помощью TurboSMS»: добавлен макрос {ROUNDCASH} заменяемый на баланс пользователя с округлением до второго знака.
  • Модуль «Отчет по просрочке кредитов»: добавлен контрол быстрого обнуления кредита.
  • В базовую поставку Ubilling включен коммерческий модуль Карта ВОЛС.
  • В базовую поставку Ubilling включен коммерческий модуль Работа с юр. лицами
  • Кабинет пользователя: вернулась куда-то потерявшаяся иконка календаря в модуле документов.
  • Кабинет пользователя: пользователи теперь могут отметить уведомления как прочитанные для себя.
  • В умолчательных скриптах инициализации пользователя для FreeBSD расширено смещение генерации пайпов.
 
Полный чейнджлог: http://wiki.ubilling.net.ua/doku.php?id=changelog

Рекомендации к обновлению: http://wiki.ubilling.net.ua/doku.php?id=relnotes#section055

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

 

BqfTOLUCQAEt59e.png

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

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