バージョン: 13.x

HTTPセッション (HTTP Session)

Introduction
- Configuration
- ドライバの前提条件
セッションとの対話
セッションキャッシュ
セッションのブロック
カスタムセッションドライバの追加
- ドライバの実装
- ドライバを登録する

導入 (Introduction)

HTTP 駆動のアプリケーションはステートレスであるため、セッションは複数のリクエストにわたってユーザーに関する情報を保存する方法を提供します。そのユーザー情報は通常、後続のリクエストからアクセスできる永続ストア/バックエンドに配置されます。

Laravel には、表現力豊かな統合 API を通じてアクセスされるさまざまなセッションバックエンドが付属しています。 Memcached、Redis などの一般的なバックエンドやデータベースのサポートが含まれています。

構成

アプリケーションのセッション構成ファイルは、config/session.php に保存されます。このファイルで使用できるオプションを必ず確認してください。デフォルトでは、Laravel は database セッションドライバを使用するように構成されています。

session driver 構成オプションは、各リクエストのセッションデータが保存される場所を定義します。 Laravel にはさまざまなドライバが含まれています。

file - セッションは storage/framework/sessions に保存されます。
cookie - セッションは安全な暗号化された Cookie に保存されます。
database - セッションはリレーショナルデータベースに保存されます。
memcached / redis - セッションは、これらの高速なキャッシュベースのストアのいずれかに保存されます。
dynamodb - セッションは AWS DynamoDB に保存されます。
array - セッションは PHP 配列に保存され、永続化されません。

アレイドライバは主に testing 中に使用され、セッションに保存されたデータが永続化されるのを防ぎます。

ドライバの前提条件

データベース

database セッションドライバを使用する場合は、セッションデータを含むデータベーステーブルがあることを確認する必要があります。通常、これはLaravelのデフォルトの0001_01_01_000000_create_users_table.php データベースの移行に含まれています。ただし、何らかの理由で sessions テーブルがない場合は、make:session-table Artisan コマンドを使用してこの移行を生成できます。

php artisan make:session-table

php artisan migrate

レディス

Laravel で Redis セッションを使用する前に、PECL 経由で PhpRedis PHP 拡張機能をインストールするか、Composer 経由で predis/predis パッケージ (~1.0) をインストールする必要があります。 Redis の構成の詳細については、Laravel の Redis のドキュメントを参照してください。

SESSION_CONNECTION 環境変数、または session.php 構成ファイルの connection オプションを使用して、セッションストレージに使用する Redis 接続を指定できます。

セッションとの対話 (Interacting With the Session)

データの取得

Laravel でセッションデータを操作するには、主に 2 つの方法があります。グローバル session ヘルパを使用する方法と、Request インスタンスを使用する方法です。まず、Request インスタンスを介してセッションにアクセスする方法を見てみましょう。これは、ルートクロージャまたはコントローラメソッドでタイプヒントを指定できます。コントローラメソッドの依存関係は、Laravel サービスコンテナ経由で自動的に挿入されることに注意してください。

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;
use Illuminate\View\View;

class UserController extends Controller
{
    /**
     * Show the profile for the given user.
     */
    public function show(Request $request, string $id): View
    {
        $value = $request->session()->get('key');

        // ...

        $user = $this->users->find($id);

        return view('user.profile', ['user' => $user]);
    }
}

セッションから項目を取得するときは、get メソッドの 2 番目の引数としてデフォルト値を渡すこともできます。指定されたキーがセッションに存在しない場合、このデフォルト値が返されます。クロージャをデフォルト値として get メソッドに渡し、要求されたキーが存在しない場合、クロージャが実行され、その結果が返されます。

$value = $request->session()->get('key', 'default');

$value = $request->session()->get('key', function () {
    return 'default';
});

グローバルセッションヘルパ

グローバル session PHP 関数を使用して、セッション内のデータを取得および保存することもできます。 session ヘルパが単一の文字列引数で呼び出されると、そのセッションキーの値が返されます。キーと値のペアの配列を使用してヘルパが呼び出される場合、それらの値はセッションに保存されます。

Route::get('/home', function () {
    // Retrieve a piece of data from the session...
    $value = session('key');

    // Specifying a default value...
    $value = session('key', 'default');

    // Store a piece of data in the session...
    session(['key' => 'value']);
});

HTTP リクエストインスタンス経由でセッションを使用する場合と、グローバル session ヘルパを使用する場合には、実質的な違いはほとんどありません。どちらのメソッドも、すべてのテストケースで使用できる assertSessionHas メソッドを介した testable です。

すべてのセッションデータの取得

セッション内のすべてのデータを取得したい場合は、all メソッドを使用できます。

$data = $request->session()->all();

セッションデータの一部の取得

only メソッドと except メソッドを使用して、セッションデータのサブセットを取得できます。

$data = $request->session()->only(['username', 'email']);

$data = $request->session()->except(['username', 'email']);

アイテムがセッション内に存在するかどうかを確認する

項目がセッションに存在するかどうかを確認するには、has メソッドを使用できます。項目が存在し、null ではない場合、has メソッドは true を返します。

if ($request->session()->has('users')) {
    // ...
}

アイテムがセッションに存在するかどうかを確認するには、その値が null であっても、exists メソッドを使用できます。

if ($request->session()->exists('users')) {
    // ...
}

項目がセッション内に存在しないかどうかを確認するには、missing メソッドを使用できます。項目が存在しない場合、missing メソッドは true を返します。

if ($request->session()->missing('users')) {
    // ...
}

データの保存

セッションにデータを保存するには、通常、リクエストインスタンスの put メソッドまたはグローバル session ヘルパを使用します。

// Via a request instance...
$request->session()->put('key', 'value');

// Via the global "session" helper...
session(['key' => 'value']);

配列セッション値へのプッシュ

push メソッドは、配列であるセッション値に新しい値をプッシュするために使用できます。たとえば、user.teams キーにチーム名の配列が含まれている場合、次のように新しい値を配列にプッシュできます。

$request->session()->push('user.teams', 'developers');

アイテムの取得と削除

pull メソッドは、単一のステートメントでセッションから項目を取得して削除します。

$value = $request->session()->pull('key', 'default');

セッション値の増減

セッションデータに増加または減少させたい整数が含まれている場合は、increment メソッドと decrement メソッドを使用できます。

$request->session()->increment('count');

$request->session()->increment('count', $incrementBy = 2);

$request->session()->decrement('count');

$request->session()->decrement('count', $decrementBy = 2);

フラッシュデータ

場合によっては、次のリクエストに備えてセッションに項目を保存したい場合があります。これは、flash メソッドを使用して行うことができます。このメソッドを使用してセッションに保存されたデータは、後続の HTTP リクエスト中にすぐに使用できるようになります。後続の HTTP リクエストの後、フラッシュされたデータは削除されます。フラッシュデータは主に、短期間のステータスメッセージに役立ちます。

$request->session()->flash('status', 'Task was successful!');

複数のリクエストに対してフラッシュデータを保持する必要がある場合は、追加のリクエストに備えてすべてのフラッシュデータを保持する reflash メソッドを使用できます。特定のフラッシュデータのみを保持する必要がある場合は、keep メソッドを使用できます。

$request->session()->reflash();

$request->session()->keep(['username', 'email']);

現在のリクエストに対してのみフラッシュデータを保持するには、now メソッドを使用できます。

$request->session()->now('status', 'Task was successful!');

データの削除

forget メソッドは、セッションからデータの一部を削除します。セッションからすべてのデータを削除したい場合は、flush メソッドを使用できます。

// Forget a single key...
$request->session()->forget('name');

// Forget multiple keys...
$request->session()->forget(['name', 'status']);

$request->session()->flush();

セッションIDの再生成

セッション ID の再生成は、悪意のあるユーザーがアプリケーションに対してセッション固定攻撃を悪用するのを防ぐために行われることがよくあります。

Laravel アプリケーションスターターキットまたは Laravel の強化のいずれかを使用している場合、Laravel は認証中にセッション ID を自動的に再生成します。ただし、セッション ID を手動で再生成する必要がある場合は、regenerate メソッドを使用できます。

$request->session()->regenerate();

単一のステートメントでセッション ID を再生成し、セッションからすべてのデータを削除する必要がある場合は、invalidate メソッドを使用できます。

$request->session()->invalidate();

セッションキャッシュ (Session Cache)

Laravel のセッションキャッシュは、個々のユーザーセッションをスコープとするデータをキャッシュする便利な方法を提供します。グローバルアプリケーションキャッシュとは異なり、セッションキャッシュデータはセッションごとに自動的に分離され、セッションが期限切れになるか破棄されるとクリーンアップされます。セッションキャッシュは、get、put、remember、forget などのよく知られたすべての Laravelのキャッシュメソッドをサポートしますが、スコープは現在のセッションに限定されます。

セッションキャッシュは、同じセッション内の複数のリクエストにわたって保持したいが、永続的に保存する必要はない一時的なユーザー固有のデータを保存するのに最適です。これには、フォームデータ、一時的な計算、API 応答、または特定のユーザーのセッションに関連付けられる必要があるその他の一時的なデータなどが含まれます。

セッションの cache メソッドを通じてセッションキャッシュにアクセスできます。

$discount = $request->session()->cache()->get('discount');

$request->session()->cache()->put(
    'discount', 10, now()->plus(minutes: 5)
);

Laravel のキャッシュメソッドの詳細については、キャッシュのドキュメントを参照してください。

セッションのブロック (Session Blocking)

セッションブロッキングを利用するには、アプリケーションでアトミックロックをサポートするキャッシュドライバを使用する必要があります。現在、これらのキャッシュドライバには、memcached、dynamodb、redis、mongodb (公式 mongodb/laravel-mongodb パッケージに含まれる)、database、file、および array ドライバが含まれます。また、cookie セッションドライバは使用できません。

デフォルトでは、Laravel は同じセッションを使用したリクエストの同時実行を許可します。したがって、たとえば、JavaScript HTTP ライブラリを使用してアプリケーションに対して 2 つの HTTP リクエストを作成すると、両方が同時に実行されます。多くのアプリケーションでは、これは問題になりません。ただし、セッションデータの損失は、両方ともセッションにデータを書き込む 2 つの異なるアプリケーションエンドポイントに同時にリクエストを行うアプリケーションの小さなサブセットで発生する可能性があります。

これを軽減するために、Laravel は特定のセッションの同時リクエストを制限できる機能を提供します。まず、block メソッドをルート定義にチェーンするだけです。この例では、/profile エンドポイントへの受信リクエストはセッションロックを取得します。このロックが保持されている間、同じセッション ID を共有する /profile または /order エンドポイントへの受信リクエストは、最初のリクエストの実行が完了するまで待機してから、実行を続行します。

Route::post('/profile', function () {
    // ...
})->block($lockSeconds = 10, $waitSeconds = 10);

Route::post('/order', function () {
    // ...
})->block($lockSeconds = 10, $waitSeconds = 10);

block メソッドは 2 つのオプションの引数を受け入れます。 block メソッドで受け入れられる最初の引数は、セッションロックが解放されるまで保持される最大秒数です。もちろん、この時間より前にリクエストの実行が終了した場合、ロックはより早く解放されます。

block メソッドで受け入れられる 2 番目の引数は、セッションロックの取得を試行する際にリクエストが待機する秒数です。リクエストが指定された秒数以内にセッションロックを取得できない場合、Illuminate\Contracts\Cache\LockTimeoutException がスローされます。

これらの引数のどちらも渡されない場合、ロックは最大 10 秒間取得され、リクエストはロックの取得を試行する間最大 10 秒待機します。

Route::post('/profile', function () {
    // ...
})->block();

カスタムセッションドライバの追加 (Adding Custom Session Drivers)

ドライバの実装

既存のセッションドライバがアプリケーションのニーズに適合しない場合は、Laravel を使用して独自のセッションハンドラーを作成できます。カスタムセッションドライバは、PHP の組み込み SessionHandlerInterface を実装する必要があります。このインターフェイスには、いくつかの簡単なメソッドが含まれています。スタブ化された MongoDB 実装は次のようになります。

<?php

namespace App\Extensions;

class MongoSessionHandler implements \SessionHandlerInterface
{
    public function open($savePath, $sessionName) {}
    public function close() {}
    public function read($sessionId) {}
    public function write($sessionId, $data) {}
    public function destroy($sessionId) {}
    public function gc($lifetime) {}
}

Laravel には拡張機能を格納するデフォルトのディレクトリが含まれていないためです。好きな場所に自由に配置できます。この例では、MongoSessionHandler を格納する Extensions ディレクトリを作成しました。

これらのメソッドの目的はすぐには理解できないため、各メソッドの目的の概要を次に示します。

open メソッドは通常、ファイルベースのセッションストアシステムで使用されます。 Laravel には file セッションドライバが同梱されているため、このメソッドに何も入れる必要はほとんどありません。このメソッドは空のままにすることができます。
close メソッドも、open メソッドと同様に、通常は無視できます。ほとんどのドライバでは必要ありません。
read メソッドは、指定された $sessionId に関連付けられたセッションデータの文字列バージョンを返す必要があります。 Laravel がシリアル化を実行するため、ドライバでセッションデータを取得または保存するときにシリアル化やその他のエンコードを行う必要はありません。
write メソッドは、$sessionId に関連付けられた特定の $data 文字列を、MongoDB や選択した別のストレージシステムなどの永続ストレージシステムに書き込む必要があります。繰り返しますが、シリアル化を実行しないでください。Laravel がすでにシリアル化を処理します。
destroy メソッドは、$sessionId に関連付けられたデータを永続ストレージから削除する必要があります。
gc メソッドは、指定された $lifetime (UNIX タイムスタンプ) より古いセッションデータをすべて破棄する必要があります。 Memcached や Redis などの自己期限切れシステムの場合、このメソッドは空のままにすることができます。

ドライバを登録する

ドライバが実装されたら、Laravel に登録する準備が整います。 Laravel のセッションバックエンドに追加のドライバを追加するには、Session facade によって提供される extend メソッドを使用できます。サービスプロバイダの boot メソッドから extend メソッドを呼び出す必要があります。既存の App\Providers\AppServiceProvider からこれを行うことも、まったく新しいプロバイダを作成することもできます。

<?php

namespace App\Providers;

use App\Extensions\MongoSessionHandler;
use Illuminate\Contracts\Foundation\Application;
use Illuminate\Support\Facades\Session;
use Illuminate\Support\ServiceProvider;

class SessionServiceProvider extends ServiceProvider
{
    /**
     * Register any application services.
     */
    public function register(): void
    {
        // ...
    }

    /**
     * Bootstrap any application services.
     */
    public function boot(): void
    {
        Session::extend('mongo', function (Application $app) {
            // Return an implementation of SessionHandlerInterface...
            return new MongoSessionHandler;
        });
    }
}

セッションドライバが登録されたら、SESSION_DRIVER 環境変数を使用するか、アプリケーションの config/session.php 構成ファイル内で、アプリケーションのセッションドライバとして mongo ドライバを指定できます。

導入 (Introduction)​

構成​

ドライバの前提条件​

データベース​

レディス​

セッションとの対話 (Interacting With the Session)​

データの取得​

グローバルセッションヘルパ​

すべてのセッション データの取得​

セッションデータの一部の取得​

アイテムがセッション内に存在するかどうかを確認する​

データの保存​

配列セッション値へのプッシュ​

アイテムの取得と削除​

セッション値の増減​

フラッシュデータ​

データの削除​

セッションIDの再生成​

セッションキャッシュ (Session Cache)​

セッションのブロック (Session Blocking)​

カスタムセッションドライバの追加 (Adding Custom Session Drivers)​

ドライバの実装​

ドライバを登録する​

導入 (Introduction)

構成

ドライバの前提条件

データベース

レディス

セッションとの対話 (Interacting With the Session)

データの取得

グローバルセッションヘルパ

すべてのセッションデータの取得

セッションデータの一部の取得

アイテムがセッション内に存在するかどうかを確認する

データの保存

配列セッション値へのプッシュ

アイテムの取得と削除

セッション値の増減

フラッシュデータ

データの削除

セッションIDの再生成

セッションキャッシュ (Session Cache)

セッションのブロック (Session Blocking)

カスタムセッションドライバの追加 (Adding Custom Session Drivers)

ドライバの実装

ドライバを登録する