Несколько версий php

[Deeryo]

Привет, на новой системе установил nginx, php-fpm 7.0 и потом пакеты из remi php56, php54, которые ставятся в /opt/remi/. Оказывается можно несколькими манипуляциями перевести сайт из основного php-fpm в другую версию php-fpm, запущенную параллельно.
1) перенести конфиг сайта из /etc/php-fpm.d в /opt/remi/php5x/root/etc/php-fpm.d
2) переименовать /opt/remi/php5x/root/etc/php-fpm.d/www.conf с расширением .bak
3) перезапустить php-fpm и запустить php5x-php-fpm.service

Автоматизировать это в шаблонах пака не получилось (кончилось пиво). Похоже можно совсем немного модифицировать хостинг панель и появится поддержка переключения версий php.

[skurudo]

Разные версии проще всего как мне кажется разными шаблонами делать.

Основной вопрос как у меня - компиляция на стороне пользователя, т.к. распространение бинарников - это тоже весьма такой спорный метод.

[one]

Разные версии проще всего как мне кажется разными шаблонами делать.

Не покажете пример пошаговый? У меня будет в ближайшем будущем необходимость держать две версии PHP. Пока размышляю над возможными решениями.

[imperio]

Не смотрели скрипт?
viewtopic.php?f=19&t=10854

[one]

Смотрел. Но вот заинтересовало решение Вашего коллеги на уровне шаблонов если я правильно понимаю - это разные вещи.

[Stesh]

Смотрел. Но вот заинтересовало решение Вашего коллеги на уровне шаблонов если я правильно понимаю - это разные вещи.

Это как раз оно и есть. У centos есть репозиторий remi, который используется в весте. Он позволяет установить сразу несколько версий php (в /opt). Дальше в шаблонах просто прописывается вызов нужного бинарника как fcgi к apache.

В принципе, по этому способу можно соорудить и связку nginx+php-fpm с разными версиями php (по опыту, вполне достаточно 5.6/7.0)

Но владельцы дебианов и убунт пролетают мимо, у них нет таких репозиториев. Поэтому некоторые компании и хостеры поддерживают свои репозитории, например http://download.ispsystem.com/repo/
Идти тем же путем весте, тратя ресурсы (в первую очередь человеко-часы) на создание своего репозитория - это дорого и (имхо) не самое приоритетное (в свете багов 16-й версии). Все на что можно рассчитывать - это если кто-то будет собирать и поддерживать репы под свою любимую ось на уровне 3rd Party разработчика.

компиляция на стороне пользователя

Как вариант. Но это ресурсы на стороне пользователя - время, нагрузка на проц/винт, занятое пространство, установленные пакеты, которых на рабочих серверах как бы быть не должно.

[one]

Получается что данный скрипт возможен только на CentOS?

[Stesh]

Получается что данный скрипт возможен только на CentOS?

Штатно - да. Это скрипт можно портировать на Debian/Ubuntu, но при условии что в этих системах появятся бинарники нужных версий php - с репозиториев или собранных с сорцов, не так важно. Конце концов, для себя, любимого, можно собрать нужные версии с сорцов и просто вытянуть с того топика шаблоны, в которых возможно придется чуть подправить пути. В связке с apache оно взлетит.

[skurudo]

Получается что данный скрипт возможен только на CentOS?

Конкретно этот - да, но вот этот - нет -- http://anikin.pw/all/multiversionnost-p ... s-vestacp/

[skurudo]

Смотрел. Но вот заинтересовало решение Вашего коллеги на уровне шаблонов если я правильно понимаю - это разные вещи.

У себя делал аналогично Петру Аникину, для массового внедрения засада только с компиляцией .

Петр нашел время и описал все довольно подробно у себя:
http://anikin.pw/all/multiversionnost-p ... s-vestacp/