今日のトレンドに戻る: PHPの欠陥2件で見知らぬ人がサイトを乗っ取れる恐れ 安全のため停止したサイトも
Poly ランキング · 今日のトレンドから

自分のサイトのPHPを更新する方法：危険にさらされている10のプラットフォーム 2026

WordPressを更新しても、この問題は直りません。WordPress.orgは、WordPressの更新を予定していないと明言しています。PHPの修正から24時間後、Shodanのサンプルで影響を受けたWordPressホストの99.1%が、まだ未修正のPHPで動いていました。

  • 1位：WordPress
  • 10 位まで

01最終リスト

主要なAIがそれぞれ独立して 10 位までのリストを作りました。確認しやすい 1 つの結果です。各順位に理由、出典、その項目を入れた AI の一覧があります。

並び順：AIの合意が多い順です。

明るいバッジは、その AI がこの項目を自分のリストに入れたことを示します。薄いバッジは入れなかったことを示します。

  1. 1

    WordPress

    最も影響が大きいのはこれです。WordPressのインストールの約3件に1件はPHP 8.1以前で動いており、その割合は32.4%から36.4%の幅があります。Shodanのサンプルでは、影響を受けたホストは33,075件で、修正済みはわずか299件です。

    選んだ AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 5 · ChatGPT: 1 · Grok: 1 · Nemotron: 1 · Gemini: 1 · Kimi: 1 · Wenxin: 1

    各 AI の指摘 7
    • Claude5 位

      WordPressのインストールのおよそ3件に1件が、PHP 8.1以前を使っていると報告されています。一方、WordPress.orgはWordPressの更新は計画されていないと述べています。解決策はPHPの更新です。

      出典 ↗
    • ChatGPT1 位

      世界で最も広く使われているCMS（サイトを作って管理するソフト）は、通常のWordPressのコア更新ボタンでは、PHPエンジンを修正できません。

      出典 ↗
    • Grok1 位

      WordPressサイトを完全に修正しても、ホストがその下のPHPエンジンを更新するまでは露出したままです

      出典 ↗
    • Nemotron1 位

      WP.orgの統計では、WordPressサイトの約60%が保守終了（EOL）のPHPで動いていますが、ほとんどのマネージドホスティングには、ワンクリックでPHPを切り替える機能があります

    • Gemini1 位

      4,000万以上の更新済みサイトが、wp-adminで緑のチェックマークを表示していますが、その裏では保守終了のPHP 7.4または8.0のエンジンで静かに動いています。

      出典 ↗
    • Kimi1 位

      地球上のウェブサイトの5件に2件がこれを使っており、3件に1件は保守終了のPHPを報告しています。一方、完全に更新されたWordPress 7.1.2は、研究者自身の攻撃の実証リストにも入っていました。

      出典 ↗
    • Wenxin1 位

      サイトの約4割がこれを使っています。ホストが許可していれば、管理画面のクリック1回でPHPエンジンを切り替えられますが、インストールの18%は今もPHP 7.x以前を報告しています

    7つのAIがここに選出
    出典 ↗
  2. 2

    Drupal

    Drupalサイトの半数近くが、すでにサポート終了のコアを使っています（Drupal 7だけで29%）。影響を受けた3,919のホストのうち、1日後に修正されたのは31件だけでした。

    選んだ AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 3 · ChatGPT: 3 · Grok: 2 · Nemotron: 2 · Gemini: 3 · Kimi: 4 · Wenxin: 2

    各 AI の指摘 7
    • Claude3 位

      Wizは、最新のDrupalイメージに対するリモートコード実行を示しました。そのため、コアを最新にしていても保護にはなりませんでした。

      出典 ↗
    • ChatGPT3 位

      Drupalには越えられない一線があります。サポートされているDrupalのどのリリースもPHP 7を対象としていませんが、Drupalを更新してもPHP自体は修正されません。

      出典 ↗
    • Grok2 位

      検出されたDrupalサイトのおよそ半数は、すでに保守終了のメジャーバージョンで動いており、その下のPHPもプラットフォームのアップデーターの対象外です

    • Nemotron2 位

      Drupal 10以降はPHP 8.1以降が必要ですが、Drupal 7のサイト（インストールの約15%）は、保守終了したPHP 7.4のままです

      出典 ↗
    • Gemini3 位

      大きな溝があります。Drupal 7を使う企業の顧客は、PHP 7.4の実行環境を保ち続けていますが、Drupal 10は最新のPHP 8.2以降を求めています。

      出典 ↗
    • Kimi4 位

      Drupalサイトの約半数は、今もサポート終了のコアで動いています。29%はDrupal 7だけで、2025年1月に保守が終わっています。そのためPHPはさらに古いことがほとんどです。

    • Wenxin2 位

      アップデーターはプラットフォームを更新できますが、PHPエンジンには触れられません。Drupalサイトの22%は、ホストがアップグレードしなかったため、保守終了のPHPで動いています

      出典 ↗
    7つのAIがここに選出
    出典 ↗
  3. 3

    Joomla

    影響を受けたJoomlaホスト646件のうち、24時間後にPHPを修正していたのはわずか4件でした。Joomla.org自体がオフラインになり、現行のJoomla 6.1.4もデモで悪用されました。

    選んだ AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 4 · ChatGPT: 2 · Grok: 3 · Nemotron: 3 · Gemini: 2 · Kimi: 2 · Wenxin: 3

    各 AI の指摘 7
    • Claude4 位

      1日後に修正済みのPHPを示したのは、OX Securityのサンプルにある1,099件のJoomlaホストのうち4件だけでした。

      出典 ↗
    • ChatGPT2 位

      Joomlaの管理画面が最新でも、その下のPHPエンジンが古いままということが起こり得ます。

    • Grok3 位

      WordPressより規模は小さいものの、2026年10月の修正を求めるどのサイトにも、同じくホストが管理するPHPの壁があります

      出典 ↗
    • Nemotron3 位

      Joomla 5.xはPHP 8.2以降が必要、4.xは8.1。多くの3.xサイトは、コアをアップグレードする道がないままPHP 7.4で動いています

      出典 ↗
    • Gemini2 位

      本番環境の展開の半分近くが古いPHPで動いています。PHP 8.2や8.3に移ると、拡張機能がすぐに壊れてしまうからです。

    • Kimi2 位

      Joomlaサイトの82%は今もバージョン3で動いています。これは2012年のPHPでも問題なく動くソフトです。そして、Joomlaプロジェクト自身のウェブサイトも、このバグのためにオフラインになりました。

      出典 ↗
    • Wenxin3 位

      Joomla本体のワンクリック更新機能はあるものの、PHPは一切管理できません。Joomlaのインストールの5件に1件は、今もPHP 7.4で動いています

      出典 ↗
    7つのAIがここに選出
    出典 ↗
  4. 4

    Magento / アドビ Commerce

    サンプル中で影響を受けた48件のMagentoホストは、1日後も1件も修正されていませんでした。Sansecは「ストアのコードの中からはPHP2Shellを直せません。」と述べています。

    選んだ AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 1 · ChatGPT: 4 · Grok: 4 · Nemotron: 4 · Gemini: 4 · Kimi: 3 · Wenxin: 4

    各 AI の指摘 7
    • Claude1 位

      OX Securityのサンプルでは、目に見える Magento のホスト48件が影響を受けており、24時間たってもパッチが当たったものは1件もありませんでした。ストア自体のアップデートがPHPに触れることはありません。

      出典 ↗
    • ChatGPT4 位

      ランタイムの修正が、ECサイトの大規模な更新に発展することがあります。PHPのバージョンと、ストアが依存する対応ソフトの組み合わせを同時に動かす必要があるためです。

      出典 ↗
    • Grok4 位

      プラットフォームを最新に保っているECインストールでも、サーバーかホストがランタイムを移すまで、修正されていないPHPの上に残ることがあります

      出典 ↗
    • Nemotron4 位

      Magento 2.4.7以降はPHP 8.2以降が必要。古い2.4.xのPHP 8.1も間もなく保守終了です。Cloudは PHP を自動で更新します

      出典 ↗
    • Gemini4 位

      コンパイル済みの依存関係の制約が厳しいため、基盤のPHPエンジンを上げるには再構築が必要になり、ECストアは廃止された実行環境に固定されたままです。

      出典 ↗
    • Kimi3 位

      Magento 1のストアは2020年6月以降、公式のセキュリティサポートがありません。そのため、彼らにとってこの緊急修正は存在せず、サーバーのアップグレードだけが解決策です。

      出典 ↗
    • Wenxin4 位

      企業向けのプラットフォームですが、アップデーターが更新するのはMagentoのコードだけです。PHPの更新はホスティング会社に頼む必要があり、ストアの30%は今もPHP 7.4です

      出典 ↗
    7つのAIがここに選出
    出典 ↗
  5. 5

    Laravelと独自開発のPHPアプリ

    管理画面で警告を出すものはなく、フレームワークのツールはPHP自体を変えられません。1日後も、確認できたLaravelホストの98.27%が未修正でした（影響を受けた2,040件のうち修正済みは36件）。

    選んだ AI: Claude, ChatGPT, Grok, Nemotron. 選ばなかった AI: Gemini, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 6 · ChatGPT: 5 · Grok: 5 · Nemotron: 6

    各 AI の指摘 4
    • Claude6 位

      OX Securityのサンプルで確認できたLaravelのホストのうち98.27%が、依然として未修正でした。このフレームワークには、サーバーのPHPを変更する仕組みがありません。

      出典 ↗
    • ChatGPT5 位

      実際の実行環境が依然として脆弱であることをサイト所有者に知らせる管理画面が、そもそもない場合もあります。

    • Grok5 位

      アプリケーションのコードは最新でも、運用者が新しいバイナリで再起動するまで、PHPワーカーは脆弱なブランチに残ったままのことがあります

      出典 ↗
    • Nemotron6 位

      Laravel 11.xはPHP 8.2以降が必要。多くの10.xアプリはPHP 8.1で動いています。PHP用の自動更新機能はありません

      出典 ↗
    4つのAIがここに選出
    出典 ↗
  6. 6

    OpenCartとその他の古いPHPショップ

    PHP 5.6〜8.1を使う古いショップには、公式のPHPリリースがありません。修正は、ワンクリックではなく、コミュニティが作ったパッチ集で行うしかありません。

    選んだ AI: Claude, Nemotron, Gemini. 選ばなかった AI: ChatGPT, Grok, Kimi, Wenxin.

    各 AI のリストでの順位: Claude: 2 · Nemotron: 9 · Gemini: 5

    各 AI の指摘 3
    • Claude2 位

      これらのサイトを直す方法は、ワンクリックの更新ではなく、コミュニティが管理するパッチ集（PHP 5.6〜8.1向け）です。

      出典 ↗
    • Nemotron9 位

      OpenCart 4.xはPHP 8.1以降が必要。3.xはPHP 7.4/8.0が主流。拡張機能のエコシステムが遅れています

      出典 ↗
    • Gemini5 位

      管理されていない格安の共有ホスティングに広く入っており、店舗の所有者はPHPのインタープリターが5年古くなっていることをほとんど知りません。

      出典 ↗
    3つのAIがここに選出
    出典 ↗
  7. 7

    cPanel、Plesk、phpMyAdmin

    影響を受けたcPanelホスト587件は、24時間後に修正済みが0件でした。修正の対象範囲は情報源によって食い違っています。PHP 5.2まで戻す（CloudLinux）とする説もあれば、7.3より前は対象外とする説もあります。

    選んだ AI: Claude, ChatGPT, Kimi. 選ばなかった AI: Grok, Nemotron, Gemini, Wenxin.

    各 AI のリストでの順位: Claude: 9 · ChatGPT: リストを見る · Kimi: 10

    各 AI の指摘 3
    • Claude9 位

      Pleskは修正済みのPHP 8.2〜8.5のビルドを公開しましたが、適用するのはサイトの所有者自身です。

      出典 ↗
    • ChatGPT

      この AI のリストでは別の名前です。リスト全体を開いてください。

      リストを見る
    • Kimi10 位

      cPanelはPHP 7.4〜8.1向けの修正を出しましたが、PHP 7.3以前向けは何もありません。そのため、コントロールパネルの広大な残りのインストールが凍結されたままです。

      出典 ↗
    3つのAIがここに選出
    出典 ↗
  8. 8

    WooCommerce

    WordPressサイトの約5件に1件はWooCommerceのストアです。WooCommerceのドキュメントは現在PHP 8.3以上を必須としていますが、ストアは「自分のコードに問題がなくても」攻撃を受けています。

    選んだ AI: Grok, Kimi. 選ばなかった AI: Claude, ChatGPT, Nemotron, Gemini, Wenxin.

    各 AI のリストでの順位: Grok: 10 · Kimi: 5

    各 AI の指摘 2
    • Grok10 位

      ストアのプラグインは最新でも、サイトヘルスに表示されるPHPのバージョンは、ホストが対応するまで脆弱なままのことがあります

      出典 ↗
    • Kimi5 位

      WordPressサイトの5件に1件はストアで、WooCommerceの公式ドキュメントは今やPHP 8.3以降を求めています。それなのに、多くのストアは、WordPressのホストが勝手に選んだPHPで動いています。

      出典 ↗
    2つのAIがここに選出
    出典 ↗
  9. 9

    MediaWiki

    ウィキペディアを動かしているソフトウェアです。MediaWiki 1.46.2は悪用デモの対象リストに入っており、ウィキメディアは修正の数時間前に自社のPhabricatorを無効にしました。

    選んだ AI: Grok, Kimi. 選ばなかった AI: Claude, ChatGPT, Nemotron, Gemini, Wenxin.

    各 AI のリストでの順位: Grok: 7 · Kimi: 7

    各 AI の指摘 2
    • Grok7 位

      ウィキのソフトではなく、インフラチームがエンジンのパッチを当てる必要がある、注目度の高いPHPの運用例

      出典 ↗
    • Kimi7 位

      ウィキペディアを支えるソフトも、同じエンジンを使っています。ウィキメディアは、パッチが公開される数時間前に、自社のPhabricatorを停止しました。

      出典 ↗
    2つのAIがここに選出
    出典 ↗
  10. 10

    Nextcloud（自分で運用する場合）

    ワンクリックで更新できるのはアプリ本体で、PHPは対象外です。現行のNextcloud 35.0.1もデモで悪用されました。このアプリを挙げたAIは1つだけで、被害件数は示されていません。

    選んだ AI: Kimi. 選ばなかった AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Wenxin.

    各 AI のリストでの順位: Kimi: 8

    各 AI の指摘 1
    • Kimi8 位

      Nextcloudの洗練されたワンクリック更新機能はアプリを動かしますが、その下のPHPには触れられません。しかも、Nextcloud 35.0.1も攻撃の実証リストに入っていました。

      出典 ↗
    1つのAIがここに選出
    出典 ↗

トップ3をもっと詳しく ↓

02トップ3をもっと詳しく

ランキングは上にあります。ここでは上位3つについて、それが何か、なぜここにあるのか、知っておきたいことを紹介します。

3つは調査した件数が違うため、未修正の割合は3つともほぼ同じですが、危険にさらされているサイトの数は大きく異なります。

1WordPress

1位 — WordPress. 7 の AI のうち 7 がリストに入れた／そこでの順位の中央値：1. 露出しているサイトの数が最も多く、WordPress自体を更新しても、その下で動くPHPエンジンは直りません。

知っていましたか

  • WordPressのバージョンはジャズ奏者にちなんで名付けられています。1.0は2004年1月3日に公開され、「Miles」と呼ばれました。最初のリリースである0.7は、2003年5月27日に公開されました。

    出典 ↗
どんなものか
最も使われているWebサイト基盤で、PHPの上で動いています。
強み
DrupalやJoomlaよりも、影響を受けているホストがずっと多いです。
知っておくべき人
WordPressのサイトを持つ方に役立ちます。WordPress自体の更新では、この問題は直らないからです。
  • 24時間後に修正済みのホスト33,075件のうち299件が修正済み

ウィキペディア · Wikidata

ここにある理由

  • 1回の24時間スキャンでは、PHPのバージョンを表示していたWordPressサイト41,882件のうち33,075件が、影響を受けるバージョンで動いていました。修正版を使っていたのは299件だけです。3つのプラットフォームの中で最も大きい数です。

    出典 ↗

  • WordPress公式の2026年1月のPHPの数字では、監視対象サイトの22.20%がPHP 7.4、15.39%が8.1、5.69%が8.0で動いていました。合わせると約43%で、これより古いバージョンはまだ含めていません。

    出典 ↗
歴史

  • 2003年、マット・マレンウェッグは、ブログツールb2のフォークとしてWordPressを始めました。b2の作者がメンテナンスをやめていたため、マレンウェッグは無料で公開されていたコードを使って新しいバージョンを作りました。

    出典 ↗
気をつけたい点

  • WordPressは今もPHP 7.4以上で動きますが、公式の要件ページには、そのバージョンはサポート終了で、サイトがセキュリティ上の脆弱性にさらされる可能性があると書かれています。推奨はPHP 8.3以上です。

    出典 ↗

  • ホストが強制的にPHPを変更すると、古いテーマやプラグインが動かなくなることがあります。あるフォーラムの利用者は、PHPの更新後に管理画面が使えなくなり、その後ホストが古いバージョンに戻したと書いています。

    出典 ↗
人々の声

  • While trying to fix a relatively minor Google Map API problem, I have gone down a rabbit hole that has taken my site offline. — justinfarquhar

    出典 ↗
さらに知るには

  • まず要件ページを開き、PHPの行を探してください。そこには、WordPressがホストに推奨するPHPのバージョンが書かれています。次に、ホスティングの管理画面で、ご自身のサイトが使っているPHPのバージョンを確認してください。

    出典 ↗

動画: WordPress.org VS WordPress.com: The Confusing Differences Explained! (英語) · Darrel Wilson

トップ3を比べる ↓

2Drupal

2位 — Drupal. 7 の AI のうち 7 がリストに入れた／そこでの順位の中央値：3. Drupalサイトの約半数がすでにサポート終了のコアを使っており、影響を受けたホストで1日後に修正されたものはほとんどありませんでした。

知っていましたか

  • Drupalという名前は誤字から生まれました。ドリス・バイタールトは「dorp.org」（オランダ語で「村」）としたかったのですが、「drop」と打ってしまいました。Drupalという名前は、オランダ語で「しずく」を意味する「druppel」に由来しています。

    出典 ↗
どんなものか
大規模でカスタム開発されたサイトによく使われるWebサイト基盤です。
強み
多くのサイトが、もうセキュリティ修正を受けられないコアの上で動いています。
知っておくべき人
まだバージョン7を使っていて、移行が必要なDrupalの運営者に役立ちます。
  • 24時間後に修正済みのホスト3,919件のうち31件が修正済み

ウィキペディア · Wikidata

ここにある理由

  • PHPのバージョンを表示していたDrupalホスト5,078件のうち、24時間後に3,919件が影響を受けていました。修正済みは31件だけで、影響を受けたもののうち99.22%が未対応のままでした。

    出典 ↗

  • W3Techsによると、2026年10月22日時点で、Drupalサイトの29.0%がDrupal 7を使っています。Drupal 10の28.7%より多く、Drupal 7はもうセキュリティ修正を受けられません。

    出典 ↗
歴史

  • 2000年ごろ、ドリス・バイタールトと仲間たちは大学の寮で、1台のADSLモデムを8人の学生で共有していました。話すための小さなWebサイトを作り、それが成長してDrupalになりました。

    出典 ↗
気をつけたい点

  • Tag1によると、コアの移行ツールはViewsを移行できません。Viewsとは、コンテンツを表示する保存済みのリストやレイアウトのことです。これらは別のモジュールが必要か、手作業で作り直す必要があります。

    出典 ↗
トップ3を比べる ↓

3Joomla

3位 — Joomla. 7 の AI のうち 7 がリストに入れた／そこでの順位の中央値：3. 影響を受けたJoomlaホストは、ほぼ修正されておらず、最新版のJoomlaでさえデモで悪用されました。

知っていましたか

  • Joomlaは、スワヒリ語の「Jumla」（「すべて合わせて」「全体として」の意味）のつづりです。創設チームがこの名前を選び、採用前にブランディングとマーケティングの専門家が名前を確認しました。

    出典 ↗
どんなものか
古いMamboから発展したWebサイト基盤です。
強み
1日後に未対応のままの、影響を受けたホストの割合が最も高かったです。
知っておくべき人
Joomlaを運営している方に役立ちます。Joomlaの更新だけでは、この穴はふさがらないからです。
  • 24時間後に修正済みのホスト646件のうち4件が修正済み

Wikidata

ここにある理由

  • PHPのバージョンを表示していたJoomlaホスト1,099件のうち、646件が影響を受け、24時間後に修正されたのは4件だけでした。99.38%が影響を受けたままで、Joomlaの状態はWordPress（99.1%）やDrupal（99.22%）より悪い結果でした。

    出典 ↗

  • Wizの研究者は、最新のJoomlaコンテナイメージに対して、認証なしでリモートからコードを実行できることを示しました。CVSS 9.2と評価されています。この欠陥はPHP自体にあるため、Joomlaの更新だけでは直りません。

    出典 ↗
歴史

  • 2005年、Mamboのコア開発者は主導権をめぐる争いの末に離脱しました。Mamboの名称を所有していたミロは、開発者たちが権限が強すぎると考えた財団を設立しました。その後、開発者たちはJoomlaを始めました。

    出典 ↗
気をつけたい点

  • Joomla 3はサポートが完全に終了しています。公式マニュアルによると、サポートは2023年8月17日に、拡張LTSは2025年2月17日に終了しました。まだこれを使っているサイトは、修正を受けられません。

    出典 ↗
人々の声

  • K2 extension do not work inside J4, and will not work (!) becuase of K2 developers. — Paul Frankowski

    出典 ↗
さらに知るには

  • まずPHPの行を読んでください。Joomla 6にはPHP 8.3.0以上が必要で、8.4が推奨されています。ホストが提供しているご自身のサイトのPHPバージョンと比べてください。

    出典 ↗
トップ3を比べる ↓

トップ3を並べて

WordPressDrupalJoomla
AI のリスト入り7 / 77 / 77 / 7
24時間後に修正済みのホスト33,075件のうち299件が修正済み3,919件のうち31件が修正済み646件のうち4件が修正済み
1位にした AIChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin——

AI の数が同じ順位は、各 AI のリストでの平均順位で並べています。

ほかのランキング

03知っておきたいこと

AI がリストを作る中で気づいたこと。

修正から24時間後も、Shodanのサンプルで測定可能なPHPインスタンスの99.3%が未修正のままでした。修正済みのホストは、約2Mのうち245件から14,151件に増えただけです。

気づいた AI:
選んだ AI: Claude, Grok. 選ばなかった AI: ChatGPT, Nemotron, Gemini, Kimi, Wenxin.
出典 ↗

2つの別々の集計が、公開されているPHPホストの約7割は、PHPプロジェクトがもうサポートしていないバージョンで動いているという点で一致しています。Flareは72.7%、Qualysは71%です。

気づいた AI:
選んだ AI: Claude. 選ばなかった AI: ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.
出典 ↗

「最新です」と表示される緑色の管理画面は、ここでは何も証明しません。脆弱性はWordPressやテーマ、プラグインより下の層にあるため、PHPを更新して初めて直ります。

気づいた AI:
選んだ AI: Claude, ChatGPT, Gemini, Kimi. 選ばなかった AI: Grok, Nemotron, Wenxin.
出典 ↗

バージョン番号は両方向に誤解を招きます。CloudLinuxのバックポートでは、修正済みのホストでもPHP 8.5.11と表示されることがあり、一方でディストリビューションのパッケージは古いバージョン表記のまま残ることもあります。

気づいた AI:
選んだ AI: Claude, Kimi. 選ばなかった AI: ChatGPT, Grok, Nemotron, Gemini, Wenxin.
出典 ↗

被害の推定は、調べ方によって大きく変わります。VulnCheckは1.3Mから2.6Mホスト、Censysは6.29M、Palo Alto Networksは「脆弱性の可能性がある」インスタンス22.6Mとしています。

気づいた AI:
選んだ AI: Claude, Grok, Kimi. 選ばなかった AI: ChatGPT, Nemotron, Gemini, Wenxin.
出典 ↗

04よくある質問

PHPを更新する方法

8.5.12、8.4.27、8.3.36、8.2.35のいずれかの修正版に移行し、PHPを読み込むサービスをすべて再起動してください。PHP 8.1以前には公式の修正がないため、ベンダーのバックポートを使うか、アップグレードする必要があります。

出典 ↗
自分のサイトのPHPを更新する方法

共有サーバーやマネージドホスティングでは、ホスティング会社の管理画面でPHPの修正版を選ぶか、サポートに問い合わせてください。WordPress、Drupal、Joomla、Magentoを更新しても、PHPエンジンは変わりません。

出典 ↗
WindowsでPHPを更新する方法

windows.php.netから修正版のWindows用ビルド（8.5.12、8.4.27、8.3.36、8.2.35）をダウンロードし、php.iniは残して古いPHPフォルダを入れ替えてから、IIS、Apache、またはPHP-CGIを再起動してください。

出典 ↗
PHPのバージョンを更新する方法

php -v でバージョンを確認し、8.2.35以上にアップグレードしてください。PHP 8.2自体は2026年12月31日にサポートが終了するため、8.3、8.4、8.5を目標にし、まず検証環境でテストしてください。

出典 ↗

05集計方法

数式なしで、やさしい言葉で。

1質問

最新版のサイトでも、脆弱なPHPで動いている可能性があるWebサイト基盤トップ10

2このテーマを選んだ理由

利用率の調査とインターネット上のスキャン結果を並べ、修正を実際に誰が管理しているかも示します。サイト所有者は「サイトは更新済み」と「サーバーは安全」の差を見ることができます。その差を一つの表で示したものは、ほかにありません。

3対象範囲

世界全体。WordPress、Drupal、Joomla、Magentoなど、PHPで動くWebサイトのソフトウェア

4評価の観点

  • 各プラットフォームのインストールのうち、サポートが終了したPHPバージョンで動いている割合
  • そのインストールのうち、インターネットからスキャンで到達できる割合
  • CGIモードなど、脆弱な方法でPHPを動かしている割合
  • そのプラットフォーム自身の更新機能でPHPエンジンを変えられるか、それともプラットフォームだけか
  • 典型的なサイトに修正が届くまでの速さ：ワンクリック、ホスティング会社、または手動のサーバーアップグレード
  • WordPress.org統計 — 報告されたPHPバージョン別の、アクティブなWordPressインストールの割合。ライブグラフの値は異なり、PHP 8.1以前では32.4%から36.4%
  • OX Security（Shodanのサンプル、修正から24時間後）— 技術ごとの検出・影響・修正済みのホスト数。インターネット全体ではなくサンプルです
  • W3Techs / TheDropTimes — ウェブ全体のPHPバージョンの割合、およびサポート終了のメジャーバージョンを使うDrupalサイト

5順位をつけた AI

主要なAI：Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin。それぞれが独自に10位までのリストを作り、各順位に出典を示しました。

6順位の決め方

AI ごとに表現が違っても同じ項目は一つとして数えました。より多くの AI がリストに入れ、より上位に置いた項目ほど順位が高くなります。「AI の一致」は、その項目を自分のリストに入れた AI の数を示します。出典は AI 自身が見つけたものだけで、手作業での追加はありません。

06各 AI のリスト

🇺🇸 Claude10 位まで · メモ 4 件

同じ質問に Claude だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    Magento / Adobe Commerce（自社運用）

    OX Securityのサンプルでは、目に見える Magento のホスト48件が影響を受けており、24時間たってもパッチが当たったものは1件もありませんでした。ストア自体のアップデートがPHPに触れることはありません。

    出典 ↗
  2. 2
    OpenCart などの古いPHPショップ

    これらのサイトを直す方法は、ワンクリックの更新ではなく、コミュニティが管理するパッチ集（PHP 5.6〜8.1向け）です。

    出典 ↗
  3. 3
    Drupal（自社運用）

    Wizは、最新のDrupalイメージに対するリモートコード実行を示しました。そのため、コアを最新にしていても保護にはなりませんでした。

    出典 ↗
  4. 4
    Joomla（自社運用）

    1日後に修正済みのPHPを示したのは、OX Securityのサンプルにある1,099件のJoomlaホストのうち4件だけでした。

    出典 ↗
  5. 5
    共有サーバーまたは自己管理のVPSのWordPress

    WordPressのインストールのおよそ3件に1件が、PHP 8.1以前を使っていると報告されています。一方、WordPress.orgはWordPressの更新は計画されていないと述べています。解決策はPHPの更新です。

    出典 ↗
  6. 6
    レンタルサーバー上のLaravelと独自開発のPHPアプリ

    OX Securityのサンプルで確認できたLaravelのホストのうち98.27%が、依然として未修正でした。このフレームワークには、サーバーのPHPを変更する仕組みがありません。

    出典 ↗
  7. 7
    DockerベースのWordPress / Drupal / Joomlaイメージ

    作り直せば直りますが、公式の php イメージには8.1以前向けの修正は提供されません。

    出典 ↗
  8. 8
    cPanel / CloudLinuxの共有ホスティング上のサイト

    コントロールパネルのPHPパッケージはPHP 5.2まで修正されましたが、修正済みのサイトでも古いバージョン番号が表示されることがあります。

    出典 ↗
  9. 9
    Pleskで管理されているサイト（VPSとホスティング事業者）

    Pleskは修正済みのPHP 8.2〜8.5のビルドを公開しましたが、適用するのはサイトの所有者自身です。

    出典 ↗
  10. 10
    マネージドWordPressホスティング（Pantheon、Pressable、Kinsta、WP Engine）

    PantheonとPressableは、10月22日の時点で修正を完全に適用済みでした。WP EngineとFlywheelは、更新を展開している間、前面にCDN（配信ネットワーク）による保護を置いています。

    出典 ↗

Claude が気づいたこと

OX SecurityがShodanで集めたサンプルでは、測定可能なPHPインスタンスの99.3%が、修正から24時間後もまだ未修正でした。修正済みの数は、約200万件のうち245件から14,151件に増えました。

出典 ↗

2つの別々の測定が、公開されているPHPの約7割が、PHPの開発元がもうサポートしていないバージョンで動いていることで一致しています。Flareはサービス記録の72.7%、Qualysはインストールの71%です。

出典 ↗

WordPressの管理画面が最新になっていても、安心はできません。Codeableによると、WordPress.orgは、欠陥がWordPress本体、テーマ、プラグインより下の層にあるため、WordPressの更新は必要ないし計画もないと確認しています。

出典 ↗

表示は両方向に誤解を招くことがあります。CloudLinuxのバックポートでは、修正済みのホストがPHP 8.5.11と表示されることがあり、一方、UbuntuやDebianのパッケージでは古いバージョン番号が残っていることがあります。

出典 ↗
🇺🇸 ChatGPT10 位まで · メモ 3 件

同じ質問に ChatGPT だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPressサイト — PHPセキュリティ更新、2026年

    世界で最も広く使われているCMS（サイトを作って管理するソフト）は、通常のWordPressのコア更新ボタンでは、PHPエンジンを修正できません。

    出典 ↗
  2. 2
    Joomlaサイト — PHPセキュリティ更新、2026年

    Joomlaの管理画面が最新でも、その下のPHPエンジンが古いままということが起こり得ます。

  3. 3
    Drupalサイト — PHPセキュリティ更新、2026年

    Drupalには越えられない一線があります。サポートされているDrupalのどのリリースもPHP 7を対象としていませんが、Drupalを更新してもPHP自体は修正されません。

    出典 ↗
  4. 4
    Adobe CommerceおよびMagento Open Source — PHPセキュリティ更新、2026年

    ランタイムの修正が、ECサイトの大規模な更新に発展することがあります。PHPのバージョンと、ストアが依存する対応ソフトの組み合わせを同時に動かす必要があるためです。

    出典 ↗
  5. 5
    独自開発のPHPサイト — PHPセキュリティ更新、2026年

    実際の実行環境が依然として脆弱であることをサイト所有者に知らせる管理画面が、そもそもない場合もあります。

  6. 6
    古いPHPアプリケーション — PHPセキュリティ更新、2026年

    10月19日のW3Techsの調査では、検出されたPHPサイトの34.7%がPHP 5とPHP 7の両方を使っていました。ただし、これは今回のCVE（脆弱性の識別番号）に脆弱なサイトの割合と同じではありません。

    出典 ↗
  7. 7
    共有サーバー上のPHPアプリケーション — PHPセキュリティ更新、2026年

    1つのホスト上の実行環境が、別々に管理されている多くの顧客のサイトにとってのセキュリティ上のボトルネックになることがあります。

    出典 ↗
  8. 8
    マネージドクラウドホスティング上のPHPサイト — PHPセキュリティ更新、2026年

    マネージドホスティングは修正までの道のりを短くできますが、それはプロバイダーが実際の実行環境を更新し、展開されたサービスを確認する場合に限ります。

    出典 ↗
  9. 9
    機器や第三者製品に組み込まれたPHPアプリケーション — PHPセキュリティ更新、2026年

    サイト所有者は、自分が購入した製品に、更新が必要なPHPの実行環境が含まれていることさえ知らないかもしれません。

    出典 ↗
  10. 10
    サーバーを自動で配備しているPHPサイト — PHPセキュリティ更新、2026年

    自動化によって緊急のパッチも日常の展開作業に変えられますが、アプリケーションのファイルだけを更新するパイプラインでは、実行環境には手が加わりません。

    出典 ↗

ChatGPT が気づいたこと

10月13日のW3Techsの比較では、サーバー側の言語が特定できたウェブサイトの69.7%がPHPでした。この規模なので、実行環境の欠陥は1つのCMSの問題ではなく、エコシステム全体の問題になります。

出典 ↗

2026年10月19日時点で、検出されたPHPサイトの27.0%がPHP 7、7.7%がPHP 5を使っていました。古い環境の保守に対する強い警告ではありますが、どちらの割合も、新たに公開された2つのCVEへの露出を直接測ったものではありません。

出典 ↗

CMSの更新とPHP実行環境の更新は、別の作業です。WordPressは、PHPのバージョン選択をサーバーまたはホスティングの段階に置くと明記しています。だから、一見最新に見える管理画面の下で、修正されていないエンジンが隠れていることがあるのです。

出典 ↗
🇺🇸 Grok10 位まで · メモ 3 件

同じ質問に Grok だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPress

    WordPressサイトを完全に修正しても、ホストがその下のPHPエンジンを更新するまでは露出したままです

    出典 ↗
  2. 2
    Drupal

    検出されたDrupalサイトのおよそ半数は、すでに保守終了のメジャーバージョンで動いており、その下のPHPもプラットフォームのアップデーターの対象外です

  3. 3
    Joomla

    WordPressより規模は小さいものの、2026年10月の修正を求めるどのサイトにも、同じくホストが管理するPHPの壁があります

    出典 ↗
  4. 4
    Magento / Adobe Commerce

    プラットフォームを最新に保っているECインストールでも、サーバーかホストがランタイムを移すまで、修正されていないPHPの上に残ることがあります

    出典 ↗
  5. 5
    Laravel（および同種のPHPフレームワーク）

    アプリケーションのコードは最新でも、運用者が新しいバイナリで再起動するまで、PHPワーカーは脆弱なブランチに残ったままのことがあります

    出典 ↗
  6. 6
    PrestaShop

    ページを実際に配信しているPHPエンジンには、セキュリティ更新が及ばないオープンソースのショップソフト

    出典 ↗
  7. 7
    MediaWiki / ウィキペディア系サイト

    ウィキのソフトではなく、インフラチームがエンジンのパッチを当てる必要がある、注目度の高いPHPの運用例

    出典 ↗
  8. 8
    phpBBなどのPHP掲示板

    フォーラムソフトの更新ではインタープリターは変わらず、共有ホストが脆弱なPHPを消すタイミングを決めます

    出典 ↗
  9. 9
    共有サーバー上の独自PHPアプリケーション

    プラットフォームの更新機能は一切なし。サイト所有者にできるのは、ホストのPHP選択画面を使うか、サポートに問い合わせることだけです

    出典 ↗
  10. 10
    WordPress上のWooCommerceストア

    ストアのプラグインは最新でも、サイトヘルスに表示されるPHPのバージョンは、ホストが対応するまで脆弱なままのことがあります

    出典 ↗

Grok が気づいたこと

PHPは、サーバー側の言語が分かっているウェブサイトの69.3%で使われています。それなのに、2026年10月のリモートコード実行を完全に修正する唯一の方法は、ほとんどのCMSが自力では行えない実行環境のアップグレードです。

出典 ↗

WordPress.orgのデータでは、有効なインストールのうち16.24%がPHP 7.4、10.68%がPHP 8.1で動いたままです。どちらも、公式の修正版が提供されたブランチの外にあります。

出典 ↗

GoDaddyのようなホストは、管理しているPHP環境を数時間以内に修正したと報告しています。しかし、古いブランチに固定されたサイトや自前のサーバーにあるサイトは、手作業で変更するまで露出したままでした。

出典 ↗
🇺🇸 Nemotron10 位まで · メモ 1 件

同じ質問に Nemotron だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPress

    WP.orgの統計では、WordPressサイトの約60%が保守終了（EOL）のPHPで動いていますが、ほとんどのマネージドホスティングには、ワンクリックでPHPを切り替える機能があります

  2. 2
    Drupal

    Drupal 10以降はPHP 8.1以降が必要ですが、Drupal 7のサイト（インストールの約15%）は、保守終了したPHP 7.4のままです

    出典 ↗
  3. 3
    Joomla

    Joomla 5.xはPHP 8.2以降が必要、4.xは8.1。多くの3.xサイトは、コアをアップグレードする道がないままPHP 7.4で動いています

    出典 ↗
  4. 4
    Magento / Adobe Commerce

    Magento 2.4.7以降はPHP 8.2以降が必要。古い2.4.xのPHP 8.1も間もなく保守終了です。Cloudは PHP を自動で更新します

    出典 ↗
  5. 5
    TYPO3

    TYPO3 v12 LTSはPHP 8.1以降が必要。v11は2024年に保守終了。多くのv10/v11サイトはPHP 7.4/8.0で動いています

  6. 6
    Laravel（CMSではなくフレームワーク）

    Laravel 11.xはPHP 8.2以降が必要。多くの10.xアプリはPHP 8.1で動いています。PHP用の自動更新機能はありません

    出典 ↗
  7. 7
    Symfony（フレームワーク）

    Symfony 7.xはPHP 8.2以降が必要。6.4 LTSは8.1で動作。多くの5.4/6.xアプリは古いPHPのままです

    出典 ↗
  8. 8
    PrestaShop

    PrestaShop 8.1以降はPHP 8.1が必要。1.7はPHP 7.4で広く使われたまま。コア本体にPHPの切り替え機能はありません

    出典 ↗
  9. 9
    OpenCart

    OpenCart 4.xはPHP 8.1以降が必要。3.xはPHP 7.4/8.0が主流。拡張機能のエコシステムが遅れています

    出典 ↗
  10. 10
    Moodle

    Moodle 4.5はPHP 8.2が必要。4.1 LTSは8.0。多くの3.11/4.0サイトはPHP 7.4です

    出典 ↗

Nemotron が気づいたこと

CGI/FPMの方式が重要です。opcacheを使うPHP-FPMは、ヘッダーにバージョンを隠しますが、CGIは公開してしまいます。スキャナーは、プロキシの背後にあるFPMのプールを見落とすことがあります。

出典 ↗
🇺🇸 Gemini10 位まで · メモ 1 件

同じ質問に Gemini だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPress

    4,000万以上の更新済みサイトが、wp-adminで緑のチェックマークを表示していますが、その裏では保守終了のPHP 7.4または8.0のエンジンで静かに動いています。

    出典 ↗
  2. 2
    Joomla

    本番環境の展開の半分近くが古いPHPで動いています。PHP 8.2や8.3に移ると、拡張機能がすぐに壊れてしまうからです。

  3. 3
    Drupal

    大きな溝があります。Drupal 7を使う企業の顧客は、PHP 7.4の実行環境を保ち続けていますが、Drupal 10は最新のPHP 8.2以降を求めています。

    出典 ↗
  4. 4
    Magento（Adobe Commerce）

    コンパイル済みの依存関係の制約が厳しいため、基盤のPHPエンジンを上げるには再構築が必要になり、ECストアは廃止された実行環境に固定されたままです。

    出典 ↗
  5. 5
    OpenCart

    管理されていない格安の共有ホスティングに広く入っており、店舗の所有者はPHPのインタープリターが5年古くなっていることをほとんど知りません。

    出典 ↗
  6. 6
    PrestaShop

    決済モジュールの互換性の問題により、有効な加盟店の38%が、重大な脆弱性の警告が出ても古いPHP 7.4につながれたままです。

    出典 ↗
  7. 7
    TYPO3

    長期サポート（LTS）の企業サイクルでは、CMSのパッチが最長6年提供されますが、その下のPHPの標準的なサポート期間より長く続くことがよくあります。

    出典 ↗
  8. 8
    Moodle

    教育機関は硬直した学年暦で動いており、年度と年度の間は、サーバー環境が廃止されたPHPバージョンに固定されたままです。

    出典 ↗
  9. 9
    phpBB

    何千もの古いコミュニティフォーラムが、忘れられた趣味のサーバーで動いています。掲示板のアプリは更新されても、Apache FastCGIは変わらないままです。

    出典 ↗
  10. 10
    vBulletin

    商用ライセンスの所有者は、高額なライセンス更新を避けるため、古いLAMP環境に旧バージョンのインストールを残すことがよくあります。

Gemini が気づいたこと

世界中のPHPで動くウェブサイトの35%以上が、数年前に公式のコミュニティによるセキュリティ更新を受けなくなったPHP 7.4以前で動き続けています。

出典 ↗
🇨🇳 Kimi10 位まで · メモ 4 件

同じ質問に Kimi だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPress（2026年）

    地球上のウェブサイトの5件に2件がこれを使っており、3件に1件は保守終了のPHPを報告しています。一方、完全に更新されたWordPress 7.1.2は、研究者自身の攻撃の実証リストにも入っていました。

    出典 ↗
  2. 2
    Joomla（2026年）

    Joomlaサイトの82%は今もバージョン3で動いています。これは2012年のPHPでも問題なく動くソフトです。そして、Joomlaプロジェクト自身のウェブサイトも、このバグのためにオフラインになりました。

    出典 ↗
  3. 3
    Magento / Adobe Commerce（2026年）

    Magento 1のストアは2020年6月以降、公式のセキュリティサポートがありません。そのため、彼らにとってこの緊急修正は存在せず、サーバーのアップグレードだけが解決策です。

    出典 ↗
  4. 4
    Drupal（2026年）

    Drupalサイトの約半数は、今もサポート終了のコアで動いています。29%はDrupal 7だけで、2025年1月に保守が終わっています。そのためPHPはさらに古いことがほとんどです。

  5. 5
    WooCommerce（2026年）

    WordPressサイトの5件に1件はストアで、WooCommerceの公式ドキュメントは今やPHP 8.3以降を求めています。それなのに、多くのストアは、WordPressのホストが勝手に選んだPHPで動いています。

    出典 ↗
  6. 6
    Shopware（2026年）

    Sansecの初日の警告は、ShopwareをMagentoと一緒にしていました。DACH地域のストアは「自社のコードに問題がない場合でも」露出しているとされています。

    出典 ↗
  7. 7
    MediaWiki（2026年）

    ウィキペディアを支えるソフトも、同じエンジンを使っています。ウィキメディアは、パッチが公開される数時間前に、自社のPhabricatorを停止しました。

    出典 ↗
  8. 8
    Nextcloud（自社運用、2026年）

    Nextcloudの洗練されたワンクリック更新機能はアプリを動かしますが、その下のPHPには触れられません。しかも、Nextcloud 35.0.1も攻撃の実証リストに入っていました。

    出典 ↗
  9. 9
    WHMCS（2026年）

    ホスティング会社が「完全マネージド」のホスティングとして売っている請求パネルも、研究者が挙げた影響のあるリストに入っていました。

    出典 ↗
  10. 10
    phpMyAdmin / cPanel・Pleskの管理パネル（2026年）

    cPanelはPHP 7.4〜8.1向けの修正を出しましたが、PHP 7.3以前向けは何もありません。そのため、コントロールパネルの広大な残りのインストールが凍結されたままです。

    出典 ↗

Kimi が気づいたこと

更新された管理画面は、事実と違うことを示すことがあります。WordPress.orgは、これらの欠陥に対してWordPressの更新は必要ないし計画もないと確認しています。修正はPHPエンジンにしかないので、「すべて最新です」という緑のバッジは、どのプラットフォームでも偽りの安心感になります。

出典 ↗

WordPressサイトの3件に1件が保守終了のPHPで動いています（2026年10月時点で、7.4 + 8.0 + 8.1 = 32.4%）。また、すべてのPHPサイトの7.7%は今もPHP 5で動いており、そのうちバージョン5.6だけで55%を占めます。どれも10年分の修正を受け取れていないサーバーです。

出典 ↗

修正の進め方は、国ではなく事業モデルで分かれています。Hostingerは、管理下のすべての顧客に自動でパッチを配り（Hostingerは10月22日06:44 UTCに完了）、GoDaddyは顧客に自分で確認して更新するよう伝え、ボランティアが運営するRemiリポジトリは初日にはパッケージがありませんでした。

出典 ↗

mod_phpは最悪の構成です。デフォルトの上限のままでも、アプリケーションのコードが動く前に、PHPで完全なリモートコード実行が確認されています。これは、保守終了のブランチには一度も修正が出なかったまま数日で大規模に悪用された、Windows CGIの欠陥CVE-2024-4577を思い起こさせます。

出典 ↗
🇨🇳 Wenxin10 位まで · メモ 1 件

同じ質問に Wenxin だけが答えたものです。上の最終リストはすべての AI をまとめています。

  1. 1
    WordPress 6.x（2026年）

    サイトの約4割がこれを使っています。ホストが許可していれば、管理画面のクリック1回でPHPエンジンを切り替えられますが、インストールの18%は今もPHP 7.x以前を報告しています

  2. 2
    Drupal 10/11（2026年）

    アップデーターはプラットフォームを更新できますが、PHPエンジンには触れられません。Drupalサイトの22%は、ホストがアップグレードしなかったため、保守終了のPHPで動いています

    出典 ↗
  3. 3
    Joomla 4/5（2026年）

    Joomla本体のワンクリック更新機能はあるものの、PHPは一切管理できません。Joomlaのインストールの5件に1件は、今もPHP 7.4で動いています

    出典 ↗
  4. 4
    Magento（Adobe Commerce）2.4（2026年）

    企業向けのプラットフォームですが、アップデーターが更新するのはMagentoのコードだけです。PHPの更新はホスティング会社に頼む必要があり、ストアの30%は今もPHP 7.4です

    出典 ↗
  5. 5
    Wix / スクエアスペース（SaaS、2026年）

    これらのプラットフォームは自前のPHP環境で動いており、利用者がエンジンに触れることはありません。そのため、PHPが公開された日に修正が届きますが、囲い込みの仕組みのせいでリスクが見えにくくなっています。

  6. 6
    Shopify（SaaS、2026年）

    Wixと同じく、完全マネージドで、PHPのリスクは提供元が負います。ただし規模が大きいため、1つの不適切なパッチの影響が、数十万のストアに一度に波及する可能性があります。

  7. 7
    PrestaShop（2026年）

    オープンソースのEコマースで、アプリ本体にはワンクリック更新がありますが、PHPにはありません。ストアのおよそ27%が、今もPHP 7.4以前で動いています

    出典 ↗
  8. 8
    TYPO3 CMS（2026年）

    ドイツ製のCMSで、管理者はインストールツールでPHPを変更できますが、実際に変えているのは14%のインストール担当者だけで、300k以上が露出したままです

  9. 9
    Craft CMS（2026年）

    小規模で整ったアップデーターを持つCMS。問題は、中小企業のサイトの多くが、PHPを更新しない共有ホスティングで動いていることです。19%が保守終了です

  10. 10
    Concrete CMS（2026年）

    プラットフォーム自身のアップデーターが修正するのはCMSであり、PHPではありません。ここでは最も小規模なので被害者の総数は最少ですが、パッチの更新速度は最も遅くなります

Wenxin が気づいたこと

「ワンクリック更新」という神話：WordPress、Drupal、Joomla、Magentoは、いずれもCMSをワンクリックで更新できますが、その下で動くPHPエンジンを更新できるものはありません。その作業にはホスティング会社が必要です。

出典 ↗