Перейти до

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

Доброго дня.

А чи можете трішки поправити UBinstaller?

1. Якщо обрати автоматичне встановлення, то нема можливості обрати тип встановлення ПЗ(BIN чи SRC).

2. Встановлення з SRC можно було б закинути в Screen.

3. Запропонувати після встановленя, запустити мій PostInstaller :-)

4. Долучити до модулів php доповнення openssl.

 

для зручності, в систему також можна додати:

 

1. htop - непоганий диспечер завдань.

2. mc - no comments.

3. nano - ну це вже таке... за вподобаннями.

 

Вельми вдячний.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Хех....печаль... зашел, нагадил...сколько вас таких... Если считаете , что вам что-то должны - приобретайте платное ПО и требуйте за свои деньги чтоб было по вашему.

Даю гарантию, что Nightfly'ю никто не платил за MikroTik NAS, а то еще налог заплатить придётся . У меня появилась "хотелка", денег нету, взял открыл обычный Notepad++, открыл php.net и написал себе,

Я может туплю )) ну да ладно ,например акция 3 месяца по цене 1 го 100мб за 100 гр НАПРИМЕР.   Кидаем абону через корректировку сальдо 300гр,после фиктивно заносим 100гр  те что абон оплатил (чтоб в

Posted Images

 

 

1. Якщо обрати автоматичне встановлення, то нема можливості обрати тип встановлення ПЗ(BIN чи SRC).

На то він і "з коробкою автомат" аби бай дефолт BIN був.

 

 

 

2. Встановлення з SRC можно було б закинути в Screen.

Досвід підказує, що з шансом близьким до 50% на виході вийде щось не зовсім робоче. Тому таки bin для домохазяйок з коробкою автомат :)

 

 

 

3. Запропонувати після встановленя, запустити мій PostInstaller :-)

fetch http://someurl/postinstaller && sh postinstaller

 

 

 

4. Долучити до модулів php доповнення openssl.

Оце хотілось би. Власне крім SSL-я там ше треба по хорошому soap, mysqli, та memcached. Також хочеться ще бути впевненим, що будуть зібрані ftp, imap, pdf та json (вони там по волі дефолта порта збираються).

 

На жаль, точно сказати, коли до цього дійдуть руки - важко. Часозатрати на перезборку та повне тестування бінарників під одну платформу, десь біля одного робочого дня. Тобто майже тиждень на 8.4/9.3. Про те, що потрібно після цього, таки добратись ще до підтримки 10.1 а також заставити всіх оновити свої існуючі установки під свіже оточення - вже навіть згадувати не хочеться.

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

Я ось зараз намагаюсь знайти php53-openssl-5.3.29.tbz, в мене нема.

А воно потрібно, бо інакше не виходить запустити (pkg_add -r php53-openssl видає не ту версію)

 

 

Знайшов тут, додайте з можливістю вибору під час установки. А я буду розроблювати де що з цим :-)

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

лог

[Tue Feb 10 14:04:23 2015] [error] [client мойадрес] PHP Warning:  fclose() expects parameter 1 to be resource, boolean given in /var/www/billing/modules/engine/

api.pm.php on line 25, referer: http://мойадрес/billing/?module=turbosms'>http://мойадрес/billing/?module=turbosms'>http://мойадрес/billing/?module=turbosms'>http://мойадрес/billing/?module=turbosms'>http://мойадрес/billing/?module=turbosms&sending=true'>http://мойадрес/billing/?module=turbosms&sending=true'>http://мойадрес/billing/?module=turbosms&sending=true'>http://мойадрес/billing/?module=turbosms&sending=true

[Tue Feb 10 14:04:23 2015] [error] [client мойадрес] PHP Warning:  file_put_contents(exports/fulladdresslistcache.dat): failed to open stream: Permission denied

in /var/www/billing/api/libs/api.address.php on line 1144, referer: http://мойадрес/billing/?module=turbosms&sending=true

[Tue Feb 10 14:04:23 2015] [error] [client мойадрес] PHP Warning:  file_put_contents(exports/darkvoid.admin): failed to open stream: Permission denied in /var/ww

w/billing/api/libs/api.darkvoid.php on line 175, referer: http://мойадрес/billing/?module=turbosms&sending=true

[Tue Feb 10 14:04:25 2015] [error] [client мойадрес] PHP Warning:  fopen(./content//pm/admin.dat): failed to open stream: Permission denied in /var/www/billing/m

odules/engine/api.pm.php on line 24, referer: http://мойадрес/billing/?module=turbosms

[Tue Feb 10 14:04:25 2015] [error] [client мойадрес] PHP Warning:  fclose() expects parameter 1 to be resource, boolean given in /var/www/billing/modules/engine/

api.pm.php on line 25, referer: http://мойадрес/billing/?module=turbosms

[Tue Feb 10 14:04:25 2015] [error] [client мойадрес] PHP Warning:  file_put_contents(exports/fulladdresslistcache.dat): failed to open stream: Permission denied

in /var/www/billing/api/libs/api.address.php on line 1144, referer: http://мойадрес/billing/?module=turbosms

[Tue Feb 10 14:04:25 2015] [error] [client мойадрес] PHP Warning:  mysql_query(): Access denied for user 'www-data'@'localhost' (using password: NO) in /var/www/

billing/api/libs/api.mysql.php on line 262, referer: http://мойадрес/billing/?module=turbosms

[Tue Feb 10 14:04:25 2015] [error] [client мойадрес] PHP Warning:  mysql_query(): A link to the server could not be established in /var/www/billing/api/libs/api.

mysql.php on line 262, referer: http://мойадрес/billing/?module=turbosms

 

Где не прописан или теряется логин/пароль?

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

 

 

Где не прописан или теряется логин/пароль?

нигде

 

 

 

failed to open stream: Permission denied

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

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

BARVIT

так, я знаю чому воно так відбувається. Як на мене, в мовних файлах краще використовувати префікси (або еще 101 спосіб) задля запобігання співпадання. А ще краще контролювати те, що проходить через мовний файл.

 

nightfly

перевести все на my_sqli - було б гарно :-)

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

BARVIT

так, я знаю чому воно так відбувається. Як на мене, в мовних файлах краще використовувати префікси (або еще 101 спосіб) задля запобігання співпадання. А ще краще контролювати те, що проходить через мовний файл.

 

nightfly

перевести все на my_sqli - було б гарно :-)

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

У меня сейчас версия биллинга 5,6 хочу обновится но как правильно  сделать? Прописать в конфигах недостающие строки это понятно, а как быть с запросами ведь сейчас он обновится до 6,3?

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

 

Прописать в конфигах недостающие строки это понятно, а как быть с запросами ведь сейчас он обновится до 6,3?

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

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

После выхода релиза 0.6.3 установка зависает на пункте "Stargazer distro download has been completed".

Причем это происходит как в ручном режиме установки, так и в автоматическом. Кстати на версии 0.6.2. установка проходила успешно

 

ОС: FreeBSD 9.3 

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

P.S. я надеюсь это вы таки переставляетесь на другом тазу, а не таким замечательным способом обновление производите.

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

Она и сейчас проходит успешно. Залипание на сборке старгейзера вполне себе четко описано в faq.

Спасибо! Выставил правильные дату и время - всё установилось.

 

P.S. я надеюсь это вы таки переставляетесь на другом тазу, а не таким замечательным способом обновление производите.

я на экспериментальном тазике ставлю, т.к. ubilling пока что изучаю (хочу перейти с Трафик Инспектора на Ubilling)

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

Очень надо =) 

 

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

 

Не хочется писать внешний костыль к биллингу.. красоту портить =)

 

P.S. Автозаморозка не устраивает по ряду причин

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

 

 

Очень надо =)

Вы ошибаетесь.

 

 

 

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

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

 

 

 

Не хочется писать внешний костыль к биллингу.. красоту портить =)

Принудительно активировать неактивного пользователя, после чего возвращать его как было... звучит несколько шизофренично, не находите?

upor.jpeg

 

 

 

P.S. Автозаморозка не устраивает по ряду причин

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

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

 

 

Принудительно активировать неактивного пользователя, после чего возвращать его как было... звучит несколько шизофренично, не находите?

 

Скорее это будет выглядеть как SELECT * from `users` WHERE `Passive`='0' AND `Cash`<='".$afCashLimit."' AND `Credit`='0';

а потом их всех

$RSH -l $USER $CISCO clear interface virtual-access $Vi

 

 

 

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

 

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

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

Подсказываю - это для пакетных тарифов, с предоплаченным трафиком, родом из конца 90-х - начала 00-х. Принудительное выполнение OnConnect-а - жесть.

 

 

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

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

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

 

 

а потом их всех

$RSH -l $USER $CISCO clear interface virtual-access $Vi

И этому всему место в OnDisconnect.

 

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

 

ogor.jpg

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

 

Принудительно активировать неактивного пользователя, после чего возвращать его как было... звучит несколько шизофренично, не находите?

 

Скорее это будет выглядеть как SELECT * from `users` WHERE `Passive`='0' AND `Cash`<='".$afCashLimit."' AND `Credit`='0';

а потом их всех

$RSH -l $USER $CISCO clear interface virtual-access $Vi

 

 

 

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

 

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

 

а шо ви там такого робите на циско? аклі малюєте? :)

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

 

 

Как сделать так, чтобы работал reset при "-" балансе.   Читал, знаю что логика такая и так надо.   А если мне очень надо? =)

Ви непробували користуватися табличкою №47 в ipfw?

сильно допомагає  :)

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

Всіх з Весною  :D

Вже писав, але тут буде доречніше.

Стосовно кнопкі, яка б видаляла успіші використання UHW. Така кнопка наприклад як в "Спроби перебору", ну і в інших місцях вона є.

Чі планується в наступних релізах?  :rolleyes:

Ще такє ото, бендвиш (bandwidthd) малює графічки - все суперово, але чі можна замість IP показувати Імена з біллінгу?

Дякую розробникам. Це шедевр хлопці!   -_-

А щє крутяцькій відос ото як іконкі бігають і модулі клепають! Чітав тему, де шось криво казали про Ubilling, Найт показав відос, я довго ржав. Молодці хлопаки!  :D

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

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