nightfly

він не хоче оскверняти сервер - арійці використовують 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.

Вчимось читати разом: DirectoryIndex ще ніхто не відміняв.

фігово прикрутили уміляюсь, обгрунтуйте фігово прикрутили точно фігово фігово прочитали доку хотів би побачити того мудлана, який підмережу "невідомих абонентів" мало того, що не зробить deny via ifaceout а щей своїми ж руками в табличку під NAT додасть. я ж казав шо фігово прикрутили "Фігово прикрутили" - залишається в силі. Звідки блін взявся index.html? Відки ці всі збочення? Чому замість того аби прочитати уважно пів екрана детального мануала, виходячи з якого це рішення працює вже в кількох сотень нормальних провайдерів вас тягне на якісь не зрозу