WEB-dブログ.株式会社プライムネットワーク

最新記事

カテゴリー

リンク

アーカイブ

• 2025年11月(1)
• 2025年10月(1)
• 2025年06月(1)
• 2025年05月(2)
• 2025年03月(1)
• 2025年02月(1)
• 2025年01月(1)
• 2024年09月(1)
• 2024年06月(1)
• 2024年02月(1)
• 2023年09月(1)
• 2023年02月(1)
• 2022年06月(1)
• 2022年05月(1)
• 2022年01月(1)
• 2021年10月(1)
• 2021年08月(1)
• 2020年02月(1)
• 2018年03月(1)
• 2016年12月(1)
• 2016年11月(1)
• 2016年06月(1)
• 2016年02月(1)
• 2015年10月(1)
• 2015年08月(1)
• 2015年06月(2)
• 2014年09月(1)
• 2014年08月(2)
• 2014年07月(1)
• 2014年04月(1)
• 2013年10月(1)
• 2013年09月(1)
• 2013年08月(3)
• 2013年07月(1)
• 2013年05月(2)
• 2013年03月(2)
• 2013年02月(5)

最古記事

「PHPなんてまだ使うの？」なんて声もよく聞かれますが、その答えはイエス。

reactやvue、pythonなど人気の言語の陰に隠れてはいますが、WordPressや既存システムの保守・拡張に加え、APIや管理画面の新規開発でも、まだまだ安定して使われているのがPHP。

ここでは2025年、現場で使われている人気フレームワークを、強みと向いている用途とともにまとめます。

まだまだPHP！

Laravel：日本でも世界でも主流

強み：豊富な機能（ルーティング、認証、キュー、キャッシュ）、Eloquent ORM、Bladeテンプレート、Artisan CLI。エコシステムが巨大で、日本語情報も潤沢。 — 向き：新規開発のWeb/REST API、管理系ダッシュボード、SaaSのMVP。チーム開発でスピードと保守性を両立したいとき。 — 注意：自由度が高いゆえ設計指針が弱いとコードが肥大化。アーキテクチャのルール（レイヤ分離、DTO/サービス化など）を先に決めると長続きします。

Symfony：堅牢・拡張性・コンポーネント指向

CakePHP：「規約より設定」派に馴染む定番

強み：規約で素早く形を作れる、Bakeでスキャフォールド生成。保守案件や教育現場での導入実績が多い。 — 向き：中小規模の業務システム、短納期プロトタイプ、既存Cakeの改修。 — 注意：規約の理解が鍵。プロジェクトの自由度はLaravel/Symfonyより低め。

CodeIgniter：軽量・高速・シンプル

強み：ランタイムが軽く、学習コストが小さい。小さめのAPIやマイクロサービスに好相性。 — 向き：性能要件が厳しい小規模API、埋め込み的なユースケース、学習用。 — 注意：機能は必要最小限。拡張は自前で。

Slim：マイクロフレームワークの定番

強み：ルーティング中心の最小構成。必要な機能だけ組み合わせて使える。 — 向き：APIゲートウェイ、Webhook受け、BFF（Backend for Frontend）の薄い層。 — 注意：設計とミドルウェア選定は開発者責任。テスト体制を早めに。

Laminas（旧Zend Framework）：コンポーネントで堅実に

強み：オブジェクト指向設計と拡張性。コンポーネントの依存が抑えめで選択的に採用可能。 — 向き：フレームワークフル採用より、ピンポイントでコンポーネント活用したい大人の案件。 — 注意：Zend Frameworkからの移行方針を明確に。

Phalcon：速度最優先の選択肢

強み：C/Zephir実装による高性能。メモリ消費も少なめ。 — 向き：レイテンシ命のAPI、ハイロード環境。 — 注意：日本語情報が少なめ。運用・学習のハードルはやや高い。

FuelPHP・Yii・Flight など：ニッチだが生きている選択肢

注意点としては、国内の案件・情報量は主流より少ないので、採用理由を明確に。

• FuelPHP：軽量＋設定重視。レガシー保守の継続採用あり。
• Yii：高負荷耐性。特定地域で根強い人気。
• Flight：極小規模に向くミニマル設計。

用途別の選び方（クイックガイド）

• 新規プロダクトの王道：Laravel（迅速な立ち上げ＋エコシステム）
• 大規模・長期・厳格：Symfony（設計の自由度と堅牢性）
• 既存保守・短納期：CakePHP（規約で速度）
• 薄いAPI層：Slim（最小限＋拡張自在）
• 軽量・高速：CodeIgniter／Phalcon（条件次第で）

2025年の実務トレンド

APIファーストで、フロント分離（SPA/モバイル）に合わせ、認証・認可（JWT/OAuth2）やキャッシュ戦略が標準装備のフレームワークが好まれ、クラウド適性として、キュー（Redis/SQS）、ジョブ、設定の12Factor対応が必須。

LaravelはVaporなどのFaaS連携が進む一方、SymfonyはCloud Native設計の柔軟さが強み。

重要なのは、プロダクトの規模・運用年数・チームの経験値に合わせた設計とルール作りであり2025年もPHPは十分戦えます。

選定理由を言語化し、学習コストと保守性のバランスを最初に決めましょう。

WEBサービスTumblrで、PHP5を使って実装されていたサービスをPHP7に移行したところ、大幅にパフォーマンスが向上したのだそうですよ。

PHPの最新バージョンであるPHP がリリースされたのは2015年12月ですから、かれこれ1年ほどが過ぎようとしている現在ですが、なかなか既存のサービスを移行するのって大変なのですよね。

どうしても、予期せぬエラーが出ることが予測されるので、移行に億劫になってしまいます。

しかし、Tumblrでは、PHP7への移行プロジェクトはまだPHP7がリリース候補段階であった2015年秋にスタートしていたのだそうで、その後、2016年の春から夏の間には既にテストを実行できる状態になっていたとのことで、その後8月に一部のサーバーをPHP7に切り替え、その2週間後にすべてのサーバーで、PHP 7で動作する状態になったのだとか。

これは素晴らしいスケジューリングですね。
僕達も見習うべきところなのですが、さすがに1年以上もプロジェクトを稼働させておくのは、予算的にシンドイですよね。

しかしながら、この移行により、システムの負荷が減っており、Tumbler開発者曰く「PHP7は素晴らしい」とのことです。

やれやれ、重い腰を上げなければなりませんかね・・・。

PHP4からPHP5への移行から久しく時間が経っていますが、次期メジャーアップグレードバージョンであるPHPは、PHP6になるのかと思いきや、なんとPHP7になるようです。

なぜにPHP6を無視して、PHP 7？
やっぱり「6」という数字が嫌われているのか？

なんて思っていたら、どうやら6ではなく、7となる理由がしっかりとあるようです。

じつのところ、PHP5の次期バージョンとなるPHP6の開発は進められていたそうですが、なんとなんと何年経っても開発が終了する兆しも見えず、これ以上PHP6の開発を継続することは困難と判断したそうなのです。

そして、すでにPHP6とは違う、新しいバージョンの開発に着手していたようで、この新しいバージョンをPHP6と名付けるには、新しいバージョンはあまりに違ったものとなっているそうで、混乱をきたすよりも、PHP 7としてリリースする方が利点が大きいから、PHP６はなくなったそうです。

まぁ、開発している人からすると旧PHP6と新PHP６という区別をつけるのは、めんどくさそうですし、新しいバージョンとの差異があまりにも大きのでしょうね。

しかも、頓挫したプロジェクト名を使いまわずのも、なんだか縁起が悪いですしね。