バージョン: 9.x

放送 (Broadcasting)

Introduction
サーバー側のインストール
クライアント側のインストール
- Pusher Channels
- Ably
コンセプトの概要
- サンプルアプリケーションの使用
ブロードキャストイベントの定義
チャネルの承認
イベントの放送
- 他人だけに
- 接続のカスタマイズ
ブロードキャストを受信する
プレゼンスチャンネル
モデル放送
- モデル放送規約
- モデルブロードキャストのリスニング
クライアントイベント
Notifications

導入 (Introduction)

最新の Web アプリケーションの多くでは、リアルタイムのライブ更新ユーザーインターフェイスを実装するために WebSocket が使用されています。サーバー上で一部のデータが更新されると、通常、メッセージが WebSocket 接続経由で送信され、クライアントによって処理されます。 WebSocket は、UI に反映する必要があるデータ変更をアプリケーションのサーバーに継続的にポーリングするより効率的な代替手段を提供します。

たとえば、アプリケーションがユーザーのデータを CSV ファイルにエクスポートし、電子メールで送信できると想像してください。ただし、この CSV ファイルの作成には数分かかるため、キューに入れられたジョブ内で CSV を作成してメールで送信することを選択します。 CSV が作成され、ユーザーにメールで送信されたら、イベントブロードキャストを使用して、アプリケーションの JavaScript が受信する App\Events\UserDataExported イベントを送出できます。イベントを受信すると、ページを更新しなくても、CSV が電子メールで送信されたことを示すメッセージをユーザーに表示できます。

この種の機能の構築を支援するために、Laravel では、WebSocket 接続を介してサーバー側 Laravel events を簡単に「ブロードキャスト」できるようにしています。 Laravel イベントをブロードキャストすると、サーバー側の Laravel アプリケーションとクライアント側の JavaScript アプリケーションの間で同じイベント名とデータを共有できます。

ブロードキャストの背後にある中心的な概念は単純です。クライアントはフロントエンドの名前付きチャネルに接続し、Laravel アプリケーションはバックエンドのこれらのチャネルにイベントをブロードキャストします。これらのイベントには、フロントエンドで利用できるようにしたい追加データを含めることができます。

サポートされているドライバ

デフォルトでは、Laravel には Pusher Channels と Ably という 2 つのサーバー側ブロードキャストドライバが含まれており、そこから選択できます。ただし、laravel-websockets や soketi などのコミュニティ主導のパッケージは、商用放送プロバイダを必要としない追加のブロードキャストドライバを提供します。

注記イベントブロードキャストに入る前に、イベントとリスナにある Laravel のドキュメントを必ず読んでください。

サーバー側のインストール (Server Side Installation)

Laravel のイベントブロードキャストの使用を開始するには、Laravel アプリケーション内でいくつかの設定を行い、いくつかのパッケージをインストールする必要があります。

イベントのブロードキャストは、Laravel イベントをブロードキャストするサーバー側ブロードキャストドライバによって実現され、Laravel Echo (JavaScript ライブラリ) がブラウザークライアント内でイベントを受信できるようになります。心配しないでください。インストールプロセスの各部分を段階的に説明します。

構成

アプリケーションのイベントブロードキャスト設定はすべて、config/broadcasting.php 設定ファイルに保存されます。 Laravel は、すぐに使用できるいくつかのブロードキャストドライバ (ローカル開発およびデバッグ用の Pusher Channels、Redis、および log ドライバ) をサポートしています。さらに、テスト中にブロードキャストを完全に無効にすることができる null ドライバが含まれています。これらの各ドライバの構成例は、config/broadcasting.php 構成ファイルに含まれています。

ブロードキャストサービスプロバイダ

イベントをブロードキャストする前に、まず App\Providers\BroadcastServiceProvider を登録する必要があります。新しい Laravel アプリケーションでは、config/app.php 構成ファイルの providers 配列でこのプロバイダのコメントを解除するだけで済みます。この BroadcastServiceProvider には、ブロードキャスト認証ルートとコールバックを登録するために必要なコードが含まれています。

キュー構成

キューワーカーを構成して実行する必要もあります。すべてのイベントブロードキャストはキューに入れられたジョブを介して行われるため、ブロードキャストされるイベントによってアプリケーションの応答時間が重大な影響を受けることはありません。

Pusher Channels

Pusher Channels を使用してイベントをブロードキャストする予定がある場合は、Composer パッケージマネージャーを使用して Pusher Channels PHP SDK をインストールする必要があります。

composer require pusher/pusher-php-server

次に、config/broadcasting.php 構成ファイルでプッシャーチャネルの資格情報を構成する必要があります。このファイルにはプッシャーチャネル構成の例がすでに含まれており、キー、シークレット、アプリケーション ID をすばやく指定できます。通常、これらの値は、PUSHER_APP_KEY、PUSHER_APP_SECRET、および PUSHER_APP_ID 環境変数を介して設定する必要があります。

PUSHER_APP_ID=your-pusher-app-id
PUSHER_APP_KEY=your-pusher-key
PUSHER_APP_SECRET=your-pusher-secret
PUSHER_APP_CLUSTER=mt1

config/broadcasting.php ファイルの pusher 構成では、クラスターなどのチャネルでサポートされる追加の options を指定することもできます。

次に、.env ファイル内のブロードキャストドライバを pusher に変更する必要があります。

BROADCAST_DRIVER=pusher

最後に、クライアント側でブロードキャストイベントを受信する Laravel Echo をインストールして構成する準備が整いました。

オープンソースのプッシャー代替手段

laravel-websockets および soketi パッケージは、Laravel 用の Pusher 互換 WebSocket サーバーを提供します。これらのパッケージを使用すると、商用 WebSocket プロバイダを使用せずに、Laravel ブロードキャストの機能を最大限に活用できます。これらのパッケージのインストールと使用の詳細については、オープンソースの代替品のドキュメントを参照してください。

アブレイ

Ably を使用してイベントをブロードキャストする予定がある場合は、Composer パッケージマネージャーを使用して Ably PHP SDK をインストールする必要があります。

composer require ably/ably-php

次に、config/broadcasting.php 構成ファイルで Ably 認証情報を構成する必要があります。このファイルには、Ably 構成の例がすでに含まれているため、キーをすばやく指定できます。通常、この値は ABLY_KEY 環境変数を介して設定する必要があります。

ABLY_KEY=your-ably-key

次に、.env ファイル内のブロードキャストドライバを ably に変更する必要があります。

BROADCAST_DRIVER=ably

最後に、クライアント側でブロードキャストイベントを受信する Laravel Echo をインストールして構成する準備が整いました。

オープンソースの代替案

PHP

laravel-websockets パッケージは、純粋な PHP、Pusher 互換の Laravel 用 WebSocket パッケージです。このパッケージを使用すると、商用 WebSocket プロバイダを使用せずに、Laravel ブロードキャストの機能を最大限に活用できます。このパッケージのインストールと使用の詳細については、公式ドキュメントを参照してください。

ノード

Soketi は、Laravel 用のノードベースのプッシャー互換 WebSocket サーバーです。 Soketi は内部で µWebSockets.js を利用して、極めて高いスケーラビリティと速度を実現します。このパッケージを使用すると、商用 WebSocket プロバイダを使用せずに、Laravel ブロードキャストの機能を最大限に活用できます。このパッケージのインストールと使用の詳細については、公式ドキュメントを参照してください。

クライアント側のインストール (Client Side Installation)

Pusher Channels

Laravel Echo は、チャンネルのサブスクライブや、サーバー側のブロードキャストドライバによってブロードキャストされるイベントのリッスンを簡単に行うことができる JavaScript ライブラリです。 NPM パッケージマネージャーを介して Echo をインストールできます。この例では、Pusher Channels ブロードキャスタを使用するため、pusher-js パッケージもインストールします。

npm install --save-dev laravel-echo pusher-js

Echo をインストールすると、アプリケーションの JavaScript で新しい Echo インスタンスを作成できるようになります。これを行うのに最適な場所は、Laravel フレームワークに含まれる resources/js/bootstrap.js ファイルの下部です。デフォルトでは、Echo 設定の例がこのファイルにすでに含まれています。コメントを解除するだけです。

import Echo from 'laravel-echo';
import Pusher from 'pusher-js';

window.Pusher = Pusher;

window.Echo = new Echo({
    broadcaster: 'pusher',
    key: import.meta.env.VITE_PUSHER_APP_KEY,
    cluster: import.meta.env.VITE_PUSHER_APP_CLUSTER,
    forceTLS: true
});

コメントを解除し、必要に応じて Echo 構成を調整したら、アプリケーションのアセットをコンパイルできます。

npm run dev

注記アプリケーションの JavaScript アセットのコンパイルの詳細については、Vite のドキュメントを参照してください。

既存のクライアントインスタンスの使用

Echo で利用したい事前設定済みのプッシャーチャネルクライアントインスタンスがすでにある場合は、client 設定オプションを使用してそれを Echo に渡すことができます。

import Echo from 'laravel-echo';
import Pusher from 'pusher-js';

const options = {
    broadcaster: 'pusher',
    key: 'your-pusher-channels-key'
}

window.Echo = new Echo({
    ...options,
    client: new Pusher(options.key, options)
});

アブレイ

Laravel Echo は、チャンネルのサブスクライブや、サーバー側のブロードキャストドライバによってブロードキャストされるイベントのリッスンを簡単に行うことができる JavaScript ライブラリです。 NPM パッケージマネージャーを介して Echo をインストールできます。この例では、pusher-js パッケージもインストールします。

イベントのブロードキャストに Ably を使用しているにもかかわらず、なぜ pusher-js JavaScript ライブラリをインストールするのか疑問に思われるかもしれません。ありがたいことに、Ably には、クライアント側アプリケーションでイベントをリッスンするときに Pusher プロトコルを使用できるようにする Pusher 互換モードが含まれています。

npm install --save-dev laravel-echo pusher-js

続行する前に、Ably アプリケーション設定でプッシャープロトコルのサポートを有効にする必要があります。 Ably アプリケーションの設定ダッシュボードの「プロトコルアダプター設定」部分でこの機能を有効にすることができます。

import Echo from 'laravel-echo';
import Pusher from 'pusher-js';

window.Pusher = Pusher;

window.Echo = new Echo({
    broadcaster: 'pusher',
    key: import.meta.env.VITE_ABLY_PUBLIC_KEY,
    wsHost: 'realtime-pusher.ably.io',
    wsPort: 443,
    disableStats: true,
    encrypted: true,
});

Ably Echo 設定は VITE_ABLY_PUBLIC_KEY 環境変数を参照していることに注意してください。この変数の値は、Ably 公開キーである必要があります。公開キーは、Ably キーの : 文字の前にある部分です。

コメントを解除し、必要に応じて Echo 構成を調整したら、アプリケーションのアセットをコンパイルできます。

npm run dev

注記アプリケーションの JavaScript アセットのコンパイルの詳細については、Vite のドキュメントを参照してください。

コンセプトの概要 (Concept Overview)

Laravel のイベントブロードキャストを使用すると、WebSocket へのドライバベースのアプローチを使用して、サーバー側の Laravel イベントをクライアント側の JavaScript アプリケーションにブロードキャストできます。現在、Laravel には Pusher Channels ドライバと Ably ドライバが同梱されています。イベントは、Laravel Echo JavaScript パッケージを使用してクライアント側で簡単に使用できます。

イベントは、パブリックまたはプライベートとして指定できる「チャネル」を介してブロードキャストされます。アプリケーションへの訪問者は誰でも、認証や許可なしでパブリックチャネルに登録できます。ただし、プライベートチャネルに登録するには、ユーザーが認証され、そのチャネルでリッスンする権限が与えられている必要があります。

注記 Pusher に代わるオープンソースの代替手段を検討したい場合は、オープンソースの代替品をチェックしてください。

サンプルアプリケーションの使用

イベントブロードキャストの各コンポーネントに入る前に、電子商取引ストアを例として使用して概要を見てみましょう。

このアプリケーションでは、ユーザーが注文の配送ステータスを表示できるページがあると仮定します。また、出荷ステータスの更新がアプリケーションによって処理されるときに、OrderShipmentStatusUpdated イベントが発生すると仮定します。

use App\Events\OrderShipmentStatusUpdated;

OrderShipmentStatusUpdated::dispatch($order);

`ShouldBroadcast` インターフェイス

ユーザーが注文の 1 つを表示しているときに、ステータスの更新を表示するためにページを更新する必要がないようにしたいと考えています。代わりに、更新が作成されたときにアプリケーションに更新をブロードキャストしたいと考えています。したがって、OrderShipmentStatusUpdated イベントを ShouldBroadcast インターフェイスでマークする必要があります。これにより、Laravel がイベントの発生時にイベントをブロードキャストするように指示されます。

<?php

namespace App\Events;

use App\Models\Order;
use Illuminate\Broadcasting\Channel;
use Illuminate\Broadcasting\InteractsWithSockets;
use Illuminate\Broadcasting\PresenceChannel;
use Illuminate\Broadcasting\PrivateChannel;
use Illuminate\Contracts\Broadcasting\ShouldBroadcast;
use Illuminate\Queue\SerializesModels;

class OrderShipmentStatusUpdated implements ShouldBroadcast
{
    /**
     * The order instance.
     *
     * @var \App\Order
     */
    public $order;
}

ShouldBroadcast インターフェイスでは、イベントで broadcastOn メソッドを定義する必要があります。このメソッドは、イベントがブロードキャストされるチャネルを返す役割を果たします。このメソッドの空のスタブは生成されたイベントクラスですでに定義されているため、その詳細を入力するだけで済みます。注文の作成者のみがステータス更新を表示できるようにしたいため、注文に関連付けられたプライベートチャネルでイベントをブロードキャストします。

/**
 * Get the channels the event should broadcast on.
 *
 * @return \Illuminate\Broadcasting\PrivateChannel
 */
public function broadcastOn()
{
    return new PrivateChannel('orders.'.$this->order->id);
}

チャネルの承認

ユーザーはプライベートチャネルでリッスンすることを許可されている必要があることに注意してください。アプリケーションの routes/channels.php ファイルでチャネル認証ルールを定義できます。この例では、プライベート orders.1 チャネルでリッスンしようとしているユーザーが実際に注文の作成者であることを確認する必要があります。

use App\Models\Order;

Broadcast::channel('orders.{orderId}', function ($user, $orderId) {
    return $user->id === Order::findOrNew($orderId)->user_id;
});

channel メソッドは、チャネルの名前と、ユーザーがチャネルでリッスンする権限があるかどうかを示す true または false を返すコールバックの 2 つの引数を受け入れます。

すべての認可コールバックは、現在認証されているユーザーを最初の引数として受け取り、追加のワイルドカードパラメーターを後続の引数として受け取ります。この例では、{orderId} プレースホルダーを使用して、チャネル名の「ID」部分がワイルドカードであることを示しています。

イベントブロードキャストのリスニング

次に残っているのは、JavaScript アプリケーションでイベントをリッスンすることだけです。これは、Laravel Echo を使用して行うことができます。まず、private メソッドを使用してプライベートチャネルに登録します。次に、listen メソッドを使用して、OrderShipmentStatusUpdated イベントをリッスンします。デフォルトでは、イベントのすべてのパブリックプロパティがブロードキャストイベントに含まれます。

Echo.private(`orders.${orderId}`)
    .listen('OrderShipmentStatusUpdated', (e) => {
        console.log(e.order);
    });

ブロードキャストイベントの定義 (Defining Broadcast Events)

特定のイベントをブロードキャストする必要があることを Laravel に通知するには、イベントクラスに Illuminate\Contracts\Broadcasting\ShouldBroadcast インターフェイスを実装する必要があります。このインターフェイスは、フレームワークによって生成されたすべてのイベントクラスにすでにインポートされているため、任意のイベントに簡単に追加できます。

ShouldBroadcast インターフェイスでは、単一のメソッド broadcastOn を実装する必要があります。 broadcastOn メソッドは、イベントがブロードキャストされるチャネルまたはチャネルの配列を返す必要があります。チャネルは、Channel、PrivateChannel、または PresenceChannel のインスタンスである必要があります。 Channel のインスタンスは、任意のユーザーが購読できるパブリックチャネルを表し、PrivateChannels および PresenceChannels は、チャネル認証を必要とするプライベートチャネルを表します。

<?php

namespace App\Events;

use App\Models\User;
use Illuminate\Broadcasting\Channel;
use Illuminate\Broadcasting\InteractsWithSockets;
use Illuminate\Broadcasting\PresenceChannel;
use Illuminate\Broadcasting\PrivateChannel;
use Illuminate\Contracts\Broadcasting\ShouldBroadcast;
use Illuminate\Queue\SerializesModels;

class ServerCreated implements ShouldBroadcast
{
    use SerializesModels;

    /**
     * The user that created the server.
     *
     * @var \App\Models\User
     */
    public $user;

    /**
     * Create a new event instance.
     *
     * @param  \App\Models\User  $user
     * @return void
     */
    public function __construct(User $user)
    {
        $this->user = $user;
    }

    /**
     * Get the channels the event should broadcast on.
     *
     * @return Channel|array
     */
    public function broadcastOn()
    {
        return new PrivateChannel('user.'.$this->user->id);
    }
}

ShouldBroadcast インターフェイスを実装した後は、通常どおりイベントを起動するを実行するだけです。イベントが発生すると、キューに入れられたジョブは指定したブロードキャストドライバを使用してイベントを自動的にブロードキャストします。

ブロードキャスト名

デフォルトでは、Laravel はイベントのクラス名を使用してイベントをブロードキャストします。ただし、イベントで broadcastAs メソッドを定義することで、ブロードキャスト名をカスタマイズできます。

/**
 * The event's broadcast name.
 *
 * @return string
 */
public function broadcastAs()
{
    return 'server.created';
}

broadcastAs メソッドを使用してブロードキャスト名をカスタマイズする場合は、先頭に . 文字を使用してリスナを登録する必要があります。これにより、アプリケーションの名前空間をイベントの前に付加しないように Echo に指示されます。

.listen('.server.created', function (e) {
    ....
});

ブロードキャストデータ

イベントがブロードキャストされると、そのすべての public プロパティが自動的にシリアル化され、イベントのペイロードとしてブロードキャストされるため、JavaScript アプリケーションからそのパブリックデータのいずれかにアクセスできるようになります。したがって、たとえば、イベントに Eloquent モデルを含む単一のパブリック $user プロパティがある場合、イベントのブロードキャストペイロードは次のようになります。

{
    "user": {
        "id": 1,
        "name": "Patrick Stewart"
        ...
    }
}

ただし、ブロードキャストペイロードをより細かく制御したい場合は、イベントに broadcastWith メソッドを追加できます。このメソッドは、イベントペイロードとしてブロードキャストするデータの配列を返す必要があります。

/**
 * Get the data to broadcast.
 *
 * @return array
 */
public function broadcastWith()
{
    return ['id' => $this->user->id];
}

ブロードキャストキュー

デフォルトでは、各ブロードキャストイベントは、queue.php 構成ファイルで指定されたデフォルトキュー接続のデフォルトキューに配置されます。イベントクラスで connection プロパティと queue プロパティを定義することで、ブロードキャスタが使用するキュー接続と名前をカスタマイズできます。

/**
 * The name of the queue connection to use when broadcasting the event.
 *
 * @var string
 */
public $connection = 'redis';

/**
 * The name of the queue on which to place the broadcasting job.
 *
 * @var string
 */
public $queue = 'default';

あるいは、イベントで broadcastQueue メソッドを定義してキュー名をカスタマイズすることもできます。

/**
 * The name of the queue on which to place the broadcasting job.
 *
 * @return string
 */
public function broadcastQueue()
{
    return 'default';
}

デフォルトのキュードライバの代わりに sync キューを使用してイベントをブロードキャストする場合は、ShouldBroadcast の代わりに ShouldBroadcastNow インターフェイスを実装できます。

<?php

use Illuminate\Contracts\Broadcasting\ShouldBroadcastNow;

class OrderShipmentStatusUpdated implements ShouldBroadcastNow
{
    //
}

放送条件

特定の条件が true の場合にのみイベントをブロードキャストしたい場合があります。これらの条件は、イベントクラスに broadcastWhen メソッドを追加することで定義できます。

/**
 * Determine if this event should broadcast.
 *
 * @return bool
 */
public function broadcastWhen()
{
    return $this->order->value > 100;
}

ブロードキャストとデータベースのトランザクション

ブロードキャストイベントがデータベーストランザクション内でディスパッチされると、データベーストランザクションがコミットされる前にキューによって処理される場合があります。この問題が発生すると、データベーストランザクション中にモデルまたはデータベースレコードに対して行った更新がまだデータベースに反映されていない可能性があります。さらに、トランザクション内で作成されたモデルやデータベースレコードはデータベースに存在しない可能性があります。イベントがこれらのモデルに依存している場合、イベントをブロードキャストするジョブの処理時に予期しないエラーが発生する可能性があります。

キュー接続の after_commit 構成オプションが false に設定されている場合でも、イベントクラスで $afterCommit プロパティを定義することで、開いているすべてのデータベーストランザクションがコミットされた後に特定のブロードキャストイベントをディスパッチする必要があることを示すことができます。

<?php

namespace App\Events;

use Illuminate\Contracts\Broadcasting\ShouldBroadcast;
use Illuminate\Queue\SerializesModels;

class ServerCreated implements ShouldBroadcast
{
    use SerializesModels;

    public $afterCommit = true;
}

注記これらの問題の回避方法の詳細については、キューに入れられたジョブとデータベーストランザクションに関するドキュメントを参照してください。

チャネルの承認 (Authorizing Channels)

プライベートチャネルでは、現在認証されているユーザーが実際にチャネルをリッスンできることを承認する必要があります。これは、チャンネル名を使用して Laravel アプリケーションに HTTP リクエストを送信し、ユーザーがそのチャンネルでリッスンできるかどうかをアプリケーションが判断できるようにすることで実現されます。 Laravel Echo を使用すると、プライベートチャネルへのサブスクリプションを承認する HTTP リクエストが自動的に作成されます。ただし、これらのリクエストに応答するために適切なルートを定義する必要があります。

認可ルートの定義

ありがたいことに、Laravel では、チャネル承認リクエストに応答するルートを簡単に定義できます。 Laravel アプリケーションに含まれる App\Providers\BroadcastServiceProvider には、Broadcast::routes メソッドの呼び出しが表示されます。このメソッドは、認可リクエストを処理するために /broadcasting/auth ルートを登録します。

Broadcast::routes();

Broadcast::routes メソッドは、そのルートを web ミドルウェアグループ内に自動的に配置します。ただし、割り当てられた属性をカスタマイズしたい場合は、ルート属性の配列をメソッドに渡すことができます。

Broadcast::routes($attributes);

認可エンドポイントのカスタマイズ

デフォルトでは、Echo は /broadcasting/auth エンドポイントを使用してチャネルアクセスを承認します。ただし、authEndpoint 構成オプションを Echo インスタンスに渡すことで、独自の認証エンドポイントを指定できます。

window.Echo = new Echo({
    broadcaster: 'pusher',
    // ...
    authEndpoint: '/custom/endpoint/auth'
});

認可リクエストのカスタマイズ

Echoの初期化時にカスタム承認者を提供することで、Laravel Echoが承認リクエストを実行する方法をカスタマイズできます。

window.Echo = new Echo({
    // ...
    authorizer: (channel, options) => {
        return {
            authorize: (socketId, callback) => {
                axios.post('/api/broadcasting/auth', {
                    socket_id: socketId,
                    channel_name: channel.name
                })
                .then(response => {
                    callback(null, response.data);
                })
                .catch(error => {
                    callback(error);
                });
            }
        };
    },
})

認可コールバックの定義

次に、現在認証されているユーザーが特定のチャンネルを聞くことができるかどうかを実際に判断するロジックを定義する必要があります。これは、アプリケーションに含まれる routes/channels.php ファイルで行われます。このファイルでは、Broadcast::channel メソッドを使用してチャネル承認コールバックを登録できます。

Broadcast::channel('orders.{orderId}', function ($user, $orderId) {
    return $user->id === Order::findOrNew($orderId)->user_id;
});

認可コールバックモデルバインディング

HTTP ルートと同様に、チャネルルートも暗黙的および明示的なルートモデルバインディングを利用できます。たとえば、文字列または数値の注文 ID を受け取る代わりに、実際の Order モデルインスタンスをリクエストできます。

use App\Models\Order;

Broadcast::channel('orders.{order}', function ($user, Order $order) {
    return $user->id === $order->user_id;
});

警告 HTTP ルートモデルバインディングとは異なり、チャネルモデルバインディングは自動暗黙的なモデルバインディングのスコープ設定をサポートしません。ただし、ほとんどのチャネルは単一モデルの一意の主キーに基づいてスコープを設定できるため、これが問題になることはほとんどありません。

認可コールバック認証

プライベートブロードキャストチャネルとプレゼンスブロードキャストチャネルは、アプリケーションのデフォルトの認証ガードを介して現在のユーザーを認証します。ユーザーが認証されていない場合、チャネル承認は自動的に拒否され、承認コールバックは実行されません。ただし、必要に応じて、受信リクエストを認証する複数のカスタムガードを割り当てることができます。

Broadcast::channel('channel', function () {
    // ...
}, ['guards' => ['web', 'admin']]);

チャネルクラスの定義

アプリケーションがさまざまなチャネルを使用している場合、routes/channels.php ファイルが大きくなる可能性があります。したがって、クロージャを使用してチャネルを承認する代わりに、チャネルクラスを使用することもできます。チャネルクラスを生成するには、make:channel Artisan コマンドを使用します。このコマンドは、新しいチャネルクラスを App/Broadcasting ディレクトリに配置します。

php artisan make:channel OrderChannel

次に、routes/channels.php ファイルにチャンネルを登録します。

use App\Broadcasting\OrderChannel;

Broadcast::channel('orders.{order}', OrderChannel::class);

最後に、チャネルクラスの join メソッドにチャネルの承認ロジックを配置できます。この join メソッドには、通常チャネル承認クロージャに配置するのと同じロジックが格納されます。チャネルモデルバインディングを利用することもできます。

<?php

namespace App\Broadcasting;

use App\Models\Order;
use App\Models\User;

class OrderChannel
{
    /**
     * Create a new channel instance.
     *
     * @return void
     */
    public function __construct()
    {
        //
    }

    /**
     * Authenticate the user's access to the channel.
     *
     * @param  \App\Models\User  $user
     * @param  \App\Models\Order  $order
     * @return array|bool
     */
    public function join(User $user, Order $order)
    {
        return $user->id === $order->user_id;
    }
}

注記 Laravel の他の多くのクラスと同様に、チャネルクラスはサービスコンテナによって自動的に解決されます。したがって、コンストラクターでチャネルに必要な依存関係をタイプヒントで指定できます。

イベントの放送 (Broadcasting Events)

イベントを定義し、それを ShouldBroadcast インターフェイスでマークしたら、あとはイベントのディスパッチメソッドを使用してイベントを起動するだけです。イベントディスパッチャは、イベントが ShouldBroadcast インターフェイスでマークされていることを認識し、ブロードキャスト用にイベントをキューに入れます。

use App\Events\OrderShipmentStatusUpdated;

OrderShipmentStatusUpdated::dispatch($order);

他人だけに

イベントブロードキャストを利用するアプリケーションを構築する場合、現在のユーザーを除く特定のチャネルのすべての加入者にイベントをブロードキャストすることが必要になる場合があります。これは、broadcast ヘルパと toOthers メソッドを使用して実現できます。

use App\Events\OrderShipmentStatusUpdated;

broadcast(new OrderShipmentStatusUpdated($update))->toOthers();

toOthers メソッドを使用する必要がある場合をよりよく理解するために、ユーザーがタスク名を入力して新しいタスクを作成できるタスクリストアプリケーションを想像してみましょう。タスクを作成するために、アプリケーションは、タスクの作成をブロードキャストし、新しいタスクの JSON 表現を返す /task URL にリクエストを行うことがあります。 JavaScript アプリケーションがエンドポイントから応答を受け取ると、次のように新しいタスクをタスクリストに直接挿入することがあります。

axios.post('/task', task)
    .then((response) => {
        this.tasks.push(response.data);
    });

ただし、タスクの作成もブロードキャストすることに注意してください。タスクリストにタスクを追加するために JavaScript アプリケーションもこのイベントをリッスンしている場合、リストには重複したタスク (エンドポイントからのタスクとブロードキャストからのタスク) が 1 つずつ存在することになります。これを解決するには、toOthers メソッドを使用して、現在のユーザーにイベントをブロードキャストしないようにブロードキャスタに指示します。

警告 toOthers メソッドを呼び出すには、イベントで Illuminate\Broadcasting\InteractsWithSockets 特性を使用する必要があります。

構成

Laravel Echo インスタンスを初期化すると、接続にソケット ID が割り当てられます。グローバル Axios インスタンスを使用して JavaScript アプリケーションから HTTP リクエストを作成している場合、ソケット ID はすべての送信リクエストに X-Socket-ID ヘッダーとして自動的に付加されます。次に、toOthers メソッドを呼び出すと、Laravel はヘッダーからソケット ID を抽出し、そのソケット ID を持つ接続にブロードキャストしないようにブロードキャスタに指示します。

グローバル Axios インスタンスを使用していない場合は、すべての送信リクエストで X-Socket-ID ヘッダーを送信するように JavaScript アプリケーションを手動で構成する必要があります。 Echo.socketId メソッドを使用してソケット ID を取得できます。

var socketId = Echo.socketId();

接続のカスタマイズ

アプリケーションが複数のブロードキャスト接続と対話し、デフォルト以外のブロードキャスタを使用してイベントをブロードキャストしたい場合は、via メソッドを使用してイベントをプッシュする接続を指定できます。

use App\Events\OrderShipmentStatusUpdated;

broadcast(new OrderShipmentStatusUpdated($update))->via('pusher');

あるいは、イベントのコンストラクター内で broadcastVia メソッドを呼び出して、イベントのブロードキャスト接続を指定することもできます。ただし、これを行う前に、イベントクラスが InteractsWithBroadcasting 特性を使用していることを確認する必要があります。

<?php

namespace App\Events;

use Illuminate\Broadcasting\Channel;
use Illuminate\Broadcasting\InteractsWithBroadcasting;
use Illuminate\Broadcasting\InteractsWithSockets;
use Illuminate\Broadcasting\PresenceChannel;
use Illuminate\Broadcasting\PrivateChannel;
use Illuminate\Contracts\Broadcasting\ShouldBroadcast;
use Illuminate\Queue\SerializesModels;

class OrderShipmentStatusUpdated implements ShouldBroadcast
{
    use InteractsWithBroadcasting;

    /**
     * Create a new event instance.
     *
     * @return void
     */
    public function __construct()
    {
        $this->broadcastVia('pusher');
    }
}

ブロードキャストを受信する (Receiving Broadcasts)

イベントをリッスンする

Laravel Echoのインストールとインスタンス化を取得したら、Laravel アプリケーションからブロードキャストされるイベントのリッスンを開始する準備が整います。まず、channel メソッドを使用してチャネルのインスタンスを取得し、次に listen メソッドを呼び出して指定されたイベントをリッスンします。

Echo.channel(`orders.${this.order.id}`)
    .listen('OrderShipmentStatusUpdated', (e) => {
        console.log(e.order.name);
    });

プライベートチャネルでイベントをリッスンする場合は、代わりに private メソッドを使用してください。 listen メソッドへの呼び出しを連鎖して、単一のチャネルで複数のイベントをリッスンすることもできます。

Echo.private(`orders.${this.order.id}`)
    .listen(/* ... */)
    .listen(/* ... */)
    .listen(/* ... */);

イベントの待機を停止する

チャンネルを離れるを使用せずに特定のイベントのリッスンを停止したい場合は、stopListening メソッドを使用できます。

Echo.private(`orders.${this.order.id}`)
    .stopListening('OrderShipmentStatusUpdated')

チャンネルを離れる

チャンネルを離れるには、Echo インスタンスで leaveChannel メソッドを呼び出します。

Echo.leaveChannel(`orders.${this.order.id}`);

チャネル、およびそれに関連付けられたプライベートチャネルおよびプレゼンスチャネルから脱退したい場合は、leave メソッドを呼び出すことができます。

Echo.leave(`orders.${this.order.id}`);

名前空間

上記の例で、イベントクラスに完全な App\Events 名前空間を指定していないことに気づいたかもしれません。これは、Echo がイベントが App\Events 名前空間にあると自動的に想定するためです。ただし、Echo をインスタンス化するときに、namespace 構成オプションを渡すことでルート名前空間を構成できます。

window.Echo = new Echo({
    broadcaster: 'pusher',
    // ...
    namespace: 'App.Other.Namespace'
});

あるいは、Echo を使用してイベントクラスをサブスクライブするときに、イベントクラスのプレフィックスとして . を付けることもできます。これにより、常に完全修飾クラス名を指定できるようになります。

Echo.channel('orders')
    .listen('.Namespace\\Event\\Class', (e) => {
        //
    });

プレゼンスチャンネル (Presence Channels)

プレゼンスチャネルは、プライベートチャネルのセキュリティに基づいて構築されると同時に、誰がチャネルに登録しているかを認識する追加機能を公開します。これにより、別のユーザーが同じページを表示しているときにユーザーに通知したり、チャットルームの住民をリストしたりするなど、強力な共同アプリケーション機能を簡単に構築できます。

プレゼンスチャネルの承認

すべてのプレゼンスチャネルはプライベートチャネルでもあります。したがって、ユーザーはそれらへのアクセスを許可されているである必要があります。ただし、プレゼンスチャネルの承認コールバックを定義する場合、ユーザーがチャネルへの参加を承認されている場合は、true は返されません。代わりに、ユーザーに関するデータの配列を返す必要があります。

承認コールバックによって返されたデータは、JavaScript アプリケーションのプレゼンスチャネルイベントリスナで利用できるようになります。ユーザーがプレゼンスチャネルに参加する権限を持たない場合は、false または null を返す必要があります。

Broadcast::channel('chat.{roomId}', function ($user, $roomId) {
    if ($user->canJoinRoom($roomId)) {
        return ['id' => $user->id, 'name' => $user->name];
    }
});

プレゼンスチャンネルへの参加

プレゼンスチャネルに参加するには、Echo の join メソッドを使用できます。 join メソッドは、PresenceChannel 実装を返します。これにより、listen メソッドが公開されるとともに、here、joining、および leaving イベントをサブスクライブできるようになります。

Echo.join(`chat.${roomId}`)
    .here((users) => {
        //
    })
    .joining((user) => {
        console.log(user.name);
    })
    .leaving((user) => {
        console.log(user.name);
    })
    .error((error) => {
        console.error(error);
    });

here コールバックは、チャネルに正常に参加するとすぐに実行され、現在チャネルに登録している他のすべてのユーザーのユーザー情報を含む配列を受け取ります。 joining メソッドは、新しいユーザーがチャンネルに参加するときに実行され、leaving メソッドはユーザーがチャンネルを離れるときに実行されます。 error メソッドは、認証エンドポイントが 200 以外の HTTP ステータスコードを返した場合、または返された JSON の解析に問題があった場合に実行されます。

プレゼンスチャネルへのブロードキャスト

プレゼンスチャネルは、パブリックチャネルまたはプライベートチャネルと同様にイベントを受信できます。チャットルームの例を使用すると、NewMessage イベントをルームのプレゼンスチャネルにブロードキャストすることができます。これを行うには、イベントの broadcastOn メソッドから PresenceChannel のインスタンスを返します。

/**
 * Get the channels the event should broadcast on.
 *
 * @return Channel|array
 */
public function broadcastOn()
{
    return new PresenceChannel('room.'.$this->message->room_id);
}

他のイベントと同様に、broadcast ヘルパと toOthers メソッドを使用して、現在のユーザーをブロードキャストの受信から除外できます。

broadcast(new NewMessage($message));

broadcast(new NewMessage($message))->toOthers();

他のタイプのイベントと同様に、Echo の listen メソッドを使用して、プレゼンスチャネルに送信されたイベントをリッスンできます。

Echo.join(`chat.${roomId}`)
    .here(/* ... */)
    .joining(/* ... */)
    .leaving(/* ... */)
    .listen('NewMessage', (e) => {
        //
    });

モデル放送 (Model Broadcasting)

警告モデルブロードキャストに関する以下のドキュメントを読む前に、Laravel のモデルブロードキャストサービスの一般的な概念とブロードキャストイベントを手動で作成してリッスンする方法を理解しておくことをお勧めします。

アプリケーションの Eloquent モデルが作成、更新、または削除されたときにイベントをブロードキャストするのが一般的です。もちろん、これは手動で Eloquent モデルの状態変更のカスタムイベントの定義を実行し、それらのイベントを ShouldBroadcast インターフェイスでマークすることで簡単に実現できます。

ただし、これらのイベントをアプリケーション内の他の目的で使用していない場合、イベントをブロードキャストすることだけを目的としてイベントクラスを作成するのは面倒になる可能性があります。これを解決するために、Laravel では、Eloquent モデルが状態の変更を自動的にブロードキャストする必要があることを示すことができます。

まず、Eloquent モデルで Illuminate\Database\Eloquent\BroadcastsEvents トレイトを使用する必要があります。さらに、モデルは broadcastOn メソッドを定義する必要があります。これは、モデルのイベントがブロードキャストされるチャネルの配列を返します。

<?php

namespace App\Models;

use Illuminate\Broadcasting\PrivateChannel;
use Illuminate\Database\Eloquent\BroadcastsEvents;
use Illuminate\Database\Eloquent\Factories\HasFactory;
use Illuminate\Database\Eloquent\Model;

class Post extends Model
{
    use BroadcastsEvents, HasFactory;

    /**
     * Get the user that the post belongs to.
     */
    public function user()
    {
        return $this->belongsTo(User::class);
    }

    /**
     * Get the channels that model events should broadcast on.
     *
     * @param  string  $event
     * @return \Illuminate\Broadcasting\Channel|array
     */
    public function broadcastOn($event)
    {
        return [$this, $this->user];
    }
}

モデルにこの特性が含まれ、ブロードキャストチャネルが定義されると、モデルインスタンスが作成、更新、削除、破棄、または復元されたときに、イベントのブロードキャストが自動的に開始されます。

さらに、broadcastOn メソッドが文字列 $event 引数を受け取ることに気づいたかもしれません。この引数には、モデルで発生したイベントのタイプが含まれ、値は created、updated、deleted、trashed、または restored になります。この変数の値を検査することで、モデルが特定のイベントに対してどのチャネル (存在する場合) にブロードキャストするかを決定できます。

/**
 * Get the channels that model events should broadcast on.
 *
 * @param  string  $event
 * @return \Illuminate\Broadcasting\Channel|array
 */
public function broadcastOn($event)
{
    return match ($event) {
        'deleted' => [],
        default => [$this, $this->user],
    };
}

モデルブロードキャストイベントの作成のカスタマイズ

場合によっては、Laravel が基礎となるモデルのブロードキャストイベントを作成する方法をカスタマイズしたい場合があります。これは、Eloquent モデルで newBroadcastableEvent メソッドを定義することで実現できます。このメソッドは Illuminate\Database\Eloquent\BroadcastableModelEventOccurred インスタンスを返す必要があります。

use Illuminate\Database\Eloquent\BroadcastableModelEventOccurred;

/**
 * Create a new broadcastable model event for the model.
 *
 * @param  string  $event
 * @return \Illuminate\Database\Eloquent\BroadcastableModelEventOccurred
 */
protected function newBroadcastableEvent($event)
{
    return (new BroadcastableModelEventOccurred(
        $this, $event
    ))->dontBroadcastToCurrentUser();
}

モデル放送規約

チャネルの規則

お気づきかと思いますが、上記のモデル例の broadcastOn メソッドは Channel インスタンスを返しませんでした。代わりに、Eloquent モデルが直接返されました。 Eloquent モデルインスタンスがモデルの broadcastOn メソッドによって返される (またはメソッドによって返される配列に含まれる) 場合、Laravel はモデルのクラス名と主キー識別子をチャネル名として使用して、モデルのプライベートチャネルインスタンスを自動的にインスタンス化します。

したがって、1 の id を持つ App\Models\User モデルは、App.Models.User.1 という名前の Illuminate\Broadcasting\PrivateChannel インスタンスに変換されます。もちろん、モデルの broadcastOn メソッドから Eloquent モデルインスタンスを返すだけでなく、モデルのチャネル名を完全に制御するために完全な Channel インスタンスを返すこともできます。

use Illuminate\Broadcasting\PrivateChannel;

/**
 * Get the channels that model events should broadcast on.
 *
 * @param  string  $event
 * @return \Illuminate\Broadcasting\Channel|array
 */
public function broadcastOn($event)
{
    return [new PrivateChannel('user.'.$this->id)];
}

モデルの broadcastOn メソッドからチャネルインスタンスを明示的に返す予定の場合は、Eloquent モデルインスタンスをチャネルのコンストラクターに渡すことができます。その際、Laravel は上で説明したモデルチャネル規則を使用して、Eloquent モデルをチャネル名の文字列に変換します。

return [new Channel($this->user)];

モデルのチャネル名を決定する必要がある場合は、任意のモデルインスタンスで broadcastChannel メソッドを呼び出すことができます。たとえば、このメソッドは、1 の id を持つ App\Models\User モデルの文字列 App.Models.User.1 を返します。

$user->broadcastChannel()

イベント規約

モデルブロードキャストイベントは、アプリケーションの App\Events ディレクトリ内の「実際の」イベントに関連付けられていないため、規則に基づいて名前とペイロードが割り当てられます。 Laravel の規則では、モデルのクラス名 (名前空間は含まない) とブロードキャストをトリガーしたモデルイベントの名前を使用してイベントをブロードキャストします。

したがって、たとえば、App\Models\Post モデルを更新すると、次のペイロードを持つ PostUpdated としてイベントがクライアント側アプリケーションにブロードキャストされます。

{
    "model": {
        "id": 1,
        "title": "My first post"
        ...
    },
    ...
    "socket": "someSocketId",
}

App\Models\User モデルを削除すると、UserDeleted という名前のイベントがブロードキャストされます。

必要に応じて、broadcastAs メソッドと broadcastWith メソッドをモデルに追加することで、カスタムのブロードキャスト名とペイロードを定義できます。これらのメソッドは、発生しているモデルイベント/操作の名前を受け取り、モデル操作ごとにイベントの名前とペイロードをカスタマイズできます。 null が broadcastAs メソッドから返された場合、Laravel はイベントをブロードキャストするときに、上で説明したモデルブロードキャストイベント名規則を使用します。

/**
 * The model event's broadcast name.
 *
 * @param  string  $event
 * @return string|null
 */
public function broadcastAs($event)
{
    return match ($event) {
        'created' => 'post.created',
        default => null,
    };
}

/**
 * Get the data to broadcast for the model.
 *
 * @param  string  $event
 * @return array
 */
public function broadcastWith($event)
{
    return match ($event) {
        'created' => ['title' => $this->title],
        default => ['model' => $this],
    };
}

モデルブロードキャストのリスニング

BroadcastsEvents 特性をモデルに追加し、モデルの broadcastOn メソッドを定義したら、クライアント側アプリケーション内でブロードキャストされたモデルイベントのリッスンを開始する準備が整います。始める前に、イベントをリッスンするの完全なドキュメントを参照してください。

まず、private メソッドを使用してチャネルのインスタンスを取得し、次に listen メソッドを呼び出して指定されたイベントをリッスンします。通常、private メソッドに指定されるチャネル名は、Laravel のモデルブロードキャスト規約に対応する必要があります。

チャネルインスタンスを取得したら、listen メソッドを使用して特定のイベントをリッスンできます。モデルブロードキャストイベントは、アプリケーションの App\Events ディレクトリ内の「実際の」イベントに関連付けられていないため、特定の名前空間に属していないことを示すために、イベント名の先頭に . を付ける必要があります。各モデルのブロードキャストイベントには、モデルのブロードキャスト可能なプロパティがすべて含まれる model プロパティがあります。

Echo.private(`App.Models.User.${this.user.id}`)
    .listen('.PostUpdated', (e) => {
        console.log(e.model);
    });

クライアントイベント (Client Events)

注記 Pusher Channels を使用する場合、クライアントイベントを送信するには、アプリケーションダッシュボードの [アプリ設定] セクションで [クライアントイベント] オプションを有効にする必要があります。

Laravel アプリケーションをまったく起動せずに、接続されている他のクライアントにイベントをブロードキャストしたい場合があります。これは、「入力」通知など、別のユーザーが特定の画面でメッセージを入力していることをアプリケーションのユーザーに警告する場合に特に便利です。

クライアントイベントをブロードキャストするには、Echo の whisper メソッドを使用できます。

Echo.private(`chat.${roomId}`)
    .whisper('typing', {
        name: this.user.name
    });

クライアントイベントをリッスンするには、listenForWhisper メソッドを使用できます。

Echo.private(`chat.${roomId}`)
    .listenForWhisper('typing', (e) => {
        console.log(e.name);
    });

通知 (Notifications)

イベントブロードキャストと notifications を組み合わせることにより、JavaScript アプリケーションは、ページを更新しなくても、新しい通知が発生したときに受信できるようになります。始める前に、ブロードキャスト通知チャネルの使用に関するドキュメントを必ずお読みください。

ブロードキャストチャネルを使用するように通知を構成したら、Echo の notification メソッドを使用してブロードキャストイベントをリッスンできます。チャネル名は、通知を受信するエンティティのクラス名と一致する必要があることに注意してください。

Echo.private(`App.Models.User.${userId}`)
    .notification((notification) => {
        console.log(notification.type);
    });

この例では、broadcast チャネル経由で App\Models\User インスタンスに送信されたすべての通知がコールバックによって受信されます。 App.Models.User.{id} チャネルのチャネル認証コールバックは、Laravel フレームワークに付属するデフォルトの BroadcastServiceProvider に含まれています。

導入 (Introduction)​

サポートされているドライバ​

サーバー側のインストール (Server Side Installation)​

構成​

ブロードキャストサービスプロバイダ​

キュー構成​

Pusher Channels​

オープンソースのプッシャー代替手段​

アブレイ​

オープンソースの代替案​

PHP​

ノード​

クライアント側のインストール (Client Side Installation)​

Pusher Channels​

既存のクライアント インスタンスの使用​

アブレイ​

コンセプトの概要 (Concept Overview)​

サンプルアプリケーションの使用​

ShouldBroadcast インターフェイス​

チャネルの承認​

イベントブロードキャストのリスニング​

ブロードキャスト イベントの定義 (Defining Broadcast Events)​

ブロードキャスト名​

ブロードキャストデータ​

ブロードキャストキュー​

放送条件​

ブロードキャストとデータベースのトランザクション​

チャネルの承認 (Authorizing Channels)​

認可ルートの定義​

認可エンドポイントのカスタマイズ​

認可リクエストのカスタマイズ​

認可コールバックの定義​

認可コールバックモデルバインディング​

認可コールバック認証​

チャネルクラスの定義​

イベントの放送 (Broadcasting Events)​

他人だけに​

構成​

接続のカスタマイズ​

ブロードキャストを受信する (Receiving Broadcasts)​

イベントをリッスンする​

イベントの待機を停止する​

チャンネルを離れる​

名前空間​

プレゼンスチャンネル (Presence Channels)​

プレゼンスチャネルの承認​

プレゼンスチャンネルへの参加​

プレゼンスチャネルへのブロードキャスト​

モデル放送 (Model Broadcasting)​

モデルブロードキャストイベントの作成のカスタマイズ​

モデル放送規約​

チャネルの規則​

イベント規約​

モデルブロードキャストのリスニング​

クライアントイベント (Client Events)​

通知 (Notifications)​

導入 (Introduction)

サポートされているドライバ

サーバー側のインストール (Server Side Installation)

構成

ブロードキャストサービスプロバイダ

キュー構成

Pusher Channels

オープンソースのプッシャー代替手段

アブレイ

オープンソースの代替案

PHP

ノード

クライアント側のインストール (Client Side Installation)

Pusher Channels

既存のクライアントインスタンスの使用

アブレイ

コンセプトの概要 (Concept Overview)

サンプルアプリケーションの使用

`ShouldBroadcast` インターフェイス

チャネルの承認

イベントブロードキャストのリスニング

ブロードキャストイベントの定義 (Defining Broadcast Events)

ブロードキャスト名

ブロードキャストデータ

ブロードキャストキュー

放送条件

ブロードキャストとデータベースのトランザクション

チャネルの承認 (Authorizing Channels)

認可ルートの定義

認可エンドポイントのカスタマイズ

認可リクエストのカスタマイズ

認可コールバックの定義

認可コールバックモデルバインディング

認可コールバック認証

チャネルクラスの定義

イベントの放送 (Broadcasting Events)

他人だけに

構成

接続のカスタマイズ

ブロードキャストを受信する (Receiving Broadcasts)

イベントをリッスンする

イベントの待機を停止する

チャンネルを離れる

名前空間

プレゼンスチャンネル (Presence Channels)

プレゼンスチャネルの承認

プレゼンスチャンネルへの参加

プレゼンスチャネルへのブロードキャスト

モデル放送 (Model Broadcasting)

モデルブロードキャストイベントの作成のカスタマイズ

モデル放送規約

チャネルの規則

イベント規約

モデルブロードキャストのリスニング

クライアントイベント (Client Events)

通知 (Notifications)