共有ホスティングにおけるPHPセレクター：PHPバージョンを安全に並行運用する

PHPセレクタが制御するもの

A PHP セレクター これは、サーバー管理者が提供するPHP実行環境の管理インターフェースです。これを使用すると、ホスティングの設定に応じて、PHPのブランチや関連する拡張機能、オプションを選択できます。 このインターフェースは、希望するすべてのバージョンを自動的にインストールするわけではなく、また、個々のドメインごとに選択内容が個別に適用されることを保証するものでもありません。

計画においては、3つのレベルが重要です。サーバー上では、複数のバージョンが インストール済み ですが、料金プランによっては、プロバイダーがその一部のみを選択可能に設定している場合があります。具体的なリクエストに対して実際にどのバージョンが実行されるかは、さらにドメイン、ウェブサーバー、および該当するPHPハンドラーの設定にも依存します。メニュー項目が表示されているだけでは、この最後の疑問には答えられません。

CloudLinuxは、代替ランタイムとして 旧PHP 準備完了です。そのほか、サーバーまたはコントロールパネルのネイティブPHP環境があります。ここでいう「ネイティブ」とは、特定のバージョン番号を指すものではありません。どのPHPバージョンが使用され、どのような設定が適用されるかは、それぞれのサーバー環境によって決まります。そのため、ネイティブ環境への移行時には、従来のPHPバージョンを選択した場合とは異なる要件に直面する可能性があります。

ホスティングで特定のPHPバージョンが必要な場合は、まずアプリケーションの要件を確認し、その後、そのプランで実際に利用可能かどうかを問い合わせてください。また、必要な拡張機能や設定を変更できるかどうかも確認してください。 CloudLinuxの機能に関するドキュメントは、ソフトウェアの可能性を説明したものであり、特定のホスティングプランの仕様を自動的に保証するものではありません。

アカウント、ドメイン、および分離

最新のウェブサイトと、古い業務用アプリケーションを想像してみてください。これらは異なるPHPブランチを必要とします。 これらが別々のホスティングアカウントにある場合、両方のアカウントに独自のセレクター設定があり、プロバイダーが必要なブランチを許可していれば、異なるバージョンを使用することができます。これは同じサーバー上での並行運用が可能である一例ですが、すべての料金プランで保証されているわけではありません。

同じアカウント内の2つのドメインの場合は事情が異なります。 CloudLinuxでは、セレクターによる選択設定は、そのユーザーが所有するセレクターで管理されるすべてのドメインに適用されます。したがって、そこでバージョンを変更すると、両方のアプリケーションに影響が及ぶことを想定する必要があります。セレクターが存在しているからといって、ドメインごとに独立した選択が行われるわけではありません。

仝 適用範囲 そのため、変更を行う前には必ず確認する必要があります。プロバイダがドメインごとの適切な制御に対応していない場合は、アカウントを分離することが解決策となる可能性があります。その場合、アプリケーションを適切に移行し、それぞれの料金プランの条件を確認する必要があります。単に2つ目のドメインや別のディレクトリを用意しただけでは、独立したバージョン選択は実現できません。

CageFSは、CloudLinuxのマルチユーザー環境において、ユーザー環境を分離するために使用されます。これらは 断熱 これは、ドメインごとにどのPHPバージョンを設定できるかという問題とは区別する必要があります。また、アカウント内での追加のウェブサイト分離も、それ自体では独立したセレクターの選択を証明するものではありません。この概念に関する詳細は、以下の記事で解説されています。 共有ホスティングにおけるサイトごとのCageFS.

CloudLinuxでは、ユーザーアカウントが1つしかないサーバー向けに、CageFSを有効化しないSelectorの特別な設定についても記載されています。ただし、これは一般的な共有ホスティングサーバーで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やスケジュールされたタスクが利用可能かどうか、またそれらがどのインタプリタによって実行されるかについても確認しましょう。そうすることで、コントロールパネルの表示からすべての実行経路を推測するのではなく、Webアプリケーションとバックグラウンドタスクを別々に計画することが可能になります。

最後に、隔離されたテスト環境とバックアップが利用可能かどうか、また障害発生時に従来の設定を復元できる担当者が誰であるかを確認してください。インターフェースと影響を受ける領域の責任範囲が明確になって初めて、リスクを管理可能な範囲に抑えた移行の準備が可能になります。 未確認のメニュー項目や、一見万能に見える設定ソリューションでは、何の助けにもなりません。

適切な適用範囲を選択する

ホスティング環境のPHPバージョンを変更する前に、以下の点を確認してください。 適用範囲 利用可能な設定について。重要なのは、運営しているドメインの数だけでなく、そのうちどれが同じユーザーとセレクターの設定を共有しているかという点です。この表では、一般的な要件を、プロバイダーに確認すべき質問としてまとめています。

CloudLinux Selectorは、管理対象のユーザーのドメインに対して、文書化された設定に基づいて選択を適用します。同じアカウント内の2つのアプリケーションで異なるバージョンが必要な場合、料金プランおよび利用可能なバージョンが許す限り、アカウントを分離することで解決できる場合があります。 追加費用や条件については、プロバイダーに確認する必要があります。

もう一つの方法は、cPanelのMultiPHP Managerなどを通じて、ドメイン単位の管理を明示的にサポートする機能を利用することです。ただし、特定のプランでこの機能が利用可能かどうか、またセレクターとどのように連携するかは、一概には言えません。また、 .htaccess それを信頼できる代替手段だと決めつけてはいけない。

また、バージョンを分離しても、すべての依存関係が解消されるわけではありません。アプリケーションが特定のモジュールや設定を必要とする一方で、スケジュールされたジョブは独自のインタープリタを使用する場合があります。これらの要件を別々に明確にして、プロバイダーには単にバージョン番号だけでなく、完全な実行パスを確認するようにしてください。

PHPのバージョンとサポートを確認する

具体的なアプリケーションがサポートしており、セキュリティ修正が提供されているPHPのブランチを選択してください。 そのためには、使用しているCMSやECサイトシステムのバージョン、およびプラグイン、テーマ、ライブラリ、独自コードの要件を確認してください。最新のPHPバージョンを使用しているからといって、互換性のない古いアプリケーションが自動的に動作するわけではありません。

PHPの公式の表では、以下のように区別しています 積極的なサポート その後、セキュリティ修正のみが行われる段階に入ります。2026年11月4日時点の調査によると、PHP 8.2および8.3にはセキュリティ修正のみが提供され、PHP 8.4および8.5は現在、アクティブなサポート期間にあります。 PHP 8.2の公式セキュリティサポートは2026年12月31日に終了します。この分類は時間の経過とともに変更される可能性があるため、決定を下す前に再度ステータスを確認してください。

セレクターに表示されるバージョンは、サポート表とは別の情報を示しています。つまり、お使いの環境での選択肢を表示するものではありますが、公式サポートの対象であることや、アプリケーションとの互換性を保証するものではありません。逆に、あるブランチが公式にサポートされているからといって、必ずしもご利用のホスティングプランでそれが提供されているとは限りません。

ベンダーによっては、旧バージョンのパッケージに対して独自の延長サポートを提供している場合があります。その場合は、どのパッケージやセキュリティ修正が含まれるか、サポート期間がどのくらいか、またアップデートがどのように提供されるかについて、書面で確認してください。この プロバイダーサポート これはPHPプロジェクトによる公式サポートと同等のものではなく、アプリケーションの移行計画に代わるものではありません。

新しいブランチへの移行を予定している場合は、スキップした移行手順やバックグラウンドタスクも確認してください。この記事は ホスティング環境におけるPHP 8.5および互換性チェック この具体的なバージョン変更において、どのような依存関係や手順が関係してくる可能性があるかを説明します。

移行を計画的に準備する

まずは現状把握から始めましょう。利用可能なプラットフォームは何か、どのドメインを管理しているか、そしてアカウントで利用可能なPHPのバージョンは何かを確認してください。現在の設定内容をメモし、不明な点があれば実際の適用範囲について確認してください。 そうすることで、一見単一のウェブサイトのみを移行するつもりだったにもかかわらず、実際には他のドメインにも影響が及んでいるという事態を回避できます。

現在のアプリケーションと古いアプリケーションが並行して稼働していると仮定します。まず、それらの要件が共通のターゲットバージョンと互換性があるかどうかを確認してください。互換性がない場合は、別々のアカウントでそれぞれ個別に選択することが有効です。ドメイン単位の代替案は、プロバイダーがあなたの構成に対してそれをサポートしている場合にのみ検討可能です。

本番環境に変更を加える前に、最新の バックアップ ファイルやデータベースのバックアップが存在し、その復元方法が明確になっていること。 もし用意できるのであれば、隔離されたテスト環境が役立ちます。そこでは、訪問者や本番データを不必要に危険にさらすことなく、ターゲットバージョンを検証できます。そのプランでステージング環境やバックアップが提供されているかどうかは、プロバイダーに確認する必要があります。

現在のPHPバージョンと希望するPHPバージョンに加え、必要な拡張機能や関連するオプションも記録してください。これらの情報を、アプリケーションの要件およびプランで許可されている設定と比較してください。CloudLinux Managerでは、バージョンや拡張機能に関する管理上の設定が可能ですが、だからといって、すべてのオプションを顧客が独自に変更できるわけではありません。

隔離環境では、トップページだけでなく、ログイン、フォーム、インポート、およびプロジェクトにとって重要なその他のプロセスについてもテストを行ってください。 スケジュールされたタスクについては、ウェブサイトの表示だけではその実行が確認できないため、別途テストを行ってください。異常を記録し、本番環境への移行前に互換性の問題を解消してください。

最後に、 復路 注意点：誰が以前のバージョンを再選択できるのか、またその後どのような設定を確認する必要があるのか。適切なタイミングで移行を計画し、その後、影響を受けるアプリケーションを監視してください。バージョンを元に戻すだけでは、すべての拡張機能やオプションが以前の状態に復元されることは保証されません。

Web、CLI、およびCronジョブの確認

Webサイトとそのバックグラウンドタスクは、必ずしも同じPHPインタプリタを使用する必要はありません。HTTPリクエストは、Webサーバーとそのハンドラによって決定されるランタイムで処理されますが、一方、コマンドラインからの呼び出しでは、その環境で見つかったインタプリタが起動されます。CloudLinuxは、Web用とCLI用のインタプリタのネイティブパスを区別しています。 したがって、PHP Selectorに表示される情報だけでは、実際の実行状況に関するすべての疑問を解消できるわけではありません。

ご利用のプランでSSHが利用可能な場合、ターミナルセッションで以下の読み取り専用コマンドを実行できます。これにより、 CLIインタプリタ、まさにこの呼び出しに対応するものが見つかります。検証のためにファイルや設定を変更する必要はありません。

php -v

この結果は、HTTPリクエストのPHPバージョンも、他の方法で呼び出されたcronジョブのPHPバージョンも示すものではありません。スケジュールされたジョブは、明示的なインタプリタパスや、その他の環境を使用している可能性があります。 したがって、対話型セッションの出力をそのまま適用するのではなく、登録されている呼び出し内容と、その具体的なジョブの実行環境を確認してください。

Web検査を行う際は、プロバイダーがサポートする安全な方法を使用し、必要に応じて担当のハンドラーに確認してください。詳細な環境情報を含む、一般に公開されている診断スクリプトは、適切な標準的な解決策とは言えません。 また、予定されているタスクについても、サポートされている方法を通じて検証し、その後、例えばインポートや送信ジョブが実際に想定通りに動作しているかどうかを確認してください。

関連する各実行パスについて、どのバージョンが想定されているか、またどのように検証されたかを記録しておいてください。パネル、SSHの出力、およびジョブの挙動から得られる情報が異なる場合は、まず各実行環境の責任範囲についてプロバイダーに確認してください。そうすることで、間違った場所で設定を変更してしまうことを防げます。

交換後の不具合の原因を絞り込む

切り替え後にトップページは読み込まれるものの、フォームやインポートが失敗する場合は、移行の検証がまだ不十分です。該当する処理を繰り返し、発生時刻、機能、および確認されたエラーメッセージを記録してください。 これらの情報を、利用プランでアクセスが許可されている範囲内で、利用可能なアプリケーションログやサーバーログと照合してください。機密性の高いログデータは、一般に公開されているファイルには含めないでください。

その後、以下の項目を確認してください。 互換性 対象となるアプリケーションとその拡張機能が、選択されたPHPブランチと互換性があるかどうか。例えば、あるフォームは、トップページではまったく実行されないプラグインに依存している場合があります。インポートを行う際には、その依存関係や実際の実行パスも重要になります。バックグラウンドジョブは、ウェブサイトとは異なるランタイムを使用する場合があるからです。

切り替えを行う前に、対象バージョンで利用可能かつ有効化されているPHP拡張機能や必要なオプションを、ドキュメントと照らし合わせて確認してください。 PHPのブランチを選択したからといって、必要なモジュールや設定がすべて適切であることが自動的に保証されるわけではありません。ご自身でどのような変更を行えるかは、運営者による承認次第です。

また、対象のドメインが実際に想定通りの ハンドラー および指定された実行期間を使用します。複数の管理インターフェースが存在する場合は、それ以上の設定を変更する前に、プロバイダーとそれぞれの管轄範囲を確認してください。セレクターに表示される内容には、具体的なリクエストをどの実行パスが処理しているかを説明する必要はありません。

警告： 設定パスを PHPRC 或いは PHP_INI_SCAN_DIR 。CloudLinuxは、PHPの設定パスに対するこのような変更がセレクターに悪影響を及ぼす可能性があるとして警告しています。個別のパスが必要と思われる場合は、まずプロバイダーに確認してください。

エラーを直ちに解決できない場合は、あらかじめ決めておいた手順に従って、以前のバージョンに戻してください。その後、実際に適用されているバージョン、拡張機能、オプション、および影響を受けた機能を再度確認してください。 ロールバックによって以前の設定がすべて自動的に復元されるとは限らないため、次回試行に備えて、設定の相違点を記録しておいてください。

レガシーシステムの運用と移行の計画

継続的な運用においては、まず必要な 適用範囲: セレクターが管理するユーザーのドメインに共通の設定が適用される場合、セレクターは適切なインターフェースとなり得ます。 一方、2つのアプリケーションで独立した設定が必要な場合は、プロバイダーがサポートするドメイン単位の管理機能や、個別のホスティングアカウントを検討してください。ドキュメントに記載されているSelectorの設定だけでは、同一アカウント内の各ドメインに対して独立した設定が可能であるとは限りません。

必要なブランチがそれぞれ提供されている限り、別々のアカウントを使用することで、バージョンに関する決定を組織的に分離することができます。 プロバイダーが提供しており、他のPHPツールとの連携が明確になっている場合、ドメインベースのソリューションも適している可能性があります。移行前に、費用、料金体系、責任の所在について確認してください。技術的に可能であるからといって、特定のパッケージが提供されるという保証にはなりません。

古いアプリケーションは、メニューから選択できるという理由だけで、古いブランチに永続的に留めておくべきではありません。 移住 サポート対象のアプリケーション、依存関係、PHPの組み合わせについて：未適用な更新、置き換え可能な拡張機能、必要な調整を特定する。次回の互換性チェックの日程と、移行の目標期限を設定する。

使用しているPHPブランチの公式サポート状況を定期的に確認するとともに、エラーメッセージや重要な業務プロセスを注視してください。 提供されている古いブランチは、継続的な公式サポートの保証にはなりません。サポート状況は時間の経過とともに変化するため、長期的な決定を行う前には、毎回PHPプロジェクトのサポート表を再確認する必要があります。

プロバイダーが拡張サポートを提供すると約束する場合は、対象となるパッケージ、セキュリティ修正の内容、およびサポート期間について、明確な証拠を確認してください。このサポートは、PHPの公式サポートとは別個に評価すべきものであり、アプリケーションのアップデートや予定されている移行に代わるものではありません。 また、移行期間中の変更や障害への対応を誰が担当するかも明確にしておくこと。