Как верно заметили выше, в атомике тоже есть php 5.2.17, но для его установки надо прописывать исключение пакетов php 5.3 в настройках репо.
Добавялем EPEL:
rpm -ihv http://download.fedora.redhat.com/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm
Добавляем CentAlt:
rpm -ihv http://centos.alt.ru/repository/centos/5/x86_64/centalt-release-5-3.noarch.rpm
Выполняем:
yum install php
И в системе появится php 5.2.17. Обращаю внимание, что php-cgi собран с fpm.
Да, это дефолтное поведение в ксене.
/usr/local/sbin/nginx -V
Показывает модуль gzip_static?
Если ксен, то в следующий раз проблема решается одной командой в консоли ssh:
echo 1 > /proc/sys/xen/independent_wallclock
и ntpdate.
Вы пропатчили апачи на всех своих серверах, когда уязвимость была обнаружена?
Уязвимость расширена - Теперь в нее еще и заголовок Request-Range включен.
Сколько ни общался с саппортом по поводу vdsmanager'a - всегда получал либо "ошибка зарегистрирована, поправим" (причем судя по всему кто-то из разработчиков отвечал), либо описание, что и как сделать для ее исправления.
Вообще-то панель управления VDSManager вполне корректно работает не только с FreeBSD, но и с OpenVZ, и вроде бы даже (судя по отзывам некоторых участников форума) с KVM.
Если первые версии VDSmanager'a были на базе виртуализации FreeBSD - это еще не говорит ни о чем.
В данном конкретном топике речь шла про XEN.
Из коробки оно должно работать. По заверениям разработчиков. Но.
1) Корректное создание ВДС c FreeBSD мне удалось настроить только после ручной правки одного из файликов с настройками самого xen'a. Почему панель этого не могла сделать - непонятно. Хотя вполне вероятно, что я начал решать проблему не с того конца, но других вариантов решения не нашел.
2) Работа с HVM реализована из рук вон плохо. Шаблонов никаких ОС кроме FreeBSD компания не предоставляет (для hvm режима). С самой FreeBSD постоянно случаются проблемы при попытке увеличить размер диска на ВДС. Размер не увеличивается, панель подвисает, и прочие прелести жизни.
3) Периодически вылазят непонятки в работе панели (иногда после обновлений), в основном дело решается написанием багрепорта в саппорт. Либо принимают ошибку и говорят, что в следующем релизе поправят (тогда приходится откатываться на предыдущую версию), либо могут прописать в конфиг хитрый секретный параметр, который нигде не был документирован (1 раз было).
4) Бэкапы корректно не удалось заставить работать, хотя пока что руки не дошли всерьез разобраться с этим моментом у VDSManager'a.
5) Есть некоторые моменты, которые связаны с настройкой параметров сетей на создаваемых ВДС, но по заверениям разработчиков - это не баг, это фича.
Линукс-ВДС создаются корректно при дефолтной настройке/установке, нареканий в этом плане замечено не было.
P.S. Камрады, т.е. переходить с VDSManager'a на SolusVM - все равно что менять шило на мыло, правильно вас понимаю?
