nightfly

Можно - не вижу проблемы. Берете и переписываете леер представления исходя из https://developers.google.com/maps/documentation/javascript/tutorial

вроде вполне понятно написано Я в принципе не могу быть на 100% уверен, но в рамках данной планетарной системы, можно предположить, что "первое число месяца" наступает ежемесячно. Да не рекомендую. Помесячное снятие ликвидирует очень много детских проблем. С другой стороны - хотите выстрелить себе в ногу? Почему бы и нет?

Что, правда размыто? А если потыкать пальцем в 11 страницу http://stargazer.dp.ua/download/server/2.408/stargazer_help_v2.17.pdf ? У вас что-то не так с пониманием. Давайте процитирую еще раз: По умолчанию - снятие происходит при наступлении первого числа месяца, снимается полная АП тарифа абонента.

100% плохо искали - это даже в FAQ есть. Если вы не собираетесь тарифицировать трафик - то да, нужно 0 + без порога + цена не зависит от времени.

Ок. Вы создали тариф с АП в 10 денег и ночной ценой за мегабайт в 1 деньгу, по дороге указав, что цена не зависит от времени.

mysqldump / mysql -u login -p stg < dump.sql ?

Просто наглядная демонстрация того, как любой шаблон клеится под кабинет за 10 минут. На здоровье. 1. Карта оборудования -> Карта домов 2. "Поиском координат" растыкиваете по карте дома. 3. Вешаете вышеуказанный вызов fullhostscan в крон. 4. Радуетесь жизни рассматривая "а где там все пользователи погибли?" 5. А да - еще можно из профиля пользователя потом потыкать, чтобы посмотреть как себя чувствуют его соседи. Как-то так: http://demo.ubilling.net.ua:9999/billing/?module=usersmap

Альтернативный шаблон для "Кабинета пользователя". Скачать можно потыкав по вот этой ссылке

Да. Как-то так: crontab -e 5 * * * * /usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=серийник&action=fullhostscan&param=traffdiff"

Да. Для него. Плюс еще немного магии для анализа состояния тех которые не пингаются по icmp. На данный момент это их состояние отображается только в модуле "Карта домов и пользователей".

Несмотря на наполеоновские планы и кучу работы, мы решили таки выпустить новый релиз. Релиз Ubilling 0.4.6 - rev 2939 Изменения в структуре БД, см дамп. alter.ini: новая опция SEARCH_CUSTOM_CONTRACT включающая дополнительную форму поиска по договору alter.ini: новая опция ASTERISK_ENABLED включающая поддержку Asterisk alter.ini: новая опция NMAP_PATH устанавливающая путь к nmap alter.ini: новая опция FREERADIUS_ENABLED включающая поддержку FreeRADIUS alter.ini: новая опция SETCASH_ONLY_ROOT включающая запрет использования опции «установить счет» пользователям без прав главного админи

как минимум на arp -a | grep "айпишка юзера" и на tail -F /var/log/dhcpd.log

Ну дык вы определитесь для начала какой из интерфейсов нужно, чтобы слушал сенсор. Ну и нафига? softflowd вполне себе понятно как запускается из /etc/rc.d/billing 1. таки определиться какой из интерфейсов у вас смотрит на юзеров 2. осознать, что сенсор должен отправлять стату коллектору в лице cap_nf 3. в конце концов посмотреть чего же он там сенсорит при помощи softflowctl statistics PS это все имеет смысл если еще stargazer/rules не успели испохабить по дороге.

За исключением крахов при попытке добавить дом, разместить чего-то на карте, добавить либо изменить сеть... и еще полусотни возможных "незначительных" эффектов. DHCP не маршрутизируемый протокол как-бы. В пользу этого намекает наличие такой сущности как dhcp relay Эмммм, если посидеть и просто подождать? Дайте подумать..... никогда. И не должно как-бы. Зачем винбоксом удалять вещи относящиеся к уровню доступа нагенерированные биллингом - оставим за кадром. Еще бы топором порубили. Для реинициализации пользователей есть такая вещь как ресет. Ну либо массовый ресет. Ну ли

ну он как-бы сенсор, как-бы нужен... магия подозреваю что попингатор по маку же перестал? Думаю изменилась внутренняя сетевая смотревшая на пользователя. Правьте по конфигам.

Ткну пальцем в небо и предположу, что неверно указан интерфейс на котором запущен сенсор netflow.

Надеюсь вы утрудились наложить следующие дампы на БД: ALTER TABLE `build` ADD `geo` VARCHAR( 255 ) DEFAULT NULL ; ALTER TABLE `networks` ADD `use_radius` TINYINT(1) NOT NULL DEFAULT '0'; И добавили вот таких вот опций в alter.ini: SEARCH_CUSTOM_CONTRACT=0 ASTERISK_ENABLED=0 NMAP_PATH="/usr/local/bin/nmap" FREERADIUS_ENABLED=0

Думаете они там в мегафоне, совсем все еб...улись?

В соответствущем задаче - тоесть "Сервера доступа (NAS)" если вы общаетесь с ним по внешнему интерфейсу.

В случае если ничего с точки зрения раутинга от NAS до биллинга не меняется - ничего кроме этих двух + наклонцать новую айпишку в соответствующем модуле . Если мне не изменяет память - внешняя айпишка там фигурирует только в контексте NAT-а.

Символично, чё Хотя я слабо представляю глубинный символизм общепризнанного символа говнокода, в контексте LTE в йобурге.

2 ostrog17 Логичные 1. Вытащить непокалеченный вами и конфигуратором дамп базы из бекапа. 2. Установить начисто (если переезд - самоцель) свежий 0.4.5 3. Потушив stargazer влить бекап БД, запустить stargazer 4. Пройтись по рекомендациям к обновлению от 0.4.2 как минимум втыкая нужные опции и накладывая патчи на БД 5. Радоваться жизни. Если переезд - не самоцель, то просто восстановить все из бекапа руководствуясь п. 1,3,4. Ну как-то так. Как-то так. (кстати модуль "состояние системы" еще и умеет сам проверять их наличие). Ну - хотелось бы верить. 2

Внезапно об этом в полне доступной и понятной форме сказано в моем первом посте этой темы. И не "произошло" а вы сами своими... екхм... руками его запустили. Что в общем то настоятельно рекомендуется делать регулярно (да-да, в том самом FAQ который вы проигнорировали) но(!) пользуясь мозгом. Могу предложить целых пять вариантов: 1. не запускать обновление при отключенном сознании. 2. не запускать обновление в отсутствии человека, который хотя бы немного понимает что он делает. 3. не игнорировать документацию. 4. научиться делать бекапы. 5. найти того, кто может контролировать

Да-да, конечно - а 0.4.5 поверх конфигов и структуры данных 0.4.2 материализовался из астрала. Как я и пророчил, руководствуясь принципом "документацию не читай & х$%^ню твори" - коряво обновились и похерили целостность данных. FAQ Ряз: FAQ два: FAQ три:

Откуда взяли? Через задницу обновились обновлятором. Читайте рекомендации к обновлениям для всех релизов после которого обновлялись. Как минимум вы их проигнорировали еще от 0.4.2, может и дальше. Могли бы еще зайти в модуль "Настройки системы" и узнать сколько критических опций вы пропили. Так всегда случается, если следовать принципам "документацию не читай & кнопки нажимай".