BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 24 июн 2025, 02:10

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Ядро системы

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 9 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
borisk
 Заголовок сообщения: Косметическое исправление
СообщениеДобавлено: 11 июл 2012, 21:54 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Добрый день!

В параметрах договора в типе поля "телефон" надо бы добавить пробел между номером телефона и комментарием при отображении.
Вернуться к началу
 Профиль  
 
skn
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 12 июл 2012, 17:33 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
это настраивается, например так
Код:
phones.comment=" [${comment}]"
Вернуться к началу
 Профиль  
 
borisk
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 18:51 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Осталось уточнить - настраивается где? Прописал в конфигурации системы - не помогло.
Вернуться к началу
 Профиль  
 
borisk
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 19:02 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Причем даже нашел в документации описание этого параметра. Если что:
Код:
 Клиент: вер. 5.2 сборка 1010 от 13.07.2012 17:32:24
    os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_33
  Сервер: вер. 5.2 сборка 1237 от 13.07.2012 17:32:31
    os: FreeBSD; java: OpenJDK 64-Bit Server VM, v.1.6.0_32
    ВНИМАНИЕ: Виртуальная машина OpenJDK 64-Bit Server VM не рекомендуется

  card вер. 5.2 сборка 180 от 13.07.2012 17:32:22
  email вер. 5.2 сборка 166 от 08.06.2012 13:41:32
  inet вер. 5.2 сборка 931 от 13.07.2012 17:32:29
  ipn вер. 5.2 сборка 233 от 13.07.2012 17:32:30
  npay вер. 5.2 сборка 185 от 13.07.2012 17:32:46
  reports вер. 5.2 сборка 178 от 28.06.2012 14:17:45
Вернуться к началу
 Профиль  
 
skn
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 19:08 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
borisk писал(а):
Осталось уточнить - настраивается где? Прописал в конфигурации системы - не помогло.


что значит не помогло?
прописали, открыли договор, а там по старому, так?
(строка отображения формируется во время редактирования параметра... и потом не меняется до следующего редактирования)
Вернуться к началу
 Профиль  
 
borisk
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 20:38 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Но честно говоря озадачен, вы в базе храните уже отформатированную строку, а не оригинал?
Вернуться к началу
 Профиль  
 
skn
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 21:18 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
borisk писал(а):
Но честно говоря озадачен, вы в базе храните уже отформатированную строку, а не оригинал?


и форматированую строку и отдельные поля (номер, формат номера и коммент)

строка нужна например, что бы во всякие отчеты можно было ее включать используя обычный sql запросы, без привлечения сборщиков данных из кучи полей и форматоров
Вернуться к началу
 Профиль  
 
borisk
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 13 июл 2012, 22:26 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Я конечно не могу аргументированно отвечать не зная дизайна вашей системы. Но чисто из своего опыта построения различных систем - я бы все же написал stored procedure. На сложности запросов отразится самым положительным образом, а, поскольку, запросы подобной информации имеют разовый характер - то оверхед небольшой.
Вернуться к началу
 Профиль  
 
skn
 Заголовок сообщения: Re: Косметическое исправление
СообщениеДобавлено: 16 июл 2012, 01:16 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
borisk писал(а):
Я конечно не могу аргументированно отвечать не зная дизайна вашей системы. Но чисто из своего опыта построения различных систем - я бы все же написал stored procedure. На сложности запросов отразится самым положительным образом, а, поскольку, запросы подобной информации имеют разовый характер - то оверхед небольшой.


1) мы не используем хранимые процедуры...
2) т.е при выводе отчета на тысяци записей, для каждой записи сделать под запрос в таблицу где каждый телефон храниться в виде отдельной строки, считать конфиг описывающий форматирование этого типа параметра, распарсить его и на его основание сгенерировать строку, сомневаюсь, что это даст маленький оверхед.
3) если уж вам так хочеться постоянно менять форматирование данных параметров, легче сделать скрипт, который периодически(или по запросу) будет запускаться и перегенерировать готовые строки.
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 9 ] 

Список форумов » BGBilling » Ядро системы

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.041s | 35 Queries | GZIP : On ]