Опыт установки 5.3 на боевом сервере
Кто-нибудь смог победить активацию турбо-кнопки при отрицательном балансе, но не заблокированном лицевом счете (то есть при наличии кредита)? В логах постоянно пишется "rpcf_user5_enable_turbo_mode: lack of funds for account".
Судя по чейнджлогу, раньше такое работало, потом поведение поменяли на такое, что в блокированном состоянии включать не получится. в update15 есть такое загадочное описание:
"тикет 4929 - В личном кабинете абонента и интерфейсе администратора запрещена активация турбо-режима, приводящая к ухудшению текущих условий предоставления услуги"
это о чем вообще?
Судя по чейнджлогу, раньше такое работало, потом поведение поменяли на такое, что в блокированном состоянии включать не получится. в update15 есть такое загадочное описание:
"тикет 4929 - В личном кабинете абонента и интерфейсе администратора запрещена активация турбо-режима, приводящая к ухудшению текущих условий предоставления услуги"
это о чем вообще?
-
- Сообщения: 13
- Зарегистрирован: Ср мар 17, 2010 14:14
Стукните мне куда нить, или мыло оставьте. Скину пример.Volniy_Strelok писал(а):Поделитесь примером использования функции rpcf_edit_iptraffic_service_link_ipv6
Получаю такое сообщение
Ourfa::ScriptCall::call: Function `rpcf_edit_iptraffic_service_link_ipv6` node `ip_address`. Can not get default value for node `ip_address`
-
- Сообщения: 13
- Зарегистрирован: Ср мар 17, 2010 14:14
volniy.strelok@gmail.com
Cramac писал(а):Стукните мне куда нить, или мыло оставьте. Скину пример.Volniy_Strelok писал(а):Поделитесь примером использования функции rpcf_edit_iptraffic_service_link_ipv6
Получаю такое сообщение
Ourfa::ScriptCall::call: Function `rpcf_edit_iptraffic_service_link_ipv6` node `ip_address`. Can not get default value for node `ip_address`
-
- Сообщения: 7
- Зарегистрирован: Пт июн 19, 2015 13:05
Решили проблему? Может можно вручную исправить тип колонки?taf писал(а):При редактировании карточки клиента в логах биллинга получаем такое сообщение:
=====
Feb 15 16:19:14 ERROR : 1a4e4700 DBConnection_pgsql: PgSQL query failed: ОШИБКА: значение не умещается в тип character varying(255) Trying to reconnect, count: 4
=====
В логах СУБД видим такое:
=====
ОШИБКА: значение не умещается в тип character varying(255)
ОПЕРАТОР: INSERT INTO user_log(user_id,date,who,action,comment, what) VALUES ('13882','1455524114','-30','4','Full name changed from "" to "Иван Иванович Каладримухаммединоабдальшпрингерцунгрелман"\; Mobile telephone changed from "" to "8ХХХХХХХХХХ"\; Actual address changed from ""\; Connected date changed from "15.02.2016" to "15.02.2016"\; Floor changed from "" to "4"\; Flat number changed from "" to "14"\; Entrance changed from "" to "1"\; ','')
================
Естественно, что такая простыня не умещается в 255 символов.
По хорошему это поле прямо-таки вопиет о типе данных 'text'.
Суррогатное решение проблемы ручное изменение типа данных с varchar(255) на text. Но имейте в виду, после процедуры архивации таблиц средствами utm тип поля опять станет varchar(255). И еще возможны непрогнозируемые сюрпризы с верификатором архивных таблиц, когда ядро будет помечать такие таблицы как неправильные и игнорировать их.