Перейти до

strushke

Сitizens
  • Всього повідомлень

    149
  • Приєднався

  • Останній візит

  • Дней в лидерах

    2

Сообщения додав strushke

  1. Для топа в дебиан нужны правильные пути в файле billing.ini

     

    TOP =/usr/bin/top -b -n1

     

    Ну все остальные пути править.

    Это сейчас не шибко существенно, есть же консоль, в которой всё прекрасно работает а,  девочке-оператору (Ну не совсем оператору и не совсем дечоке) не нужен top в админке :)

    И всё же, большое вам спасибо за внимание! 

     

    Да, все пути я конечно же исправил. (Ну во всяком случае, я так думаю, что они верны)

     

    UPD:

    Действительно, для top параметр -n1 сработал! Благодарю.

  2. Если вы не смогли настроить систему на нативной оси,под которую 100500 мануалов и тд

    То на дебиане который видите второй раз в жизни будет ахтунг

    Чисто имхо

    Настроил за меня всё установщик. 

    Моя личная прихоть - крутить на том же сервере web с парой сайтов.

    На freebsd у меня не хватило ума даже phpmyadmin поставить, а еще внутри меня маленький красный человечек бегал и орал, зачем нужно собирать из портов,

    и почему оно так долго собирает проклятый myadmin, который весит 30мб. И вообще, почему каждую хрень нужно собирать, и ждать часами. Много неясностей.

    Ваше имхо вполне оправданно, но мое имхо - дебиан довольно простая система для начинающих калек таких как я.

     

    При работе же с bsd у меня всегда было ощущение, что я иду по натянутой посреди обрыва колючей проволоке. И шагнуть больно и в сторону нельзя - упадёшь нахрен.

  3. Итак, потихоньку тренируюсь на виртуалке, пока сервак на FreeBDSM обновляет в себя данные клиентов.

    Ну не варит у меня голова. FreeBSD вообще первый раз в жизни в те субботу поставил.

    Debian вижу второй раз в жизни, поэтому проще.

     

    Моя цель: 

    Заставить Ubilling работать на Debian 8 - Сделано

    Заставить Ubilling правильно работать на debian 8 - ?

    Заставить Ubilling управлять Mikrotik'ом из debian - ?

     

    В данный момент мне требуется понять, кто пишет логи allconnect для mikrotik

    База перенеслась нормально, конфиги прямо так встали

    (Использовал мануал с Localhost)

    Также, понадобилось доустановить 

    apt-get install curl php5-curl php5-imap php5-memcache php5-memcached php5-mysqlnd php5-snmp php5-sqlite php5-xhprof
    

    Чтобы в разделе Состояние>Сведения о версии ПШП>Проверка нужных расширений было больше зелёненьких, чем красненьких.

     

    Из замеченных пока что проблем - не работает htop в разделе Состояние системы, просто не грузилась страница.

    Для того, чтобы она грузилась без top закомментировал

    cd /var/www/html/billing/modules/general/report_sysload/
    mcedit index.php
    
    //$top=globconf['TOP'];
    //$top_output = wf_tag('pre').shell_exec($top). wf_tag('pre',true);
    

    Дополнительные настройки mikrotik nas работают, подключается с логинпассом и показывает сведения о mtik.

     
    Реакции на изменение состояние юзера нет, и лог при этом не пишется в allconnect. 

    Знаю, написано что, написано только для freebsd, но может кто уже вытворял такое извращение.

     

    С меня пивас и цветные камешки) Тем временем не сижу без дела, ковыряю свое творчество на упущения.

  4.  

     

    Домен global-it.com.ua мой личный.

    ок, закажите у себя консалтинг или удаленную поддержку теперь :)

     

     

     

    В чем разница для ubilling'а между этими двумя вполне рабочими доменами?)

    ему пофиг

     

     

     

    Как мне зарегать админа с почтой из моего домена?

    Взять и зарегать. У меня вот получилось на демке.

     

    http://piclod.com/s/3240

     

    В чем может быть ваша проблема? Ну например в том, что одинаковые мыла/логины не должны существовать, что в прошлом, что в будущем. Ебнули бы кеш юзеров aka billing/content/users.cache.dat что-ли.

     

     

    Хочу заметить, что без агрессивно-пассивного "стёба" от Ростислава у меня абсолютно ничего не работает))))) Ростислав, спасибо Вам за то, что терпите нас и помогаете))

     

    Это что! Я вот щас наворачиваю ubi + debian + mtik на виртуалке, вот где он отыграется) 

  5.  

     

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

    Нет естественно. Видели "PHP консоль"? Угадайте зачем она нужна? :)

    Да для вот таких всяких штук, которые происходят не каждый день.

    set_time_limit (0);
    $from='OldTariff';
    $to='NewTariff';
    
    $query="SELECT * from `users` WHERE `Tariff`='".$from."' AND `TariffChange`='' ";
    $all=simple_queryall($query);
    
    if (!empty($all)) {
    foreach ($all as $io=>$eachuser) {
    	  $login=$eachuser['login'];
    	  $billing->settariff($login,$to);
    	  log_register('CHANGE Tariff AUTOMOVE ('.$login.') ON `'.$to.'`');
    	  $billing->resetuser($login);
    	  log_register('RESET User ('.$login.')');
    }
    
    }
    
    Читерство :)

    PS: Не думал приделать к UBilling REST API?

     

    Штука - не ежедневная, но все таки полезная, я думаю. Получается, что юзеры привязаны к текстовому полю, а не к ID. 

    Не занимает ли это больше времени при доступе к базе?

    Хотя если говорите, что есть примеры работы с over 10000 юзеров,  оно пофиг) Мне до 10 000 еще дофига)

  6.  

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

    Нет естественно. Видели "PHP консоль"? Угадайте зачем она нужна? :)

    Да для вот таких всяких штук, которые происходят не каждый день.

    set_time_limit (0);
    $from='OldTariff';
    $to='NewTariff';
    
    $query="SELECT * from `users` WHERE `Tariff`='".$from."' AND `TariffChange`='' ";
    $all=simple_queryall($query);
    
    if (!empty($all)) {
    foreach ($all as $io=>$eachuser) {
    	  $login=$eachuser['login'];
    	  $billing->settariff($login,$to);
    	  log_register('CHANGE Tariff AUTOMOVE ('.$login.') ON `'.$to.'`');
    	  $billing->resetuser($login);
    	  log_register('RESET User ('.$login.')');
    }
    
    }
    

    Благодарочка!

  7.  

     

     

    Таки вопрос с переименованием остался открыт,

     

    Насколько мне известно, Тарифы нельзя переименовать. Можно создать другой, с нужным названием и выставить его нужным абонентам

     

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

     

    bash + curl = love!

     

    Да, для понтийца оператора сойдет как раз ) Который не всегда Ip адрес роутера найдет)

  8.  

    Таки вопрос с переименованием остался открыт,

     

    Насколько мне известно, Тарифы нельзя переименовать. Можно создать другой, с нужным названием и выставить его нужным абонентам

     

     

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

  9. Воу, тест на адекватность реакции относительно моей традиционной пассивно-агрессивности пройден :-)

    Обращатесь если что. Беженцев с лмс и прочих мы любим и бережем.

     

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

    Офигенно) Я и сам так себя веду, только в кипрских группах. Вот мне и вернулось) 

     

    Самое главное - система офигенно работает и кормит множество народу! 

    А рюшечки - это из разряда прихотей, и, по сути, дело вкуса. 

     

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

     

    Опять же, что хотел - то и получил. За 2 дня до краха ЖД на сервере с lms, я загорелся перестроить биллинг+ Nas в отдельные железки, типа, так надежнее, а Ubilling - круче. 

    И на тебе - в срочном порядке занимайся.

  10. Старгейзер делает все штуки, исходя из концепции "что щас? Правда? Прям щас?". Это дает чумачеччие перспективы относительно производительности и предсказуемости поведения. Если спичит покрутить время (ну допустим перед продакшном забыли) просто тушим-крутим-запускаем при помощи /etc/rc.d/billing и живем счастливо.

    Большое спасибо! Действительно, такой подход интересен!

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

    Отлично. Продолжайте в том же духе.

    Я ни разу не хотел лезть в вашу работу, особенно рассказывать как правильно. Я не знаю, как правильно.

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

    Большое вам спасибо, что поддерживаете связь.

  12.  

     

    Так а вопрос в чем?

    Как не остаться без денег :)

    По прошествии времени, почти у всех снялась АП. Вопрос, по каким притериям она снимается?

     

    Вроде как, защита от дурака есть, и при установке серваку даты снятия АП дважды, не снимается в этом месяце второй раз

     

    Что значит дважды? Stg не снимает абонплату дважды если не играться со временем.

    Абонплата снимается в день снятия абонплаты (настройка DayFee).

    Если включен режим FeeChargeType=1 то абонплата не снимается при отрицательном балансе.

    Если включен режим FeeChargeType=2 то абонплата не снимается при балансе меньшем абонплаты.

    Если включен режим FullFee то абонплата снимается полностью, независимо от того сколько дней в месяце проработал абоненте (абонент не работает если он заморожен и до подключения).

     

    Понял! 

  13.  

    Сам себе и отвечаю: 

    Вместе с переносом базы нужно переносить и конфиги. Так то. Достаточно тупой. 

    Приезжайте на Кипр погостить, покажу места!

    14002305306405.png

     

    http://wiki.ubilling.net.ua/doku.php?id=video

     

    Благодарю. Я же говорю, иногда не считаешь себя достаточно тупым, чтобы принимать такие крайние меры, как просмотр видео :) 

  14. Так а вопрос в чем?

    Как не остаться без денег :)

    По прошествии времени, почти у всех снялась АП. Вопрос, по каким притериям она снимается?

     

    Вроде как, защита от дурака есть, и при установке серваку даты снятия АП дважды, не снимается в этом месяце второй раз

  15. Уж простите за такое количество вопросов, но они есть. И голова пухнет.

     

    Вот как оно выглядит.

     

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

     

    А оно - вот так...

    post-40622-0-28444500-1472861692_thumb.jpg

  16. А всё ли так радужно?

     

    У меня то же самое.

    Добавляешь денег - ничерта не происходит.

    Придётся вручную из консоли перезапускать старгейзер.

    Самое интересное, что даже при массовом ресете не ходят старгейзер на микротик , при нажатии кнопки ресет у пользователя -- тоже.

     

    В предыдущих версиях всё было чётко.

     

    Перехапускаешь старгейзер -- всё проверяется, пересоздаётся, включается.

     

    Что делать?

    Я бы помог, но сам только узнал про ubilling. 

    У меня проблема была, как оказалось, именно в соединении. 

    У вас скорее всего не вызывается некий скрипт из ubilling для обновления состояния stargazer, при этом работа с базой проходит успешно. 

    Я бы начал с копания, скажем, что происходит, когда нажимаем кнопку reset - какой скрипт вызывается, какие логи пишутся и тд.

  17.  

    Мне это видится, как отдельное поле в таблице абонов с датой последнего снятия.

    А мне это видится, попыткой оправдать неспособность обеспечения хоть какого-то адекватного функционирования собственного же аппаратного обеспечения, бессмысленными софтовыми подпорками.

     

    Дело еще и в том, что даже под стойкой бывает землетрясение (что у нас, кстати не редкость). У вас очень достойное ПО, и я бы не был так категоричен над доработками мелочей. 

    Я понимаю, что и так проделана огромная работа. Пока я лишь внедряю вашу систему, перехожу с другой (LMS). 

    Возможно, с непривычки, но есть таки некоторые мелочи, которые, возможно, просто вам не приходилось использовать, вот вы и считаете их лишними. 

    Опять же, я ни в коем разе не требую, лишь поинтересовался, возможно до меня уже всплывал подобный вопрос. 

    В любом случае, спасибо всем, кто откликнулся! Это действительно благородно с вашей стороны!

×
×
  • Створити нове...