Max

свяжитесь с нами по аське: 340846559

C первой частью обеими руками за Со второй не очень могу себе представить ситуацию описанную выше. Как я понимаю речь идет об включении в биллинг организации по одному аккаунту... Решается установкой роутера и запуска на нем авторизатора. В предложенном варианте в организации включается N авторизаторов и подсчет идет на один аккаунт при этом увеличивается нагрузка на сервер ИХМО. Есть несколько ограничений вашем варианте: 1) А если у организации /24 адреса? 2) А если у организации не роутер на *nix, а cisco? Да ещё и при этом им нада сеть смаршутизить на этот роутер?? 3) А если у орга

Возникла идея внести два больших изменения в стг касаемых тарифных зон и подсетей юзеров. 1)Тарифные зоны: сейчас как известно поддерживается следующий формат proto to_net/mask:port dir тоесть tcp 10.0.0.0/24:80 DIR0 это думаю комментировать не надо, а очень бы хотелось видеть следующий формат: из_сети(н):порт(н) -> в_сеть:порт(н) прото дир где (н) это не обязательный параметр тоесть 85.202.0.0/24 -> 85.202.1.0/24 ALL DIR0 85.202.2.0/24:9996 -> 0.0.0.0/24:80 TCP_UDP DIR1 Просто односторонние руез очень ограничены в функционале, когда например важ

детали в личку или аську, хотя всё зависит от того что нужно заказчику

в поиск!

за ваши деньги любые фантазии

будем ждать отчёта!

на данный момент нет

да незнаю бывает у меня.... чедж лог напишем....

беглым взглядом могу сказать следующее: 1 картинка: Interrupts 13368 total 1: atkb 131 8: rtc 13: npx 14: ata 5872 21: em0 6338 22: em1 1027 0: clk Офигенные интеррупты по ем0 и ем1! Это значит что прокачка трафика грузит проц (дешёвые сетевухи), это кстати видно от сюда: 15.3%Sys 68.7%Intr 16.0%User 0.0%Nice 0.0%Idle | | | | | | | | | | ========++++++++++++++++++++++++++++++++++>>>>>> показатель Idle равен ноль! а это свободность проца и из второй картинки: CPU states:

на счёт чендж лога: согласно первоначальной договорённости сейчас правятся тока баги (посмертно), никакие новые фишки не добавляются, тобиж развития нет... Если интересно что поправили дифф вам в руки!

Доступна новая версия модуля mod_store_mysql_0.67.tar.gz брать там же где и раньше

а что за кпк и что за ос на нём? зы: может проще и дешевле юзать веб админку?

да стандартное, да норма, но на работу отражается... Правда не сильно заметно и не всем....

ос? чем собираете стату? Скока оперативы? Ибо у меня такой картины не наблюдается...

нада подумать, ваш патч отдам на анализ нашим людям...

1) да можно, всё решается опциями конфига 2) На данный момент жалоб от тестеров не поступало если не ошибаюсь гдето месяца 2, значит можно назвать стабле Сумма нужна всегда, минимум 10 баксов, максимум не ограничиваем

Каким образом? Опять патчи? само собой

для теста доступна новая бета версия (думаю что последняя) расширенного конфигуратора. Из нового: Исправлены некторые баги, и глюки. Добавлена поддержка просмотра статистики за предыдущие месяца. Если кому интересно затестить велком в личку. ! Важно! Для включения поддержки необходимо пересобирать стг!

а конфигурацию?

смотрите детальную статистику

тут все вопросы к автору биллинга, с какой периодичностью он данные сбрасывает в базу...

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

с соответствующим модулем да

может прав не хватает?