nightfly

хм, дивно зато будете точно знати шо де лежить - це цілительно

та да, уже заметил $debugData= ob_get_contents(); та да, это было бы очень страшно с точки зрения безопасности - у меня как понимаете специфика совсем иная и администраторы сами по себе довольно опасные

він не хоче оскверняти сервер - арійці використовують sh =) хвилин 20 грання для достроювання "всього" після чого забувається шо туди шелл є. Давайте вгадаю FreeBSD 8.2 i386?

2 Den1xxx да, про output buffering я как-то и призабыл - самоцель таки видеть нотайсы и ерроры. Сия консолька используется только для быстрого исполнения насущных тестов типа $login_q="SELECT `login` from `users` WHERE `Cash`>0"; $randomlogin=simple_query($login_q); if (!empty($randomlogin)) { $billing->resetuser($randomlogin['login']); } else { deb('nousers'); } И да, вы правы - так значительно красивше log_register('DEVCONSOLE '.$stripcode); ob_start(); eval($phpcode); $debugData= ob_get_contents(); ob_end_clean(); show_window(__('Console debug data'),$

Да есть вагон этих SMS посылательных сервисов - интеграция с ubilling занимает в среднем 20 минут + Х времени на чтение документации, в зависимости от ее упоротости.

Да, резонное замечание - так будет однозначно удобнее, спасибо. Прилепим к следующему релизу. Ну это уже не мое творчество - собственно так из покон веков сложилось у stargazer с store_mysq.so и думаю не меняется, чисто из соображений обратной совместимости. В любом случае, как вы могли заметить, аккаунты администраторов stargazer из `admins` и администраторов самого ubilling (если быть точным то это рядовые пользователи reloadcms, с вагоном прав) храняться уже с хешами.

Быстрое решение проблем для тех, кто "обновился из пустоты": 1. убеждаемся, что в каталоге ub_restore что-то есть 2. находясь на уровень выше ub_restore делаем: cd billing wget http://ubilling.net.ua/ub.tgz tar zxvf ub.tgz cp -R ../ub_restore/* ./ chmod -R 777 content/ config/ multinet/ exports/ remote_nas.conf вот как-бы и все.

Ну дык публика дружно скандирует - "пробуйте решение от Осипова!"

Та да - там индекс насмерть грохался сколько помню, изза несоответствия топикам. Засим и пришлось перевести в ридонли архивный форум.

Без паники. Никаких шеллов, просто "слегка" криво поднятые виртуалхосты апача при переезде я всегда говорил, что админы делятся на тех, кто делает бекапы и на безработных

Релиз Ubilling 0.3.7 rev 2339 Список изменений: - Изменения в структуре БД, см дамп. - alter.ini: новая опция TB_UBIM включающая уведомления о новых сообщениях - alter.ini: новая опция TB_UBIM_REFRESH вечающая за таймаут AJAX проверки новых сообщений - alter.ini: новая опция UBIM_REFRESH отвечающая за таймаут AJAX проверки поступления новых сообщений - alter.ini: новая опция GRAVATAR_DEFAULT указывающая модель генерации аватар по умолчанию. - Модуль «Профиль пользователя»: исправлена проблема с отображением паспортных данных - Модуль «Работы»: бессовестно рефакторнут - Модуль «Р

Одного не можу зрозуміти - звідки звичка реплікувати на себе загальнодержавні проблеми? В себе їх категорично простіше вирішити і забути ніж в глобальних масштабах. З того і варто починати - за звичай більшість проблем криється тяжкому наслідді. Памятаю "проблема" була 7к юзерів в московії перетягнути з з самопала і pppoe на ubilling з dhcp - а це я навіть не знаю як називається, але точно не "проблемою". От бачите - самі собі і визначили шлях до подальшого розвитку, що якраз добре.

Ага, коли провайдери з пятизначними кількостями абонентів мігрують на якусь біллінгову систему, вони точно не "бігають по селі" а спочатку думають про конвертацію абонбази. Благо простих як дошка засобів для цього передбачено цілу купу - від прямої роботи з базою до зручної "консолі розробника". Якщо в провайдера нема відповідних фахівців здатних просто зробити з одної БД іншу - вони просто звертаються до розробника. Є підозра що останній точно знає як в фіналі має виглядати цілістна сконвертована БД. В нормі перехід в продакшні займає рівно стільки часу аби переткнути кабель з одного тазіка в

Свиню в селі "забивають" - а юзеру присвоюється відповідна основна IP адреса ассоційована до конкретного "nethost" З якого NMLEASES "його видно"? Козу під деревом "привязують" а конкретний nethost ассоціюється до мережі крізь політику сервісів Значить про нього не має бути згадок в dhcpd.log як мінімум поняття не маю що за "пули" - в Ubilling такого немає Також в сусідньому селі "забивається" котрась інша свиня, а в таблички 3 та 4 зі скриптів ініціалізації користувача потрапляє саме та адреса, яка присвоєна йому в Ubilling. А, це така опція про яку в трьох

1. не создан nethost для IP какого-то пользователя 2. нету NAS для подсети какого-то пользователя Подозреваю, что 192.168.1.1 это останки изначального тестового пользователя, который остается сразу после установки - удалите его нафиг.

Молодець, візьміть з полички печеньку

Для начала включаем net.inet.ip.fastforwarding=1 и вдумчиво смотрим не выжрано ли обработчиком прерывания карточки в потолок CPU. em карточки вполне себе при таких раскладах отстреливаться. Если рядом с timeout resetting вы наблюдаете throttling interrupt - это уже плохо и похоже на болезнь матери и интеррапт сторм. Также очень даже помогает для начала поменять шнурок / переткнуть порт. Искренне надеюсь что никаких dev.em.Х. вы не крутили, что очень любят пионеры - em карточки тюнить таким образом бесперспективно, их следует менять на igb коли хочется shape/nat гигабитами.

NAT подымается на внешней сетевой - мы ее вроде как не трогаем дык ifconfig -a - не нужно ощущений Oo В общем случае, для тестирования на ходу, вам следует менять только /etc/firewall.conf после чего: 1. останавливать stargazer (killall stargazer) 2. перезапускать ipfw (/etc/rc.d/ipfw restart) 3. запускать stargazer (stargazer) Все остальное можно поправить при уверености в рабочести и контрольно ребутнуться. Что за сетевые, такие волшебные то? А да, и покажите ipfw show.

А чего не работает?

Незачто. Орите если чего.

В таком случае интерфейс шейпа крутиться только в /etc/firewall.conf ${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via интерфейс out ${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via интерфейс in

Если шейпера старые без tablearg - то да, там тоже указывается на каком интерфейсе подымается шейп. В любом случае полностью имеет смысл посмотреть в сторону перехода на новые - прирост производительности в таком варианте около 45%. После 0.3.5 шейп подымается только двумя правилами в firewall.conf

ok напомните в личку последних 4 цифры-буквы серийника это было-бы наглядной демонстрацией влияния тяжелых наркотиков На вскидку допускаю, что если после замены сетевой смениться имя интерфейса, стоит его изменить в следующих конфигах: /etc/rc.conf /etc/firewall.conf /etc/rc.d/billing /usr/local/bandwidthd/etc/bandwidthd.conf /usr/local/www/apache22/data/billing/config/alter.ini Это в случае если у вас используется модель шейпинга из 0.3.5 и выше. Если шейп остался более ранний (хотя и не рекомендуется) - стоит заглянуть еще в /etc/stargazer/OnConnect

не возможно Ставили инсталлятором? Меняли смотрящую в интернет или на пользователей? Если моделька та же - то скорее всего ничего менять не придется. Если отличается - придется исправить от двух до "чуть больше" конфигов в зависимости от того куда смотрит сетевая.

Как минимум отсутствие понимания того, как работает tablearg. Сравните ipfw table 111 show с тем что у вас, например находиться в table 4.