А что будете делать, когда клиент сломает VPS?
Это плохо и неправильно. За такое отрывают руки и не только их.
Вам нужен VPS или VDS или выделенный сервер на платформе Windows.
Уже писали выше - из-за округления при отображении. Попробуйте вывести printf("%.100f",$x), если пхп так умеет.
Это называется "проблемы при работе с числами с плавающей запятой и их представлением в компьютере".
Дело в том, что числа хранятся в двоичной системе счисления в виде мантиссы (кроме первой цифры) и порядка. Некоторые числа (например, 0.2, 0.4, 0.6, 10.20) нельзя представить в виде конечной двоичной дроби, так как их запись - периодична. Из-за этого возникает погрешность округления. Наиболее хорошо это показывает командная строка питона:
>>> 0.4
0.40000000000000002
>>> 0.6
0.59999999999999998
Но добрые математики придумали решение проблем с округлением и кучей девяток - перед округлением достаточно прибавлять к округляемому что-то очень маленькое, и решать этим проблему:
>>> eps=1e-9
>>> floor(10.20*100)
1019.0
>>> floor(10.20*100 + eps)
1020.0
Вроде как даже проходят в школе :)
>Советую изучить матчасть: http://dedic.ru/node/193
как всегда - много воды и никакой конкретики :)
>Знаете, скрипты на локалке могут работать отлично, но, на железе, где и должна будет стоять одна из панелей - может работать совершенно иначе. Тут и нужно уже тестировать и смотреть ошибки.Странные скрипты
Обновитесь юмом на 14ую.
>Все сводится к тому, что Mhz - это какой-то мифический показатель, что значит которых никто толком не может сказать. И каждый их видит по своему и отсюда учет и выделение. Так?
Увы, именно так :(
>А разве нет какой-то другой общей единицы учета производительности? Универсальной для всех?
Есть куча попугаев - например, как сказал Андрей, бенчмарки и их выход, или bogomips (http://ru.wikipedia.org/wiki/BogoMIPS).
Это действительно имеет большое значение - разные кеши, наборы инструкций ядра и внутренние оптимизации.
