Приветствую веб мастеров!
Кто то уже сталкивался в Биллинге с тем, что когда задаёшь Сумму для вывода не целым числом, а через запятую?
К примеру: я хочу задать сумму вывода не 1 руб., а 30 коп., соответственно в компоненте, в админке я пишу: Стоимость 1 балла при выводе: 0,30, Получается — 1 балл = 0,30 руб. (30 копеек).
Но когда задано не целым числом, а десятой частью, то при выводе показывает так: Сумма к получению: NaN руб.
То есть калькулятор я так понимаю так считать не умеет, а считает только целыми числами.
Кто поможет исправить?
Прикрепляю файл с калькулятором из шаблона.
Расчёт десятыми частями
Прикрепленный файл
#2
11 августа 2013 в 18:20
Обратитесь к разработчику
#3
2 декабря 2013 в 15:33
EXID, удалось решить проблему? Потому что у меня такая же. Неделю назад биллинг взял.
Сегодня в 07:40
Пока оставил эту тему, временно…
EXID, удалось решить проблему? Потому что у меня такая же. Неделю назад биллинг взял.
#5
2 декабря 2013 в 23:48
Мало вероятно… но посмотри тип поля в базе, может инт.
#6
3 декабря 2013 в 00:16
Короче написал разработчику весь расклад. Что ответит — отпишусь, потому что это проблема серьёзная.
#7
3 декабря 2013 в 00:33
в место запятой нужно ставить точку 
#8
3 декабря 2013 в 01:09
Текст из письма-ответа за 21,10,13 по этому поводу
Здравствуйте. На данный момент поддерживаются только целые числа, во избежание проблем с хранением float в MySQL.
в место запятой нужно ставить точку
Всё правильно. Поставив точку, получается. Письмо приходит пользователю суммой для подтверждения правильной (дробной), но осталась та же проблема. Во время формирования заявки светится сумма к получению NaN руб., а также в реестре заявок админа и в реестре заявок пользователя светится сумма, округлённая в меньшую сторону. Ну для админа это не так страшно — можно и по баллам сумму вывода посчитать, а вот пользователь будет нервничать однозначно.
#10
7 января 2014 в 17:43
Ну короче чем дальше, тем веселее. Если поставить реферальный процент от пополнения (например 3%), то при пополнении например на 25 баллов (25 руб. по курсу), то в реестр записывается операция с 0 баллов, а в меню пользователя количество баллов светиться дробной частью (в сотых частях балла)… При этом при выводе дробных баллов сумма в рублях не целая, а дробная. И светится правильно — с дробной частью. То уже получается, что не используются целые числа.
#11
8 января 2014 в 02:19
Текст из письма-ответа за 21,10,13 по этому поводу
Здравствуйте. На данный момент поддерживаются только целые числа, во избежание проблем с хранением float в MySQL.
Это кто вам такой бред написал?
#12
8 января 2014 в 12:20
Сейчас посмотрю 
#13
8 января 2014 в 12:26
Чтобы не быть голословным
#14
8 января 2014 в 12:44
Решал похожую проблему в шаблоне, где используется процентное соотношение сторон.
{math equation="100/x — 1.5" x=$col y=$cfg.maxcols}%
При х = 5, сервер(debian) нахально вставлял в шаблон 18,5%. Естественно при этом ни о какой адаптивности не могло быть и речи, хотя на денвере всё было правильно 18.5% и блок правильно делился на 5 ячеек. Решил эту проблему таким образом:
Т.е перехватил переменную, обработал и всунул вывод в нужное место.
{math equation="100/x — 1.5" x=$col y=$cfg.maxcols}%
При х = 5, сервер(debian) нахально вставлял в шаблон 18,5%. Естественно при этом ни о какой адаптивности не могло быть и речи, хотя на денвере всё было правильно 18.5% и блок правильно делился на 5 ячеек. Решил эту проблему таким образом:
#15
8 января 2014 в 13:33
Есть такая штука, локаль называется...Решал похожую проблему в шаблоне
И когда ее устанавливают setlocale(LC_ALL, "ru_RU.UTF-8");
то и на формат числовой и денежный это тоже влияет.
Выполнение setlocale(LC_NUMERIC, 'en'); поможет