Иван Шумов, ну потому что это один из тех, самых очевидных случаев, когда он переполняется. Разве не очевидно?
В корзину кладёте пару товаров на 200к деревянных, надо просуммировать. Вот и получается в итоге оверфлоу (а точнее ленивый каст к флоату с округлением).
Не нравится такой пример - статистику посчитать. Там тоже цифры большие и могут превышать int64
Иван Шумов, а при чём тут вообще плавающая точка? Я говорил про превышение int 64. Потому что микрорубль - это 10^-6 рубля. А миллион микрорублей - это число с 12ю нулями.
Помимо этого ссылки в PHP - это дополнительная нагрузка на GC, т.к. для очистки памяти для ссылки ему надо пройтись по всему графу и дойти до переменной со значением, где в свою очередь и располагается refcount
1) Найдите в этой схеме (картинке) связь вью и контроллера, а теперь посмотрите на свой код. Ничего странного не находите?
2) При нажатии на ссылку у вас запускается новое приложение (т.е. делается рефреш), а его не должно происходить. Событие обработки клика должно быть в том же инстансе (состоянии), что и всё прочее.
3) Модель содержит вьюху, а не вьюха модель (делегирование не в ту сторону).
Есть подозрения, что символ � отображается при несовпадении верхнего суррогата юникода с нижним. А значит надо перебирать весь диапазон юникода, где есть битая секция верхнего суррогата.
Иван Шумов, я эту спеку помогал писать, зачем мне её ещё читать?))) Лучше покажи где там хоть что-то есть, связанное с тем, что запросы обязательно должны быть в json и почему нельзя использовать multipart/form-data..
Иван Шумов, это вполне по спецификации. GraphQL не накладывает вообще никаких ограничений на способ передачи данных на сервер и наоборот, с сервера. Более того - он никаким боком даже с JSON не связан))
В корзину кладёте пару товаров на 200к деревянных, надо просуммировать. Вот и получается в итоге оверфлоу (а точнее ленивый каст к флоату с округлением).
Не нравится такой пример - статистику посчитать. Там тоже цифры большие и могут превышать int64