Ну из самых общих соображений: процессоры GPU - это тупые числодробилки, берущие числом. Их можно нагрузить, когда заранее известно, какие данные считать, и этот расчет распараллеливается по всем доступным ядрам.
Первое же ветвление - и уже нужно считать другие данные, вот это все сливаем, увеличиваем энтропию...
Ну, во-первых, стоит выкинуть этот код на пыхе и сделать все на JS, потому что ходить за расчетом на сервер имеет смысл только тогда, когда в нем участвуют БД или внешние API.
Достаточно повесить обработчики на все эти инпуты, собрать в одну формулу и пару массивов весь расчет - и пересчитывать результат мгновенно при любом изменении формы.
Zanuda28, мне-то они зачем? Читайте сами, обращайте внимание на строчки с error / fail, гуглите, что по ним может сказать мировой разум... не мне же это делать.
maksam07, это именно нехватка опыта. Короткие теги по умолчанию всегда отключены, и любой, кто сам натягивал на новый сайт сколько-нибудь старый код, с этими граблями сталкивался.
Вообще-то это из разряда ошибок, которые стоит проверить прежде, чем смотреть еще куда бы то ни было.
И никакого смысла изучать код для этой конкретной ошибки, кроме возможности хлопнуть себя по лбу с воплем "вот я телятина!", тут нет ;)
voldev vvv, как это гармонично!
Безграмотность - неспособность грамотно сформулировать задачу - неспособность ее решить.
Мы же не на диктанте, да.
Начните с бумажки. Выпишите на нее свои три значения массива и вручную выполните свой код. Что произошло? А чего хотелось? Так чего не хватает?
Ни сортировка, ни сравнение тут вообще, совершенно, принципиально ни при чем.
Цикл по первому массиву с заполнением результата. Ясельная группа по РНР.
Дмитрий, очень может быть. Буки вообще туговаты насчет улучшить, слишком много инженерных компромиссов.
Но здесь-то человек одним мановением отрицает всякий апгрейд и возвещает, что все это суета и томление духа... ;)