チャンキングで使用メモリを抑える
データベースの含まれるレコード数が増えてくると今まで経験しなかったことを経験するようになります。 まず最初に出くわすのが、以下のようなコマンドラインでのコマンド実行のエラーです。
データベースの含まれるレコード数が増えてくると今まで経験しなかったことを経験するようになります。 まず最初に出くわすのが、以下のようなコマンドラインでのコマンド実行のエラーです。
開発をしていて、未定義のキーや属性でのアクセスエラーは誰しも経験します。
今回は、他の項目により対象の項目が必須となるかどうかのルールを紹介します。 required_if required_unless required_with required_with_all required_without required_without_all
以下のリンクの記事掲載のコードに更新があります。
昔からMySQLでレプリカ(複製)が作成できる機能の存在は知っていたけれど、大きなスケールのサイトで、ロードバランスに使用される読み込み専門のレプリカとして使われるだろうな、くらいに思っていました。しかし、最近はこれがほぼリアルタイムに近いバックアップとしても使える可能性を知り、早速取り組んだ次第です。
募集は終了しました。 Laravelのプログラマーを募集しています。もちろん欲しいスキルはいくつか(以下)あるのですが、支給は大企業レベルではありません。私のように独立して、いくつかのプロジェクトを抱えているフリーランス系の人が欲しいです。社員となるのではなく、お互いにプロジェクトや知識を、将来共有できる人が良いです。
新規のLaravelのプロジェクトを作成するときや、ライブラリを追加するときに使用するcomposerのコマンド。Laravelの陰で一見地味な存在に見えます。しかし、このおかげでphp言語のライブラリのインフラが整備され、アプリのモダンな開発の基盤を提供しているなくてはならないコマンドです。今回はこのコマンドに注目してみます。
今回は、指定の項目の存在、その項目の値の存在を判定するルールを紹介します。これらのルールは主に他のルールと混合して使用します。 nullable present filled required required以外は、ややわかりづらいルールなので表にしてみました。結果がtrueとなる条件です。値が「なし」というのは、空の文字列(半角の空白文字があるならトリムします)あるいはnullのことです。 ルール 項目 値 nullable あってもなくても あってもなくても present あり あってもなくても filled あってもなくても あり required あり…
前回、前々回のレスポンスのマクロの定義は、app/Providers/AppServiceProvider.phpのアプリのサービスプロバイダーに入れましたが、マクロの定義が増えてくると整理した方が良いのと、コントローラ以外では必要もないので、単独のサービスに移します。