Как на новый сервер поставить старую версию php (CentOS)

Question

[Евгений Елизаров]

Подняли сервак, поставили php (свежий 5.4.21), разработчики сказали — нам пожалуйста 5.3.x, сделал yum downgrade php, от откатываться не собирается (я так понимаю по тому что нет пакетов со старыми версиями php — серв новый). Как быть? я с CentOS не оч хорошо дружу, гуглинг пока не помог.

Comments

[FanatPHP]

Вообще-то свежая — это 5.5.5
Можно поинтересоваться, как разработчики мотивируют свое желание использовать версию, поддержка которой уже прекращена?

[Евгений Елизаров]

Мне даже стыдно, чем они это мотивируют :( register_globals

[FanatPHP]

А. Ну тогда не стоит называть этих людей разработчиками.
И версия РНР в таком случае — это самая мелкая из проблем, с которыми придется столкнуться.

Answer 1

[KEKSOV]

Всегда есть возможность — собрать из исходников. Поверьте, это совсем не сложно. Выглядит все приблизительно так:

1. Скачать исходники: cd /usr && wget us2.php.net/get/php-5.3.27.tar.gz/from/de1.php.net/mirror && tar -xzf php-5.3.27.tar.gz && cd php-5.3.27
2. Настроить модули ./configure --help
3. Собрать make
4. Переписать в нужные места make install
5. Настроить конфиги web сервера

Comments

[Myroslav Zozulia]

[KEKSOV]

RTFM: Linux From Scratch
Пингвинята vs Котята или «дистрибутив убийца» :)

Answer 2

[Masterme]

Привет.

Проблема общая, касается не только php, а любого языка в принципе. На продакшне может понадобиться определённая версия интерпретатора, и не из-за квалификации программистов, а по разным причинам, чаще всего это либо legacy, либо разные версии в репозиториях девелоперских машин и продакшна. Поэтому оптимальный выход — компилировать из исходников и на продакшне, и на девелоперской машине. Рубисты это сразу поняли, и у них есть замечательный rvm. Для php самое похожее — это phpfarm. Ничего сверхъестественного, просто удобная автоматизация ручных операций. Возможно, придётся повозиться с зависимостями типа *-devel, т.к. эти ошибки видны только при компиляции php.

Comments

[Masterme]

Такая установка решает сразу несколько проблем:
— одинаковые версии php на продакшне и девелоперских тачках
— гибкость подключаемых модулей, простота добавления и удаления
— несколько версий php на одной машине

Answer 3

[Ilya Evseev]

Есть пара внешних репозитариев со старым PHP для CentOS:
— www.webtatic.com/packages/php54/
— kb.solarvps.com/centos/how-to-install-apache-and-php-5-3-on-centos-6/

Оба найдены в Гугле запросом «centos 6 php 5.3»

Comments

[Nastradamus]

вот я на это и намекал в предыдущем посте, а меня минусанули.

[Евгений Елизаров]

Ну в итоге я так и поступил

Answer 4

[Nastradamus]

В Ubuntu Server для этого существуют специальные PPA. Правда, потом если нужно вернуть последнюю версию, придется немного погемороиться с решением конфликтов зависимостей.

Answer 5

[wartur]

Недавно подобную проблему решали. Товарищ подсказывает:

для CentOs 5.7
надо отключить левые репозитарии, удалить php 5.4 и все его компноненты.
потом yum search php
если в списке есть php5.3, то вручную указываем версию yum install php53

Comments

[Евгений Елизаров]

у меня 6.4, но думаю должно работать
yum search php не выдаёт версий, только php.x86_64: PHP scripting language for creating dynamic web sites
yum install php53 — No package php53 available.

[Владислав]

Поставьте вручную из репозитария.

[Евгений Елизаров]

не пойму что он хочет от curl. curl уже отдельно попробовал поставить — картина не меняется.
Error: Package: php53u-common-5.3.27-1.ius.el5.x86_64 (ius)
Requires: libcurl.so.3()(64bit)

Answer 6

[truekenny]

Можно даунгрейд не делать, а девелоперам – это.

Comments

[FanatPHP]

Вы, наверное, не понимаете, что это бомба, которая сто крат хуже, чем родная register_globals
Если там мы ещё не успели ничего наприсваивать переменным, и надежда у хакера только на забывчивость, то здесь можно запросто переписать любую уже установленную до запуска этого кода переменную. Addslashes отдельно доставляют.
Подтверждается поговорка конца прошлого века — «хуже register_globals только то, как пользователи РНР борются с ней»

Вообще, даже вообразить не мог, что в 2013 году буду участвовать в такой дискуссии.

[Masterme]

Ад и Израиль с жыдами. За такое гнать в шею сразу.

[FanatPHP]

Рекомендую запустить этот код с такой командной строкой: /index.php?_SESSION[auth]=1
и посмотреть в массив $_SESSION.
Учитывая, что практически во всех нубокодах, использующих register_globals, функция session_start(), согласно распространённому суеверию, «должна вызываться в самой первой строке, до любых других операторов», то имеем невозбранную дыру размером с футбольное поле.
При родных register_globals хотя бы этого ужаса не будет, поскольку присвоение произойдёт до старта сессии, при котором массив $_SESSION обнулится.