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

Обновлено: 02.07.2024

Vesta — популярная бесплатная панель управления сервером. Стандартная комплектация её ПО достаточно требовательна к ресурсам: рекомендуем выбрать бокс как минимум с 2 Гб RAM.

Vesta устанавливается двумя командами – скачиванием скрипта панели Vesta и его выполнением на VDS. А ещё у нас есть готовый образ с другой сборкой этой панели — Hestia. В ней больше возможностей, а её разработчики выпускают обновления чаще, чем разработчики Vesta.

Нам понадобится SSH-клиент и данные для доступа к боксу: IP-адрес, root и его пароль.

Менеджер пакетов может отличаться в зависимости от ОС. В примере показана установка на Ubuntu, поэтому используется apt-get .

Скачиваем скрипт установки:

Обновляем индекс пакетов

Запускаем установщик Vesta

Если по умолчанию cURL в сборке отсутствует, его необходимо установить

При удачном завершении установки в консоли будет

Базовые операции в веб-интерфейсе

Создание почтового ящика

После нажимаем на кнопку «ADD» .

Создание FTP-аккаунта

Для создания FTP-аккаунта переходим в раздел «WEB» , нажимаем на кнопку «EDIT» рядом с именем домена, для которого требуется создать аккаунт, пролистываем открывшуюся страницу вниз, отмечаем галочкой «Additional FTP» и вводим данные для нового аккаунта.

После нажимаем на кнопку «SAVE» .

Работа с заданиями Cron

Редактирование заданий производится в разделе «CRON» .

Добавить задание можно с помощью кнопки «+» (ADD CRON JOB) . Поля для времени выполнения задания могут быть заполнены автоматически, если выбрать периодичность в форме справа в нижней части раздела.

Для изменения уже добавленного задания нажимаем на кнопку «EDIT» рядом с ним.

Работа с резервными копиями

Для создания резервной копии переходим в раздел «BACKUP» , нажимаем на «+» ( CREATE BACKUP ). Когда операция будет завершена, на адрес администратора поступит уведомление.

Созданный бекап можно скачать, восстановить или удалить. С помощью кнопки «CONFIGURE RESTORE SETTINGS» рядом с именем копии можно изменить параметры восстановления.

Изменить количество максимально возможных резервных копий можно в разделе «PACKAGES» , кликнув на «EDIT» рядом с шаблоном (по умолчанию DEFAULT) и изменив значение поля «Backups». Как правило, по умолчанию данное значение равно 3.

Создание базы данных

После нажимаем на кнопку «ADD» .

Изменение параметров PHP

Сперва отображается форма с полями для изменения следующих параметров:

Чтобы отредактировать файл php.ini напрямую, нажимаем на ссылку «ADVANCED OPTIONS» под полями формы.

Вернуться обратно можно с помощью кнопки «BASIC OPTIONS» .

Для сохранения изменений нажимаем кнопку «SAVE» .

Работа с PhpMyAdmin

По умолчанию размер загружаемого дампа базы данных не может превышать 2Мб, чего недостаточно большинству дампов.

Если при работе с PhpMyADmin возникают ошибки или у пользователя базы данных не работают некоторые функции, то можно воспользоваться патчем от разработчиков . Вносимые исправления и принцип работы скрипта описаны в теме.

Установка произвольного SSL-сертификата

В веб-интерфейсе Vesta заходим в раздел «WEB» , нажимаем на кнопку «EDIT» рядом с именем домена, прокручиваем вниз, отмечаем галочками «SSL support» и вводим необходимые данные о сертификате:

В веб-интерфейсе

В актуальной версии панели это достаточно для автоматической установки SSL-сертификата.

Если панель не обновлена или автоматическая установка завершилась ошибкой, либо требуется задать специфические параметры сертификата, SSL-сертификат необходимо установить вручную из консоли.

В консоли

Автоматизировать процесс установки можно, запустив на аккаунте следующий скрипт ssl.sh (приложен к статье), его код:

Ключ -a сообщает о необходимости обновления сертификата каждые N дней (в примере — 60).

Удачное завершение установки выдаст:

Error и warning в данном случае можно проигнорировать. Запись "Renewal scheduled for 60 days." означает, что обновление сертификата запланировано через 60 дней.

Изменение правил iptables

Здесь можно редактировать и удалять существующие правила, а также добавлять новые.

Форма для добавления новых правил имеет 2 выпадающих списка: первый позволяет выбрать действие ( DROP или ACCEPT ), второй - протокол ( TCP , ICMP , UDP ).

Далее идут формы для ввода номера порта и IP-адреса (можно использовать маски; чтобы задать правило для всех, надо указывать 0.0.0.0/0 ). Комментарий - необязательное поле.

Таким образом можно добавлять правила только для входящих соединений. Кроме того, это могут быть только простые правила.

Например, можно разрешить обращения к порту 25 для всех. Выбираем действие ACCEPT , протокол TCP , в поле порт вводим 25 , в поле IP - 0.0.0.0/0 . В итоге в iptables запись будет иметь вид:

Чтобы новые правила сохранились после перезагрузки, в консоли выполняем:

Изменение конфигурационных файлов сервисов

Здесь выбираем сервис, в конфигурацию которого необходимо внести изменения. Нажимаем на кнопку «CONFIGURE» рядом с именем сервиса, перед нами открывается файл с его настройками.

После внесения изменений, чтобы они применились сразу, отмечаем галочкой «RESTART» перед кликом на кнопку «SAVE» .

Если что-то было внесено неправильно, панель сообщит о невозможности перезапустить сервис, и вернет конфиг к прежнему виду.

Поэтому такой метод внесения изменений для опытных пользователей является более оптимальным, чем редактирование файлов на сервере напрямую.

Конфигурационные файлы веб-серверов для сайта

Панель Vesta позволяет использовать разные настройки веб-сервера для каждого сайта.

Для этого существуют конфигурационные файлы, которые хранятся в директории /home/admin/conf/web/ и имеют вид:

Настройка open_basedir для Nginx+PHP-FPM

По умолчанию связка Nginx+PHP-FPM в VestaCP не позволяет включить директиву open_basedir .

Сделать это можно с помощью шаблонов, которые для php-fpm хранятся в директории /usr/local/vesta/data/templates/web/ .

Для включения open_basedir необходимо:

Создаём новый файл-шаблона с произвольным именем, например, socket.tpl .
Открываем файл socket.tpl и разрешаем доступ к директории с файлами доменов и к директории для временных файлов следующим образом:

Если требуется, можно аналогичным образом добавить другие директории в список разрешенных.

Использование нескольких версий PHP на сервере с VestaCP

Вместе с панелью управления Vesta по умолчанию устанавливается PHP 7.0. Если требуется использовать более старую версию PHP, сделать это можно следующим образом.

В качестве примера установим версию PHP 5.4.

Создаем каталог для исходников:

Загружаем и распаковываем архив с исходниками:

Создаем каталог, где будет находится наша версия PHP 5.4:

Конфигурация перед компиляцией(обратите внимание на переменную —prefix=, она указывает на каталог, куда будет скопмпилирована PHP):

Включаем CGI для Apache :

Переключение версий будет осуществляться с помощью шаблонов apache. Скопируем существующий шаблон phpcgi:

После чего открываем файл /usr/local/vesta/data/templates/web/apache2/php54.sh и заменяем:

Мы разработали инструкцию по установке дополнительных версий php на сервере с установленной панелью VestaCP. Предполагается, что вы установили чистый сервер с VestaCP в выбранной вами операционной системе. В облаке NetPoint есть готовый шаблон, поддерживающий VestaCP, который Вы можете развернуть в один клик.

Перед выполнением следующих действий пожалуйста выполните резервную копию сервера или сделайте снимок виртуальной машины.

Для выполнения настройки необходимо подключиться к серверу с помощью вашего любимого клиента SSH.

Предварительно установите следующие библиотеки:

В Linux Debian (Ubuntu) установка выполняется командой apt-get install (либо apt install), в CentOS воспользуйтесь установкой с помощью Yum. Далее инструкция будет приведена для ОС семейства Debian (Ubuntu).

Установку PHP 5.3 в данной инструкции рассматривать не будем, потому что в облаке NetPoint есть готовый шаблон VestaCP с предустановленной PHP версии 5.3.

Установка PHPBrew

Предварительно установите PHPBrew, если он еще не установлен. В том случае, если вы используете наш шаблон с предустановленной VestaCP, PHPBrew уже установлен.

Установка ПО PHP всех версий

Установку PHP версии 5.6 можно выполнить следующей командой:

Установку PHP версии 7.0 можно выполнить следующей командой:

Установку PHP версии 7.1 можно выполнить следующей командой:

Установку PHP версии 7.2 можно выполнить следующей командой:

Установку PHP версии 7.3 можно выполнить следующей командой:

Создание символических ссылок в /usr/local/php

Создайте символические ссылки для установленных PHP версий следующими командами:

Настройка Apache2

Активируйте CGI модуль веб-сервера:

Перезапустите службу веб-сервера Apache2, чтобы применить изменения

Создание шаблонов для запуска PHP web-сервером Apache2

Добавьте шаблоны и сценарии bash в указанные директории для переключения версий php через web интерфейс VestaCP

PHP 5.6

/usr/local/vesta/data/templates/web/apache2/php56.sh

/usr/local/vesta/data/templates/web/apache2/php56.tpl

/usr/local/vesta/data/templates/web/apache2/php56.stpl

PHP 7.0

/usr/local/vesta/data/templates/web/apache2/php70.sh

Файлы шаблонов для всех версий PHP такие-же, как у версии PHP 5.6, отличие только в именах шаблонов и путях к PHP.

/usr/local/vesta/data/templates/web/apache2/php70.tpl

/usr/local/vesta/data/templates/web/apache2/php70.stpl

PHP 7.1

/usr/local/vesta/data/templates/web/apache2/php71.sh

/usr/local/vesta/data/templates/web/apache2/php71.tpl

/usr/local/vesta/data/templates/web/apache2/php71.stpl

PHP 7.2

/usr/local/vesta/data/templates/web/apache2/php72.sh

/usr/local/vesta/data/templates/web/apache2/php72.tpl

/usr/local/vesta/data/templates/web/apache2/php72.stpl

PHP 7.3

/usr/local/vesta/data/templates/web/apache2/php73.sh

/usr/local/vesta/data/templates/web/apache2/php73.tpl

/usr/local/vesta/data/templates/web/apache2/php73.stpl

Установка прав на шаблоны

Установите права на файлы шаблонов следующей командой:

Выполните еще раз перезапуск веб-сервера Apache2:

Активация для выбранного сайта

Активация нужной PHP версии выполняется следующим образом:

Если у вас возникли вопросы по данной статье, пожалуйста задайте их в комментариях через форму ниже. Если вы клиент компании, можете задать вопросу службе поддержки через биллинговую систему или в чате Telegram.

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

skurudo VestaCP Team Posts: 8099 Joined: Fri Dec 26, 2014 2:23 pm Contact:

Post by skurudo » Tue Aug 09, 2016 12:45 pm

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

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

. and always remember, it's not free tech support. Want some urgent help? Try to hire one or two. one Posts: 392 Joined: Tue Sep 15, 2015 4:11 pm
Os: Debian 9x Web: apache + nginx

Post by one » Tue Aug 09, 2016 3:59 pm

skurudo wrote: Разные версии проще всего как мне кажется разными шаблонами делать. Не покажете пример пошаговый? У меня будет в ближайшем будущем необходимость держать две версии PHP. Пока размышляю над возможными решениями. imperio VestaCP Team Posts: 6916 Joined: Sat Dec 01, 2012 12:37 pm Contact:

Post by imperio » Tue Aug 09, 2016 6:51 pm

one Posts: 392 Joined: Tue Sep 15, 2015 4:11 pm
Os: Debian 9x Web: apache + nginx

Post by one » Tue Aug 09, 2016 9:33 pm

Смотрел. Но вот заинтересовало решение Вашего коллеги на уровне шаблонов если я правильно понимаю - это разные вещи. Stesh Posts: 344 Joined: Mon Nov 09, 2015 5:52 pm
Os: CentOS 7x Web: nginx + php-fpm

Post by Stesh » Tue Aug 09, 2016 10:43 pm

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

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

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

Наверное, многие сталкивались с ситуацией, когда среди проектов, работающих на современном ПО, остается пара полузабытых, а держать отдельную машину под них не хочется. Вариантов решения — масса, но в службе поддержки хостинг-компании данная проблема не теряет своей актуальности. Мои коллеги разработали скрипт, помогающий добавить нужную версию PHP в VestaCP буквально за пару минут. Данный метод уже зарекомендовал себя с хорошей стороны, и он продолжает радовать сотрудников поддержки. Самое время его опубликовать и помочь всем, кто столкнулся с подобной проблемой.

Для того чтобы воспользоваться решением, достаточно скопировать одну строчку в терминал, но мы рассмотрим чуть подробнее, как всё это работает.

Установка

Будет установлен (если не был установлен ранее) docker через унифицированный инсталлятор (проверялся на CentOS7 и Ubuntu).

Все сервисы выполняют установку/обновление образов, в связи с чем первый запуск (например, подключение шаблона в “Весте”) либо перезапуск при наличии обновлений может занять некоторое время.

PHP запускается от имени www-data. На хосте будет создан (если еще нет) соответствующий пользователь. Владелец директории сайта будет изменен на www-data, группа останется прежняя. Также будет создана директория /opt/docker/ для хранения конфигурационных файлов.

В итоге мы потратим

700 Мб на установку самого докера и около

300Мб на образы, но получим прирост производительности. Результаты измерения производительности средствами Bitrix в 1.5-2 раза выше для связки VestaCP + Docker, чем при использовании аналогичной версии PHP в качестве модуля Apache.

Установка на одноядерный процессор

При установке докер-контейнера на сервер с одноядерным процессором (cpu=1) не будет автоматически запускаться контейнер PHP.
В таких случаях необходимо отредактировать файл /etc/systemd/system/docker.php.56.service (где 5.6 - установленная версия PHP):

--cpus=2 изменить на --cpus=1

Далее перезапустить докер:

systemctl stop docker
systemctl start docker

После чего переключить на нужную версию PHP в панели VestaCP. В случае если нужная версия уже выбрана, то необходимо переключить на дефолтную, сохранить и снова переключить на нужную версию PHP.

Схема работы

Схема работы выглядит следующим образом:

Nginx -> apache в контейнере -> php-fpm в контейнере.

Apache потребовалось запаковать в контейнер (

80mb) из-за различий версий между CentOS и Apache. Версия в Centos не позволяет корректно проксировать запросы на fpm.

Apache запускается на порту 9080, поэтому скрипт редактирует конфигурацию nginx. Переключение на стандартный шаблон Vesta (default) вернет прежний порт (8080).

PHP запускается на 9000+version, то есть 9056, 9070, 9072 и т.д.

PHP запускается следующим образом:

docker run --rm --network host --cpus=2
-v /etc/passwd:/etc/passwd
-v /etc/group:/etc/group
-v /etc/hosts:/etc/hosts
-v /var/lib/mysql/mysql.sock:/var/run/mysqld/mysqld.sock
-v /opt/docker/conf/php/56/php.ini:/usr/local/etc/php/conf.d/docker.ini
-v /home:/home --name php-56 kotpoliglot/php:56

passwd и group передаются в контейнер из-за различных требований к uname и uid в CentOS и Ubuntu.

/etc/hosts — внешние адреса доменов Vesta, они нужны в контейнере для корректной работы сокетов в Bitrix, например. Файл обновляется при каждом переключении шаблонов в Vesta.
/opt/docker/conf/php/56/php.ini — файл, с помощью которого можно повлиять на параметры PHP в контейнере.

Добавление модулей и пакетов

При необходимости можно добавить тот или иной модуль или пакет в контейнер. Образы собраны на основе alpine для экономии ресурсов. Пакеты ставятся через apk, например, создаем Dockerfile cо следующим содержимым:

FROM kotpoliglot/php:56
RUN apk add --no-cache libpng-dev

Затем сохраняем файл и выполняем:

В случае, если требуется модуль для PHP, в контейнерах есть набор скриптов docker-php-ext-configure, docker-php-ext-install и docker-php-ext-enable (описание).

Установка будет выглядеть следующим образом: создаем Dockerfile в произвольной директории со следующим содержимым:

FROM kotpoliglot/php:56
RUN docker-php-ext-install zip

Затем пересоздаем образ:

Будет создан новый образ с прежним именем и установленным модулем.

сервисном файле стоит удалить ExecStartPre=/usr/bin/docker pull kotpoliglot/php:56, чтобы запускался локальный образ, а не заново скачанный с DockerHub.

Сервисные файлы доступны по пути /etc/systemd/system/.

Если инструмент показался вам полезным — дайте знать, мы подготовим подобное решение, например, для панели ISPConfig.

Веб-сервер Apache использует виртуальные хосты для управления несколькими доменами в одной системе. PHP-FPM использует демона для управления несколькими версиями PHP в одной системе. Вы можете использовать Apache и PHP-FPM для одновременного хостинга на одном сервере нескольких веб-приложений PHP на основе разных версий PHP. Эта возможность полезна, поскольку разным приложениям могут требоваться разные версии PHP, но некоторые серверные комплексы, в том числе комплекс LAMP в стандартной конфигурации, могут работать только с одной версией. Сочетание Apache с PHP-FPM более экономично по сравнению с хостингом каждого приложения на отдельном экземпляре сервера.

Также PHP-FPM предлагает разные варианты конфигурации для регистрации данных stderr и stdout , аварийной перезагрузки и адаптивного создания процессов, что полезно для сайтов с высокой нагрузкой. Использование Apache с PHP-FPM — один из лучших вариантов хостинга приложений PHP, особенно с точки зрения производительности.

В этом обучающем руководстве мы настроим два сайта PHP для работы на одном экземпляре сервера. Каждый сайт будет использовать собственный домен, и на каждом домене будет использоваться собственная версия PHP. Первый с айт site1.your_domai n развернет PHP 7.0. Второй сайт site2.your_domain развернет PHP 7.2.

Предварительные требования

Один сервер CentOS 7 с не менее чем 1 ГБ оперативной памяти, настроенный согласно руководству Начальная настройка сервера CentOS 7, с пользователем non-root user с привилегиями sudo и брандмауэром.
Веб-сервер Apache, установленный и настроенный в соответствии с указаниями руководства Установка веб-сервера Apache в CentOS 7.
Доменное имя, настроенное так, чтобы указывать на ваш сервер CentOS 7. Информацию о том, как сделать так, чтобы домены указывали на дроплеты DigitalOcean, можно найти в руководстве Создание указаний на серверы имен DigitalOcean из общих реестров доменов. Для целей настоящего обучающего модуля мы используем два субдомена, каждый из которых указан с записью A в наших настройках DNS: site1.your_domain и site2.your_domain .

Шаг 1 — Установка PHP версий 7.0 и 7.2 с помощью PHP-FPM

После выполнения предварительных требований мы установим версии PHP 7.0 и 7.2. Репозиторий SCL (Software Collections) содержит множество версий стеков PHP для систем CentOS 7. Если вам нужна абсолютно новая версия PHP, которой нет на SCL, проверьте remi PPA (персональные архивы пакетов).

Начнем с установки репозитория SCL в вашу систему:

Сначала узнаем, какие версии PHP 7 доступны в SCL:

Вывод будет выглядеть следующим образом:

Вы заметите, что доступна также новейшая версия, PHP 7.3. Но в наших примерах мы установим версии 7.0 и 7.2.

Начнем с более ранней версии. Установите rh-php70 и rh-php70-php-fpm :

rh-php70 — это метапакет, который запускает приложения PHP.
rh-php70-php-fpm предоставляет интерпретатор Fast Process Manager, который работает как демон и принимает запросы Fast/CGI.

Повторите процедуру для PHP версии 7.2. Установите rh-php72 и rh-php72-php-fpm .

Далее запустите следующие команды для начала использования обеих коллекций Software Collections:

По умолчанию обе версии PHP прослушивают порт 9000 . Но в этом обучающем руководстве мы хотим запустить две версии одновременно. Поэтому назначим два новых порта:

Сейчас вы назначили выделенный порт для каждой из ваших служб PHP. Перед выполнением этих изменений необходимо, тем не менее, добавить порты в вашу конфигурацию SELinux.

Теперь вы готовы запустить и активировать ваши службы PHP. Начнем со службы rh-php70-php-fpm и активируем ее запуск во время загрузки:

Затем проверьте статус службы rh-php70-php-fpm :

Вывод будет выглядеть следующим образом:

Повторите эту процедуру, запустите службу rh-php72-php-fpm и активируйте ее запуск во время загрузки:

Затем проверьте статус службы rh-php72-php-fpm :

Другой вывод будет выглядеть следующим образом:

Мы установили на сервере две версии PHP. Теперь создадим структуру каталогов для каждого сайта, который будем развертывать.

Шаг 2 — Создание структур каталогов для обоих сайтов

В этом разделе мы создадим корневой каталог документов и страницу индекса для каждого из двух сайтов.

Вначале создайте корневые каталоги документов для site1.your_domain и site2.your_domain :

По умолчанию веб-сервер Apache работает как пользователь apache и группа apache . Поэтому /var/www/ и все его файлы и подкаталоги также должны принадлежать им. Запустите следующие команды для проверки правильности владения и разрешений корневых каталогов вашего веб-сайта:

Команда chown меняет владельца двух каталогов веб-сайта на пользователя apache и группу apache . Команда chmod меняет разрешения, связанные с этим и другими пользователями и группами.

Далее вы создадите файл info.php в корневом каталоге каждого сайта. В нем будет отображаться информация о версии PHP для каждого сайта. Начнем с site1 :

Добавьте следующую строку:

Сохраните и закройте файл. Скопируйте созданный файл info.php в site2 :

Теперь на вашем веб-сервере имеются корневые каталоги документов, которые требуются каждому сайту для предоставления данных посетителям. Далее мы настроим веб-сервер Apache для работы с двумя разными версиями PHP.

Шаг 3 — Настройка Apache для обоих сайтов

В этом разделе мы создадим два файла конфигурации виртуального хоста. Это позволит двум нашим сайтам одновременно работать с двумя разными версиями PHP.

Вначале создайте новый файл конфигурации виртуального хоста для сайта site1.your_domain . Здесь вы предписываете Apache использовать для рендеринга содержимого PHP 7.0:

Добавьте в файл следующее: Убедитесь, что путь к каталогу сайта, имя сервера, порт и версия PHP соответствуют вашей настройке:

Для DocumentRoot вы указываете путь корневого каталога вашего веб-сайта. Для ServerAdmin вы добавляете адрес электронной почты, к которому имеет доступ администратор сайта your_domain . Для ServerName вы добавляете url для вашего первого субдомена. Для SetHandler вы указываете порт 9002 . Остальные директивы также настраивают вашу службу для развертывания PHP 7.0.

Сохраните и закройте файл.

Теперь создайте новый файл конфигурации виртуального хоста для сайта site2.your_domain . Для этого субдомена мы будем развертывать PHP 7.2:

Добавьте в файл следующее: Убедитесь, что путь к каталогу сайта, имя сервера, порт и версия PHP соответствуют уникальным параметрам вашей системы:

Сохраните файл и закройте его после завершения. Проверьте файл конфигурации Apache на наличие синтаксических ошибок:

Вы увидите вывод с текстом Syntax OK :

Перезапустите службу Apache, чтобы применить изменения:

Мы настроили Apache для обслуживания каждого из сайтов и теперь протестируем их и убедимся, что на них работают правильные версии PHP.

Шаг 4 — Тестирование сайтов

Мы настроили два сайта для работы с двумя разными версиями PHP. Теперь проверим результаты.

Обратите внимание на заголовки. На первой странице указано, что на сайте site1.your_domain развернута версия PHP 7.0. На второй странице указано, что на сайте site2.your_domain развернута версия PHP 7.2.

Мы протестировали сайты и теперь можем удалить файлы info.php . Эти файлы представляют собой угрозу безопасности, поскольку они содержат важную информацию о вашем сервере и при этом доступны неуполномоченным пользователям. Удалите файлы:

Теперь у вас имеется один сервер CentOS 7, обслуживающий два сайта с двумя разными версиями PHP. Однако PHP-FPM можно применять и для других целей.

Заключение

Мы объединили виртуальные хосты и PHP-FPM для обслуживания нескольких сайтов и нескольких версий PHP на одном сервере. Количество сайтов PHP и версий PHP, которые может обслуживать ваш сервер Apache, зависит исключительно от вычислительной мощности сервера.

Теперь вы можете рассмотреть возможность изучения более расширенных функций PHP-FPM, например порождение процесса или правил регистрации sdtout и stderr . Или же теперь вы можете защитить свои веб-сайты. Для этого используйте наш обучающий модуль по защите сайтов с помощью бесплатных сертификатов TLS/SSL от Let’s Encrypt.

Читайте также: