nightfly

Карточки оплаты -> Попытки подбора -> Поудалять Количество допустимых попыток неверного ввода, крутиться в кабинете пользователя, опцией PC_BRUTE которая поумолчанию 3

Релиз Ubilling 0.2.8 rev 1629 * alter.ini: новая опция SAFE_REGMODE отвечающая за запрет ручной модификации важных штук при регистрации * alter.ini: новая опция TICKETS_PERPAGE указывающая на количество тикетов на страницу в хелпдеске * alter.ini: новая опция NDS_ENABLED включающая поддержку учета НДС * alter.ini: новая опция NDS_TAGID указывающая на ID тега соответствующего пользователю плательщику НДС * alter.ini: новая опция NDS_TAX_PERCENT указывающая процентную ставку НДС * alter.ini: новая опция FAST_CASH_LINK включающая дополнительные ссылки к модулю "финансов

DHCP: 1. можно просто рилеить запросы к DHCP серверу биллинга 2. можно таки смаунтить multinet и рестартить dhcpd удаленно 3. можно таки кроном утаскивать конфиги и рестартить 4. можно рисовать статику на абонентах 5. можно вышивать крестиком Вариантов вагон, выбирай нехочу.

А настроить DHCP-relay или банально утаскивать на внешний хост нагенеренные конфиги dhcp кто мешает? Про DNS вобще не понял взаимосвязи с биллингом. Какая разница где он физически будет находиться?

Это хороший вопрос 1. Собирает стату 2. Зачем? - еще самому до конца не понятно. Изначально планировалось всякие графички клевые рисовать, динамику развития итд. Пока что использую для учета установок на комерческой поддержке.

Ну вобще-то абонплата снимается таки при переходе сервера на границе месяца а не при рандомном мотании часов. И конечно же см. выше про крон. Также следует заметить что у виртуальных сервисов в данном контексте логично выбирать тип "счета старгейзера".

Теперь только осталось научить nlo планировать, писать, тестить, дебажить, сопровождать и деплоить код

Я предусмотрительный http://wiki.ubilling.net.ua/doku.php?id=ubagent

Что-то типа такого, да?

Учитывая что IPTV автоматически подразумевает под собой наличие около интернетного-аккаунта у пользователя - логично использовать связку "Теги + Виртуальные сервисы + доп. поля профиля" для реализации базовой бизнеслогики учета такого сервиса. Модуль учета КТВ писан с рассчетом на отсроченную реакцию персонала на тему отключений-подключений и не имеет ничего общего с высокими технологиями и быстрой реакцией на состояние БД. Тобишь задуман он только для учета канонического, оффлайнового КТВ как такового.

Да, внезапно удаления пользователей там еще нет. Как самый брутальный и временный вариант могу предположить нечто типа DELETE from `catv_users` WHERE `id`='айди_пользователя' Я же говорил что оно оооочень андер констракшн

На этих ваших линуксах? Не не не, спасибо. Лучше к Спайдеру.

прям такое впечатление, что морда общается со старгейзером как-то иначе

шадоу? не, не слышали # less /etc/shadow /etc/shadow: No such file or directory

Внимательно перечитать что написано выше. Ну и иметь хоть какое-то представление о все том же микротике.

Переведите пожалуйста на человеческий язык свое желание. Мне всегда казалось что умолчательное # default block policy ${FwCMD} add 65533 deny all from table(2) to any via em1 ${FwCMD} add 65534 deny all from any to table(2) via em1 ${FwCMD} add 65535 allow all from any to any как-бы намекает на то что таки должно пускать онлайновых пользователей. вполне себе возможно Хотя недавно добрые люди прислали 750-й, чтобы мне было с чем играться в процесе пиления. Дык там бай дефолт только icmp на первом порту и пропускается. Надо таки позырить на: ip firewall export есть

Открою страшную тайну - там очень глубокий under construction в 0.2.7 твориться. К 0.2.8 чуть подчистим.

Включить в опциях alter.ini заодно заглянув в catv.ini http://wiki.ubilling.net.ua/doku.php?id=alteriniconf

А сам snmpd вобще собран с поддержкой mdf rewrites? Какая-то очень знакомая картинка.

Таки short_open_tag выключен, при нерабочем похапе вылазил бы темплейт полностью. Кстати бай дефолт он таки On.

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

Нет. Разве что собрать View в обратную сторону и производить все изменения в бд старгейзером.

Никакой - бродкаст стормконтрол, это просто мера чтобы позволить сети чуть дышать при начавшемся сторме и дать возможность найти первоисточник проблемы. В нормальной сети стормить не должно в принципе. Таки да - portbased самый простой и бюджетный способ сделать vlan per user, причем делать это можно плавно не нарушая нормального функционирования сети и не заигрываясь с куинку и агрегацией.

А, да. О них как-то не подумал в текущем контексте. В любом случае в Email будет пустота.

$query = mysql_query('select t.`Fee` as `Fee`, t.`name` as `TariffName`,u.`Email` as `Email`, u.`Credit` as `Credit` from `users` as u LEFT JOIN `tariffs` as t ON t.`name` = u.`Tariff` where u.`Login`="' . $login . '"'); Запрос какой-то мягко говоря "странный". Посмотрели бы на структуру БД - узнали бы что табличек `t`, `u` не существует в природе, да и мыла пользователей храняться в `emails` а не в волшебном `u`, откуда их следовательно и нужно джойнить. Нечему и некому там следовательно слаться.