Имею 3 биллинга на x386. + Сайт компании на x86_64. Прикручиваю ЛК один на все три биллинга. ЛК сидит прямо в сайте на x86_64. Имел траблы с URFAClient_PHP на x86_64. В интернете решения вопроса не нашел, пока обхожусь следующим костылем:
Для тех у кого не решилась проблема с:
?Debug : Oct 08 00:47:35 b3dfeb90 RPCConn[SSL]<init@192.168.8.204>: SSL error lines: 3098:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:295:
Сделал следующее: пересобрал php52-openssl отдельно из портов.
(/usr/ports/security/php52-openssl)
рестартанул апач,
убедился что openssl подгружен в php.ini. Все заработало.
Версия биллинга 5.2.1-003 (довольно старая но вполне устраивающая в текущем применении).
Имеется ряд безлимитных ТП. В ТП входят две услуги - Передача трафика и периодическая АП. АП с фиксированной суммой, списание единовременно в начале РП. РП единый для всех с 1 по 1 число месяца. Задача. При недостатке денежных средств на следующий РП, блокировать учетную запись, чтобы исключить накапливающийся долг. Соответственно, при оплате услуг, разблокировать учетную запись.
Если до наступления следующего РП выставить блокировку не списывать АП (тип блокировки 768), АП не списывается. Но в случае снятия блокировки при наступившем новом РП, происходит списание не полной суммы АП для тарифа, а пересчитанная сумма с момента снятия блокировки до окончания РП. Возможно вполне логично, но требуется логика - списание полной суммы не зависимо от дней пользования. Решение 1. При блокировке учетной записи до наступления следующего РП удалить услугу АП. При возобновлении сначала снимается блокировка, а затем привязывается услуга АП. При этом происходит списание полной суммы не зависимо от даты подключения услуги. Недостаток: при массовой блокировке формируется большое количество расчетных периодов на удаленные услуги. Закрытие периодов занимает значительное время (до 6 часов), что сдвигает закрытие основного РП. Решение 2. До наступления нового РП выставляется блокировка Да, не списывать АП (тип 768), услуга АП не удаляется. При возобновлении необходимо удалить имеющуюся услугу АП, снять блокировку и вновь привязать услугу АП. При этом присутствует проблема списания дробной АП при удалении даже в заблокированном состоянии при блокировке не списывать АП. Решается установкой опции "Безлимитный режим".
Через админку последовательность - установить "Безлимитный режим", удалить услугу АП, снять "Безлимитный режим", снять блокировку, добавить услугу АП работает так как требуется (списывается полная сумма АП за текущий период).
При реализации данного механизма для автоматизации процесса при проведении платежа через скрипт возникла проблема.
Для установки флага "Безлимитный режим" используется urfa функция rpcf_save_account из URFAClientPhp с установкой параметра unlimited=1. Флаг устанавливается, но, не зависимо от состояния блокировки, происходит списание не полной суммы АП именно при вызове этой функции. Собственно это и есть проблема. Вопросы:
1. Проблема в биллинге? (Но через админку флаг устанавливается без списания АП).
2. Проблема в URFAClient ? (как решить ?)
3. Нужно использовать другой способ (порядок) установки флага (какой ?)
Подобные темы на форуме поднимались, но похожей проблемы с решением на нашел.
Chrst писал(а):
Вопросы:
1. Проблема в биллинге? (Но через админку флаг устанавливается без списания АП).
2. Проблема в URFAClient ? (как решить ?)
3. Нужно использовать другой способ (порядок) установки флага (какой ?)
Подобные темы на форуме поднимались, но похожей проблемы с решением на нашел.
Вспомнилось, что в 002 некоторые функции отрабатывали и возвращали результат, но следующая за ними функция изменений не видела, если запустить её сразу же. Приходилось ждать изменений данных в БД и только потом продолжать.
dk писал(а):Вспомнилось, что в 002 некоторые функции отрабатывали и возвращали результат, но следующая за ними функция изменений не видела, если запустить её сразу же. Приходилось ждать изменений данных в БД и только потом продолжать.
Проблема в том, что перед вызовом функции rpcf_save_account функций выполняющих действия над объектами не вызываются, только rpcf_get_accountinfo.
При этом если не вызывать rpcf_save_account, списания не происходит. Списание АП происходит именно с вызовом этой функции.
имею 5.2.1-009
пропатчил urfaclient на php на php
при обращении к ядру сессия в апаче виснет на глухо, страница грузится бесконечно, помогает только рестарт апача.
разобрался, причина была в старых функциях в файле URFAClient_Admin.php
скачал с вики новый, но там безбожно много ошибок в коде ))
может есть у кого рабочий хороший вариант URFAClient_Admin.php поделистесь плиз на litec собака маил.ру
Приветствую всех! Буду бесконечно признателен за свежую рабочую версию urfaphp для 009 биллинга на i_destr (ухо) ukr (точка) net
Моя текущая версия для 007 биллинга была пропатчена, однако так и не завелась по-человечески... Мне так кажется, что я накосячил в параметрах передачи админских полномочий, так как при обращении к биллингу имею такую картину:
RPCConn[SSL]<admin@127.0.0.1>: Access granted to [SSL]<admin@127.0.0.1> (UID: -4)
RPCConn[SSL]<admin@127.0.0.1>: SSL type requested: SSLv3(2)
RPCConn[SSL]<admin@127.0.0.1>: Request for function <0x2005> not permitted
RPCConn[SSL]<admin@127.0.0.1>: Session closed
RPCConn[SSL]<admin@127.0.0.1>: Session Key <a8dd6850f627fdd5a025e70b40a3222e> stored for UID -4 from <127.0.0.1>
RPCConn[SSL]<admin@127.0.0.1>: SSL cleared
StreamManager: connection <10> closed
RPCConn[SSL]<admin@127.0.0.1>: Session closed...
Уже разобрался - указал абсолютный путь к файлу admin.crt
Возник вопрос:
При добавлении тарифа, точнее при добавлении связки передачи ip-трафика и периодической услуги из тарифа хочу установить значение перерасчета Пересчитывать и возвращать полностью. Подскажите, пожалуйста, как это сделать?
Ребята всем привет, пытался запустить urfaphp скаченный с wiki но увы ... Патч не патчит правильно, в ручную пропачить тоже не удалось. Ушла вторая неделя.
Просьба если можно кто нить кинте пропатченную урфу на мыло korolev.mike@gmail.com