dnet

Неудачная идея, платеж как и раньше "застряет" в openpаyz, в графе "обработан" состояние "красный" без возможности провести его руками Вернул OPENPAYZ_MANUAL=1, и STG_DIRECT=1. Какие будут еще предложения ? nightfly у нас "особенный" южный, немного специфический киви, для которого вы что то "шаманили", чтоб не повторялись платежи, это не может быть каким либо образом взаимосвязано ?

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

Руками через браузер происходит тоже самое, платеж "застряёт" в openpeyz и "плюсиком" его надо руками проводить. мой айпи - - [16/Dec/2015:16:58:25 +0300] "GET /qiwi/index.php?command=check&txn_id=17790876372006&account=00396&sum=1000.00&prv_id=64690&sum_from=1.00%20HTTP/1.1 HTTP/1.1" 200 195 мой айпи - - [16/Dec/2015:16:59:04 +0300] "GET /qiwi/index.php?command=check&txn_id=17790876372006&account=00396&sum=1.00&prv_id=64690&sum_from=1.00%20HTTP/1.1 HTTP/1.1" 200 195 Этот платеж не прошел. мой айпи - - [16/Dec/2015:17:01:32 +0300] "GET /qiwi/index

Строки киви ничем не отличаются от "до переезда". айпи киви - - [11/Dec/2015:21:24:02 +0300] "GET /qiwi/index.php?command=check&txn_id=17770737859006&account=00010&sum=50.00&prv_id=64690&sum_from=50.00 HTTP/1.1" 200 195 айпи киви - - [16/Dec/2015:15:25:06 +0300] "GET /qiwi/index.php?command=check&txn_id=17790482104006&account=00355&sum=50.00&prv_id=64690&sum_from=50.00 HTTP/1.1" 200 195 айпи киви - - [16/Dec/2015:15:52:02 +0300] "GET /qiwi/index.php?command=check&txn_id=17790609315006&account=00042&sum=100.00&prv_id=64690&sum_from=1

Изменил на 0 непомогло.

Добрый день. После смены айпи адреса внешнего интерфейса, перестал работать функционал оплаты qiwi, пинок ТП киви привел к возобновлению приема платежей в раздел openpayz, без дальнейшего автоматического разноса оплат по абонентам, появился "плюсик" для обработки платежей руками. Если кликнуть плюсик - счет пополняется. До смены айпи подобных проблем не наблюдалось. У нас параметры опенпейз в конфиге: ;OpenPayz support OPENPAYZ_SUPPORT=1 ;OpenPayz manual mode? OPENPAYZ_MANUAL=1 ;OpenPayz cash type OPENPAYZ_CASHTYPEID=1 ;get payment id for each user from op_customers OPENPAYZ_R

Плюс к карме !

Пароль к web интерфейсу подходит. Есть еще какие-то пароли?

Где вписать ? 2015-11-27 14:49:41 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:51525.

В конфиге openpayz.ini проблем нет. Есть проблема, что конфигуратор не видит учеток админов. Например команда sgconf get -s localhost -p 5555 -a openpayz -w password -u home -I выдает Error, в логе [conf_sg] Received invalid login 'openpayz' from 127.0.0.1:46402. при этом под указанным логином и паролем в web интерфейс пускает.

Вы хотите сказать что (предположим не заполнив эти поля), создаются, заселяются пользователи, оплаты приходят, пополняются со знаком "минус" но не записываются в базу ?

При чем тут ? >гуглите как создать юзера для mysql и дать ему права

2015-11-26 13:19:02 -- [conf_sg] Received invalid login 'openpayz' from 127.0.0.1:23589. с указанным в конфиге логином и паролем в web интерфейс пускает, права - полные. Фря 10.2.

Убиллинг 0.7.1 в ченжлоге 0.7.2 о ликпей ничего нет. Пополняем посредством ликпей абоненту счет, платеж проходит, но результат платежа очень оригинальный Пополняем на 1 деньгу - получаем -1 деньгу на счету. Пополняем на 50 денег - получаем -50 денег на счету.

Каким образом (необходимо настроить) использовать динамический пул для выдачи абонентам ?

Добрый день. Свежеустановленная автоинсталяторная версия убиллинг, freebsd 10.2 amd64, radtest не проходит rad_recv: Access-Request packet from host 192.168.5.2 port 27869, id=175, length=79 User-Name = "andreeva1" User-Password = "пароль" NAS-IP-Address = 192.168.5.2 NAS-Port = 0 Message-Authenticator = 0x8c1a1f232b891a80bd5d7bfde068c7b1 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default +group authorize { ++[preprocess] = ok ++[chap] = noop ++[mschap] = noop ++[digest] = noop [eap] No EAP-Message, not doing EAP ++[eap] = noop

Вопрос еще актуален.

Вопрос актуален. С Пн могу покрутить, необходимые данные показать.

Добрый день. Есть новости ? Ориетировочные сроки ? Понимаю, со временем свободным у всех напряг.

Со всеми.

mysql> select speedup from speeds where tariff='10_100'; +---------+ | speedup | +---------+ | 12 | +---------+ 1 row in set (0.00 sec) скрипт выдает 1212

Добрый день. 0.6.7 rev 4486 В changelog нет пунктов, в которых бы трогался шейп. Есть в наличии проблемка с шейпом. ./GetUpSpeed показывае скорость дважды. MySQL запросами скорость видится нормально. mysql> select * from speeds; +----+----------+-----------+---------+ | id | tariff | speeddown | speedup | +----+----------+-----------+---------+ | 28 | 10_100 | 10 | 5 | | 4 | 2Mb_100 | 2560 | 1280 | | 7 | 4Mb_120 | 4608 | 2304 | | 9 | 8Mb_150 | 8704 | 4352 | | 11 | 15Mb_150 | 15872 | 7936 | | 13 | 1Mb_50 | 1280 | 640

Для начала послушаем все мнения, автор в ЛС не рекомендует сразу стучать, думаю в дальнейшем остальным страждущим пост на форуме будет полезен. Да и рано еще

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

Детальнее некуда. Теме ап. Начались жуткие лаги в вебморде биллинга, когда статистики накопилось более 3-4 месяцев, подскажите пожалуйста какие есть варианты решения этого вопроса ? Статистику необходимо хранить 3 года, трафика 100-200Мбит, полагаю необходим еще один тазик для хранения статистики. Текущий тазик: hw.machine: amd64 hw.model: Intel® Core i7 CPU 960 @ 3.20GHz hw.ncpu: 4 hw.machine_arch: amd64 Возможно кто то уже реализовал данный функционал, есть возможность поделиться мнениями по данному вопросу ?