はてなブックマーク

前回は、チャンキングでプログラムが使用するメモリの量を抑えることを説明しましたが、実行速度はどうなのでしょう？ 私の仮想マシンで測定してみました。50万のレコードがあります。 1000レコードごとのチャンキングは、1分32秒。 チャンキングなしで、メモリ制限を1ギガバイトとして、46秒。 チャンキングの方が2倍以上時間かかっています。 チャンキングがどのようなSQLのクエリを実行するか、tinkerで見てみます。数が多いので、ここでは10,000レコードごとのチャンキングにしています。 >>> DB::enableQueryLog(); => null >>> DB::table('users')->count(); => 500000 >>> App\User::chunk(10000, function($rows) { }); => true >>> DB::getQueryLog(

最近、フロントエンドのフレームワークのVue.jsを勉強し始めました。またしても世間の流行から一歩遅れての開始ですが、比較的大きなプロジェクトを管理する私としては、ピッカピッカの流行りをすぐに採用とは行きません。長期的な管理を考えてLaravelのように本当にメージャーになるかを見極めてからです。幸い、Laravelのコミュニティでは、Vue.jsが盛んに利用され情報が多いので、よりメージャーなReactやAngularなどのフレームワークの存在を気にしつつもLaravelとの親近さでVue.jsの習得です。Vue.jsの1からの説明は他の人のブログに任せて、私の方はいきなり実用的なVue.jsを紹介していく予定です。まず今回は、Vue.jsをフォームの入力のバリデーションに使用するところを紹介します。 フロントエンドのバリデーション フォームのバリデーションと言えば、Laravelでは、

開発しているプログラムの機能が増えてくると、必然的に定義するrouteの数が増えてきます。特に、マルチ認証ともなると、関わるプレイヤーの分だけで倍増する可能性があります。 例えば、ECのプロジェクトで、会員と管理者がプレイヤーとすると、ログインだけでも2通りのURIが必要となり、routeの設定は以下のように４つ必要となります。 Route::group(['middleware' => 'web'], function () { Route::get('user/login', 'User\Auth\AuthController@showLoginForm'); Route::post('user/login', 'User\Auth\AuthController@login'); Route::get('admin/login', 'Admin\Auth\AuthController@

Laravel 5.3になって、認証の部分が変りました。それに関していっぱい紹介したいことありますが、それは将来でのポストとして、今回は、「ログインのRemember Me」に関して学んだことを紹介します。 以下の画面のようにログインには、 「Remember Me」あるいは「次から入力を省略」、ログインのときにオンとすると次回から毎回毎回ログインする必要ないよという便利な機能。巷ではどこでも見かけます。 Laravelでも、認証のパッケージのインストール、 $ php artisan make:auth を実行すると、デフォルトでついてくる機能です。 さて、この「Remember Me」でどうやってログインを要らなくするのか、そのメカニズムを探ってみましょう。 まず、「Remember Me」をクリックしてログイン成功すると、以下のように２つのクッキーを作成します。 laravel_se

laravel 5.2 で、バリデーションルールに配列を表す .* というプレースホルダーが使えるようになりました。 例えば、次のような商品オプションのバリデーションを考えます。 入力行の追加UIやドラッグ＆ドロップによるソートはjQueryなどで実装することにします（laravel から離れるので解説は省きます） この場合、項目数がいくつになるかわからないので、エレメントの属性名を name="option_name[{{$id}}]" などとし、配列を返すように作りますよね。 リクエストは次のようなものになるでしょう。配列のキーは編集データに依存しますので不定です（ここでは仮に 11, 12, 13 としました） Array ( [option_id] => Array ( [11] => Y [12] => Y [13] => Y ) [option_name] => Array (

Eloquentのcount()の関数を使用して、DBのレコード数を数える作業はよく起こります。 例えば、前回の画像の件では、商品productのレコード１に対して商品画像product_imageレコードが複数あるという、１対多の関係。そこでは、商品を削除するときに商品画像がないかをチェックする必要あります。画像のレコードがあるなら、削除を拒否あるいはユーザーに削除してよいか尋ねるということになります。 この場合は、商品画像があるかないかは、count()するのが一番。しかし、Eloquentではいろいろなカウントのコードの仕方があります。 今回は、これを説明するために、コントローラに特別にメソッドを作成してみました。 namespace App\Http\Controllers\User; use App\Http\Controllers\Controller; use App\Pro

スロットルと聞くと、どうしてもバイクのアクセルを想像してしまいます。どちらかというとスピードを出すために。スロットルは正確にはスピードを抑圧する意味で、「スロットル全開」というと、抑制なしで最高のスピードを出すということになります。 ここでのスロットルは、パスワードを意図的に変えて不正にログインしようという試み、たいていはプログラムによる機械的な攻撃、を抑える目的のセキュリティ対策です。具体的には、例えば過去５分間に５回ログインを失敗すると、次回のログインには１０分間待たなければならないという仕組みです。もちろんそれですべて防御できるとは言えないですが、少なくとも抑制にはなります。 嬉しいことにこれも、Laravelに機能があります。 スロットル機能はログインで行われるので、以前に説明したログインのプログラムを再度見てみましょう。 まず、AuthControler。 namespace A

マルチ認証と言っても、複数のステップでユーザーを認証するわけでもなく、ちょっとピンと来ないですね。 例えばECシステムにおいて、ユーザー画面での会員ログインと、管理画面での管理者のログインがそれぞれ別に必要とします。どちらもログインはEメールとは限らないし、片方でログインしたらもう片方でも認証となるとも限りません。つまり、ログインするユーザーの種類や場所が複数必要となる状況が多々あります。それに対応する機能が、マルチ認証です。 Laravelの5.1までは、マルチ認証は対応していなく、以下のようなパッケージをインストールして使用していました。 Laravel4.2対応のLaravel Multi Auth Laravel5.1対応のMultiAuth for Laravel 5.1 しかし、5.2からはLaravelの基本仕様となっています。さすが、Taylorくん！ 今回はこの機能を見て

流行し始めた当初は何て事ない個人の呟きが主流だったのが、あれよあれよと著名人が使い出し、いつの間にか近代SNSの代名詞へと変貌を遂げたTwitterもといXですが、実はこのララジャパンもアカウントを持っていて時折最新記事が投稿されたらお知らせをツイートしています。しかし、何分手動で行なっているのでついつい忘れてしまいサボり気味です。（ごめんなさい！）何とか改善しなければ、と思いX APIを活用して自動ツイートが出来ないか試してみる事にしました。