mac

Оновив - теж саме - не допомогло.

Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає. olt - bdcom gepon. Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string. Можливо snmpwalk тригериться на якомусь символі, мені невідомо. # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" }

nightfly, дуже вдячний вам !!! Все зробив, політ нормальний. Команда sed для зміни в дампі, залишу тут для довідки 🙂 sed -i.bak 's/my[[:blank:]]login/my_login/g' mybase.sql Є ще один цікавий момент, зроблю окремий топік, щоб без плутанини

На жаль, наявність пробілу у деяких логінах абонентів заважає все сильніше. Після останнього оновлення UB до 1.4.7 припинив відображатися профіль абонента. Замість - помилка : "Підозріла помилка - взагалі дивно, що ви її бачите: EMPTY_DATABASE_USERDATA" В url передається module=userprofile&username=bad%20login Мабуть (шановним розробникам видніше) через зміни у коді на кшталт Тож міркую над шляхом вирішення проблеми. Планую: зупинити залежні сервіси, зробити sql дамп, в ньому за допомогою sed змінити всі входження логіну з пробілом на логін

Здається, після оновлення 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