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') ... Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося

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

nightfly, l1ght, спасибо за ответы! Есть реальная польза от этих новых функций? Еще Приватбанк спрашивает такую штуку - передачу задолженности абонента в их систему. Поддерживает фронтэнд такое? С их слов, это очень нужно, чтобы правильно выбрать расчетный счет (нужного фопа), чтобы деньги ушли именно на закрепленного за абоном фопа, в условиях, когда название провайдера одно и тоже для всех фопов. Кароче, говорят без этого - никак, т.к. без этого абон может все перепутать - название ведь - одно и то же, и оплатит на другого фопа. Как можно обойти этот момент? Просветите пожалуйста, оче

ок) это абревиатура какая-то, что это вообще такое - всрат? чем отличается от того, что не всрат?

Смотрю, что privatmulti теперь в различных вариантах. privatmultibyid , я так понял, работает с точностью до пользователя (по присвоенным пользователям тэгами) и не берет данные из "справочника предпринимателей". А вот privatmulti_vsrat чем отличается от privatmulti ? Можете подсказать, а то суффикс _vsrat , к сожалению, не добавил ясности ?

Позвонить не через Киев, а напрямую в Харьков +380577632555 (контакты есть на сайте)

Попутно возник вопрос по фронтэнду privatmulti . При его использовании, нужно ли будет привязывать в ubilling всех абонентов (через улицы, логины) к определенному предпринимателю или же есть понятие "предприниматель по-дефолту" ? Т.е. некоторые привязаны к предпринимателю №2, а остальные явно не привязаны и их оплаты идут на счет предпринимателю №1 ?

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

syslogd на всех IP слушает? sockstat -4l | grep :514 И попробуйте создать файл лога вручную и рестарт touch /var/log/dhcp-mikrotik.log service syslogd restart

Большущее спасибо за ответы!!!

nightfly, подскажите пож-та, свежеустановленный Ubilling ставится вместе с php70, потому что нет полной совместимости с более новыми версиями PHP ? На какую-то из более актуальных версий PHP (хотя бы 7.1) нежелательно обновлятся? #pkg version -v ... php70-7.0.32 ? orphaned: lang/php70 ... #pkg search lang/php ... lang/php56 PHP Scripting Language lang/php71 PHP Scripting Language lang/php71-extensions "meta-port" to install PHP extensions lang/php72 PHP Scripting Language lang/php72-extensions

Добрый день всем! Прочитал в вики про Stargazer 2.409 о том, что "реализованы плавающие периоды тарификации". Это то, что я думаю??? (пример) : Где, кроме исходного кода, можно узнать более подробно, какие параметры использовать? В документации к Stargazer 2.408 не нашел или не увидел.

Спасибо огромное. Сорри! Теперь я точно знаю, что это я что-то делаю не так... Потому что у меня и на 10.3 amd64 такая же хрень {наверное мало RAM (256mb) выделил виртуалке, проверю} ? А можно ли при запуске "sh UBinstaller.sh" на той-же версии/разрядности FreeBSD (свежеустановленной) повторно использовать уже скачанный архив с пакетами, чтобы не напрягать лишний раз ваш сервер и канал? Например, положить его в тот же каталог, где и UBinstaller.sh находится?

Пару недель назад ставил Ubilling 0.9.1 в VirtualBox на FreeBSD 10.4 x86 (в тестовых целях). Возникают ошибки при установке (пробовал 2 раза). Войти в MySQL по паролю из конфига не смог. Вернулся к задаче, но больше x86 мучать не буду, - amd64 поставлю.

Все команды набирать в sql консоли Ubilling Посмотреть содержимое op_customers select * from op_customers; Удалить неверно созданный view drop view if exists op_customers; Создать view, если у вас полностью цифровые логины у пользователей (wiki) CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, users.login FROM `users`;

podwar, модуль "Миграция 2" работает отлично, - проверено. Делайте все строго как в wiki , только дайте правильные исходные данные в нужные поля. Перед миграцией нужно создать сеть и НАС, прописать доступ к НАСу (тарифы и скорость, если есть в таблице для импорта) Если IP абонов у вас были из другой сети, то ИМХО, их в миграцию передавать не надо, пусть автоматом назначатся из диапазона целевой сети. Опция NOSTGCHECKPID поможет вам работать в Ubilling при выключенном Stargazer во время процесса миграции

Появились новые вопросы по "Миграции 2" 1. Когда создавать недостающие тарифы - до или после миграции? 2. В wiki есть рекомендация выключить stargazer перед миграцией. Но тогда перестает работать ubilling. Это как раз тот случай, когда нужно использовать опцию NOSTGCHECKPID ?

Ничего (логины юзеров, сети, и прочее такое) не перекрывается. Т.к. сначала данные были в одном биллинге, потом их разделили на 2 (ломать - не строить). Дальше они жили своей жизнью. И теперь из-за автоматизации платежей (opayz) их нужно объединить. Nightfly, Ваше мнение понял, заселятор я не осилю, поэтому - или миграция, или вручную.

l1ght, Pautiina, большое спасибо за советы и решения! Pautiina, в вашем запросе в `users`.`login`, `ip`, пропущен `password`. Правильнее будет `users`.`login`, `password`, `ip`,

Да, конечно на виртуалке испытаю сначала. Просто глубоко не копал, что и где лежит. Имена полей и таблиц - вроде как адекватны назначению. Но могут же быть, типа, legacy, и не использоваться в новых версиях убилинга В частности, смущает таблица users (оч много столбцов)

Естественно, ip сети и города - разные, версии Ubilling - одинаковые. Собственно, как это сделать максимально просто и безопасно? То, до чего сам додумался - это использовать "Модуль Миграция 2" Для это планирую сделать экспорт нужных полей из базы данных с помощью запроса По sql запросу вопрос прежде всего к уважаемому nightfly : оттуда ли (таблицы, поля) я беру значения?

Отвечу на свой вопрос: Payment ID можно передать в my-payments.privatbank.ua через параметр account Привел mypayprivat/index.php к такому виду, скопипастил из другого бэкенда: <?php //the code from another backend if (isset($_GET['customer_id'])) { $customer_id= mysql_real_escape_string($_GET['customer_id']); } //config payment URL here, but don't forget about account parameter //$url='https://my-payments.privatbank.ua/mypayments/customauth/identification/fp/static?staticToken=123456789&account=' . $customer_id; //no changes further print('<script language="javascript">do

Подскажите еще по бэкенду mypayprivat: в него Payment ID тоже передается? Если да, то каким образом это происходит? Присвоением какому-то параметру в url, тот что указан в mypayprivat/index.php или бэкенд "видит" url, откуда пришел редирект на него, и вытаскивает Payment ID из параметра customer_id?

не нужен для работы? или не поддерживается фронтэндом?

Вобщем заполняю приватовскую анкету Посмотрел privatx/index.php Правильно ли я понял, что privatx из методов протокола v2 (Предварительный поиск, Поиск, Проверка на запись, Расчет комиссии, Запись платежа, Отмена платежа, Выгрузка реестра) реализует только эти : Предварительный поиск, Поиск, Проверка на запись, Запись платежа ?