dnet

Прошло 7 лет, на текущий момент есть те кто использует данный функционал? Кто то может поделиться мануалом и файлами за пиво или за $, возможно разработчик готов к сотрудничеству? Предложения в личку или в теме.

C розетками или вилками европейскими ?

Спасибо помогло.

Взаимодействие со stargazer есть.

Доброго времени суток. Схожая ситуация, необходимо обновиться, с 0.6.0 до 0.8.2 и обновить ОСь freebsd с 9.3 до 10.3. Установил ОСь с убиллингом, восстановил бекап, все классно, только отсутствуют списания абонплаты. В "Движение средств" есть корректировки, пополнения, все кроме списаний абонплаты. Подскажите пожалуйста где копать ? На новом так: На старом так:

така сама проблема Вероятней всего прерывалась связь платежки и биллинга, пару лет назад проходили такое. Следствие, прилет "двойного" платежа. Иногда засчитывало оба платежа иногда только один. Идентификаторы и id "двойного" платежа всегда были разные. Как на скрине выше.

Добрый день. Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени. Для чего это необходимо: 1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит. 2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ? 3. Функционал актуален для 5й и 6й ветки ROS. Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков. Что необ

Добрый день. Отписался в скайпе по этому поводу. http://wiki.ubilling.net.ua/doku.php?id=pfsensepppoe Можно поинтересоваться когда ожидать продвижения решения вопроса ?

Добрый день. nightfly подскажите пожалуйста что по этому направлению ? Необходимо более детальное обсуждение в ЛС ? Необходимо мнение линуксоидов и микротиководов ? Если можно ориентировочные сроки и цифры.

Есть еще третий вариант - лежать дома, жрать опиаты, угорать на форуме.Да - выбор сложный. угу, есть выборникто никому и ничего не должен и вполне ясный ценник на сайте и да, там даже можно найти контакты если писать флаю фичреквест за денюшку Ценник на сайте абстрактный, от сюда и до обеда. Эко Вы резкий какой. Ценник на сайте не ведет к взаимопониманию, а лишь в общих чертах пониманию - труд должен быть оплачен. Прежде чем заказать что нибудь ненужное, необходимо посоветоваться с коллективным разумом, возможно это уже реализовано, разные походу обсуждения варианты всплывают. Вр

Отлично. Цель была просто выяснить или выяснить и запилить ? У меня например в соседней теме запилить или решить вопрос иначе. А пагаварить ? nightfly в процессе общения очень полезные видео выкладывает, картинки, ненадо этот занимательнейший процесс обламывать. Просто есть много людей которые хотят на шару много фичь, а есть много людей которые хотят за вменяемые деньги одну и туже фичу, а nightfly один, представьте какие у него муки выбора.

Отличное пожелание ! Хочу лям денег В текущей реализации, такое из коробки - неработает. Хотя предложенный nightfly вариант с http://wiki.ubilling.net.ua/doku.php?id=dealwithit но это изначально костыль, который как обычно сломается в самый неподходящий момент. Можно абону дать кредит на сколько то денег через магию - че тут такого) К тому же ящитаю давать кредит больше суток при посуточной абонплате - это вредно для кармана и кармы Если решать вопрос в корне, необходимо, как и написал nightfly запилить "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней", и если

Если правильно понял вашу хотелку. Считать суммой кредита - цифру (сумму посуточной абонплаты за сутки) + цифру (стоимость кредита) и накрыть поверх этого возможностью брать кредит раз в три дня(новая опция, "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней"), (если других периодов тарификации не используется - не вижу проблем), поверх этого абонент обязан пополнить счет на эту перекрывающую минус сумму - верно ? Ничего не упустил ? А месячные тарифы вами не используются ? Первое что приходит в голову, абоны могут влезть в кредит на два-три дня и потеряться, что в общем то н

Период тарификации сутки или месяц, соответственно кредит "привязан" к периоду, в вашем/моем случае сутки, можно разрешить брать кредит несколько раз в месяц, но эта настройка затронет и другие тарифы, наступите на мои грабли с помесячными тарифами. Не уверен что совершенно полностью прав, но думаю. Вам походу сюда. Ну типа да - есть опция SC_MONTHCONTROL, которой в целом плевать на окружающую реальность - она либо жестко лимитирует попрошайку до "раз в месяц" либо вообще не лимитирует. Возможно я слишком упоролся, но понимаю вопрос именно как "для помесячных тарифов - раз

может в таком случае предусмотреть, что-бы новый кредит не "выдавался" пока не погашен предыдущий? С этим тоже есть взаимосвязь возможности реализации настроек, использования суточных и месячных тарифов. После настройки помесячной абонплаты в конце (в последний день) прошлого(каждого) месяца произошли следующие события: Если у абонента отрицательный баланс (в конце месяца) к первому числу, соответственно абон плата не снимается(не начисляется), после первого числа абонент пополняет счет на сумму больше минуса, балланс становится положительный, получает доступ в инет, абонплата не начисл

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

этот пункт уже реализован. В текущей реализации, есть возможность брать кредит раз в например три дня, 10 раз подряд за месяц. Хотя выше пишут: Кто его заказывает, и почему? Юзер из кабинета? Ок - это можно наколбасить двумя способами: 1. 2. Автоматическая смена тарифа - подразумевает, без участия админитратора/оператора. По умолчанию - заказывает абонент, автоматически биллинг меняет тариф автоматом. Меня устроят оба варианта, но лучше 1й, спасибо за посыл во 2й, но это опять таки ручная работа оператора, а цель автоматизация работающей в месячных тарифах фичи - автоматич

PPPoE: 1. FreeBSD - mpd. 2. Linux_ы - хз, пусть линуксоиды отпишутся. 3. Mikrotik - api. Мы говорим о решении в комплексе или отдельно взятой ОС ? Меня на данном этапе интересует 1й вариант. Выражайте свои мысли прямо, не стесняйтесь.

Добрый день. Прошу разработчика/ов воспринять топик конструктивно. Отвечать в простой, понятной, однозначной форме, да, нет, будет, не будет, идите нах@р, дайте столько то денег и получите фичу. Возможно еще кому то будут интересны запрошенные мною пункты, с миру по нитке - бюджет нарисуется на разработку. 1. PPPoE: - на титульной странице, в пользовательском онлайне, видимость поднятой сессии абонента, например "ключик/кружочек/символ", зеленый, красный, синий. - в учетке абонента, лог сессий, аптайм сессий. - в учетке абонента, возможность завершить сессию из админки "кнопкой

Добрый день. Теме ап. Планируется ли в дальнейшем более "красивая" реализация для страждущих ?

Вы утверждали что и "двойные" платежи приходить/пополнять счет абону не могут, платежи не переставали периодически повторяться, до момента Вашего вмешательства Jul 10 2014. ls -l /usr/local/www/qiwi/public_html/ total 24 -rw-r--r-- 1 root 1000 457 Jul 10 2014 handlers.php -rw-r--r-- 1 stm wheel 3726 Jul 10 2014 index.php -rw-r--r-- 1 root 1000 2143 Dec 28 2013 index.php.old.28.12.2013

Об этом ? Кто такие эти обработчики ? Где их искать ? Как диагностировать ? Наша проблема - поламалось на ровном месте.

Подскажите какая прокладка между openpayz и старгейзером ? Как ее работоспособность диагностировать ?

Ничего больше не менялось ! В этом то и дело. Оплаты приходят, не пополняются автоматически. pfdf; Вносить платежи напрямую в stargazer при помощи sgconf STG_DIRECT=1 ; Путь sgconf SGCONF=/usr/sbin/sgconf ; Хост на котором установлен sgconf STG_HOST=localhost ; Порт stargazer STG_PORT=5555 ; Логин администратора stargazer под которым будут внесены платежи STG_LOGIN=admin ; Пароль администратора stargazer STG_PASSWD=пароль ;ID типа оплаты для UBILLING UB_CASHTYPE=1 Руками же вносится на счет пользователю !

Каким образом "особенность" коррелирует с возникшей на ровном месте проблемой ? Платежка пуляет по домену, сменился айпи - вполне нормальная ситуация. Платежи приходят, не разносятся автоматически. sgconf set -s localhost -p 5555 -a admin -w password -u00008 -c 1 2015-12-16 19:15:26 -- Admin 'admin', 127.0.0.1: User '00008': 'cash' parameter changed from '48.000000' to '49.000000'. Руками в консоли как и руками в админке(плюсик) работает, где еще посмотреть ? С Вашей точки зрения администратор по умолчанию обязан заниматься написанием(изменением, ковырянием) php кода ?