Как записать в JSON число только с ДВУМЯ цифрами после точки?

Question

[zkrvndm]

Пример:

json_encode([ 'Цена' => (float)$_GET['price'] ], JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);

В переменной $_GET['price'] строка с содержимым "2408570.45".

Получаю на выходе:

{
    "Цена": 2408570.450000000186264514923095703125
}

Comments

[Дмитрий]

https://www.php.net/manual/ru/function.round.php

Answer 1

[zkrvndm]

Проблема была в настройках хостинга, конкретно же в директиве serialize_precision.
Обычно ставится -1 на новых версиях php, у меня же значение было иное, оттуда и проблемы.

Answer 2

[Григорий Васильков]

Вам программа подсказывает что вы неверно работаете с сущностью "бабло".
Бабло должно быть строкой или интом.
Вы делаете из него флоат и получаете ровно то, с чем борятся говоря "бабло должно быть строкой".

1) Функции связанные с деньгами это отдельный класс в приложении который использует для их расчета функции bcmath, умеющие считывать произвольное число знаков до и после запятой и считать число не взирая на разряд.

2) Для работы с деньгами используют библиотеку phpmoney где большая часть нужных вам вещей уже завернута, есть парсер и форматтер, поддерживаются валюты и с гемором но можно даже создавать свои. К сожалению, парсинг валют с сайта банков вы скорее всего будете писать сами, т.к. предложенный вариант парсит их из какого-то источника, который не учитывает ситуацию в вашей стране, но сама поддержка переводов валюта-валюта есть.

3) Для работы с деньгами дописывают функции "округление в большую сторону и округление в меньшую сторону с учетом копейки в последнем разряде", их в пхп нет, они считаются "не математическими", как и вся экономика основаны на "кто кому чего должен" а не "сколько будет". Так округление 1.0005 до двух знаков равно 1.00, тогда как экономика считает что 1.01. И тут тоже два пути. Если вы выставляете клиенту цену, то это 1.01 (копейку содрать с клиента), а если клиент пополняет баланс, то это округление в меньшую сторону - на баланс зачисляется 1.00 (снова содрать копейку). Экономика очень подлая хрень. Она экономит всё. Но не за счет себя, а за счет того, кто платит. И вы еще спрашиваете почему "бизнес это благо", потому что те кто им занимаются грабят остальных средь бела дня (если даже в программировании вопрос копейки, то что в маркетинге - я боюсь даже представить, цена из воздуха, хайп и лексусы) и никто еще и доказать этого не может. Везде бумага "сам согласился и подписал".

4) Для работы с баблом также вводят собственную валюту (желательно), т.к. остальные скачут как хотят, а ваша цена на сайте остается прежней, но при этом в самих валютах имеет разное выражение. Помните, да, "Игровое золото"? Это не просто "прикольно". Это юридически и экономически необходимо. Вам. Ведь если компания теряет деньги, то внезапно оказывается, что сам директор кроме бумаг ничего не выдает в мир. А вот из-за вас, программистов, у него из кармана утекает. Замалчивая факт "откуда приходит" очень весело обвинять всех, что "из-за них - уходит".

Как и в экономике. Кто делает - тот платит. Кто не делает - тот выигрывает. В общем - мобилизация не случайность. Медитируйте. Желательно с книгой Ленина.

Comments

[zkrvndm]

Вопрос не в том, как хранить, а в том как черт побери мне сформировать JSON для браузера при помощи json_encode чтобы там внутри было корректная переменная типа number??? Не тип string, а именно тип number???

<?php

$price = 2408570.45;

echo $price . '<br>';

echo json_encode([ 'price' => $price ], JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);

Выхлоп:

2408570.45
{ "price": 2408570.450000000186264514923095703125 }

Хочу чтобы было:

2408570.45
{ "price": 2408570.45 }

НО НЕ ВОТ ТАК, МЕНЯ НЕ УСТРАИВАЕТ ТИП СТРОКА:

2408570.45
{ "price": "2408570.45" }

Неужели написать свой собственный ручной формирователь JSON это единственный выход?

[zkrvndm]

Григорий Васильков переформулирую вопрос.

Что такого я должен положить в переменную $price чтобы json_encode выдал строку '{ "price": 2408570.45 }'?

Если поможете, буду очень признателен.

[zkrvndm]

Григорий Васильков сорри, не актуально. Оказывается это у меня проблема на стороне хостинга. Буду разбираться.

[Григорий Васильков]

Ты ничерта не понял из того что тебе сказали.

Ты хочешь заставить компьютер работать с плавающей точкой не так как работает компьютер с плавающей точкой. При преобразовании в float плавающая точка дает случайный трындец, на одной машине может быть трындец, на другой может быть не здесь, но он "может быть" и поэтому делают НЕ ТАК. От него уходят делая так как в моем ответе написано. А ты упрямый как будто с гор спустился.

Данные при передаче между двумя машинами превращаются в текст. При считывании читаются в память. Ты говоришь "пофиг как хранится" - пофиг это то что у тебя на плечах есть голова, её там быть не должно.

Программисты избегают int потому, что он имеет предел в 4 миллиарда, а float потому что он периодически выкидывает такой пиздец. Но если всегда использовать строки, то математические операции тяжелее и занимают больше времени, поэтому на мелких числах (и счетчиках) и там где точность не важна - это допускается и рекомендуется, потому что работает очень быстро. Ты работаешь с баблом, у тебя числа меньше миллиардов, но тебе нужна точность. Если бы ты работал с Зимбабве, то там инфляция такая, что перевод в доллары достигал бы 8-10 знаков, и тебе бы даже integer не подошел для твоей задачи.

Ты делаешь задачу плохо.

[Григорий Васильков]

Надим Закиров,

[zkrvndm]

Григорий Васильков, у меня нет задачи правильно сохранить цену, но хорошо допустим я сохранил цену как строку или с использованием специального класса. Закрыли на этом вопросы хранения.

Вопрос мой в был другом, как черт побери эту цену запихать в json да с типом number?

[Григорий Васильков]

Блять. Ты когда делаешь "в json" - ты выполняешь операцию "подготовить для хранения или передачи". Ты думаешь, что ты закрыл вопрос ХРАНЕНИЯ, но ты делаешь ХРАНЕНИЕ, а рассчитываешь, что это будет НЕ ХРАНЕНИЕ.

При ПЕРЕДАЧЕ данных - флоаты приводятся либо к строке, либо к инту. Иначе при считывании ты рискуешь получить такой же трындец но уже на принимающей машине. Принимающая машина читает СТРОКУ и ЕСЛИ позволяет задача - работает с float. Но ЛУЧШЕ не работать с float, а работать с этой строкой и привыкнуть к этому.

После деления ты либо выбросил дробные знаки (округлением или просто отрезал до точки) и послал. На принимающей машине считал и работаешь. Не нужно "хранить в json float", не нужно!

[Григорий Васильков]

Надим Закиров,

[zkrvndm]

Григорий Васильков, давай без эмоций. Я максимально конкретизирую задачу.

Допустим у тебя есть строка с числом.

$str = "2408570.45";

Тебе надо его отдать в браузер, как JSON:
{ "num": 2408570.45 }

Как бы ты сам лично это сделал?

[Григорий Васильков]

Если ты хочешь сознательно сделать срань чтобы доказать другу что "так можно", вот так напиши:
$json = "{price:" . $value . "}"
но ты делаешь дичь.

[zkrvndm]

Григорий Васильков, вооот, теперь подходим к основному. Неужели формировать JSON руками единственный способ?

Через json_encode никак нельзя?

[Григорий Васильков]

Надим Закиров, для тебя - нельзя.

[Григорий Васильков]

Надим Закиров, мне не надо его отдать в браузер так, потому что когда тот, кому я его присылаю, это СЧИТАЕТ, он будет (но это не точно) бороться с той же проблемой что и ты сейчас и скажет, что я дибил, что так ему отослал. Ты не просто не хочешь решить проблему, ты хочешь поднасрать фронтендеру.

Тебе нужно понять такую вещь - данные преобразовываются в ЧИСЛА только если тебе нужно с ними что-то делать. Потому что строка с числом при выводе на экран будет числом без кавычек. Точно так же строку с числом можно превращать в Number в браузере написав либо JSON.parse(value) либо 0+value. Типы данных в языках программирования нужны не для красоты, а чтобы их использовать КОГДА ЭТО НУЖНО.

Если бы компьютер умел всё делать в строках - всё было бы в строках. Но т.к. есть способы быстрее (ограниченного применения) то существуют числа.

[zkrvndm]

Григорий Васильков, в браузерах тип number цены хранит НОРМАЛЬНО и без искажений, ни что не мешает туда отдавать цены с копейками именно в виде числа. Необходимости отдавать цену строкой я не вижу.

К слову, если зайдешь на любой крупный интернет-магазин, да хоть на тот же ДНС и посмотришь отдаваемые ими JSON, то увидишь что и они не видят ничего плохого в том, чтобы отдать цену внутри JSON именно как число:
https://www.dns-shop.ru/product/microdata/0a12c59e...

Это просто пример того, что это обычная распространённая практика. Вот за годы работы со многими API взаимодействовал и почему-то везде цена внутри JSON отдается именно числом, а не строкой.

[Григорий Васильков]

НОРМАЛЬНЫЙ тут только ты.
А компьютер работает с машинными командами, регистрами, байтами и битами. И математика у компьютера построена на двоичной алгебре, которая при работе с плавающей точкой косячит (зато делает в тысячи раз быстрее чем ты, даже на калькуляторе). НОРМАЛЬНО - потому что конкретно этот пример решился. Другой может не решится. Не делай так.
Но ты точно спустился с гор.

Твоя проблема описанная в вопросе встречалась миллионам разработчиков. Но здесь как в фильме - существуют два типа стульев, соответствующие двум типам министров. Одни быстро приспосабливаются, а другие крутятся на месте.

Знаешь почему фронтенду (браузеру) пофиг, как ты ему пришлешь? Потому что ты НЕ БУДЕШЬ считать на фронтенде. Ты просто отрисуешь на экране число. Корзину и доступность товара, общую сумму ты все равно будешь делать на сервере и отдавать. На клиенте ты будешь только отображать.

А твои "нормальные интернет магазины" писали им фрилансеры за тыщу рублей и поэтому им было похуй на требования качества, потому что бизнес всегда хочет дешево, а затирает, что хочет охуенно. И вот есть люди которые за свой счет делают здорово, а есть те, которым вообще наплевать что получится. Всё.

[zkrvndm]

Григорий Васильков, не надо мне тут прописанных истин рассказывать. Расчеты разумеется всегда делаются в целых числах, но вопрос мой изначальный вопрос не о расчетах и даже не о хранении, а о конкретно способах формирования JSON в php.

Просто мне кажется как-то неправильным генерировать JSON руками, когда есть встроенные функции, но json_encode у меня косячит, хотя на другом сервере все норм. завтра буду уже разбираться почему.

[Григорий Васильков]

Оххх...

Что тебе непонятно во фразе "разные процессоры с разными ядрами операционных систем и по разному собранными под их архитектуру приложениями в разные моменты при вычислении плавающей точки могуть дать случайную погрешность дробной части, из-за чего создать проблемы следующему звену, кому отправят данные"?

То что они тебе прислали бабло в float, говорит о том, что им было на тебя насрать, а не о том, что они "как-то же смогли". Они просто ебнули и прокатило, понимаешь?

Вот твое конкретное число лично у меня заебись работает. И два знака показывает. А на твоей машине нет. Для меня это знак что "у кого-то тоже сломается" и я стараюсь защититься от этого, чтобы такого не произошло.

Но в свое время у меня тоже было своё число, которое я точно так же ебся и думал как обхитрить. Это не обхитряют, это делают так, чтобы хитрить не пришлось. Надежно.

[Григорий Васильков]

Надим Закиров,

[zkrvndm]

Григорий Васильков, все я понимаю, но мне срать на эту цену и то что она кропается, я нигде не планирую ее использовать, кроме как в уведомлениях для себя. Просто я хочу разобраться почему она кропается. Я уже выяснил что проблема наблюдается только на моем хостинге, соответственно дальше я уже буду разбираться с хостером.

[Григорий Васильков]

Надим Закиров, это случайная проблема которая встречается в разные время на разных компах и при разных примерах. Можешь поменять хостера и вообще удалить свой сайт, а потом через год поймать на другом математическом примере её у себя дома. Это не то что исправляется патчем, это то как оно работает на уровне железа. От этого защищаются делая строку, тем самым показывая следующему звену цепи что ты умный и позаботился.

[zkrvndm]

Григорий Васильков, херово. Буду знать теперь. Значит поведение php при работе с числами с плавающей точкой ненадежно и с гарантией не повторимо. Теперь ясно откуда столько велосипедов для работы с ценой.

[Григорий Васильков]

Надим Закиров, иди в GoLang, он для таких как ты создан. Или в Python. И чтоб тебе вечно разбираться в чужом коде который из трех классов сжали в 3 строки, потому что это "модно". Главное чтобы тебе попадались циклы уровней в 6 на генераторах, где все переменные называются i, j, k, l, m, n вместо stepCounter, iteration, numberPower и тд и шоб тебе лид попался который будет тебе говорить, что чем короче код тем лучше он работает.

[zkrvndm]

Григорий Васильков, ну нет)

Я на JS так-то пишу в основном и там все возможные подводные камни с я знаю, а вот на PHP мне еще только предстоит все познать.

[zkrvndm]

Григорий Васильков, техподдержка хостера помогла. Проблема была в настройках хостинга, конкретно же в директиве serialize_precision. Обычно по умолчанию ставится -1 на новых версиях php, у меня же значение стояло иное, оттуда и проблемы при сериализации.

Answer 3

[Slava Rozhnev]

Не использовать float

json_encode(
		[ 'Цена' => intval($_GET['price'] * 100 )/100 ], 
		JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT
);

php code online

Comments

[zkrvndm]

Я похоже немного неправильно описал проблему. Я с компа присылаю JSON и на сервере его парсю:

json_decode(file_get_contents('php://input'), true);

Но в итоге число с в двумя цифрами после точки парсится вот в эту длинную хрень и пофиксить никак не могу.

Насчет вашего совета, завтра отпишусь, сегодня уже сил нет ничего проверять.

[zkrvndm]

Slava Rozhnev Подскажите, как мне сформировать JSON для браузера при помощи json_encode чтобы там внутри было корректная переменная типа number??? Не тип string, а именно тип number???

<?php

$price = 2408570.45;

echo $price . '<br>';

echo json_encode([ 'price' => $price ], JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);

Выхлоп:

2408570.45
{ "price": 2408570.450000000186264514923095703125 }

Хочу чтобы было:

2408570.45
{ "price": 2408570.45 }

НО НЕ ВОТ ТАК, МЕНЯ НЕ УСТРАИВАЕТ ТИП СТРОКА:

2408570.45
{ "price": "2408570.45" }

Неужели написать свой собственный ручной формирователь JSON это единственный выход?

[Slava Rozhnev]

Надим Закиров, https://phpize.online/s/R

[zkrvndm]

Slava Rozhnev, о_О

Похоже мне надо пообщаться с тех. поддержкой хостера, так как у меня на той же версии php результат совсем другой...