Laravel の次のチュートリアル コラムでは、laravel でのセッションの有効期限について紹介します。
セッションはphpでのセッション有効期間とlaravelでのセッション有効期間に分かれていますデフォルトの有効期間はphpでsession.gc_maxlifetimeを参照してください。 ini
'lifetime' => 120, 'expire_on_close' => false,# にあります##If 'expire_on_close' is set to If false, 'lifetime' is valid. If 'expire_on_close' is set to true, 'lifetime' is valid.
laravel のセッションの具体的な使い方について
学習ソース: https://www.chenyudong .com/archives/laravel-session-use.html
公式文書アドレス: http://laravelacademy.org/post/7954.html
Laravel を使用してアプリケーションを開発し、元のコードをコピーします。前のコード セッションは
$_SESSION を使用していました。他のコンポーネントに依存していないため、移植してもうまく動作すると思いました。結果、この 未定義変数が表示されました: _SESSION
Laravel のセッション設定ファイルはapp/config/session.php
に設定されています。セッション構成ファイルで利用可能なオプション設定とコメントで。 Laravel はデフォルトで
を使用してセッションを実装します。彼女は PHP のネイティブ $_SESSION (php のネイティブ セッションは php.ini の場所に依存します) を使用しないため、session_start()
、$_SESSION## などの PHP 関連のセッション関数を無視します。 #。プロセスの実行中、Laravel はセッション情報を
app/storage/session/ ディレクトリに書き込むため、このディレクトリには書き込み権限が必要です。そうでない場合、セッションは正常に書き込まれません。
デフォルトのファイルをセッション実装として使用することに加えて、Laravel は
cookie
Memcached、
Redis、
database# もサポートしています。 ## バックエンド ドライバーはセッションの実装として機能します。 WeChat パブリック アカウントとユーザー間のやり取りなど、必要に応じてセッション実装を自分で実装する必要がありますが、WeChat サーバーが毎回リクエストを作成し、ソースによってユーザーを識別できないため、セッションを直接使用することはできませんリクエストの。 Laravel のセッション概要 API
Session の API は比較的単純なので、中国語のドキュメントを見れば意味がわかると思います。しかし、理解しにくい部分もいくつかあります。 //session的永久保存(在不过期范围内)
Session::put('key', 'value');
//等同于PHP的原生session
$_SESSION['key'] = 'value';
//get操作
$value = Session::get('key', 'default');
//去除操作并删除,类似pop概念
$value = Session::pull('key', 'default');
//检测是否存在key
Session::has('users');
//删除key
Session::forget('key');
セッションが期限切れにならない限り、この通信は基本的に永続的に保存され、次の http リクエストまで存在します。以下のフラッシュのコンセプトとは異なります。
laravel のセッションにおけるフラッシュの概念
しかし、Laravel は フラッシュ flash という概念を思いつき、突然私を混乱させました。このフラッシュは、リクエストの実行回数に関係なく、2 回のリクエスト (今回と次のリクエストが有効) まで有効です。
//保存key,value Session::flash('key', 'value'); //取值方法还是一样的 Session::get('key'); //刷新快闪数据时间,保持到下次请求 Session::keep(array('username', 'email'));
この flash
の概念は、上記の
の概念とは異なります。 put: セッションが期限切れにならない限り、この通信は基本的に永続的に保存され、次のリクエストまで存在します。
- つまり、次のリクエストは使い果たされたら破棄されますが、セッション値がどんどん大きくなることはなく、一時的なデータはある程度保存されます。
- この状況の使用シナリオは次のとおりです:
- セッションのランディング時間
私は単純に Session::put# が使用されていると考えていました##関数はこの変数を保存できます。したがって、私のコードは次のように書かれました: class LoginController {
public function login(){
Session::put('key','value');
print_r( Session::all() ); //取出来看看是否put成功
exit; //习惯性的调试都exit,不执行后续代码
//return Redirect::to(/); 框架在return后还会有后续的代码执行的
}
}
その結果、次のリクエストでセッションが見つからず、app/storage/session ディレクトリにファイルは生成されませんでした。何かがおかしいと感じます。
Session::save()というメソッドがあったので、それも使ってみたところ、セッションファイルが正常に生成されていました。したがって、LaravelはPHPのネイティブセッションを使用しないため、すべての
put
通話に関連するコードを表示します。 laravel がコンパイルされた後、
bootstrap/compiled.php で
class Middleware implements HttpKernelInterface { ... public function handle(Request $request, $type = HttpKernelInterface::MASTER_REQUEST, $catch = true) { $this->checkRequestForArraySessions($request); if ($this->sessionConfigured()) { $session = $this->startSession($request); // 启动session $request->setSession($session); } $response = $this->app->handle($request, $type, $catch); // 调用controller的method if ($this->sessionConfigured()) { $this->closeSession($session); //关闭session $this->addCookieToResponse($response, $session); } return $response; } ... protected function closeSession(SessionInterface $session) { $session->save(); // 保存session $this->collectGarbage($session); } }
小提示:如果不知道函数调用情况,可以在controller中throw new Exception();
,然后在/config/app.php
的debug更改为debug=>true
。可以看到函数的调用关系。
可以看见,在调用完controller之后,调用了session->save()
的方法,来主动的保存session。这样session才能落地保存起来,如果在controller或者view里面写了exit;
,那么session是不会被保存的,除非主动的写Session::save()
才能手工的保存起来。因此在debug调试的时候千万要注意啊。
以上がLaravelのセッション有効期限について詳しく解説の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Laravelは、バックエンド開発で強く機能し、Eloquentorm、コントローラー、サービスクラスを介してデータベース操作を簡素化し、ビジネスロジックを処理し、キュー、イベント、その他の機能を提供します。 1)Eloquentormは、モデルを介してデータベーステーブルをマップしてクエリを簡素化します。 2)ビジネスロジックは、モジュール性と保守性を向上させるために、コントローラーとサービスクラスで処理されます。 3)キューシステムなどのその他の機能は、複雑なニーズの処理に役立ちます。

Laravel Developmentプロジェクトは、さまざまなサイズと複雑さのニーズに合う柔軟性とパワーのために選択されました。 Laravelは、ルーティングシステム、Eloquentorm、Artisan Command Lineおよびその他の機能を提供し、簡単なブログから複雑なエンタープライズレベルのシステムへの開発をサポートしています。

開発環境とエコシステムにおけるLaravelとPythonの比較は次のとおりです。1。Laravelの開発環境は簡単で、PHPと作曲家のみが必要です。 Laravelforgeなどの豊富な範囲の拡張パッケージを提供しますが、拡張パッケージのメンテナンスはタイムリーではない場合があります。 2。Pythonの開発環境もシンプルで、PythonとPIPのみが必要です。エコシステムは巨大で複数のフィールドをカバーしていますが、バージョンと依存関係の管理は複雑な場合があります。

Laravelはバックエンドロジックでどのように役割を果たしますか?ルーティングシステム、Eloquentorm、認証と承認、イベントとリスナー、パフォーマンスの最適化を通じてバックエンド開発を簡素化および強化します。 1.ルーティングシステムにより、URL構造の定義とリクエスト処理ロジックが可能になります。 2.Eloquentormは、データベースの相互作用を簡素化します。 3.認証および承認システムは、ユーザー管理に便利です。 4.イベントとリスナーは、ゆるく結合したコード構造を実装します。 5.パフォーマンスの最適化により、キャッシュとキューイングを通じてアプリケーションの効率が向上します。

Laravelの人気には、単純化された開発プロセスが含まれ、快適な開発環境を提供し、豊富な機能が提供されます。 1)Rubyonrailsの設計哲学を吸収し、PHPの柔軟性を組み合わせています。 2)Eloquentorm、Bladeテンプレートエンジンなどのツールを提供して、開発効率を向上させます。 3)そのMVCアーキテクチャと依存関係噴射メカニズムにより、コードがよりモジュール化され、テスト可能になります。 4)キャッシュシステムやベストプラクティスなどの強力なデバッグツールとパフォーマンス最適化方法を提供します。

DjangoとLaravelはどちらもフルスタックのフレームワークです。 DjangoはPython開発者や複雑なビジネスロジックに適していますが、LaravelはPHP開発者とエレガントな構文に適しています。 1.DjangoはPythonに基づいており、迅速な発展と高い並行性に適した「バッテリーコンプリート」哲学に従います。 2. LaravelはPHPに基づいており、開発者エクスペリエンスを強調しており、小規模から中規模のプロジェクトに適しています。

LaravelはPHPベースのフレームワークであるため、PHPとLaravelは直接匹敵するものではありません。 1.PHPは、シンプルで直接的であるため、小規模プロジェクトや迅速なプロトタイピングに適しています。 2。LARAVELは、豊富な機能とツールを提供するため、大規模なプロジェクトや効率的な開発に適していますが、急な学習曲線があり、純粋なPHPほど良くない場合があります。

laravelisabackendframeworkbuiltonphp、designforwebapplicationdevelopment.itfocusonserver-sidelogic、databasemanagement、およびapplicationStructure、およびbueithedendtechnologiesvue.jsorreactforfull-stackdevelymentと統合されていること。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません
