felixio_01
-
Всього повідомлень
524 -
Приєднався
-
Останній візит
-
Дней в лидерах
1
Тип контенту
Профили
Форум
Календарь
Все, що було написано felixio_01
-
nightfly, раньше в корневой директории ubilling был файлик vservices.php, сейчас его нет. так задуманно?
-
гыгыгыгы, ну зачем же так категорично...
-
хм... ясно. Ну конечно Ubilling не заменит (во всяком случае пока) специализированных продуктов "типа хелпдесков или CRM", но мне, ИМХО, не хочется использовать в сети так сказать для делопроизводства разные проудкты, хочется какой -то универсальности чтоли. Может конечно и не прав, но как бы так ))) з.ы.: к стати сайтик обновили, прикольно, только заметил.
-
Доброе время суток! nightfly, есть маааааленькая хотелка: можно ли в последующих версиях Ubilling в "планировании работ" при создании новой задачи ввести возможность в поле "Кто должен сделать" задавать несколько работников. Т.е банальная ситуация, когда заявку выполняет не один человек а два или более. В настоящих версиях, ведь такой возможности нет- можно открывать один и тот же тикет только на одного работника.... ну или плодить одинакоые тикеты на разных работников... и ещё, прошу знающих людей помочь по поводу настройки нового модуля UHW который Unknown HardWare helper как будет интерпретироваться пункт из wiki для Free BSD для Linux, точнее для Debian (хотя конечно же не суть) на IPTABLES и IPSET, есть предположение (не знаю будет ли работать, вырвато где то сдесь на форуме и немного подправленно) $IPSET -N uhw ipmap --network 172.32.0.0/20 $IPTABLES -A FORWARD -m set --set uhw src,dst -j ACCEPT $IPTABLES -A FORWARD -m set --set uhw dst,src -j ACCEPT $IPTABLES -t nat -N park $IPTABLES -t nat -A park -m set --set uhw src -j RETURN $IPTABLES -t nat -A park -d 172.32.0.1/32 -j RETURN $IPTABLES -t nat -A park -p TCP --dport 80 -j DNAT --to 172.32.0.1:80 $IPTABLES -t nat -A PREROUTING -s 172.32.0.0/24 -j park Это в OnConnect ipset -A uhw $2 Это в OnDisconnect ipset -D uhw $2
-
Всё стабильно работает, перешёл на него некоторое время назад, но не полностью, а только часть сетки перевёл- для теста. Cкоро буду и остальную часть сети переводить на Ubilling+stargazer. Баги есть- но мелкие, не отражающиеся на функционировании системы. С каждым новым релизом появляются вкусные плюшечки, мелкие такие, но много )))), да, и старые баги подправляются. Так сказать нормальный процесс разработки... ))
-
кхе кхе кхе! о я я дастиш фантастиш. завтра обновлюсь, посмотрим что за новые баги вылезут )))
-
о да! таки дождались!
-
Установка Stagazer + Ubilling на Linux Ubuntu 10.10
тема ответил в Mescaline пользователя felixio_01 в Stargazer Ubilling
Эм, это как? через vlan на карте или.... не очень понял как это)) просто, на интерфейсе, который смотрит в сторону абонентов прописанно несколько Ip-адресов, так как абоненты разделены на несколько подсетей, и сервер с биллингом для всех их является шлюзом. Т.е для филала A одна подсеть, для филала Б другая, для служебных комп, третья. ну и т.д. -
хе хе хе... однако ))) ждём, ждём.... посещаю эти стрианицы, каждый день ))) как rambler,mail, google, local.com.ua и много ещё чего что то новое- двигатель прогресса (с)
-
о! можно попробывать а релиз когда?
-
ок, понял, спасибо за разъяснения как всегда всё гениальное просто....
-
)))) пока не жалуемся. а автоматизация разве не способствует упорядочеванию (во какое слово) Option82 это вообще отдельная тема... ))))) я в Вас не сомнавался ни на сек!
-
чем плох "установить счет"? есть такая директива? или будет? что то не соображу. да ладно прибедняться...
-
предидущий билинг (если помните TI) вполне так работал довольно долго по принципу: и как бы нормально.... проблем не было... Там, право сказать, не использовался принцип ежедневного снятия абонплаты. Но опять же повторюсь (см выше), ежедневное снятие абонплаты - это альтернатива. Но в остальном, всё тоже о чём я говорил. тарифных сеток больше да филалов несколько. я прекрасно понимаю что ubilling+stargazer это open source и универсального продукта тоже не бывает и что Вы каждую "хотелку" не можете (возможно не хотите) выполнить. Но! ))) форум для того и нужен чтобы высказывать свои мнения, обсуждать их и в конце концов зделать мир лучше ))))) и данный продукт в частности (я даже галочку поставил в " Я хотел бы помочь сделать Ubilling лучше" ). А по поводу ТЗ, я к сожелению финансовые вопросы не решаю (на мне только техническая сторона фирмы), но могу на них влиять. И конечно же в бюджет нашей небольшой фирмы ограничен. Так что постараюсь достать денег и уже разговор будет на другом уровне. а совесть, она такая... очень опасная... нет нет и нагнуть может PS: если не ошибаюсь у киевстара (на дух их не перевариваю, ничего личного, просто осадок от их подрядчиков нехороший остался- оптику нашу порезали), тоже списание денежных средств ежедневное, не? хотите сказать они это зря зделали? учту конечно. По поводу реалий. У нас городишко то небольшой около 30 тыс насел, может больше. Этажек тоже не так много. И на это хилинький городишко аж четыре крупных провайдера не считая нас (хотя мы являемся не большим провайдером) и УкрТелекома. Конкуренция жёсткая, поэтому диктовать "как хотите приходите первого числа и платите за инет и типа не еб....т" не катит. Или типа проштрафил абон несколько дней после начала месяца, и пришёл платить позже... ему ведь не объяснишь что типа ты опоздал абонплата будет взята за полный месяц и не еб...т. он просто развернётся и уйдёт к другому прову, благо выбор большой. так как бы вот так. ЗЫЫ: ого сколько накалякал, сам в шоке
-
И это опять же проблемы абонента не соизволившего платить в установленных провайдером рамках. На крайняк для таких есть существующий механизм "самоотмораживания" в ЛК приостанавливающий снятие АП, скажем при уезде в отпуск. В противном случае он должен либо оплатить задолженность той же карточкой, терминалом, приватом, кредиткой, чертом лысым, либо попросить доброго провайдера выровнять счет (помните, что я говорил про 1,612903225806452 гривны в день?, кхе-кхе). Такой принцип у нас используется в цифровом КТВ (предоставляем услуги аналогового и цифрового кабельного ТВ). Но! этот принцип был с самого начала, и абонент уже так сказать наученный и знает нужно первого числа оплатить зомбоящик. (подозреваю возгласы типа: "no money no honey" © и "я же говорил" (С) ) вполне приемлемое решение, только как? жжёшь однако )))). выучили уже, хорошо ну так, разговор поднимался не раз, и знаю Вашу реакцию на это. )) Логично. А вы ожидали там увидеть, что "этого должно еще хватить на 1 месяц 10,24844720496894 дней и 8,928000000000002 часов" ой не Бл#, сегодня же февраль(!) тогда "этого должно хватить на 1месяц 12 дней и 7.9873842434 часов".... ой нет же, сейчас еще и високостный год.... нет, в от здесь к стати, ожидал увидеть "этого должно хватить на столько то дней", без месяцев и часов и т.п. просто столько то дней (5, 10, 35, 43 и т.п.)
-
Ну вы уже понимаете, что я сейчас скажу? В идеале для наших реалий необходимо конечно немного другое. Необходимо непривязка к первому числу месяца. Т.е. нужно чтобы можно было пополнять абонента в любой день месяца и до любого числа месяца. И этот вопрос вроде поднимался другими участниками сего уважаемого форума. Т.е. допустим пришёл абонент 12 числа пополнил свой счёт, и до 12 числа следующего. Или что тоже очень важно, опять же в связи с нашми реалиями (о которых чуть ниже) пришёл абонент захотелось ему в этот раз не на месяц оплатить, а на 15 дней, или на 45 дней,- пожалуйста без проблем. А ежедневное снятие денежных средств-это как альтернатива того чего нельзя зделать (или я незнаю как? ) в ubilling+stargazer в данное время (искренне надеюсь (вот думаю стоти ли? ))) ) что в будущем этот функционал появиться). И вы конечно же как самый добрый в мире человек считаете это лично своей проблемой.... конечно же нет. Но как говорится "мы думаем о всех и сразу" этот жестокий мир бизнеса... какая еще бл...дь каптча? сори, ну может не так обозвал, читай как radio button "Установить счет" не знаю как вам, а я уже запутался да неможет быть, я верю в Вас!
-
Назрел такой вопросец: У меня абонплата снимается размазанно (то бишь каждый день). И те абоненты которые не платят, есесно уходят в минус... и этот минус постепенно становиться большИм))) . Далее, когда такого минусованного абонента пополняем, в ubilling ставится капча "Установить счет" и потом зачисляются деньги. Всё как бы понятно. Но! со временем возможно будем вводить карты опалты. как быть в этом случае? т.е. как вот такой абонент ушедший далеко в минус будет оплачивать, тобишь активировать карту оплаты? ведь, при большом минусе все деньги уйдут на погашение этого минуса... и есть ещё небольшая хотелка ))).. опять же связанная с размазанным снятием абонплаты (nightfly наверно будет сейчас ругаться ))) ): так как абонплата снимается каждый день то было бы не плохо если будет показано сколько ещё дней можно будет работать в инете тому или иному, на оставшиеся на счету деньги. в настоящее время есть что то вроде в профиле пользователя: Текущее состояние счета 133.548389, чего должно хватить еще на 1 месяцев пользования услугой хотя у абонента 100 грн-ый тариф.
-
читал эту тему... вопрос - тот репозиторий, который Вы зделали под squeeze заработает? Не проверял. Пакет ipt-netflow, по идее, должен заработать, у него из зависимостей только dkms. Насчет stargazer - не уверен В Debian используется система инициализации upstart? Если нет и там sysv, то не взлетит. Но вообще я ссылку привел не репозитория ради, а для указания на существование ipt_netflow сенсора. Можно и ручками собрать накрайняк. И да, если репозиторий-таки заработает, отпишитесь. И наверное лучше в той теме. stargazer ставить наверно не буду, т.к. уже поставлен и работает.))) а вот ipt_netflow из репозитория попробую поставить на тестовую машину. обязательно отпишусь.
-
))))) да вот незнаю, незнаю... Linux'ы они такие-всяко разные )))) P.S. обновился до нового релиза, буду пробывать подкрутить новую фишку. да знаем про это штуку, это как бы коородинальное решение ))). мне нужно было только данные билинга бекапить, его базу, конфиги.
-
да нет, консоль устраивает....некоторые задачи удобно автоматизировать, для этого скрипты самое то. я то думал bc какой-то оператор или ещё что-то... всё установил, спасибо за подсказку. понял. всё заработало, спасибо.
-
Доброе время суток! Вопросец к DarkSpider ... Вы как то выкладывали скриптик по бекапу, вообщем решил его использовать. подправил немного пути. но ругается типа: tar: Removing leading `/' from member names ./bck_bil: 31: bc: not found [: 31: -gt: unexpected operator [: 31: -gt: unexpected operator что за "bc"? да и "-gt: unexpected operator" ОС Debian squeeze.
-
сервер с MySQL на винде или на nix'ах ?
-
есть конечно ещё несколько хотелок...но не будем торопить события....
-
Мы опередили вашу хотелку где-то на неделю Данная фича уже в разработке. Уйдет в 0.3.2. Потребности правда чуть другие но логика та-же. Хотим дополнить опции TC_TARIFFSALLOWED, TC_TARIFFENABLEDFROM дополнительной опцией TC_EXTENDED подключающей дополнительный конфиг tcdirections.ini следующего вида: Mega-10="Mega-100,Mega-50" Mega-50="Mega-100,Mega-10" Mega-100="Mega-50,Mega-10" Super-50="Mega-10,Mega-50,Mega-100" Думаю очевидно зачем это нужно и все вытекающие из этого плюшки. просто класс!!! с нетерпением жду следующего релиза )))
-
о свершилось ))) новый релиз )) Такая ситуативная ситуация ))) : есть филиал А и Б филиал А имеет свою сетку тарифов, филиал Б -соответственно свою. Даже названия тарифов разные. Нужно сделать так чтобы абоненты филиала А в личном кабинете могли менять свои тарифы (и соответственно не видели тарифов филиала Б, и есесно не могли на них прыгать), а абоненты филиала Б - могли менять свои тарифы. Можно ли в будущих релизах предусмотреть эту фишку? что-то вроде рашсирения директив в userstats.ini из серии TC_TARIFFSALLOWED, TC_TARIFFENABLEDFROM