С помощью PHP-селектора вы можете выбирать доступные версии PHP для хостинговых сред. Возможность параллельного использования двух приложений с разными версиями зависит, прежде всего, от Сфера применения отбора Примечание: в CloudLinux это правило распространяется на домены пользователя, управляемые Selector. Альтернативой могут служить отдельные учетные записи или поддерживаемое управление на уровне доменов. Кроме того, перед переходом проверьте совместимость приложений, расширения и время выполнения запланированных задач. Провайдер должен подтвердить, какие функции предлагает ваш тарифный план.
Что управляет PHP-селектор
A PHP-селектор — это интерфейс управления средами выполнения PHP, предоставляемый оператором сервера. С его помощью вы можете, в зависимости от конфигурации хостинга, выбрать ветвь PHP и соответствующие расширения или параметры. Интерфейс не устанавливает автоматически любую желаемую версию и не гарантирует, что каждый выбор будет применяться отдельно для отдельных доменов.
Для планирования важны три уровня: на сервере может быть несколько версий установлено ; однако в тарифном плане провайдер может предоставить на выбор только часть из них. Кроме того, то, какая версия фактически будет выполнена при конкретном запросе, зависит от конфигурации домена, веб-сервера и соответствующего обработчика PHP. Один лишь видимый пункт меню не дает ответа на этот последний вопрос.
CloudLinux предоставляет альтернативные среды выполнения в виде Старый PHP готово. Кроме того, существует нативная среда PHP сервера или панели управления. Термин «нативная» в данном случае не обозначает конкретный номер версии: какая версия PHP и какая конфигурация используются, зависит от конкретной серверной среды. Поэтому при переходе на нативную среду приложение может столкнуться с другими требованиями, чем при выборе старой версии PHP.
Если вам требуется определённая версия PHP для вашего хостинга, сначала проверьте системные требования приложения, а затем уточните, действительно ли она доступна в рамках выбранного тарифа. Также выясните, можно ли настроить необходимые расширения и параметры. Описанные в документации функции CloudLinux отражают возможности программного обеспечения, а не автоматически определяют набор функций конкретного хостинг-пакета.
Учетные записи, домены и изоляция
Представьте себе современный веб-сайт и старое бизнес-приложение, которым требуются разные ветви PHP. Если они размещены на отдельных хостинг-аккаунтах, они могут использовать разные версии, при условии, что оба аккаунта имеют собственный набор селекторов и провайдер предоставляет доступ к необходимым ветвям. Это один из возможных вариантов параллельной работы на одном сервере, но не гарантируется для всех тарифных планов.
Иная ситуация складывается в случае двух доменов в рамках одной учетной записи. CloudLinux описывает настройки селектора, которые применяются ко всем доменам пользователя, управляемым этим селектором. Поэтому, если вы измените версию в настройках селектора, это повлияет на оба приложения; само по себе наличие селектора не означает, что домены будут выбираться независимо друг от друга.
Der Область применения поэтому перед каждым изменением необходимо уточнить этот вопрос. Если провайдер не поддерживает соответствующее управление на уровне домена, решением могут стать отдельные учетные записи. Для этого необходимо соответствующим образом перенести приложения и проверить условия соответствующих тарифных планов. Наличие второго домена или дополнительного каталога само по себе еще не обеспечивает независимый выбор версии.
CageFS служит в многопользовательской среде CloudLinux для разграничения пользовательских сред. Эти Изоляция не следует путать с вопросом о том, какую версию PHP можно установить для домена. Даже дополнительная изоляция веб-сайтов в рамках одной учетной записи сама по себе не свидетельствует о возможности независимого выбора селектора; более подробно об этой концепции рассказывается в статье о CageFS для каждого сайта в рамках виртуального хостинга.
В документации CloudLinux также описана специальная конфигурация Selector без включенного CageFS для сервера с одной учетной записью пользователя. Из этого не следует рекомендация отключать CageFS на обычном сервере виртуального хостинга. Архитектура безопасности и её настройка в данном случае находятся в ведении оператора; как клиент, вам следует уточнить, предлагается ли разделение ресурсов и в каком объёме.
Selector и MultiPHP Manager
CloudLinux PHP Selector и cPanel MultiPHP Manager — это разные инструменты. Selector управляет предоставленными вариантами PHP в рамках своей интеграции; MultiPHP Manager позволяет управлять настройками PHP для отдельных доменов. Однако то, что один из этих интерфейсов поддерживает настройки на уровне домена, не означает, что они доступны в вашем тарифном плане или разрешены для каждой комбинации.
В документации по взаимодействию с cPanel компания CloudLinux указывает, в частности, следующие параметры для использования селектора: Системные настройки в MultiPHP Manager и отключенный PHP-FPM для соответствующего домена. Эти требования описывают конкретную интеграцию, а не универсальную инструкцию по настройке в несколько кликов. То, как хостинг-провайдер настроил обработчики и интерфейсы, определяет, какая настройка будет действовать.
Если обе интерфейсы видны, не следует определять их функции методом проб и ошибок на рабочем сайте. В противном случае настройка, связанная с доменом, в MultiPHP Manager и выбор селектора могут создать ожидания, не соответствующие фактически используемому обработчику. Попросите провайдера объяснить, какой инструмент является определяющим для данного домена и какие изменения затрагивают другие домены.
Принятие конкретного решения облегчат следующие вопросы: какой интерфейс доступен в рамках тарифного плана? Действует ли выбор на один аккаунт или на один домен, и какие версии PHP и расширения разрешены? Кроме того, уточните, доступны ли SSH и запланированные задачи, и какой интерпретатор их выполняет. Так можно отдельно планировать работу веб-приложения и фоновых задач, вместо того чтобы делать выводы обо всех путях выполнения на основе данных панели управления.
Наконец, выясните, имеются ли изолированная тестовая среда и резервная копия, а также кто сможет восстановить прежнюю конфигурацию в случае сбоя. Только после того, как будут определены ответственность за интерфейс и затронутый участок, можно подготовиться к переходу с приемлемым уровнем риска. Неподтвержденные пункты меню или якобы универсальное решение по настройке в данном случае не помогут.
Выбрать подходящую сферу применения
Прежде чем изменить версию PHP на хостинге, уточните Область применения доступных настроек. Решающим фактором является не только количество доменов, которыми вы управляете, но и то, какие из них используют одного и того же пользователя и один и тот же набор селекторов. В таблице типичные требования представлены в виде вопросов, которые вы можете обсудить со своим провайдером.
| Требование | Область применения, подлежащая проверке | Возможный подход | Открытый вопрос о поставщике |
|---|---|---|---|
| Два приложения в разных учетных записях | Выбор для каждой учетной записи | Выберите подходящую версию для каждого счета | Обе версии доступны для обеих учетных записей? |
| Два домена в одной учетной записи | Выбор селектора для управляемых доменов | Проверить наличие отдельных учетных записей или поддержку управления на уровне домена | Какая поверхность управляет каким доменом? |
| Необходимые расширения | Версия и утвержденные настройки селектора | Проверить модули на соответствие целевой версии | Какие расширения клиенты могут изменять? |
| Cronjobs | Путь выполнения соответствующего задания | Отдельно проверить вызов CLI и поддержку поставщиков | Какой интерпретатор выполняет задание? |
CloudLinux Selector применяет выбранные настройки к доменам пользователя, находящимся под его управлением, в соответствии с документацией. Если двум приложениям в одной учетной записи требуются разные версии, разделить их по разным учетным записям может помочь, при условии, что тарифный план и доступные версии это позволяют. О дополнительных расходах и условиях необходимо уточнять у провайдера.
Еще один вариант — явно поддерживаемое управление на уровне домена, например, через MultiPHP Manager в cPanel. Нельзя однозначно утверждать, доступна ли эта функция в конкретном тарифном плане и как она взаимодействует с селектором. Также изменение через .htaccess не стоит рассчитывать на него как на надежную замену.
Кроме того, разделение версий не устраняет все зависимости: приложение может требовать определённых модулей или настроек, в то время как запланированное задание использует собственный интерпретатор. Записывайте эти требования отдельно, чтобы при обращении к поставщику запрашивать не только номер версии, но и полный путь выполнения.
Проверить версию PHP и поддержку
Выберите ветку PHP, которую поддерживает ваше конкретное приложение и для которой доступны исправления, связанные с безопасностью. Для этого проверьте требования используемой версии CMS или интернет-магазина, а также плагинов, тем, библиотек и собственного кода. Сама по себе актуальная версия PHP не гарантирует автоматическую работоспособность старого, несовместимого приложения.
В официальной таблице PHP проводится различие между активную поддержку и последующий этап с исправлениями, связанными с безопасностью. Согласно данным исследования от 4 ноября 2026 года, для PHP 8.2 и 8.3 будут выпускаться только исправления, связанные с безопасностью; PHP 8.4 и 8.5 находятся в фазе активной поддержки. Официальная поддержка безопасности для PHP 8.2 заканчивается 31 декабря 2026 года. Перед принятием решения проверь статус ещё раз, так как эта классификация со временем может измениться.
Отображение версии в селекторе отвечает на другой вопрос, чем таблица поддержки: оно показывает доступные варианты в вашей среде, но не подтверждает ни официальную поддержку, ни совместимость вашего приложения. И наоборот, из того, что официально поддерживается та или иная ветвь, не следует, что ваш тариф хостинга её поддерживает.
Поставщик может предложить собственную расширенную поддержку для старых пакетов. Для этого уточните в письменной форме, какие именно пакеты и исправления безопасности она охватывает, как долго она будет действовать и каким образом будут предоставляться обновления. Это Поддержка поставщиков не следует приравнивать к официальной поддержке проекта PHP и не заменяет план миграции приложения.
Если предстоит переход на более новую ветвь, проверьте также пропущенные этапы миграции и фоновые задачи. Статья по теме PHP 8.5 на хостинге и для проверки совместимости объясняет, какие взаимосвязи и процессы могут иметь значение при данном конкретном переходе на новую версию.
Контролируемая подготовка к переходу
Начните с анализа текущей ситуации: какая платформа у вас в распоряжении, какие домены она поддерживает и какие версии PHP разрешены для вашей учетной записи? Запишите имеющийся на данный момент набор параметров и, в случае неясностей, уточните фактический объем возможностей. Так вы избежите ситуации, когда, полагая, что переносите только один сайт, на самом деле затрагиваете и другие домены.
Предположим, что текущее приложение и более старая версия приложения работают параллельно. Сначала проверьте, совместимы ли их требования с общей целевой версией. Если нет, то может помочь отдельный выбор в разных учетных записях; альтернатива, связанная с доменом, подходит только в том случае, если поставщик поддерживает её для вашей конфигурации.
Перед внесением изменений в производственную среду проверьте, существует ли актуальная Резервное копирование файлов и базы данных, и порядок их восстановления четко проработан. Изолированная тестовая среда будет полезна, если у вас есть возможность её организовать: там вы сможете протестировать целевую версию, не подвергая ненужному риску посетителей или производственные данные. Вопрос о том, предоставляет ли тарифный план среду Staging или резервные копии, необходимо уточнить у провайдера.
Помимо текущей и желаемой версии PHP, задокументируйте также необходимые расширения и соответствующие параметры. Сравните эти данные с требованиями приложения и настройками, разрешёнными в тарифном плане. CloudLinux Manager позволяет устанавливать административные ограничения на версии и расширения; из этого не следует, что каждый параметр может быть изменён самим клиентом.
В изолированной среде тестируйте не только стартовую страницу, но и вход в систему, формы, импорт данных и другие процессы, важные для вашего проекта. Отдельно проверьте запланированные задачи, поскольку их выполнение не подтверждается одним лишь отображением веб-сайта. Зафиксируйте все отклонения от нормы и устраните проблемы с совместимостью до перехода в производственную среду.
В заключение поместите Обратное путешествие Обратите внимание: кто может вернуть предыдущую версию и какие настройки необходимо проверить после этого? Запланируйте переход на подходящий момент и впоследствии следите за работой затронутых приложений. Сам по себе возврат к предыдущей версии не гарантирует, что все расширения и опции будут восстановлены в прежнем виде.
Проверка веб-приложений, командной строки и заданий Cron
Веб-сайт и его фоновые задачи не обязательно должны использовать один и тот же интерпретатор PHP. HTTP-запросы обрабатываются в среде выполнения, определяемой веб-сервером и его обработчиком; в то же время вызов из командной строки запускает тот интерпретатор, который обнаруживает соответствующая среда. CloudLinux различает native пути для веб-интерпретатора и интерпретатора CLI. Поэтому одно только отображение в PHP Selector не дает ответа на все вопросы, касающиеся фактического выполнения.
Если SSH доступен в вашем тарифном плане, вы можете выполнить в терминале следующую команду для просмотра. Она отобразит версию Интерпретаторы командной строки, который будет найден именно для этого вызова. Для проверки не требуется вносить какие-либо изменения в файлы или настройки.
Этот результат не указывает ни на версию PHP для HTTP-запроса, ни на версию для cron-задачи, запущенной другим способом. Запланированная задача может использовать явно указанный путь к интерпретатору или другую среду выполнения. Поэтому проверьте заданный вызов и среду выполнения конкретного задания, а не полагайтесь на вывод вашей интерактивной сессии.
Для веб-проверки используйте защищенный метод, поддерживаемый поставщиком, и, при необходимости, уточните, какой обработчик для этого предназначен. Общедоступный диагностический скрипт с подробной информацией об окружении не является подходящим стандартным решением. Также проверяйте запланированные задачи с помощью поддерживаемого способа и затем контролируйте, действительно ли, например, задание импорта или отправки работает так, как и предполагалось.
Для каждого соответствующего пути выполнения укажите, какая версия ожидается и как она проверялась. Если панель, вывод SSH и поведение задания дают противоречивую информацию, сначала уточните у поставщика, кто отвечает за данную среду выполнения. Так вы избежите изменения настроек не там, где нужно.
Определение причины неисправности после замены
Если после перехода загружается стартовая страница, но форма или импорт не работают, значит, переход ещё не прошел достаточную проверку. Повтори соответствующий процесс и запиши время, функцию и наблюдаемое сообщение об ошибке. Сравните эти данные с доступными журналами приложения и сервера, если ваш тарифный план предоставляет к ним доступ; конфиденциальные данные журналов не должны попадать в общедоступные файлы.
Затем проверьте Совместимость совместимости соответствующего приложения и его расширений с выбранной ветвью PHP. Например, форма может зависеть от плагина, который на главной странице вообще не запускается. При импорте также важны его зависимости и фактический путь выполнения: фоновый процесс может использовать другую среду выполнения, чем веб-сайт.
Перед переходом сравните доступные и активированные расширения PHP для целевой версии, а также необходимые настройки с вашей документацией. Выбор ветки PHP не означает автоматического подтверждения того, что все необходимые модули и настройки соответствуют требованиям. То, какие изменения вы можете вносить самостоятельно, зависит от разрешения оператора.
Кроме того, проверьте, действительно ли данный домен соответствует ожидаемому обработчик и используется требуемый период действия. Если имеется несколько интерфейсов администрирования, уточни их функции у поставщика, прежде чем вносить дальнейшие изменения в настройки. Отображение в селекторе не обязательно должно объяснять, какой путь выполнения обрабатывает конкретный запрос.
Предупреждение: Не следует настраивать пути конфигурации в общем порядке с помощью PHPRC или PHP_INI_SCAN_DIR . CloudLinux предупреждает, что такие изменения в путях конфигурации PHP могут повлиять на работу Selector. Если вам необходимо использовать индивидуальный путь, сначала согласуйте его с провайдером.
Если ошибку невозможно устранить в кратчайшие сроки, воспользуйтесь заранее определённым способом возврата к предыдущей версии. После этого снова проверьте фактически действующую версию, расширения и настройки, а также затронутые функции. Не рассчитывайте на то, что переход на предыдущую версию автоматически восстановит все прежние настройки; зафиксируйте отклонения для следующей попытки.
Планирование работы с устаревшими системами и миграции
Для непрерывной работы в первую очередь определяющее значение имеет необходимый Область применения: Если общий выбор подходит для доменов пользователя, управляемых Selector, то Selector может стать подходящим интерфейсом. Если же двум приложениям требуются независимые версии, рассмотрите возможность использования поддерживаемого поставщиком управления доменами или отдельных хостинг-аккаунтов. Один только документально описанный выбор Selector не гарантирует независимых настроек для каждого домена в рамках одного аккаунта.
Раздельные учетные записи позволяют организационно разделить процесс выбора версий, при условии, что в каждом случае доступны необходимые ветви. Решение, ориентированное на домен, также может подойти, если провайдер его предоставляет и его взаимодействие с другими инструментами PHP проработано. Перед переходом уточните стоимость, тарифные условия и сферу ответственности; наличие технической возможности не означает гарантии предоставления конкретного пакета услуг.
Старое приложение не должно оставаться на старой ветке только потому, что её можно выбрать в меню. Запланируйте Миграция на поддерживаемую комбинацию приложения, зависимостей и PHP: определите отсутствующие обновления, заменяемые расширения и необходимые настройки. Установите дату следующей проверки совместимости и целевую дату перехода на новую версию.
Регулярно проверяйте официальный статус поддержки используемой ветки PHP и одновременно следите за сообщениями об ошибках и важными бизнес-процессами. Наличие в списке более старой ветки не является подтверждением продолжающейся официальной поддержки. Перед принятием любого долгосрочного решения следует повторно проверить таблицу поддержки проекта PHP, поскольку статус со временем меняется.
Если поставщик обещает расширенную поддержку, попросите предоставить подтверждение того, какие именно пакеты она охватывает, какого рода исправления безопасности будут внесены и на какой срок она предоставляется. Эту поддержку следует рассматривать отдельно от официальной поддержки PHP; она не заменяет ни обновления приложения, ни запланированную миграцию. Также уточните, кто будет заниматься устранением изменений и сбоев в течение переходного периода.
Источники и современное состояние исследований
Состояние поиска:
Статус исследования и поддержки: 4 ноября 2026 года. Перед публикацией необходимо ещё раз проверить статус поддержки PHP и конкретные тарифные планы.
https://docs.cloudlinux.com/user-docs/user-docs-solo-cloudlinux/
https://docs.cpanel.net/whm/software/multiphp-manager-for-whm/
https://docs.cloudlinux.com/cloudlinuxos/lve_manager/
https://docs.cloudlinux.com/cloudlinuxos/cloudlinux_os_components/
https://docs.cloudlinux.com/cloudlinuxos/control_panel_integration/
https://www.php.net/supported-versions.php?trk=public_post_comment-text




