FuelPHPの公式サイトが最新版として案内しているのは、今も2019年6月の1.8.2です。PHP 8に対応した1.9は開発版のまま正式リリースされていません。FuelPHPで構築したシステムをお持ちであれば、PHPだけを上げて使い続けられるのか、それともフレームワークごと移すのかを、どこかで判断することになります。
PHP 8で動かすこと自体は、開発版へ載せ替えれば可能です。ただ、それで企業システムの基盤として何年も使えるかは別に考える必要があります。以下では、その判断に必要なサポート状況とリスクを整理し、移す場合に何が難しいのかを、約25万行の基幹システムをFuelPHPからLaravelへ移行した当社の事例とあわせて説明します。
FuelPHPのサポート状況
FuelPHPは2011年に登場したPHPフレームワークで、軽量で自由度が高く、2010年代前半には国内でも多くのシステムに採用されました。しかし現在、正式版の更新は止まっています。
- 最後の安定版は2019年6月リリースの1.8.2で、以降7年以上新しい安定版が出ていない
- 1.8.2が公式に対応を明記しているPHPは7.3までで、PHP 8系に対応する1.9は開発版のまま正式リリースされていない
- 後継として2015年にアルファ版が公開された2.0は、リポジトリの更新が2017年で止まり、開発チームは設計を一新する計画そのものを取りやめている
一方、PHP本体は7.4のセキュリティサポートが2022年11月に終了しています。つまりFuelPHP 1.x系のシステムは、フレームワークとPHP本体の両方でセキュリティ修正を受けられない状態で稼働していることになります。
FuelPHPとPHP 8の対応状況
フレームワークはそのままで、PHPだけを8系に上げられないか。このご相談もよくいただきます。答えは「安定版のままでは動かず、開発版に載せ替えれば動く」です。
安定版の1.8.2が公式に対応をうたうのはPHP 7.3までです。公式ドキュメントの動作要件は「PHP 5.3.3以上、PHP 7に完全対応」、GitHubのREADMEは「PHP 7.3に完全対応」とあり、PHP 8への言及はありません。PHP 8で動かすには、開発版の1.9/developブランチに載せ替える必要があります。
開発者は2025年8月の公式フォーラムで、1.9-devはPHP 8.4まで対応しており、自社の開発はすべてこのブランチで行っていると答えています。ただし同じ投稿で、テストが不足していてコードのすべてを検証できていないこと、1.9の正式版はPHP 8.5が出てから検証したうえで出す予定であることも認めています。PHP 8.5は2025年11月にリリース済みですが、この記事を更新した2026年9月の時点で、公式サイトが案内する最新版は1.8.2のまま、開発ブランチのバージョン表記も「1.9-dev」のままです。GitHub上には2021年12月付で「1.9.0」というバージョン番号のタグが付いていますが、公式サイトのリリース一覧には載っていません。開発チーム自身も1.9を「これから出す」と語っており、正式版として案内されたものではありません。
| 1.8.2(安定版) | 1.9/develop(開発版) | |
|---|---|---|
| 公開 | 2019年6月 | 正式リリースなし(2026年9月時点) |
| 対応PHP | 7.3まで(公式ドキュメント・README) | 8.4まで(開発者のフォーラム回答) |
| 位置づけ | 公式サイトが案内する最新版 | 開発中。テストは不十分と開発者自身が説明 |
システムを持つ側から見ると、問題は開発版を本番で使い続けることにあります。動かすこと自体はできても、脆弱性が見つかったときに誰がいつ修正するのかの保証はありません。PHP本体は毎年新しいバージョンが出て、古いバージョンのセキュリティサポートは順次終了していくため、そのたびに開発版の追従を待ち、載せ替え後の動作確認を自社で引き受けることになります。
載せ替えの作業自体も、ファイルを差し替えるだけでは済みません。依存ライブラリの版が上がっているうえ、アプリケーション側のコードにも、PHP 8.2で非推奨になった動的プロパティのように手直しが必要な書き方が見つかることがあります。PHPのバージョンアップだけが目的でも、この作業量を見積もった時点で、フレームワークごと移行するかどうかの判断に行き着くことになります。
使い続けた場合のリスク
今は問題なく動いていても、次の4つは年を追うごとに重くなります。
セキュリティ：
脆弱性が見つかっても、修正版が正式に提供される保証はありません。外部公開しているシステムであれば攻撃の入口になり得るほか、取引先のセキュリティチェックで利用中のフレームワークのサポート状況を問われたときに、説明に困ることになります。
動作環境の維持：
古いPHPを動かせるOSやミドルウェアは年々減っていきます。サーバーの更新やクラウド移行のたびに、古い環境を維持するための追加コストが発生します。
保守人材の確保：
FuelPHPの経験者は年々減っており、新しく学ぶエンジニアはほぼいません。改修のたびに対応できる人を探すのが難しくなり、特定の担当者に頼る状態が進みます。
改修コスト：
ドキュメントが残っていない、仕様を知る担当者が退職した、といった状態が重なると、小さな改修にも大きな調査工数がかかるようになります。この調査の負担は、いずれ移行するときにも仕様の読み解きとして同じようにかかります。
「オワコン」と言われる理由と使い続ける判断の基準
FuelPHPについて調べると「オワコン」という言葉が目に入ります。開発が完全に止まっているわけではありません。GitHubの開発ブランチには2026年に入ってもコミットが続いています。それでもそう呼ばれるのには、3つの理由があります。
1つ目は、正式なリリースが7年以上ないことです。1.9の正式版は、2022年1月の時点で開発者が「リリースできるよう努力する」と答えていましたが、2026年9月現在も出ていません。
2つ目は、後継バージョン2.0の開発が止まったことです。2015年1月にアルファ版が公開されたものの、リポジトリの更新は2017年4月が最後で、開発者は2021年に、当初の2.0の設計は既存アプリケーションの継続性を損なうため取りやめたと説明しています。
3つ目は、開発が実質的に一人の開発者に支えられていることです。2024年以降の開発ブランチのコミットは9割以上が同じ開発者によるもので、その開発者自身が2019年にフレームワークの将来を問われ、「正直なところ、私にもわからない」とフォーラムで答えています。
公平に見れば、FuelPHPは見捨てられたフレームワークではなく、一人の開発者の会社が自社の開発のために保守を続けているフレームワークです。ただ、企業システムの基盤として判断するときに確かめたいのは、5年後も安全に動かし続けられる体制があるかどうかです。リリース計画と修正期限が公開されているか、脆弱性に対応する体制があるか、保守を任せられる人材を採用できるか。FuelPHPはこの3つのいずれも満たしにくくなっています。対照的にLaravelは、毎年のメジャーリリースと、各バージョンのバグ修正18か月・セキュリティ修正2年という期限を公開しています。
使い続けるなら、誰がPHPの更新に追従し、誰が脆弱性に対応するのかを決めておく必要があります。社内にFuelPHPのコアまで読める担当者がいて、開発版の変更を自分たちで検証できるなら、その選択もあり得ます。その体制がなければ移行を考える時期で、移行先の第一候補はLaravelです。
移行先にLaravelが選ばれる理由
FuelPHPからの移行先としては、同じPHPのフレームワークであるLaravelが選ばれるケースが大半です。言語が同じため業務ロジックの多くを引き継ぎやすく、JavaやC#のような別の言語へ移る場合に比べて費用と期間を抑えられます。
移行後の保守を考えても条件がそろっています。LaravelはPHPフレームワークの中で最も広く使われ、毎年メジャーバージョンを出して最新のPHPに追従しています。国内のPHP求人もLaravel案件が中心で、保守を引き継げるエンジニアを確保しやすい状況です。認証、テスト、キュー処理などの周辺機能は公式に整備されており、FuelPHP時代に自作していた仕組みを標準機能に置き換えられます。
社内の他のシステムがCakePHPなど別のフレームワークで揃っている場合は、そちらに合わせる選択もあります。何を基準に選ぶかは、CakePHP 2の移行の記事で挙げた5つの判断基準が参考になります。
機能を変えずにフレームワークだけを新しくする移行は、リライトと呼ばれる方式です。移行方式ごとの費用の違いはシステムマイグレーションの費用相場で解説しています。
Laravelへの移行の難所
同じPHPとはいえ、FuelPHPとLaravelは設計思想が異なるため、移行は単純な作業ではありません。難所は主に4つあります。
書き換えの範囲：
ディレクトリ構成、ルーティング、ORM(データベース操作の仕組み)、認証、バリデーションなど、フレームワークに依存する部分はすべて書き直しになります。FuelPHPのORMパッケージで定義したモデルはLaravelのEloquentへ、Validationクラスで書いた入力チェックはLaravelのバリデーションへと、部品ごとに置き換え先が変わるため、ソースコードの大半に手が入ります。
仕様の把握：
FuelPHP時代のシステムは構築から10年前後が経過していることが多く、設計書が残っていない、仕様を知る担当者がいない、といった状態が珍しくありません。コードを読み解いて仕様を復元する作業が移行工数を押し上げます。
テストの工数：
移行前とまったく同じように動くことの確認には、プロジェクト全体の半分近い工数がかかることもあります。ここを削ると本番切替後の障害に直結します。移行期間全体に占めるテストの比重はシステムマイグレーションの期間はどのくらい？で解説しています。
移行中の機能改修：
人手による移行は規模によっては年単位のプロジェクトになり、その間の機能改修をどう扱うかが問題になります。改修を長期間凍結すれば業務に影響し、凍結しなければ移行後のコードに同じ改修を反映する作業が終わりません。
こうした難所があるため、人手を前提とした従来の見積もりでは、中規模以上のシステムで数千万円規模になることが珍しくありませんでした。AIを使った移行では、このうちコードの解析と書き換え、テストの実行をAIが受け持ちます。
移行事例: 約25万行の基幹システム
当社が株式会社ウイズ・ワンと共同で実施した、サービス管理基幹システムの移行事例を紹介します。
プロジェクト概要
| 項目 | 内容 |
|---|---|
| 対象 | サービス管理の基幹システム(約25万行) |
| 移行元 | FuelPHP |
| 移行先 | 最新PHP + Laravel 12 |
| 背景 | 言語・フレームワークのサポート終了によるセキュリティ・事業継続上のリスク |
従来手法の見積と比べて金額・工期を約60%削減しました。移行後のシステムは本番環境で問題なく稼働しており、品質は従来手法と同等です。
進め方の特徴
このプロジェクトでは、マイグレーション専用に開発した独自のAIエージェントと、人による品質担保を組み合わせました。
先に挙げた4つの難所には、それぞれ次のように対応しました。
| 難所 | このプロジェクトでの対応 |
|---|---|
| 書き換えの範囲 | 約25万行を作業単位に分割し、並行して変換と新旧比較を繰り返した。手順はAIマイグレーションの進め方で解説 |
| 仕様の把握 | 設計書が十分に残っていなくても、AIがコードから構造と仕様を読み取った。進め方は仕様書がないシステムはAIで移行できる？で解説 |
| テストの工数 | AIの自動テストで新旧の動作を比較し、人は業務知識に基づく受入テストと本番移行の判定を担当した |
| 移行中の機能改修 | AIによる変換を繰り返し実行し、移行中の改修に移行作業を追従させた。改修の凍結期間は2週間 |
AIを活用した移行の仕組みや導入時の注意点は、AIマイグレーションとは？仕組みと効果、導入前に知っておきたい注意点で詳しく解説しています。
まとめ
FuelPHPのシステムについて最初に決めるのは、使い続けるか移すかです。使い続けるなら、開発版1.9への載せ替えと、その後のPHPの更新や脆弱性への対応を誰が担うかを決めておく必要があります。社内でその体制を用意できないなら、移行を前提に費用と期間の見通しを立てる段階にあります。
移行先は多くの場合Laravelになりますが、費用と期間はコードの行数だけでは決まりません。設計書がどこまで残っているか、FuelPHPの部品をどれだけ使っているか、自作の仕組みがどれだけあるかで工数が変わるため、見通しを立てるには実際のソースコードを見る必要があります。
DEN-NOのAIマイグレーションサービスでは、NDA(秘密保持契約)を締結のうえシステム概要とソースコードの一部をお預かりし、そのコードをもとに現状のリスクと移行可能性をまとめた診断レポートと概算費用を無料でご提示しています。PHPだけを上げて使い続ける案と比べて判断したい段階でもご相談いただけます。仕様書・設計書のご準備も必須ではありません。
よくある質問
Q. FuelPHPのまま最新のPHPで動かすことはできませんか？
開発版の1.9/developブランチに載せ替えればPHP 8系で動かせますが、正式リリースではなく、テストが不十分であることを開発者自身が認めています。企業システムの基盤として長期に頼れる状態ではないため、根本的な解決にはなりません。詳しくは本文の「FuelPHPとPHP 8の対応状況」の節をご覧ください。
Q. FuelPHP以外のフレームワークからの移行にも対応できますか？
可能です。CodeIgniterやCakePHPの古いバージョンなど他のPHPフレームワークからの移行のほか、PHP 5系から8系への言語バージョンアップや、VB6からC#への言語変更にも対応しています。CakePHP 2からの移行先の選び方はCakePHP 2の移行で、JavaのSeasar2からSpring Bootへの移行はSeasar2のサポート終了で、それぞれ解説しています。
Q. 移行費用はどのくらいかかりますか？
対象システムの規模と状態によって変わります。規模別・方式別の相場観はシステムマイグレーションの費用相場にまとめていますので、あわせてご覧ください。個別の概算は無料診断でご提示します。
