nightfly

Среднестатистические тазики вида: xeon x3440 /4GB/ Intel Dual Port Server Adapter прожевывают в районе до 600 мбит трафика, справляясь при этом с Shape/Nat/Netflow при 4x/24 юзеров с тарифами 5-100мбит. По ощущениям запас еще есть, но стараюсь не догружать до потолка и просто докупать следующие сервера доступа если требуется. В базовом варианте никогда не стоит гнать трафик через тазик на котором стоит биллинг. Вообще никогда. Но как водиться добрым советам никто никогда не внимает Поэтому на количествах абонентов до 300-та скажем и общем трафике <300Мбит/с можно сделать и так:

Как и обещал (а обещал "вскоре") в основном багфикс релиз Ubilling 0.1.5 rev 688 Изменения: * Модуль "Удаление пользователя": исправлено неполное удаление квартиры, раньше происходило только выселение * Модуль "Права администраторов": добавлено удаление администратора * Модуль "Права администраторов": добавлено изменение пароля и прочих полей пользователя * alter.ini: новый параметр TRANSLATE_PAYMENTS_NOTES отвечающий за приведение примечаний к платежам к человеческому виду * Модуль "Финансовый отчет": теперь администратор произвевший оплату логируется отдельно вместо поиска

Ну типа поздравляшка, прокачивай ангела хранителя

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

Нафига парсить? 1. пришел запрос 2. обработали http://php.net/manual/ru/refs.xml.php А вообще можно хоть регекспами разбирать, в чем проблема?

как правило тоже стандартизированный запрос в виде XML-ки и тоже POST запросом.

А что сложного? ЗЫ работаем с нонстопом продажей ваучеров, но высылали документацию по API - вообще ничего ужасного. Аналогично смотрел ликпей - те же яйца только в профиль. Все сводится к разбору неплохо документированных XML-ек и отвечанию методом POST.

Включена, но только для пользователей со старыми трафикоориентированными тарифами, что в процентом выражении выглядит как 0% с округлением до целых. В общем то и трафик сейчас считается только для проформы. Если есть сильная потребность в глубокой детализации трафика возможно есть смысл разгреб%#ь его на другом хосте средствами flow-tools?

У меня ангелы хранители с титановыми крыльями и стальными яйцами - так что не показатель

Обновили сайт от версии "сделайте меня развидеть это" до варианта "три холодильника лучше чем два". Релиз 0.1.5 как водиться очень даже не за горами. За процесом изменений как водиться можно понаблюдать здесь

Не, ты такой один - такой эфект был только на 2.406 и только с rscriptd и очень медленными выборками из БД

Сразу объявляю для всех пугающихся - при удалении пользователя при помощи нового модуля "смертушки с косой" происходит последовательно следующее: 1. пользователь выселяется 2. убивается его почта 3. удаляются его примечания 4. удаляются телефоны и мобилки 5. удаляется Ф.И.О. 6. Сносятся все оверрайды скорости 7. Грохается договор 8. Очищаются счета виртуальных сервисов 9. Очищаются данные сетей (айпишки, маки, итд) 10. Если требуется происходит регенерация всех конфигов DHCP 11. Вызывается процедура удаления пользователя stargazer Сам по себе логин пользователя stargazer ище

Злой рок?

Учитывая что ты не используешь rscriptd то должно быть полностью монопенисуально 2.407/2.406 - глубокие отличия только в rscriptd и отсутствии sgconf_xml в комплекте, сколько помню.

Ничего личного но звучало это как: "Вы nightfly/morfey/Небесный/bizzarre(никого не забыл?) настолько криворукие м@д#ки что за почти год топтания на месте родили что-то крайне убогое на что и смотреть то жаль, а все из-за того у меня предварительно не спросили". http://www.youtube.com/watch?v=OXoap2lKS3M

Вы видимо сарказма не уловили, в следующий раз постараюсь иллюстрировать картинкой. А еще можно просто закидывать файлики в modules/engine/ на находим? а api.mysql это конечно же невидимый уровень абстракции. Точно - давайте упакуем локализации, иконки, модуля в один файл, компактненько так будет, ага... ...а если бы внимательно поизучали код могли бы и заметить что все данные которые попадают к методам, уже разок не найденого вами класса MySQLDB - фильтруются по мере возможности либо посредством vf() либо как минимум mysql_real_escape - в контексте непубл

Хорошо пошутили, шутку оценил. Почему тогда уже не symphony? оО Здесь подробнее пожалуйста. Что же такого страшного нужно менять в фреймворке чтобы написать очередной модуль?

Итак , новый релиз Ubilling 0.1.4 rev 666 (а кто бы сомневался?) Список изменений: * Исправлена локализация * Модуль "Отчет по подключениям": добавлена популярность тарифов * Теперь отображаються администраторы в отчете по оплатам и в интерфейсе внесения оплат * alter.ini: новый параметр TARIFFCHGRESET отвечающий за ресет пользователя при смене тарифа * alter.ini: новый параметр PASSWORDSHIDE позволяющий прятать пароли пользователей * Новый скрипт GetCF для внешнего получения кастомных полей профиля. Использование: GetCF [login] [custom field id] * alter.ini: новый параметр

а може і не кармічне... slow_query_log часом не повниться страшними кверями? Кількість конектів відкрутив?

Незачто. Да - я люблю недебужемые и мистические решения

Це однозначно щось кармічне

Это невозможно в принципе. Объект $db создается только единожды в виде $db = new MySQLDB(); в apiloader который однозначно отрабатывает на каждом телодвижении. Дебужить оное дебужилками в IDE практически бесперспективно изза того что прямые инклуды практически не используються чтобы обеспечить динамическую подгрузку модулей. Проблема порыться может разве что в правах на конфиги.

Никто не мешает это сделать напрямую в шаблоне подсети. Начиная с завтрашнего/понедельничного 0.1.4 для каждой подсети уже нормально можно будет править кастомные шаблоны а не только глобальные. Как-то так: Также хорошая новость для всех кто использует авторизатор вместо исконного AlwaysOnline - при включении соответствующей опции в alter.ini будет появляться моднявая колоночка сигнализирующая в отличии от "Активный" не о финансовом состоянии абонента, а о том действительно ли он Онлайн в данный момент.

конвертация айпишек/маков INSERT INTO `nethosts` (ip, mac) SELECT IP, Userdata0 FROM `users`; UPDATE `nethosts` SET `netid` = '1'; Телефоны аналогично: INSERT INTO `phones` (login, phone) SELECT login, Phone FROM `users`; Тарифы и прочие исконно старгейзеровые вещи остаються там же где и были. Для адресов/имен промежутках пишу адовый конвертер с корекцией кодировок в православный UTF.

Зачем что-то напрямую пихать в базу? Итак старгейзер ее читает по сути только на старте так что все прямые изменения будут прибиваться.