ちょっとしたパフォーマンスの改善
Laravelは非常にたくさんのファイルを起動時に読み込んでいるので、パフォーマンスの改善は以前から感心があります。最近、管理画面だけでrouteの数が300近いプログラムをインストールするにあたり、重たくなることを予想して、簡単にできる範囲でLaravelでのパフォーマンスの改善を調査してみました。
入力のブラックリストとホワイトリスト
このブログを開始してから、もうすでに1年以上。RawのSQLを書いてコードに埋め込む日常から、Eloquentを使用したORMのコードへと日常へと移行しています。Eloquentに関しても、ブログを書き始めた頃からは理解が深まり、洗練されたLaravelのコードを書けるようになってきたこの頃です。 １年前に書いた「マスアサインメントで一括取り込み」のトピックで、EloquentのModelのクラスの属性fillableとguardedの話、1年の経験で学んだことを含めてここでもう一度説明します。
routesを使いこなす（５）モデルとのバインディング
ユーザーがアクセスするURLを理解して、必要な関数にマップするのがroutes.phpの基本的な仕事です。 それらのURLには、以下のようにいろいろな形があります。
routesを使いこなす（４）routeを名付ける
Laravelでは、routeに名前を付けることができます。いったいそれがどうした？と思いますが、これができることで便利なことが増えます。 まず、routeの名前の付け方から、
routesを使いこなす（３）prefixでgroupを分割
開発しているプログラムの機能が増えてくると、必然的に定義するrouteの数が増えてきます。特に、マルチ認証ともなると、関わるプレイヤーの分だけで倍増する可能性があります。
routesを使いこなす（２）resourceを使いこなす
resourceを使い始めて、まず思うのは、いつもいつも index, store, create, edit, update, destroyの一式が必要というわけではないことです。
routesを使いこなす（１）resourceを使う
私が開発・管理しているプロジェクトのひとつは、もともとは過去に人気があったCodeIgniterで書かれたもの。過去２年の間に、それをLaravelのバージョン４で書き直し、さらに更新して現在はLaravelのバージョン5.2となっています。 それゆえに、最初のLaravelを使っての書き換えは、Laravelを勉強しながらの書き換えで、知らないことが多く、Route::controllerを多用していました。
親子関係のテーブルでのクエリーの作成（Eloquent編）
Laravel以前は、ほぼコードにSQL文を埋め込んでいたので、Eloquentよりクエリビルダーの方が馴染みあります。特に複数のDBテーブルをjoinした検索などには。 しかし、各Modelにおいてリレーションを定義していると、それを使用しないのがもったいないように思えてきます。 クエリビルダーでできることをEloquentではどうやるのか、興味ありありになってきました。
親子関係のテーブルでのクエリーの作成（クエリビルダー編）
いつもの例を使いますと、商品productと商品画像product_imageの親子関係、つまり、１対多の関係があるとして、これに対して検索画面を作成するとします。
Eloquentでカウントするときの注意
Eloquentのcount()の関数を使用して、DBのレコード数を数える作業はよく起こります。