nightfly

Ржач вижу, а сиськи где?

Агааа, он оно как. Совсем забыл о рейнджах Есть еще такая проблема что {NETWORK} ну либо {STARTIP}, смотря что там используется в шаблоне после subnet, сейчас должен указываться только с нуля. Тобишь как-то так: Пока что ничего умнее не придумывается, хотя почкой ощущаю что решение находится где-то за гранью добра и зла. Ушло в мейнстрим

Эммм, ничего не имею против. А можно посмотреть на примере subnets.template как это используется? Просто всегда я исхожу только из своей специфики, и могу быть абсолютно не в курсе всяких модных веяний.

2 Keen Вы были правы. Только все значительно хуже, поскольку там используються одновременно id и netid в астральном порядке. Не нашел раньше видимо изза того что раньше не удалялись подсети DHCP. В норме должно быть так: function multinet_rebuild_globalconf() { $global_template=file_get_contents("config/dhcp/global.template"); $subnets_template=file_get_contents("config/dhcp/subnets.template"); $alldhcpsubnets_q="SELECT `id`,`netid` from `dhcp` ORDER BY `id` ASC"; $alldhcpsubnets=simple_queryall($alldhcpsubnets_q); $subnets=''; if (!empty ($alldhcpsubnets)) { foreach ($alldhcpsu

TP-LINK TL-SL2428WEB - несколько сотен, уже пару лет как. Стоят, есть не просят.

Мда, вы таки сказочно правы - далее там идет работа с multinet_get_network_params() которое ожидает таки netid. Странно как это можно было пропустить С утра тщательно подебужу, там много старого кода перенесенного "как-есть".

я рад что вы оценили кто-то утверждал обратное? А какое это имеет отношение к тому, что стоит разделять понятия "сервер БД", "сервер с биллингом", "бордер" и "сервер доступа"? Подозреваю никакого. Хотя может вам кажется адекватным солюшн, держать вообще все на одном тазике. Ну тогда запасаемся попкорном.

тогда можешь продолжать ненавидеть мистику

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

видимо таки статического а не реального, не иначе ультрочку барыжить мусье собрались

Видимо просто работа install-bin чем-то отличается от install вот и все.

а еще можно туда сервер КС поставить и файлопомойку, давайте че уж там, а про расширение так вобще думать пора будет на 15-ти тысячном абоненте.

Среднестатистические тазики вида: 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 ище

Злой рок?