プログラミング・開発

[Laravel]ビュー

福岡拠点の香月です。

今回はビューです。前回のルートとコントローラで呼び出されたURLに対してPHPでのプログラム処理ができるようになりました。
今回はここで実際にデータを集計して、結果を画面に表示したいと思います。この画面表示部分がMVCモデルのV（View）です。
Laravelの標準テンプレートエンジンはBladeとなっています。

それでは早速コントローラの実装です。
前回の実装ではLaravelのようこそ画面を呼び出していましたが、今回は”top”とう名前のテンプレートを使用して画面を表示するようにします。テンプレートファイルは後で作成します。
app/Http/Controllers/TopController.phpファイルを編集します。

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;
use App\Score;
use App\Student;
use App\Subject;
use Input;

class TopController extends Controller
{
    public function index(Request $request)
    {
        $dispday = $request->input('day');
        $days = Score::getDays();
        if (empty($dispday)) {
            $dispday = array_last($days);
        }
        $scores = Score::getList($dispday);
        $subjects = Subject::all();

        $students = [];
        foreach ($scores as $score) {
            $name = $score->family_name . $score->first_name;
            if (!isset($students[$name])) {
                $students[$name] = [];
            }
            $students[$name][$score->subject_id] = $score->score;
        }

        return view('top')
            ->with('days', $days)
            ->with('dispday', $dispday)
            ->with('subjects', $subjects)
            ->with('students', $students);
    }
}

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

use App\Score;

use App\Student;

use App\Subject;

use Input;

class TopController extends Controller

{

public function index(Request $request)

{

$dispday = $request->input('day');

$days = Score::getDays();

if (empty($dispday)) {

$dispday = array_last($days);

}

$scores = Score::getList($dispday);

$subjects = Subject::all();

$students = [];

foreach ($scores as $score) {

$name = $score->family_name . $score->first_name;

if (!isset($students[$name])) {

$students[$name] = [];

}

$students[$name][$score->subject_id] = $score->score;

}

return view('top')

->with('days', $days)

->with('dispday', $dispday)

->with('subjects', $subjects)

->with('students', $students);

}

モデルScoreに追加した2つのメソッドを呼び出して得点に関するデータを取得しています（ソースは後ほど）。$daysには試験実施日の一覧が、$scoresには試験の点数データが入ってきます。
$subjectsでは科目一覧を取得しています。
$studentsは配列として定義していて、続くforeachで点数データ列挙しながら二次元配列を作成します。一次元目に生徒名、二次元目に科目ID、その値として点数を設定しています。
最後にreturn view(‘top’)で画面を呼び出すと同時に、topテンプレート内で使用するデータを->with()で指定しています。（->with()の複数回の呼び出しは、一回の->with()の呼び出しに置き換えることができます。その場合、->with()の引数にはキー、バリューの配列を設定します）

実装の先頭で$request->input(‘day’)を使っています。コントローラメソッド（ここでいうindex()）ではメソッドインジェクション（依存注入機能）を使ってRequestクラスのインスタンスを取得することができ、ユーザーリクエストの内容を利用できます。

次はScoreにメソッドを追加します。app\Score.phpを編集しましょう。

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Score extends Model
{
    public static function getDays()
    {
        $scores = self::select('exam_day')
            ->groupBy('exam_day')
            ->orderBy('exam_day')
            ->get();

        $days = [];
        foreach ($scores as $s) {
            $days[] = date('Y/m/d', strtotime($s->exam_day));
        }
        return $days;
    }

    public static function getList($day)
    {
        $scores = self::whereDate('exam_day', $day)
            ->leftJoin('subjects', 'subject_id', '=', 'subjects.id')
            ->leftJoin('students', 'student_id', '=', 'students.id')
            ->orderBy('student_id')
            ->orderBy('subject_id')
            ->get();

        return $scores;
    }
}

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Score extends Model

{

public static function getDays()

{

$scores = self::select('exam_day')

->groupBy('exam_day')

->orderBy('exam_day')

->get();

$days = [];

foreach ($scores as $s) {

$days[] = date('Y/m/d', strtotime($s->exam_day));

}

return $days;

}

public static function getList($day)

{

$scores = self::whereDate('exam_day', $day)

->leftJoin('subjects', 'subject_id', '=', 'subjects.id')

->leftJoin('students', 'student_id', '=', 'students.id')

->orderBy('student_id')

->orderBy('subject_id')

->get();

return $scores;

}

getDays()では試験日フィールドexam_dayをグルーピングして、日付の昇順に並び替えた結果を取得しています。exam_dayフィールドは時間まで入っているので、日付だけの書式に書き換えて配列に置き換えています。

getList()では引数で指定された試験日だけのデータを取得し、それに対してLEFT OUTER JOINで科目と生徒を連結した結果を返します。

さあ、ここまでくるとあとはビューを作成します。
resource/views/welcome.blade.phpをコピーしてresource/views/top.blade.phpを作成し、中身を編集します。
コントローラの最後で return view(‘top’) を呼び出していましたが、Laravelではこれでresource/viewsフォルダにあるtop.blade.phpの呼び出しと判断してくれます。

<!doctype html>
<html lang="{{ str_replace('_', '-', app()->getLocale()) }}">
    <head>
　　　：
    </head>
    <body>
        <div class="flex-center position-ref full-height">
            <div class="content">
                <div class="title m-b-md">
                    Score sheet
                </div>

                @foreach ($days as $day)
                    @if ($dispday == $day)
                        <span class="emphasis">{{ $day }}</span>
                    @else
                        <span><a href="{{ route('top') . '?day=' . $day }}">{{ $day }}</a></span>
                    @endif
                @endforeach

                <table border="1" cellspacing="0" width="100%">
                    <tr>
                        <td></td>
                        @foreach ($subjects as $subject)
                            <td>{{ $subject->name }}</td>
                        @endforeach
                    </tr>
                    @foreach ($students as $name => $student)
                        <tr>
                            <td>{{ $name }}</td>
                        @foreach ($subjects as $subject)
                            <td>{{ $student[$subject->id] }}</td>
                        @endforeach
                        </tr>
                    @endforeach
                </table>
            </div>
        </div>
    <br><br><br>
    </body>
</html>

<!doctype html>

<html lang="{{ str_replace('_', '-', app()->getLocale()) }}">

<head>

　　　：

</head>

<body>

Score sheet

</div>

@foreach ($days as $day)

@if ($dispday == $day)

@else

@endif

@endforeach

<tr>

@foreach ($subjects as $subject)

<td>{{ $subject->name }}</td>

@endforeach

</tr>

@foreach ($students as $name => $student)

<tr>

@foreach ($subjects as $subject)

<td>{{ $student[$subject->id] }}</td>

@endforeach

</tr>

@endforeach

</table>

</div>

</body>

</html>

画面のタイトル「Score sheet」を表示します。
その下には試験日の一覧$daysを@foreachで列挙して表示します。各試験日はaタグでリンクを作成し、クリックするとその日の表示に切り替わるようにしています。ここでroute(‘top’)を呼び出していますが、前回route/web.phpファイル内でRoute::get(‘/’, ‘TopController@index’)->name(‘top’);と指定した名前ですね。これによりこのリンク先が。/ に設定されます。
最後にtableタグで点数表を表示します。縦に生徒軸、横に科目軸を設定して、各生徒の点数を表示するようにしています。それぞれ@foreachでループしながらテーブルを生成しています。

これで実装が完了しました。実際に画面を表示して見ましょう。
表示するデータはシーダーで用意したデータです。
こんな感じで画面が表示されます。

Bladeテンプレートエンジンでは@foreach以外にも@if, @elseや@switch, @case, @breakなどの制御構文が使えます。

また、テンプレートの継承や@includeなど、他のテンプレートファイルと組み合わせて1つの画面を作成することができます。同じ内容を複数のファイルに書くと、後からの編集が大変ですね。その手間をなくすために積極的に活用しましょう。

Vuexの値の更新を監視したい

福岡拠点の宮里です。

vueのコンポーネントからvuexの値の更新を監視して、vuexの値の更新があったときにローカルのデータを更新したい場合どうすればいいの？と調べることがあったので備忘録として記事を書きます。

まずは、vuexの日本語ドキュメントを読みました。
vuexのStoreインスタンスメソッド’watch’が良さそうです。

watch(fn: Function, callback: Function, options?: Object): Function

fnが返す値をリアクティブに監視し、値が変わった時にコールバックを呼びます。fnは最初の引数としてストアのステートを、2番目の引数としてゲッターを受け取ります。 Vue のvm.$watchメソッドと同じオプションをオプションのオブジェクトとして受け付けます。

監視を止める場合は、返された unwatch 関数を呼び出します。

(vuex.vuejs.orgより引用)

うーん、vue.jsに慣れてないので上記の説明を読んでもよくわかりません。
store.watch()で引数に関数を渡して、関数の引数に監視したいstateの値を指定するみたいです。

うーん、もう一声。

‘vuex store.watch’で検索するとそれっぽい参考になりそうなコードがいくつか。
イメージはつかめてきたものの、ただ今回は、複数に分割したストアのモジュールのローカルステートを監視したかったので、mapGettersやmapStateで実際どう書けばいいのと悩むこと数十分。

ありました、ありました！
vue.js開発者の方のブログに「Watch for Vuex State changes!」という記事が！！
探してたのこれこれ！ありがとうございます！と参考にさせていただきましたm(＿＿)m

四苦八苦しつつもなんとかこのかたちに落ち着きました。
this.$store.watch()の第一引数にステート/ゲッター、どちらを渡してもうまくいきそうです。

<script>
  import _ from 'lodash'
  import { mapState, mapGetters, mapActions } from 'vuex'
  export default {
    computed: {
      ...mapActions('artists', [
        'fetchAlbums',
      ]),
      ...mapGetters('artists', [
        'getAlbumList',
      ]),
      ...mapState('artists',
        [
          'artistId',
          'name',
          'genres',
          'albumList',
          'popularity',
        ]
      ),
    },
    methods: {
      this.$store.watch(() => this.albumList,
        (value) => {
          if (!_.isEmpty(value)) {
              console.log(_.map(value, 'when we fall asleep, where do we go?'))
          }
        },
      )
    },
    data () {
      return {
        album: {
          title: '',
          image: '',
          trackList: [],
          releaseDate: ''
        },
      }
    },
    created: function () {
      this.fetchAlbums
    },
    mounted: function () {
      this.watchStore()
    },
  }
</script>

import _ from 'lodash'

import { mapState, mapGetters, mapActions } from 'vuex'

export default {

computed: {

...mapActions('artists', [

'fetchAlbums',

]),

...mapGetters('artists', [

'getAlbumList',

]),

...mapState('artists',

[

'artistId',

'name',

'genres',

'albumList',

'popularity',

]

methods: {

this.$store.watch(() => this.albumList,

(value) => {

if (!_.isEmpty(value)) {

console.log(_.map(value, 'when we fall asleep, where do we go?'))

}

)

data () {

return {

album: {

title: '',

image: '',

trackList: [],

releaseDate: ''

}

created: function () {

this.fetchAlbums

mounted: function () {

this.watchStore()

}

</script>

[Laravel]ルートとコントローラー

福岡拠点の香月です。

今回はルートとコントローラーを追加します。

ブラウザでURLリンクをクリックしたときにはそれに対応した画面が表示されますが、Webサーバー内ではそのURLに対して表示するデータをモデルから取得し、そのデータをビューで整形してHTMLとして表示します。このモデルとビューの橋渡し役がコントローラーの役目となります。また、要求されたURLをどのコントローラーで処理させるかを指定したのがルート（ルーティング）です。

では早速ルートから指定していきます。laravelプロジェクトのrouteフォルダにweb.phpがあります。これを開いて次のように編集しましょう。

<?php

/*
|--------------------------------------------------------------------------
| Web Routes
|--------------------------------------------------------------------------
|
| Here is where you can register web routes for your application. These
| routes are loaded by the RouteServiceProvider within a group which
| contains the "web" middleware group. Now create something great!
|
*/

//Route::get('/', function() {
//    return view('welcome');
//});
Route::get('/', 'TopController@index')->name('top');

<?php

|--------------------------------------------------------------------------

| Web Routes

|--------------------------------------------------------------------------

| Here is where you can register web routes for your application. These

| routes are loaded by the RouteServiceProvider within a group which

| contains the "web" middleware group. Now create something great!

//Route::get('/', function() {

// return view('welcome');

//});

Route::get('/', 'TopController@index')->name('top');

アプリケーションのトップURL（http://server/）が呼び出されたときに、TopControllerクラスのindexメソッドを呼び出すように指定しています。
->name(‘top’)でこのルートに対して名前を付けています。ここでつけた名前は他の場所でURIを指定するときに使うことができます。

次はTopControllerの作成です。シェルで次のコマンドを実行します。

# php artisan make:controller TopController

1	# php artisan make:controller TopController

するとapp/Http/Controllers/TopController.phpにファイルが作成されます。
クラスメソッドとしてindex()を追加してあげましょう。

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

class TopController extends Controller
{
    public function index()
    {
        return view('welcome');
    }
}

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

class TopController extends Controller

{

public function index()

{

return view('welcome');

}

route\web.php内で直接指定していたようこそ画面の表示を、コントローラーを介して表示するように変更しただけのものですが、このようにしておくことでビュー（ここではようこそ画面）で表示したいデータをphpプログラムで集めて、計算して、整形して表示することができるようになります。

上のphp artisan make:controllerコマンドではオプションは指定していませんでしたが、–model=[Model]や–resourceオプションを指定することで、リソースコントローラを作成することができます。
こうすることで作成されるコントローラ用ファイルにindex(), create(), store(), show(), edit(), update(), destroy()の名前が付いた空のメソッドが一緒に作成されます。例えばStudentモデル用のリソースコントローラを作成するにはこう書きます。

# php artisan make:controller --model=Student StudentController

1	# php artisan make:controller --model=Student StudentController

また、リソースコントローラを使う場合はroute/web.phpのルート指定を次のようにすることで、URIとアクションが自動的に割り付けられたルーティングが完成します。

<?php

/*
|--------------------------------------------------------------------------
| Web Routes
|--------------------------------------------------------------------------
|
| Here is where you can register web routes for your application. These
| routes are loaded by the RouteServiceProvider within a group which
| contains the "web" middleware group. Now create something great!
|
*/

//Route::get('/', function() {
//    return view('welcome');
//});
Route::get('/', 'TopController@index')->name('top');
Route::resources('students', 'StudentController');

<?php

|--------------------------------------------------------------------------

| Web Routes

|--------------------------------------------------------------------------

| Here is where you can register web routes for your application. These

| routes are loaded by the RouteServiceProvider within a group which

| contains the "web" middleware group. Now create something great!

//Route::get('/', function() {

// return view('welcome');

//});

Route::get('/', 'TopController@index')->name('top');

Route::resources('students', 'StudentController');

Route::resource()の1行で次のルーティングが完成します。

動詞	URI	対応メソッド	ルート名
GET	/students	index	students.index
GET	/students/create	create	students.create
POST	/students	store	students.store
GET	/students/{student}	show	students.show
GET	/students/{student}/edit	edit	students.edit
PUT/PATCH	/students/{student}	update	students.update
DELETE	/students/{student}	destroy	students.destory

これはいわゆるRESTful APIとして設定されており、必要なURIが揃っているのでリソース（≒モデル）のCRUD（Create, Read, Update, Delete）管理がはかどるでしょう。

リソースコントローラの考え方は他のWebフレームワークでも同様に使われています。Ruby on Railsでは「rails generate scaffold …」コマンドが使えて同じようなルートを生成してくれますし、CakePHPでもルート指定時にまとめて設定してくれる方法があります。これらからLaravelに来た人にとってはわかりやすいですよね。

[Laravel]シーダー

お久しぶりです。福岡拠点の香月です。

今回はシーダーです。
作成したテーブルに初期データやテストデータをを投入するときに使います。

前回からテーブルを2つ「subjects」「students」を追加しています。

# php artisan make:model Subject -m
# php artisan make:model Student -m

1 2	# php artisan make:model Subject -m # php artisan make:model Student -m

マイグレーションファイルでフィールドを定義して

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateSubjectsTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('subjects', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name', 255);
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::dropIfExists('subjects');
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class CreateSubjectsTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::create('subjects', function (Blueprint $table) {

$table->increments('id');

$table->string('name', 255);

$table->timestamps();

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::dropIfExists('subjects');

}

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateStudentsTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('students', function (Blueprint $table) {
            $table->increments('id');
            $table->string('family_name', 255);
            $table->string('first_name', 255);
            $table->timestamp('birth_day');
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::dropIfExists('students');
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class CreateStudentsTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::create('students', function (Blueprint $table) {

$table->increments('id');

$table->string('family_name', 255);

$table->string('first_name', 255);

$table->timestamp('birth_day');

$table->timestamps();

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::dropIfExists('students');

}

マイグレーション

# php artisan migrate
Migrating: 2019_02_16_130627_create_students_table
Migrated:  2019_02_16_130627_create_students_table
Migrating: 2019_02_16_131312_create_subjects_table
Migrated:  2019_02_16_131312_create_subjects_table

# php artisan migrate

Migrating: 2019_02_16_130627_create_students_table

Migrated: 2019_02_16_130627_create_students_table

Migrating: 2019_02_16_131312_create_subjects_table

Migrated: 2019_02_16_131312_create_subjects_table

これでテーブルが追加されました。
ではここに初期データを投入しましょう。Subjectテーブルは科目、Studentテーブルは生徒、Scoreテーブルは点数です。
まずはシーダーファイルを作成するために、make:seederコマンドを実行します。

# php artisan make:seeder SubjectSeeder
# php artisan make:seeder StudentSeeder
# php artisan make:seeder ScoreSeeder

# php artisan make:seeder SubjectSeeder

# php artisan make:seeder StudentSeeder

# php artisan make:seeder ScoreSeeder

すると、Laravelプロジェクトフォルダのdatabase/seedsフォルダにファイルSubjectSeeder.php、StudentSeeder.php、ScoreSeeder.phpが作成されます。

まずはSubjectシーダー。
作成されたシーダークラスファイルには run() メソッドが用意されています。シーダーが呼び出されるとこのメソッドが実行されるようになっているため、ここにデータ投入用プログラムを記述します。
上にuse App\Subject; を追加して、Subject Eloquentモデルを使えるようにするのを忘れずに。

<?php

use Illuminate\Database\Seeder;
use App\Subject;

class SubjectSeeder extends Seeder
{
    /**
     * Run the database seeds.
     *
     * @return void
     */
    public function run()
    {
        Subject::truncate();

        $seeds = [ '国語', '算数', '理科', '社会' ];
        foreach ($seeds as $seed)
        {
            $subject = new Subject;
            $subject->name = $seed;
            $subject->save();
        }
    }
}

<?php

use Illuminate\Database\Seeder;

use App\Subject;

class SubjectSeeder extends Seeder

{

/**

* Run the database seeds.

* @return void

public function run()

{

Subject::truncate();

$seeds = [ '国語', '算数', '理科', '社会' ];

foreach ($seeds as $seed)

{

$subject = new Subject;

$subject->name = $seed;

$subject->save();

}

Subjectクラスのインスタンスを作成して、フィールドに値を設定し、save()メソッドを呼ぶことでレコードが追加されます。
このプログラムでは$seeds配列の1つ1つが1レコードとなるようなプログラムになっています。

続いてStudentシーダー。こちらはモデルファクトリを使って、フィールド値をランダム生成します。フィールド値には日本語を使いたいので、config\app.phpを次のように修正。

//'faker_locale' => 'en_US',
'faker_locale' => 'ja_JP',

1 2	//'faker_locale' => 'en_US', 'faker_locale' => 'ja_JP',

次にファクトリコード用のファイルを作成します。

# php artisan make:factory StudentFactory --model=Student

1	# php artisan make:factory StudentFactory --model=Student

作成したファイルdatabase\factories\StudentFactory.phpを次のようにします。

<?php

use Faker\Generator as Faker;

$factory->define(App\Student::class, function (Faker $faker) {
    $min = strtotime('2011-04-02');
    $max = strtotime('2012-04-01');
    return [
        'family_name' => $faker->lastName,
        'first_name' => $faker->firstName,
        'birth_day' => date('Y-m-d', rand($min, $max)),
    ];
});

<?php

use Faker\Generator as Faker;

$factory->define(App\Student::class, function (Faker $faker) {

$min = strtotime('2011-04-02');

$max = strtotime('2012-04-01');

return [

'family_name' => $faker->lastName,

'first_name' => $faker->firstName,

'birth_day' => date('Y-m-d', rand($min, $max)),

];

});

$factory->define()の第二引数のクロージャで、Studentレコード1件分の情報としてフィールド名（キー）と値（バリュー）の配列を返すようになっています。$faker->lastName、$faker->firstName部分がランダム生成の部分。これ以外にもcity、phoneNumber、wordなどいろいろ使えます。便利。誕生日は2011/04/02～2012/04/01までの1年間でランダムに生成されるようにしました。

そしてdatabase\seeds\StudentSeeder.phpです。

<?php

use Illuminate\Database\Seeder;
use App\Student;

class StudentSeeder extends Seeder
{
    /**
     * Run the database seeds.
     *
     * @return void
     */
    public function run()
    {
        Student::truncate();

        factory(Student::class, 20)->create();
    }
}

<?php

use Illuminate\Database\Seeder;

use App\Student;

class StudentSeeder extends Seeder

{

/**

* Run the database seeds.

* @return void

public function run()

{

Student::truncate();

factory(Student::class, 20)->create();

}

モデルファクトリを使って20個のエントリを簡単に作成できます。

database\seeds\ScoreSeeder.phpはこう。

<?php

use Illuminate\Database\Seeder;
use App\Score;
use App\Student;
use App\Subject;

class ScoreSeeder extends Seeder
{
    /**
     * Run the database seeds.
     *
     * @return void
     */
    public function run()
    {
        Score::truncate();

        $subjects = Subject::all();
        $students = Student::all();

        $days = [
            '2018-05-30',
            '2018-07-05',
            '2018-10-28',
            '2018-12-15',
            '2019-02-12',
            '2019-03-10',
        ];
        foreach ($days as $day) {
            foreach ($subjects as $subject) {
                foreach ($students as $student) {
                    $score = new Score;
                    $score->student_id = $student->id;
                    $score->subject_id = $subject->id;
                    $score->exam_day = $day;
                    $score->score = rand(50,100);
                    $score->save();
                }
            }
        }
    }
}

<?php

use Illuminate\Database\Seeder;

use App\Score;

use App\Student;

use App\Subject;

class ScoreSeeder extends Seeder

{

/**

* Run the database seeds.

* @return void

public function run()

{

Score::truncate();

$subjects = Subject::all();

$students = Student::all();

$days = [

'2018-05-30',

'2018-07-05',

'2018-10-28',

'2018-12-15',

'2019-02-12',

'2019-03-10',

];

foreach ($days as $day) {

foreach ($subjects as $subject) {

foreach ($students as $student) {

$score = new Score;

$score->student_id = $student->id;

$score->subject_id = $subject->id;

$score->exam_day = $day;

$score->score = rand(50,100);

$score->save();

}

作成したSubject、Studentの全レコードを取得し、ループで回しながら作成していきます。

プログラムができたらシーダーを実行しましょう。実行コマンドはdb:seedです。
実行するクラス名を–class=オプションで指定します。

# php artisan db:seed --class=SubjectSeeder
# php artisan db:seed --class=StudentSeeder
# php artisan db:seed --class=ScoreSeeder

# php artisan db:seed --class=SubjectSeeder

# php artisan db:seed --class=StudentSeeder

# php artisan db:seed --class=ScoreSeeder

これは1つずつ実行するコマンドとなりますが、まとめて実行したい場合は最初から用意されているDatabaseSeederクラスを利用するとよいでしょう。
database\seeds\DatabaseSeeder.phpファイル内の run() メソッドからまとめて処理したいクラスを指定して、

<?php

use Illuminate\Database\Seeder;

class DatabaseSeeder extends Seeder
{
    /**
     * Seed the application's database.
     *
     * @return void
     */
    public function run()
    {
        $this->call(SubjectSeeder::class);
        $this->call(StudentSeeder::class);
        $this->call(ScoreSeeder::class);
    }
}

<?php

use Illuminate\Database\Seeder;

class DatabaseSeeder extends Seeder

{

/**

* Seed the application's database.

* @return void

public function run()

{

$this->call(SubjectSeeder::class);

$this->call(StudentSeeder::class);

$this->call(ScoreSeeder::class);

}

db:seedコマンドをオプションなしで実行します。

# php artisan db:seed
Seeding: SubjectSeeder
Seeding: StudentSeeder
Seeding: ScoreSeeder
Database seeding completed successfully.

# php artisan db:seed

Seeding: SubjectSeeder

Seeding: StudentSeeder

Seeding: ScoreSeeder

Database seeding completed successfully.

これでデータ投入が完了しました。

[Laravel]追加のマイグレーション

福岡拠点の香月です。

前回はDBのマイグレーションを行いました。
既にマイグレーション実行済みのテーブルに変更を行いたい場合、アプリケーションが稼働する前であればロールバックしてマイグレーションをやり直せばいいのですが、本稼働後のバージョンアップなどでデータを棄損することなくテーブルにフィールドを追加したいことがあります。この場合、フィールド追加用のマイグレーションを実施することになります。

まずは前回と同じようにマイグレーションファイルを作成しましょう。

# php artisan make:migration alter_scores_table

1	# php artisan make:migration alter_scores_table

これによりdatabase/migrations/(日付)alter_scores_table.phpが作成されますので、ここに追加したいフィールドを記載します。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class AlterScoresTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::table('scores', function(Blueprint $table) {
            $table->integer('score')->after('exam_day');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::table('scores', function(Blueprint $table) {
            $table->dropColumn('score');
        });
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class AlterScoresTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::table('scores', function(Blueprint $table) {

$table->integer('score')->after('exam_day');

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::table('scores', function(Blueprint $table) {

$table->dropColumn('score');

});

}

up()メソッドにマイグレーション実施時のコードとして、scoreフィールドをexam_dayの後ろに追加するようにしています。
もちろんクロージャの中では必要なフィールドを1つだけではなく複数記述できます。文字列フィールド、timestampフィールドなど用途に合わせて追加しましょう。
カラム修飾子には->after()を使用しています。これ以外にもnullを許容する->nullable()、コメント文字列を指定する->comment()などいろいろ使えますよ。

down()メソッドにはロールバック実施時に実行されるコードを記述します。ここ忘れがちなので注意！

マイグレーションファイルを作成したら、マイグレーションを実施します。

# php artisan migrate

1	# php artisan migrate

マイグレーションが実施されていないファイルを対象に実施されます。同じファイルが2度3度と実施されることはないので安心してください。
実行後に反映されたことを確認しましょう。

# php artisan migrate:status
+------+------------------------------------------------+-------+
| Ran? | Migration                                      | Batch |
+------+------------------------------------------------+-------+
| Yes  | 2014_10_12_000000_create_users_table           | 1     |
| Yes  | 2014_10_12_100000_create_password_resets_table | 1     |
| Yes  | 2018_xx_xx_xxxxxx_create_scores_table          | 1     |
| Yes  | 2018_xx_xx_xxxxxx_alter_scores_table           | 2     |
+------+------------------------------------------------+-------+

# php artisan migrate:status

+------+------------------------------------------------+-------+

| Ran? | Migration | Batch |

+------+------------------------------------------------+-------+

| Yes | 2014_10_12_000000_create_users_table | 1 |

| Yes | 2014_10_12_100000_create_password_resets_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_create_scores_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_alter_scores_table | 2 |

+------+------------------------------------------------+-------+

すてきなLaradock

福岡拠点の宮里です。
Dockerを勉強し始めました！
DockerでLaravel開発環境を構築する場合に便利なLaradockというパッケージがあり、併せて勉強中です。

Laradockとは

PHP開発環境を構築できるDockerイメージのパッケージです。
DockerでLaravelプロジェクトを実行することに焦点を当てて開発されています。
Laravel以外にもSymfony、CodeIgniter、WordPress、Drupalなどの他のPHPプロジェクトもサポートしています。
officialのDockerイメージをベースに拡張したパッケージなので信頼性があるとのことです。

Laradockが魅力的なのは、なんといってもその豊富なソフトウェア群です。
build→upで必要なライブラリを都度追加・更新が行えます。

備忘録としてそのパッケージをリストアップしました。(2018年11月時点)

サポートしているソフトウェア(一部)

Portainer

Docker管理WebGUIツール
公式サイト: https://portainer.io/

Docker Registry

Dockerプライベートレジストリサーバ
Dockerドキュメント: https://docs.docker.com/registry/

Docker Web UI

DockerプライベートレジストリWebUI管理ツール
Github: https://github.com/kwk/docker-registry-frontend

MySQL

データベースサーバ
公式サイト: https://www.mysql.com/jp/

MariaDB

MySQL派生のオープンソースデータベースサーバ。
公式サイト: https://mariadb.org/

phpMyAdmin

MySQLサーバー管理ツール
公式サイト: https://www.phpmyadmin.net/

PostgreSQL

オープンソースデータベースサーバ。
公式サイト: https://www.postgresql.org/

pgAdmin

PostgreSQLサーバー管理ツール
公式サイト: https://www.pgadmin.org/

Microsoft SQL Server

データベースサーバ
公式サイト: https://www.microsoft.com/en-us/sql-server/sql-server-2017

Redis

オープンソースのメモリ内データ構造ストアで、データベース、キャッシュ、メッセージブローカーとして使用。NoSQLデータベースサーバ。
公式サイト: https://redis.io/

Aerospike

KVS。フラッシュ(SSD)に最適化したNoSQLデータベースサーバ。
公式サイト: https://www.aerospike.com/

Minio

Go言語製Amazon S3クラウドストレージサービスと互換性を持ったオブジェクトストレージサーバ。
公式サイト: https://docs.minio.io/

Apache2

世界中でもっとも多く使われているWebサーバ
公式サイト: https://httpd.apache.org/

Nginx

Webサーバ
公式サイト: https://nginx.org/en/

Caddy

Go言語で実装されたwebサーバ
公式サイト: https://caddyserver.com/

Varnish

HTTPアクセラレータ
公式サイト: https://varnish-cache.org/

Certbot

Let’s Encryptのクライアント
公式サイト: https://certbot.eff.org/

Laravel Echo Server

LaravelのSocket.IOサーバライブラリ
Laravel公式ドキュメント: https://laravel.com/docs/5.7/broadcasting
GitHub: https://github.com/tlaverdure/laravel-echo-server

Swoole

PHPネットワークフレームワーク。
公式サイト: https://www.swoole.co.uk/

Solr

オープンソースの全文検索エンジン
公式サイト: http://lucene.apache.org/solr/

Elasticsearch

Lucene基盤の分散処理マルチテナント対応オープンソースの検索エンジン。分散型RESTful検索/分析エンジン。
公式サイト: https://www.elastic.co/jp/products/elasticsearch

Kibana

Elasticsearch用ビジュアライズ/データ可視化ツール
公式サイト: https://www.elastic.co/jp/products/kibana

Grafana

データ可視化ツール。
対応ツール:Graphite、Prometheus、Elasticsearch、InfluxDB、OpenTSDB、MySQL、AWS Cloudwatch
公式サイト: https://grafana.com/

Metabase

オープンソースのデータ可視化ツール
対応：MySQL, Postgres, Mongo, SQL Server, AWS Redshift, Google BigQuery, Druid, H2, SQLite, Oracle, Crate, Google Analytics, Vertica
公式サイト: https://www.metabase.com/

NetData

サーバのリアルタイムパフォーマンスと健全性モニタリングツール
Github: https://github.com/netdata/netdata

Thumbor

画像のクロッピング、リサイズ、フィルタリング等の画像変換サーバー
公式サイト: http://thumbor.org/

Beanstalkd

オープンソースのメッセージキューイング。Laravelがサポート。
公式サイト: https://beanstalkd.github.io/

Beanstalk Console

PHP製Beanstalkd管理ツール
Github: https://github.com/ptrofimov/beanstalk_console

RabbitMQ

メッセージキューイング
公式サイト: https://www.rabbitmq.com/

HHVM

PHP実行環境
公式サイト: https://hhvm.com/

PHP-FPM

PHP FastCGI実装
公式サイト: https://php-fpm.org/
PHPドキュメント: http://php.net/manual/ja/install.fpm.php

JupyterHub

Jupyter Notebook用のマルチユーザーサーバ
公式サイト: https://jupyterhub.readthedocs.io/en/stable/

ICEcoder

PHP製のWebブラウザIDE。
公式サイト: https://icecoder.net/

Coding WebIDE

クラウドベースのWebIDE
公式サイト: https://ide.coding.net/

Codiad

PHP製のWebブラウザIDE。
公式サイト: http://codiad.com/

Theia

クラウド版Visual Studio Code
公式サイト: https://www.theia-ide.org/

Mailu

DockerベースのWebUI付きメールサーバ
公式サイト: https://mailu.io/

MailDev

Eメールテストツール。
SMTP Server + Web Interface for viewing and testing emails during development.
Github: https://github.com/djfarrelly/MailDev

MailHog

Go言語製Eメールテストツール。
Web and API based SMTP testing
Github: https://github.com/mailhog/MailHog

Selenium

ブラウザ自動化ツール
公式サイト: https://www.seleniumhq.org/

Blackfire

PHPプロファイリングツール。パフォーマンステストツール。結果をWebUIで確認できる。
公式サイト: https://blackfire.io/

Jenkins

Java製オープンソース継続的インテグレーションツール
公式サイト: https://jenkins.io/

GitLab

Gitリポジトリ管理
公式サイト: https://about.gitlab.com/

積極的に活用していきたいですね。

[Go] Go言語はじめました (#1)：インストール

福岡拠点野田です。
気が付けば涼しい季節になりましたが、いかがお過ごしでしょうか。

Go 言語について動けていなかったため、重い腰を上げて取り組みたいと思います。Go言語でよく使われているのは、WebAPIやメール送信・集計などのバッチ処理だと思います。javaも高速に処理ができますが重量級なイメージがあります。起動もすばやく、軽量で高速に並列処理ができるのは大きな魅力があります。

第1回目となる今回はインストールを行います。

インストール

https://golang.org/dl/

インストールは至って簡単。ダウンロードしたファイルを解凍して配置するだけ。

cd /usr/local
wget https://dl.google.com/go/go1.11.1.linux-amd64.tar.gz
tar zxvf go1.11.1.linux-amd64.tar.gz
rm go1.11.1.linux-amd64.tar.gz

cd /usr/local

wget https://dl.google.com/go/go1.11.1.linux-amd64.tar.gz

tar zxvf go1.11.1.linux-amd64.tar.gz

rm go1.11.1.linux-amd64.tar.gz

.bash_profileなどにパスを追加してもらえればOKです。

export GOROOT=/usr/local/go
export GOPATH=$HOME/go
PATH=$PATH:$GOPATH/bin:$GOROOT/bin

export GOROOT=/usr/local/go

export GOPATH=$HOME/go

PATH=$PATH:$GOPATH/bin:$GOROOT/bin

GOROOT というのがダウンロードして配置したGo自体のインストール先になります。

GOPATH というのが各プロジェクトフォルダに相当します。ここで開発モジュールの配置先となり、コンパイルしてできた実行ファイルが $GOPATH/bin 以下に配置されます。

Go言語初心者に向けてどのように開発を進めていくのがよいかについて深堀していこうと思います。

ちなみに go get してエラーがでるときは OS のモジュールバージョンが古い可能性が高いです。yum upgrade してすべてのモジュールを更新しておきましょう。

[Laravel]モデルとマイグレーション

福岡拠点の香月です。

前回はLaravelのプロジェクトを作成しました。
今回はこれにDBへのアクセス設定と、モデルの追加及びDBのマイグレーションを行います。

DBへのアクセス設定はアプリケーションのルートフォルダにある.envファイルで行います。この.envファイルは.env.exampleを元に作成されます。
開発環境、検証環境、本番環境でそれぞれ異なる設定なのでその環境ごとのファイル.env.develop、.env.staging、.env.productionを作成することになるでしょう。リリース時にはリリース環境にあったファイルを.envにリネームします。
※Laravelでは.envはソース管理に含めないことがガイドラインに書いてあります。これはプロジェクトのルートフォルダにある.gitignoreを見ても明らかです。

さて .env を編集する前に、アプリケーションで使用する mysql のユーザーを作成します。また、使用するDBを作成します。

# mysql -uroot -p
Enter password:
mysql> create database scoresheet;
mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX,TRIGGER ON scoresheet.* TO ss_user@localhost IDENTIFIED BY 'password';
mysql> GRANT SELECT ON *.* TO watcher@'%' IDENTIFIED BY 'readonly';
mysql> flush privileges;

# mysql -uroot -p

Enter password:

mysql> create database scoresheet;

mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX,TRIGGER ON scoresheet.* TO ss_user@localhost IDENTIFIED BY 'password';

mysql> GRANT SELECT ON *.* TO watcher@'%' IDENTIFIED BY 'readonly';

mysql> flush privileges;

1行目でmysqlにrootユーザーでログインします。
3行目でアプリケーションで使用するデータベースを「scoresheet」という名前で作成します。
4行目ではデータベース使用するユーザーとして「ss_user@localhost」を作成しつつ、必要な権限設定を行います。
5行目では山椒の実のユーザーを作成します。
6行目で権限を反映します。

これでDBの準備が整いました。
.env を開くと、DBに関する設定を行う場所があるのでここに情報を記載します。

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=scoresheet
DB_USERNAME=ss_user
DB_PASSWORD=password

DB_CONNECTION=mysql

DB_HOST=127.0.0.1

DB_PORT=3306

DB_DATABASE=scoresheet

DB_USERNAME=ss_user

DB_PASSWORD=password

※本当の設定箇所は config/database.php です。しかし環境ごとに異なるなので.envに記載し、database.phpからは.envを参照するようになっています。

DBへのアクセス設定ができたので、ここからはモデルの作成とテーブルを追加する作業、マイグレーションです。アプリケーションのルートフォルダで

# php artisan make:model Score -m

1	# php artisan make:model Score -m

を実行するとモデルクラス用のファイルが作成されます。-mオプションでマイグレーションファイルも一緒に作成されるので、モデルを作成するときは指定しましょう。

app\Score.php
database/migrations/<日付_時間>_create_scores_table.php

モデル名を複数形の「スネークケース」にしたものが、テーブル名として使用されます。「Score」は「scores」になります。Laravelは内部に辞書をもっており、英単語を適切に複数形にしてくれます。ネイティブじゃない私にはありがたい機能です。
あとはこれを編集して必要なフィールドを追加します。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateScoresTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('scores', function (Blueprint $table) {
            $table->increments('id');
            $table->integer('student_id');
            $table->integer('subject_id');
            $table->timestamp('exam_day');
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::dropIfExists('scores');
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class CreateScoresTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::create('scores', function (Blueprint $table) {

$table->increments('id');

$table->integer('student_id');

$table->integer('subject_id');

$table->timestamp('exam_day');

$table->timestamps();

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::dropIfExists('scores');

}

これとは別にLaravelではプロジェクト作成時にusers、password_resetsテーブル用のマイグレーションファイルが作成されています。認証用ですね。
これと今作成したマイグレーションファイルのすべてが次のコマンドでまとめて
DBに登録されます。

# php artisan migrate
Migrating: 2014_10_12_000000_create_users_table
Migrated:  2014_10_12_000000_create_users_table
Migrating: 2014_10_12_100000_create_password_resets_table
Migrated:  2014_10_12_100000_create_password_resets_table
Migrating: 2018_xx_xx_xxxxxx_create_scores_table
Migrated:  2018_xx_xx_xxxxxx_create_scores_table

# php artisan migrate

Migrating: 2014_10_12_000000_create_users_table

Migrated: 2014_10_12_000000_create_users_table

Migrating: 2014_10_12_100000_create_password_resets_table

Migrated: 2014_10_12_100000_create_password_resets_table

Migrating: 2018_xx_xx_xxxxxx_create_scores_table

Migrated: 2018_xx_xx_xxxxxx_create_scores_table

「php artisan migrate:status」でマイグレーション結果を確認できます。

# php artisan migrate:status
+------+------------------------------------------------+-------+
| Ran? | Migration                                      | Batch |
+------+------------------------------------------------+-------+
| Yes  | 2014_10_12_000000_create_users_table           | 1     |
| Yes  | 2014_10_12_100000_create_password_resets_table | 1     |
| Yes  | 2018_xx_xx_xxxxxx_create_scores_table          | 1     |
+------+------------------------------------------------+-------+

# php artisan migrate:status

+------+------------------------------------------------+-------+

| Ran? | Migration | Batch |

+------+------------------------------------------------+-------+

| Yes | 2014_10_12_000000_create_users_table | 1 |

| Yes | 2014_10_12_100000_create_password_resets_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_create_scores_table | 1 |

+------+------------------------------------------------+-------+

※一度もマイグレーションを実行していない状態で実行するとエラーが出てしまいます。

# php artisan migrate:status
Illuminate\Database\QueryException  : SQLSTATE[HY000] [1045] Access denied
 for user 'ss_user'@'localhost' (using password: YES) (SQL: select * from
 information_schema.tables where table_schema = scoresheet and table_name
 = migrations)

# php artisan migrate:status

Illuminate\Database\QueryException : SQLSTATE[HY000] [1045] Access denied

for user 'ss_user'@'localhost' (using password: YES) (SQL: select * from

information_schema.tables where table_schema = scoresheet and table_name

= migrations)

「migrations」というテーブルが無い！と怒られるのですが、このテーブルは最初にマイグレーションを実行したときに作成されます。これを知らずにちょっとはまりました。

モデル及びテーブルがもっと必要な場合は「php artisan make:model xxx -m」を必要なだけ繰り返しましょう。最後に「php aritisan migrate」を忘れずに。

プログラムはこのモデルを使ってデータにアクセスしていきますよー。

[Laravel] 値検査(バリデーション)について

福岡拠点の野田です。
秋雨や台風が気になりますが、過ごしやすい日々が増えてきたと思います。
今日は、Laravel の値検査の仕組みについて取り上げようと思います。

Laravel には値検査を行う設計の方向性として大きく３つの選択肢があります。
・FormRequest を継承してリクエストフォームオブジェクトを作る
・ValidatesRequestsトレイトを使う
・Validator ファサードを使う

FormRequestを作る場合

Controller に対して Illuminate\Foundation\Http\FormRequest 型のメソッドインジェクションを指定しておくとそのメソッドに対応するURLが呼び出された際に値検査がかかるという仕組みになります。バリデーションの結果が false の場合、リクエスト値をセッションに保存して、リクエストを投げた前のページに戻ります。

    /**
     * 入力画面を表示する（Request型は、バリデーションはかからない）
     * @param Request $request
     * @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View
     */
    public function edit(Request $request) {
        return $this->view('sample.input', $data);
    }

    /**
     * 入力確認画面を表示する（FormRequestを継承したクラスは入力検査がかかる）
     * @param MailUpdateRequest $request
     * @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View
     */
     public function editConfirm(MailUpdateRequest $request) {
        return $this->view('sample.check', $data);
     }

    /**
     * 完了画面を表示する（FormRequestを継承したクラスは入力検査がかかる）
     * @param MailUpdateRequest $request
     * @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View
     */
     public function update(MailUpdateRequest $request) {
        // DB更新処理など
        return $this->view('sample.done', $data);
     }

/**

* 入力画面を表示する（Request型は、バリデーションはかからない）

* @param Request $request

* @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View

public function edit(Request $request) {

return $this->view('sample.input', $data);

}

/**

* 入力確認画面を表示する（FormRequestを継承したクラスは入力検査がかかる）

* @param MailUpdateRequest $request

* @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View

public function editConfirm(MailUpdateRequest $request) {

return $this->view('sample.check', $data);

}

/**

* 完了画面を表示する（FormRequestを継承したクラスは入力検査がかかる）

* @param MailUpdateRequest $request

* @return \Illuminate\Contracts\View\Factory|\Illuminate\View\View

public function update(MailUpdateRequest $request) {

// DB更新処理など

return $this->view('sample.done', $data);

}

とても便利な仕組みですが、都度、FormRequestを実装することになります。毎回似たようなコードを書くのは煩わしいですよね。そこで以下のような基底クラスを作成して継承して使いまわすことにします。この基底クラスは、自分のクラス名からバリデーションの設定を読み込んで動作する仕組みで動いています。

<?php

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;
use Log;

/**
 * フォームリクエストのベースクラス
 * ※継承して使います。
 * Class BaseRequest
 * @package App\Http\Requests
 */
class BaseRequest extends FormRequest
{

    protected $className = null;

    /**
     * クラス名を取得保持
     * @return null|string
     */
    public function getClass() {
        if (is_null($this->className)) {
            $className = preg_replace('/^.+\\\\/', '', get_class($this));
            $this->className = $className;
        }
        return $this->className;
    }

    /**
     * リクエストに対する認証可否
     * @return bool
     */
    public function authorize()
    {
        return true;
    }

    /**
     * 入力検査ルール
     * @return array
     */
    public function rules()
    {
        return config('validation.'.$this->getClass().'.rules');
    }

    /**
     * 項目名
     * @return array
     */
    public function attributes()
    {
        return config('validation.'.$this->getClass().'.attributes');
    }

    /**
     * 特別エラーメッセージ
     * @return array|mixed
     */
    public function messages()
    {
        return config('validation.'.$this->getClass().'.messages');
    }

}

<?php

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;

use Log;

/**

* フォームリクエストのベースクラス

* ※継承して使います。

* Class BaseRequest

* @package App\Http\Requests

class BaseRequest extends FormRequest

{

protected $className = null;

/**

* クラス名を取得保持

* @return null|string

public function getClass() {

if (is_null($this->className)) {

$className = preg_replace('/^.+\\\\/', '', get_class($this));

$this->className = $className;

}

return $this->className;

}

/**

* リクエストに対する認証可否

* @return bool

public function authorize()

{

return true;

}

/**

* 入力検査ルール

* @return array

public function rules()

{

return config('validation.'.$this->getClass().'.rules');

}

/**

* 項目名

* @return array

public function attributes()

{

return config('validation.'.$this->getClass().'.attributes');

}

/**

* 特別エラーメッセージ

* @return array|mixed

public function messages()

{

return config('validation.'.$this->getClass().'.messages');

}

以下は、config/validation.php の記述例です。FormRequest実装クラス名をキーに設定を記述するとそれを読み込んでくれる仕掛けになっています。クラスの型を利用しつつ、リクエスト値の検査は設定ファイルを利用してカスタマイズしやすくします。

<?php

return [
    'MailUpdateRequest' => [
        'rules' => [
            'email' => 'required|max:100',
            'email_conf' => 'required|same:email|max:100',
            'confirm' => 'required',
        ],
        'attributes' => [
            'email' => 'メールアドレス',
            'email_conf' => 'メールアドレス（確認）',
        ],
        'messages' => [
            'confirm.required' => 'チェックを入れてください',
        ],
    ],
];

<?php

return [

'MailUpdateRequest' => [

'rules' => [

'email' => 'required|max:100',

'email_conf' => 'required|same:email|max:100',

'confirm' => 'required',

'attributes' => [

'email' => 'メールアドレス',

'email_conf' => 'メールアドレス（確認）',

'messages' => [

'confirm.required' => 'チェックを入れてください',

];

さらにテンプレート側に目を向けてみましょう。入力フォームのテンプレートは、エラー表示と「戻る」ボタンで遷移の両方を共通で実現している場合がほとんどだと思います。Laravel で用意されている old ヘルパーメソッドで取得できるのは、エラー時のセッションしかありませんので、以下のような記述をすることでエラー時のセッション値があれば、セッション値、なければリクエスト値をとる実装が可能です（old メソッドのデフォルト値にリクエスト値を設定する実装になります）。

{{ old('email',$request->get('email')) }}

1	{{ old('email',$request->get('email')) }}

エラーを表示する場合は以下で対応できます。

{!! $errors->first('email', '<span class="error">:message</span>') !!}

1	{!! $errors->first('email', '<span class="error">:message</span>') !!}

$errors->has(‘email’)や$errors->count()などもよく使うメソッドだと思います。エラーは MessageBag というクラスで定義されていますので、以下を参考にしていただければ幸いです。

https://laravel.com/api/5.6/Illuminate/Support/MessageBag.html

ValidatesRequestsトレイトを使う場合

FormRequest の処理のうち Controller 側の処理を切り出したものが ValidatesRequest になります。
Controller で use ValidatesRequest をすることで Controller 中で $this->validate() メソッドなどが使えるようになります。

以下 Laravel マニュアルページより

/**
 * Store the incoming blog post.
 *
 * @param  Request  $request
 * @return Response
 */
public function store(Request $request)
{
    $this->validate($request, [
        'title' => 'required|unique|max:255',
        'body' => 'required',
    ]);

    //
}

/**

* Store the incoming blog post.

* @param Request $request

* @return Response

public function store(Request $request)

{

$this->validate($request, [

'title' => 'required|unique|max:255',

'body' => 'required',

]);

}

値検査に失敗すると Illuminate\Contracts\Validation\ValidationException が発生し、FormRequest 同様、前のページに戻ります。validateをかけるタイミングを調整できるため、リクエスト値の前処理が必要な場面や FormRequest の作成をしたくない場合に使われると思いますが、Validator ファサードの選択肢もあるため、相対的に利用する場面は少ないと思われます。

Validatorファサードを使う場合

Validator ファサードを使えば値検査部分だけを部品化して値検査をすることが可能です。バッチ系で値検査を行うときは直に呼び出して使うことが多いと思います。例えばCSVインポートバッチの入力値チェックなどはこの Validatorファサードの出番です。

$input = $request->all();
$rules = config('validation.'.$key .'.rules');
$attributes = config('validation.'.$key .'.attributes');
$messages = config('validation.'.$key .'.messages');

$validator = Validator::make(
    $input,
    $rules,
    array_merge(config('validation.common.errors'), $messages),
    $attributes
);
if ($validator->fails()) {
    // エラー処理
}
// 正常処理

$input = $request->all();

$rules = config('validation.'.$key .'.rules');

$attributes = config('validation.'.$key .'.attributes');

$messages = config('validation.'.$key .'.messages');

$validator = Validator::make(

$input,

$rules,

array_merge(config('validation.common.errors'), $messages),

$attributes

);

if ($validator->fails()) {

// エラー処理

}

// 正常処理

上記は、config/validation.php で設定を外だししている例です。個別実装することももちろん可能ですが、ある程度共通化できるところは共通化しておくと良いでしょう。

まとめ

なんだかんだいいましたが、場面場面に応じて最適な値検査の方法を選択して実装していくとよいでしょう。その中で特に伝えたかったことが「設定ファイル化」という部分になります。値検査（バリデーション）というプログラムの課題の中でconfig/validation.php にまとめておく、HTML部品という課題の中で config/form.php にまとめておく、アプリケーション設定として、config/const.php にまとめておく、などなどです。後で入力チェックをまとめるときに個別の実装をみなくてよいのは、大きな助けになると思います。まだの方は、実装時の良い習慣としてプログラムの課題の設定ファイル化を是非やってみてください。

補足

以下補足になります。入力、確認、完了のような遷移がある場合のルーティングのTIPSです。通常、入力画面は、GETリクエスト、それ以外はPOSTリクエストとしていると思います。つい忘れがちですが、保存ページについては、GETも受け付けて入力画面に逃がすとよいと思います。戻すときの遷移でリロードして、MethodNotAllowedのエラーが見えてしまうとちょっとカッコ悪いですよね。

    Route::get('/mail/edit', 'MemberController@edit');
    Route::post('/mail/edit', 'MemberController@editConfirm');
    Route::post('/mail/update', 'MemberController@update');

    // URLを直叩きされたら、入力画面へ
    Route::get('/mail/update', 'MemberController@edit');

Route::get('/mail/edit', 'MemberController@edit');

Route::post('/mail/edit', 'MemberController@editConfirm');

Route::post('/mail/update', 'MemberController@update');

// URLを直叩きされたら、入力画面へ

Route::get('/mail/update', 'MemberController@edit');

[Python]拡張モジュールをWin Debug版DLLで試すとエラー

福岡拠点の香月です。

Windows環境で動作するPython3.6.6の拡張モジュールをC++で作りました。
開発ツールはVisual Studio 2015です。
早速作成した拡張モジュールのDebug版を使ってみようとPythonインタプリタを起動してモジュールロードしたんですがﾞ………

C:\work\PythonExtension>python
Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import spam
Fatal Python error: PyThreadState_Get: no current thread

C:\work\PythonExtension>python

C:\work\PythonExtension>python

Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] on win32

Type "help", "copyright", "credits" or "license" for more information.

>>> import spam

Fatal Python error: PyThreadState_Get: no current thread

C:\work\PythonExtension>python

とこのようにエラーが発生してしまいました。インタプリタも強制終了しているようです。

これは拡張モジュールがDebug版なので、Pythonバイナリもデバッグ版を使う必要があります。python_d.exeがpython.exeと同じ場所にあるのでそれを使いましょう。
また、拡張モジュール名にも「_d」が必要です。Release版が「spam.pyd」ならDebug版では「spam_d.pyd」です。リネームで十分です。

C:\work\PythonExtension>python_d
Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:51:19) [MSC v.1900 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import spam
>>>

C:\work\PythonExtension>python_d

Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:51:19) [MSC v.1900 32 bit (Intel)] on win32

Type "help", "copyright", "credits" or "license" for more information.

>>> import spam

>>>

このようにFatal Python Errorは発生せずに続行できます。
Debug版でのデバッグをあきらめて、Release版に無理やりデバッグ情報をつけてデバッグしていた方、是非これをお試しあれ。

これに気付く前にVisual Studio 2017のドキュメントで次のようなものを見つけていました。
https://docs.microsoft.com/ja-jp/visualstudio/python/working-with-c-cpp-python-in-visual-studio?view=vs-2017
以下抜粋

警告

デバッグ構成の場合でも [C/C++] > [コード生成] > [ランタイムライブラリ] のオプションを常にマルチスレッド DLL (/MD) に設定します。これは、この設定がデバッグ以外の Python バイナリのビルドに使用されるためです。
マルチスレッドデバッグ DLL (/MDd) オプションを設定すると、デバッグ構成をビルドするときに、”C1189: Py_LIMITED_API は Py_DEBUG、Py_TRACE_REFS、Py_REF_DEBUG と互換性がありません” というエラーが表示されます。さらに、ビルドエラーを避けるために Py_LIMITED_API を
削除すると、モジュールをインポートしようとしたときに Python がクラッシュします (後で説明しますが、クラッシュは DLL のPyModule_Create の呼び出し内で発生し、出力メッセージは “Fatal Python error: PyThreadState_Get: no current thread (Python 致命的エラー: PyThreadState_Get: 現在のスレッドがありません)” です)。
/MDd オプションは Python デバッグバイナリ (python_d.exe など) のビルドに使われますが、拡張 DLL に対して選ぶと、やはり Py_LIMITED_API のビルドエラーになります。

でもこんなことする必要なく、python_d.exeを使うだけでOKですよー。

2024年4月
月	火	水	木	金	土	日
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30