for (let i = n - 1, len = arr.length; i < len; i+=n)i = n - 1, т.к. например для массива со всего 1 элементом, ваш вариант не вернёт ни одного. «Каждый третий из одного» имхо должен вернуть одного-то. Хотя это не принципиальный момент. Можно сделать вероятностным ))
array потому, что $_POST это обёртка, куда попадают данные только из multipart/form-data или application/x-www-form-urlencoded.php://input$data = json_decode(file_get_contents("php://input"));code
string(105) Конечно, их никак не «декодировать».
8.999 – наверное, округляем вверх до 9, тут всё очевидно.
8.5 — то же самое, вверх до 9.
8.00000000005 – тут может быть и ошибка округления, надо вниз до 8 округлить?
8.000005 – а тут?
8.005 – а тут?
Сомнение вызывает сам процесс «билда» на прод-коробочке. Тот же composer бывает жаден до памяти сверх меры.
Вроде бы лишние действия происходят: и
composer install / update, иnpm run buildуже делались и на dev и на staging. Так может дальше просто передавать замороженные-проверенные образы/файлы?