Опыт установки 5.3 на боевом сервере
Какие уже нашли?MEDVED писал(а):Мы поставилиbanec писал(а):5.3-003 на боевой сервер кто ставил?Пока косяки вылавливаем. Лучше действительно подождать, если не критично.
У меня два пока висит критичных:
1) Не работает отчет по списаниям, за прошлые периоды в случае использования механизма архивации
таблиц, так как не зависимо от выбранного временного диапазона запрос обращается к таблице
tel_sessions_log
2) В таблице invoice_entry поле base_cost отражает не полную стоимость услуги на момент формирования счета,
а только лишь часть стоимости рассчитанную из фактического срока пользования (т.е. если абон плата за период 100 рублей, а услуга была отключена 15 числа, то там будет отражено примерно 50 рублей), я могу это понять, хотя по моему мнению это неправильно,
в этом поле надо указывать полную стоимость услуги, а то что он пользовался не весь учетный период отражать в поле qnt.
Но я не могу понять как может так быть, что поле base_cost меньше sum_cost при qnt = 1
3) (Отказываются принимать за баг):
Не заблокированному пользователю пытаемся установить добровольную блокировку, а она не ставиться, проблема в том что пользователь недавно ставил запланированную добровольную блокировку и отменил ее до начала ее действия, сейчас он заново пытается поставить добровольную блокировку.
-
MEDVED
- Сообщения: 37
- Зарегистрирован: Вт июл 15, 2014 15:19
- Откуда: Украина, Черновцы
- Контактная информация:
Ого, внушительноMagnum72 писал(а):Какие уже нашли?MEDVED писал(а):Мы поставилиbanec писал(а):5.3-003 на боевой сервер кто ставил?
У меня два пока висит критичных:
1) Не работает отчет по списаниям, за прошлые периоды в случае использования механизма архивации
таблиц, так как не зависимо от выбранного временного диапазона запрос обращается к таблице
tel_sessions_log
2) В таблице invoice_entry поле base_cost отражает не полную стоимость услуги на момент формирования счета,
а только лишь часть стоимости рассчитанную из фактического срока пользования (т.е. если абон плата за период 100 рублей, а услуга была отключена 15 числа, то там будет отражено примерно 50 рублей), я могу это понять, хотя по моему мнению это неправильно,
в этом поле надо указывать полную стоимость услуги, а то что он пользовался не весь учетный период отражать в поле qnt.
Но я не могу понять как может так быть, что поле base_cost меньше sum_cost при qnt = 1
3) (Отказываются принимать за баг):
Не заблокированному пользователю пытаемся установить добровольную блокировку, а она не ставиться, проблема в том что пользователь недавно ставил запланированную добровольную блокировку и отменил ее до начала ее действия, сейчас он заново пытается поставить добровольную блокировку.
Мы пока в основном с RADIUS столкнулись, ну и не было структуры traffic_consumption в сборке под FreeBSD, а индексов на нее не было ни под FreeBSD ни под Debian Wheezy. Интересно что пофиксили в update2? Чейнжлога до сих пор нет, как и обновленной документации, техподдержка обещает, что скоро появится.
Я извиняюсь может не в тему, но, почему бы не реализовать в модуле iptv, "isg" так сказать. Чтобы мультик блокировать на основе Framed-IP. Посылается igmp leave при достижении отрицательного баланса, абоненту блокируется телевидение и доступ в интернет. Без ковыряния костылей. Либо у кого, как это реализовано?
