Сегодня коллега ругался, что json_decode косячит приходящие с другого сервера json-данные и цифры превращает в формат с экспонентой по типу 3.18+е16, завтра узнаю чем всё закончилось А я помню его на кириллице (японском, китайском, корейском) глючило и буквы превращало в /u0012 и подобные кракозябры. Потом вроде пофиксили багу в 5.4 и добавили JSON_UNESCAPED_UNICODE.

ПрограмёрА нефига флоаты как строку отдавать . По поводу же \uxxxx, это вполне логично. Вот представим, я не знаю в какой кодировке ко мне пришли данные с другого сервера. Как json_decode должен безопасно их обработать? только заменив каждый символ отсутствующий в ASCII на некую последовательность символов которые в ней присутствуют (в данном случае символ заменяется на его номер unicode, потому unicode символов это не касается).

Строка остаётся строкой, а число - числом... А уж то, что он не может вывести число в правильном виде - так это его проблемы ))) (и вопрос его квалификации и правильного выбора профессии)

\uxxxx - меня эта фигня радует в гугл js-минифаере, при минификации js все русские символы в скрипте превращаются в эту хрень \uxxxx и минифицированный файл в итоге весит больше, чем не минифицированный Приходится на сервере перекодировать эту хрень обратно. Зато данные в кодировке любой можно юзать, а то что трафика дохрена гоняешь, затем обратно конвертишь и пришедший файл весит больше исходного - это фигня, пральна? Я как разработчик прекрасно знаю в какой кодировке у меня сайт и в какой кодировке я получаю/хочу получить данные, то есть мне не нужен никакой выпендрёжь с универсальностью в ущерб производительности.

Касаемо цифр, спросил ща чё он там делал, оказалось всё проще -

vkleЕще, JSON по своей сути является текстом, который, в общем то, можно и синтезировать и анализировать при помощи только текстовых функций. В таком контексте целым вполне может считаться непрерывная последователь символов 0...9 между ":" и "}" или как-то так. То есть, при обработке вполне можно обойтись без использования числовых типов данных.

Да, вариант нормальный, осталось подружить json_encode с php 5.2.

JSON_BIGINT_AS_STRING (integer) - Encodes large integers as their original string value. Available since PHP 5.4.0. Оно?

ПрограмёрНа 64-битных системах всё работает прекрасно. То есть данные передаются между машинами с разной разрядностью (в принципе это и до меня сказали).

Канешь работает, json_encode(4524754086356432180) => 4.5247540863564E+18, если окончания по 5 с конца "...32180" у всех чисел поотрубать, то они равны