2026年に不可欠なLaravelツール

このようなまとめ記事が、1年以上経たないうちに完全に陳腐化することがあるのは、Laravelランドにおける物事の進歩がいかに速いかを示すかなり良い指標だ（だからこそ、ゲームの先を行くこのような記事が必要なのだ）。 Laravelのツール、開発者、エージェントの体験は非常に早く進歩しているので、2026年に開発者に力を与えるために不可欠なツールをピックアップしようと思います。

PHPStorm

I believe the phrase for this section is “this is a hill I am willing to die on”

誰でも、「Laravelを丸裸にする」このようなブログ記事を書き、AIにコンテンツを生成させることができる可能性がある。誰でもだ。そして、おそらくあなたの結論は正しいでしょう、それはかなり役に立たないものになるということです。というわけで、それを踏まえた上で 私の意見一般的なものより

JetBrainsの PhpStormはIDEとして何年も先を行っている。以前であれば、私はPhpStormの最大の失敗は symfonyプラグインを使ったSymfonyの開発は素晴らしいのですが、Laravelが実行時にFacadesを使うための静的なバインディングが遅く、PhpStormが解決できなかったことです。

ジェットブレインズが買収 Laravel IDEAを買収し、PhpStormの一部としてリリースした。そのため、もはや障壁はありません。彼らのAIエージェントをPhpStormにリリースした後、独自のエージェントを持ち込むこともできます。IntellisenseにAIレベルを追加することで、PhpStormのAIエージェントをPhpStormの一部とすることができます。 あなたのPHPコードをそのインテリセンスは、PHPコードを取得するだけでなく、データベースのための比類のないUIを提供します、 Docker, XDebugなどなど：ただ、それに近いものは見当たりません。設定しようとするたびに VSコード(を設定しようとするたびに カーソルをVSCでラップしているので、この括弧に入れることもできる）を設定しようとするたびに、PhpStormのパワーに匹敵するようなサードパーティプラグインの適切な組み合わせを選ぶのは、いつも手こずると感じていた。

唯一ネックになるのは費用だろう。プロライセンスを取得しなければならないことを考えると、もしお金がないのであれば、以下のようなPHPミートアップに参加することをお勧めする。 に参加することをお勧めします。または Laravel Worldwide Meetupそこでは、JetBrainsのPHPコミュニティへのサポートにより、定期的にライセンスが抽選でプレゼントされます。

Xデバッグ

If you don’t empower your developers, prepare for slow ticket turnover

過去5年ほどの間に、デバッグにまつわる新しいツールがいくつか登場した。スパティの レイと イグニッションによるデバッグの強化が挙げられる。 XDebugのパワーは他の追随を許さない。

以前は、XDebugの最大の摩擦点は、コマンドライン実行レベルだけでなく、IDEがリクエストを拾えるかどうかのセットアップでした。しかし、これは変わりました（そして少し前に良い方向に変わりました）。Dockerを使用するローカル開発環境であっても、XDebugのセットアップは非常に簡単で、ドキュメントも充実している。使用しているのは Laravel Sailを使用している人は、ドキュメントカバーまでセットアップされています。

私がXDebugを使い始めたのは2020年頃で、それを考えるとちょっと驚かされる。もしあなたが技術リーダーで、開発者にXDebugを使わせていないのであれば、それはチームにとって絶対的な力不足です。スケールアウトして複雑なパターンを含むアプリの場合、特に以下のようなものを追加する必要がある。 オクタンや VaporXDebugは は絶対に欠かせない。 ステップ・デバッガー、ランタイムの変更機能、一緒に実行できるパフォーマンス・ツールに匹敵するものはない。

ララベル・ブースト

The ups and downs of AI usage

興味本位で試してみた。 VonageとLivewireを使うToDoアプリをゼロから書いてみた。(を使って、VonageとLivewireを使うToDoアプリを書いてみた。 クロードが主に使われたと思う）を使って、VonageとLivewireを使うToDoアプリを一から書いてみた。率直に言って、絶望的だった。また APIプラットフォームの実装のような、より複雑な作業も要求してみた。 HATEOAS.しかし、API Platformを実装することはできなかった（実際、API Platformが実際にどのように機能するかの規約をハードコーディングで回避していた）。

別の記事で、同じタイプのアプリを作った、 しかし今回は、NativePHPを使ってネイティブのAndroidアプリにするつもりで書いていた。.今回は Laravel Boostをインストールしました。違いは一目瞭然でした。

エージェントを強化できるだけでなく、ドキュメントのヘルプも提供し、ローカル開発環境としてLaravel Herdを使用している場合は公式サポートもあります。すてきですね。

ララベルの群れ

Who remembers WAMP? Herd makes it look almost prehistoric!

以前はほとんど全てのプロジェクトでLaravel Sailを使っていたので、これはちょっとした変革でした。Dockerベースの環境について、私がいつも感じていた問題は 想定されているポータビリティの問題を解決するはずなのですが、結局はそうではないということです。私はいつも、次のような問題に遭遇していた。 XDebugが動かないそして、「ああ、それは使っているOSによるんだ。 これはLinuxでは MacではMacではできない。

群れは、PHPとNodeのバージョンオーケストレーションで、こんなに早く稼働を開始した、 nginxとFPMで、とても早く稼働するようになりました。プロバージョンには、XDebugの統合や、私にとって最も重要な機能など、本当に素晴らしいエクストラが含まれています、 Exposeの統合です。Vonageでは ウェブフックを多用しています。 Voice APIおよび メッセージAPIで多くのデータを受信しているので、ローカル・アプリを外部に公開してWebhookが届くようにする機能は、ある意味貴重だ。

クラウド・プラットフォーム全体

Things become tricky with so many possibilities

Laravelの公式オファーは非常に多くなってきているので、この点については少し難しいかもしれません。まず、一番手っ取り早く本番環境で使えるのは Laravelクラウド.使いやすさを念頭に置いて設計されており、直感的なUIを持っています。しかし、使いやすさにはコストがかかります。Laravel Cloudは、DevOpsインフラストラクチャの一部を引き受けるよりも少し高価なのは当然です。

その完全なコントロールのレイヤーのために、私は今でも次のように言っている。 Forgeが最も多くの選択肢を与えてくれる。自分のクラウドプロバイダー（最新のLaravelプロビジョニングされたVPSを含む）を使えるだけでなく、Envoyerが組み込まれ、すべてのデプロイがゼロダウンタイムになりました。

また、次のような一般的に使用されているロギング・プラットフォームとの統合もある。 セントリーまたは Papertrail.さらに OpenClawという統合もある。 個人的には（もしそれが私の本番環境なら個人的には（もし私の本番環境だったら）、1マイルも逃げないだろう。しかし、もしあなたがセキュリティのセットアップで何をやっているかを知っているなら、そこには多くのワークフロー自動化の可能性がある。

APIプラットフォーム

Meet Webby, the API Platform mascot

確かに、10年以上前から存在しています。しかし、Laravelではネイティブサポートされていませんでした。 今は.もしあなたのLaravelアプリに ビューや リアクトのようなフロントエンドSPAを目指しているのであれば、私はAPI Platformを必須と考えます。Eloquentモデルにいくつかの属性を追加し、いくつかの設定を変更するだけで、フロントエンドはアプリのすべてをCRUDできるようになります。その理由だけで、（標準を切り替えたり、リクエストヘッダに応じて複数のフォーマット標準を使用したりする機能は別として）私は「必須」派を固めつつある。

Laravel Nightwatch & Pulse

Laravel monitoring, written by Laravel, for your Laravel stuff

私は 記事を使えば、クラウドのパフォーマンスをフルに監視することができます。 ナイトウォッチという記事を書いたが、目もくらむような量の機能がついている。特に印象的な機能には、リクエストのドリルイン、リクエストの分析、リクエストの分析、リクエストの分析、リクエストの分析、リクエストの分析、リクエストの分析、リクエストの分析、リクエストの分析などがある。 EloquentORM SQLリクエストの分析、例外の追跡、パフォーマンスのボトルネックなどがあります。

もちろん、既存のサードパーティツールを使うこともできるが、ここでの違いは、NightwatchがあなたのPHPコードを認識していることだ。 あなたのPHPコードを認識している.これはLaravelによって書かれているためで、一般的なロガーやアプリケーションパフォーマンスモニタ（APM）では得られない洞察を得ることができます。

ローカル開発環境には Pulseこれは基本的にローカルで動作するNightwatch Liteだ。

PHPStan

Static Analysis to the rescue

PHPSanを選んだのには特別な理由がある。 PHPStanではなく Laravel Pint.それは、PHPStanの基本的なスキルである 基本的なスキルだと思うからです。PHPStanの使い方と設定方法を知ることは、基本的なスキルだと思うからです。もちろん、Laravel Pintのように、ほぼすべての設定を代行してくれるオプションもたくさんありますが、PHPStanがどのように動作するのか、基本を理解することが重要だと感じています。静的解析は、Abstract Syntax Tree（抽象構文木）のおかげでしばらく前から存在しています。 コード品質スタックに追加できるものであれば、何でも使うように主張したい。PHPStanを選んだ理由は特にありません。 PsalmPHPを選んだ特別な理由はありません。

ララベル・ライブワイヤー

Move Your Backend To Your Frontend By Magic

以前からあったとはいえ Laravel Livewireのおかげで、フロントエンド開発が嫌いにならなくなった。聞いたことがあるかもしれないが、基本的には、フロントエンドにプッシュされるロジックを含むバックエンドコンポーネントを書くことができるという前提だ。Livewireは通常 AlpineJSと Tailwindと組み合わせてTALLスタックを構成する。

日頃からフロントエンドの仕事と格闘している私にとっては、この組み合わせはとてもやりやすい。本当に可能性を広げるとどうなるのか、その能力の一端をチェックしたい方は、こちらの記事をご覧いただきたい、 この記事LivewireとVonage RCS、Websocket、Reverb、Echoの組み合わせについての記事をご覧ください。

テスト・スイートの選択

No Test Lab, No Reliable Code

選択肢は時に素晴らしく、時に呪わしいものです。Laravelの場合、以下のどちらかを選ぶことができます。 PHPUnitと PEST.

PEST も実行時に PHPUnit を使うので、何らかの理由で (私が思いつく限りでは、この 2 つの間の移行です) 両方の環境が必要になった場合は、それを使うことができます。 Sebastian Bergmann と Nuno Maduro の議論が示しているように経験豊富なエンジニアは、あなたがどんな武器を選んだかなんて気にしない。私がPHPのキャリアを積んできて、テスト駆動開発を真面目にやっているところで働くまでに、少なくとも3、4つの役割を担ったことは、今でも驚くべきことだと思う。

Vonage PHP SDK

Video、RCS、SMS、Voiceクラウド統合、Securityなど、Laravelであらゆる通信を使用する必要がある場合、Vonage PHP SDKを使えば簡単です。VonageのPHPエキスパート（あなたの作者も含まれています）によって手作業で書かれ、メンテナンスされているため、あなたのVonage認証情報をプラグインし、SDK全体を取得することで、当社のサービスと簡単に統合することができます。SDKをインストールするには、Composerを使用してください：

composer require vonage/client-core

例として、SMSを送信するための最低限のコードを示します：

$client = new Vonage\Client(new Vonage\Client\Credentials\Basic(YOUR_API_KEY, YOUR_API_SECRET));

$sms = new Vonage\Messages\Channel\SMS\SMSText(TO_NUMBER, FROM_NUMBER, 'hello from Vonge');

$client->messages()->send($sms);

3行です。Laravel開発者として、もっと素敵にしたいですか？Vonage Laravel Serviceでラッピングできます：

composer require vonage/vonage-laravel

そして今、3本の線は次のようになる：

$client = new Vonage\Client(new Vonage\Client\Credentials\Basic(YOUR_API_KEY, YOUR_API_SECRET));

$sms = new Vonage\Messages\Channel\SMS\SMSText(TO_NUMBER, FROM_NUMBER, 'hello from Vonge');

Vonage::messages()->send($sms);

さらにクリーンだ。

結論

膨大な選択肢に圧倒されることもあるので、いろいろな工具を試してみて、得た知識を共有することが重要だと思います。結局のところ、自分に合うツールであれば、どんなツールを使うかは必ずしも重要ではないのです。

私が言いたいのは、特にあなたがクライアントのために未開拓のサイトから始める場合、あるいは自分自身のために真新しいアプリのアイデアから始める場合、最初にその仕事に適したツールを選ぶことだ。これは、構築するものが高速に拡張する必要がある場合に特に重要です。例えば、IoTデータポイントを消費するようなものには、Laravel Octaneか、最低でも ReactPHPが膨大な量のデータを処理するために必要だ（Nodeと同じように処理できることを付け加えておく）。

もしあなたがスタートアップの段階にいるのであれば、以下のプログラムについて学ぶ価値があるかもしれません。 Vonageスタートアッププログラムを学ぶ価値があるかもしれません。 アプリケーションは簡単です。そして、あなたのLaravelスタートアップを加速させるための共同マーケティングオプションで、$75,000のAPIクレジットがあります！