Laravelのモデル層でデータをキャッシュするにはどうすればよいですか?
モデル データを以前にキャッシュしたことがあるかもしれませんが、動的ログ モデルを使用したより複雑な Laravel モデル キャッシュ手法を紹介します。これは、RailsCasts で学習した手法から始めました。
モデルの一意のキャッシュ キーを使用すると、モデル (または関連モデル) が更新されたときに自動的に更新 (およびキャッシュの無効化) されるプロパティと関連付けをモデルにキャッシュできます。利点の 1 つは、キャッシュされたデータへのアクセスが高速化されることです。キャッシュされたデータは、単一のコントローラー メソッドではなくモデル上にあるため、再利用可能です。
これがこのテクノロジーの重要なポイントです:
多くのコメント記事モデルがあると仮定し、次の Laravel ブレード テンプレートを指定すると、次のように /article/:id ルートにアクセスできます。コメント数を取得します:
<h3>$article->comments->count() {{ str_plural('Comment', $article->comments->count())</h3>
コメント数をコントローラーでキャッシュできますが、キャッシュする必要があるワンタイム クエリやデータが複数ある場合、コントローラーが非常に肥大化し、見苦しくなる可能性があります。 。コントローラーを使用してキャッシュされたデータにアクセスするのもあまり便利ではありません。
記事が更新されたときにのみデータベースにアクセスするテンプレートを構築でき、モデルにアクセスするすべてのコードでキャッシュされた値を取得できます。
<h3>$article->cached_comments_count {{ str_plural('Comment', $article->cached_comments_count)</h3>
モデル アクセサーを使用すると、次のことができます。キャッシュ 前回の記事更新に基づいたコメント数。
では、コメントが追加または削除されたときに、記事の updated_at 列の値をどのように更新すればよいでしょうか?
最初にタッチ方法を入力して確認してください。
モデルのトリガー
モデルの touch() メソッドを使用して、記事の updated_at 列の値を更新できます:
$ phpArtisan tinker
>>> $article = \App\Article::first(); => App\Article {#746 id: 1, title: "Hello World", body: "The Body", created_at: "2018-01-11 05:16:51", updated_at: "2018-01-11 05:51:07", } >>> $article->updated_at->timestamp => 1515649867 >>> $article->touch(); => true >>> $article->updated_at->timestamp => 1515650910
更新されたタイムスタンプ値を使用してキャッシュを無効にすることができます。しかし、コメントを追加または削除するときに、記事の updated_at フィールドの変更をトリガーするにはどうすればよいでしょうか?
Eloquent モデルには $touches と呼ばれるプロパティがあります。コメント モデルは次のようになります。
<?php namespace App; use App\Article; use Illuminate\Database\Eloquent\Model; class Comment extends Model { protected $guarded = []; protected $touches = ['article']; public function article() { return $this->belongsTo(Article::class); } }
ここの $touches プロパティは、コメントの作成、保存、削除時に「トリガー」を引き起こす関連情報を含む配列です。
キャッシュされたプロパティ
$article->cached_comments_count アクセサーに戻りましょう。このメソッドの実装は、App\Article モデルでは次のようになります:
public function getCachedCommentsCountAttribute() { return Cache::remember($this->cacheKey() . ':comments_count', 15, function () { return $this->comments->count(); }); }
一意のキー値のcacheKey() メソッドを使用してモデルを 15 分間キャッシュし、その後単にコメント カウント値を返します。クロージャーメソッドで。
キャッシュ メカニズムのガベージ コレクション戦略に基づいて、期限切れのキー値を削除するために Cache::rememberForever() メソッドも使用することに注意してください。 15 分ごとのキャッシュ更新間隔の間、ほとんどの時間でキャッシュのヒット率が最高になるようにタイマーを設定しました。
cacheKey() メソッドはモデルの一意のキー値を使用する必要があり、モデルが更新されると対応するキャッシュは無効になります。以下は私のcacheKey実装コードです:
public function cacheKey() { return sprintf( "%s/%s-%s", $this->getTable(), $this->getKey(), $this->updated_at->timestamp ); }
モデルのcacheKey()メソッドの出力結果の例は、次の文字列情報を返す場合があります:
articles/1-1515650910
このキー値はテーブル名とモデルIDで構成されます現在の updated_at の値とタイムスタンプ値。このモデルをトリガーすると、タイムスタンプ値が更新され、それに応じてモデル キャッシュが無効になります。
記事モデルの完全なコードは次のとおりです:
<?php namespace App; use App\Comment; use Illuminate\Support\Facades\Cache; use Illuminate\Database\Eloquent\Model; class Article extends Model { public function cacheKey() { return sprintf( "%s/%s-%s", $this->getTable(), $this->getKey(), $this->updated_at->timestamp ); } public function comments() { return $this->hasMany(Comment::class); } public function getCachedCommentsCountAttribute() { return Cache::remember($this->cacheKey() . ':comments_count', 15, function () { return $this->comments->count(); }); } }
次に、関連するコメント モデル:
<?php namespace App; use App\Article; use Illuminate\Database\Eloquent\Model; class Comment extends Model { protected $guarded = []; protected $touches = ['article']; public function article() { return $this->belongsTo(Article::class); } }
次に何をしますか?
単純なコメント数をキャッシュする方法を説明しましたが、すべてのコメントをキャッシュする場合はどうすればよいでしょうか?
public function getCachedCommentsAttribute() { return Cache::remember($this->cacheKey() . ':comments', 15, function () { return $this->comments; }); }
モデルをシリアル化する代わりにコメントを配列に変換して、フロントエンドのデータへの単純な配列アクセスのみを許可することもできます:
public function getCachedCommentsAttribute() { return Cache::remember($this->cacheKey() . ':comments', 15, function () { return $this->comments->toArray(); }); }
最後に、cacheKey を定義しました。 Article モデル () メソッド内にありますが、このメソッドを ProvidesModelCacheKey というトレイトを介して定義して、複合モデルで使用したり、基本モデルのすべてのモデル拡張機能のメソッドを定義したりすることもできます。さらに、cacheKey() メソッドを実装するモデルのコントラクト (インターフェイス) を使用することもできます。
推奨チュートリアル: 「PHP チュートリアル」「Laravel」
以上がLaravelのモデル層でデータをキャッシュするにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

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

ホットトピック









Laravel 9 と CodeIgniter 4 の最新バージョンでは、更新された機能と改善が提供されます。 Laravel9はMVCアーキテクチャを採用しており、データベース移行、認証、テンプレートエンジンなどの機能を提供します。 CodeIgniter4 は、HMVC アーキテクチャを使用してルーティング、ORM、およびキャッシュを提供します。パフォーマンスの面では、Laravel9 のサービスプロバイダーベースの設計パターンと CodeIgniter4 の軽量フレームワークにより、優れたパフォーマンスが得られます。実際のアプリケーションでは、Laravel9 は柔軟性と強力な機能を必要とする複雑なプロジェクトに適しており、CodeIgniter4 は迅速な開発や小規模なアプリケーションに適しています。

Laravel と CodeIgniter のデータ処理機能を比較します。 ORM: Laravel はクラスとオブジェクトのリレーショナル マッピングを提供する EloquentORM を使用しますが、CodeIgniter は ActiveRecord を使用してデータベース モデルを PHP クラスのサブクラスとして表します。クエリビルダー: Laravel には柔軟なチェーンクエリ API がありますが、CodeIgniter のクエリビルダーはよりシンプルで配列ベースです。データ検証: Laravel はカスタム検証ルールをサポートする Validator クラスを提供しますが、CodeIgniter には組み込みの検証関数が少なく、カスタム ルールの手動コーディングが必要です。実践例:ユーザー登録例はLarを示しています

初心者にとって、CodeIgniter は学習曲線が緩やかで機能は少ないですが、基本的なニーズはカバーしています。 Laravel は幅広い機能セットを提供しますが、学習曲線はわずかに急になります。パフォーマンスの点では、Laravel と CodeIgniter はどちらも良好なパフォーマンスを示します。 Laravel にはより広範なドキュメントとアクティブなコミュニティ サポートがあり、CodeIgniter はよりシンプルで軽量で、強力なセキュリティ機能を備えています。ブログアプリケーションを構築する実際のケースでは、Laravel の EloquentORM を使用するとデータ操作が簡素化されますが、CodeIgniter ではより手動の構成が必要になります。

Laravel - アーティザン コマンド - Laravel 5.7 には、新しいコマンドを処理およびテストするための新しい方法が付属しています。これには職人コマンドをテストする新しい機能が含まれており、そのデモについては以下で説明します。

大規模プロジェクト用のフレームワークを選択する場合、Laravel と CodeIgniter にはそれぞれ独自の利点があります。 Laravel はエンタープライズレベルのアプリケーション向けに設計されており、モジュール設計、依存関係の注入、強力な機能セットを提供します。 CodeIgniter は、速度と使いやすさを重視した、小規模から中規模のプロジェクトに適した軽量フレームワークです。複雑な要件と多数のユーザーを伴う大規模なプロジェクトには、Laravel のパワーとスケーラビリティがより適しています。単純なプロジェクトやリソースが限られている状況では、CodeIgniter の軽量で迅速な開発機能がより理想的です。

マイクロサービス アーキテクチャは、PHP フレームワーク (Symfony や Laravel など) を使用してマイクロサービスを実装し、RESTful 原則と標準データ形式に従って API を設計します。マイクロサービスはメッセージ キュー、HTTP リクエスト、または gRPC を介して通信し、監視とトラブルシューティングに Prometheus や ELKStack などのツールを使用します。

小規模なプロジェクトの場合、Laravel は強力な機能とセキュリティを必要とする大規模なプロジェクトに適しています。 CodeIgniter は、軽量さと使いやすさを必要とする非常に小規模なプロジェクトに適しています。

Laravel の Blade と CodeIgniter の Twig テンプレート エンジンを比較し、プロジェクトのニーズと個人的な好みに基づいて選択してください。Blade は MVC 構文に基づいており、適切なコード編成とテンプレートの継承を促進します。 Twig は、柔軟な構文、強力なフィルター、拡張サポート、セキュリティ サンドボックスを提供するサードパーティ ライブラリです。
