Laravel – timestampsを抑制する

2021-10-11 / tau / コメントする

概要

Laraveのデフォルトでモデルとマイグレーションファイルを作成すると、マイグレーションファイルには$table->timestampsが自動的に記述され、マイグレートするとcreated_at、updated_atの2つのカラムがtimestamp型で定義される。

ここでは、これらのタイムスタンプを生成させない方法をまとめる。

マイグレーションファイルの該当文を削除orコメントアウト
モデルでタイムスタンプを生成させないよう記述を追加

マイグレーションファイルの編集

マイグレーションファイル生成時に自動で記述される$table->timestamps()を削除するかコメントアウトする。

class CreateTestModelsTable extends Migration
{
    public function up()
    {
        Schema::create('test_models', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('product_name', 20);
            $table->integer('amount');
            // $table-timestamps(); →削除してもよい
        });
    }
    ........
}

class CreateTestModelsTable extends Migration

{

public function up()

{

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

$table->bigIncrements('id');

$table->string('product_name', 20);

$table->integer('amount');

// $table-timestamps(); →削除してもよい

});

}

........

}

モデルへのタイムスタンプ抑制の記述

マイグレーションファイルからタイムスタンプの行を消しても、モデルをデータベースに登録しようとするとモデル側でタイムスタンプを生成し、データベースに対応するカラムがないとしてエラーになる。

そこで、モデルにタイムスタンプの生成を抑制する記述を追加する。

class TestModel extends Model
{
    public $timestamps = false;
}

class TestModel extends Model

{

public $timestamps = false;

}

Laravel – timestampsの2038年問題

2021-10-11 / tau / コメントする

マイグレーションファイルでのtimestamp

Laravelでマイグレーションファイルを生成させると、timestampが自動的に設定されている。たとえばusersテーブルを生成するマイグレーションファイルは以下のとおり。

class CreateUsersTable extends Migration
{
    .....
    public function up()
    {
        Schema::create('users', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('name');
            $table->string('email')->unique();
            $table->timestamp('email_verified_at')->nullable();
            $table->string('password');
            $table->rememberToken();
            $table->timestamps();
        });
    }
    .....
}

class CreateUsersTable extends Migration

{

.....

public function up()

{

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

$table->bigIncrements('id');

$table->string('name');

$table->string('email')->unique();

$table->timestamp('email_verified_at')->nullable();

$table->string('password');

$table->rememberToken();

$table->timestamps();

});

}

.....

}

生成されるテーブルの構造は以下のとおりで、引数を与えないtimestamps()メソッドはcreated_atとupdated_atの2つのカラムを生成する。

mysql> DESCRIBE users;
+-------------------+-----------------+------+-----+---------+----------------+
| Field             | Type            | Null | Key | Default | Extra          |
+-------------------+-----------------+------+-----+---------+----------------+
| id                | bigint unsigned | NO   | PRI | NULL    | auto_increment |
| name              | varchar(255)    | NO   |     | NULL    |                |
| email             | varchar(255)    | NO   | UNI | NULL    |                |
| email_verified_at | timestamp       | YES  |     | NULL    |                |
| password          | varchar(255)    | NO   |     | NULL    |                |
| remember_token    | varchar(100)    | YES  |     | NULL    |                |
| created_at        | timestamp       | YES  |     | NULL    |                |
| updated_at        | timestamp       | YES  |     | NULL    |                |
+-------------------+-----------------+------+-----+---------+----------------+
8 rows in set (0.00 sec)

mysql> DESCRIBE users;

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

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

| id | bigint unsigned | NO | PRI | NULL | auto_increment |

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

8 rows in set (0.00 sec)

ところがMySQLのtimestampは2038年問題を回避できないので、安易にこのまま使うののではなく、これらをdatetime型に変更しておいた方が安全。

timestamp	datetime
UTC内部表現で保持	タイムゾーン文字列で保持
1970-01-01 00:00:01UTC～2038-01-19 03:14:07UTC	1000-01-01 00:00:00～9999-12-31 23:59:59

マイグレーションファイルの修正

timestamps()を削除して、必要なら以下の2行に入れ替えるのが一方法。

class CreateUsersTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('users', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('name');
            $table->string('email')->unique();
            //$table->timestamp('email_verified_at')->nullable();
            $table->datetime('email_verified_at')->nullable();
            $table->string('password');
            $table->rememberToken();
            //$table->timestamps();
            $table->datetime('created_at');
            $table->datetime('updated_at');
        });
    }

class CreateUsersTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

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

$table->bigIncrements('id');

$table->string('name');

$table->string('email')->unique();

//$table->timestamp('email_verified_at')->nullable();

$table->datetime('email_verified_at')->nullable();

$table->string('password');

$table->rememberToken();

//$table->timestamps();

$table->datetime('created_at');

$table->datetime('updated_at');

});

}

このように設定すると、Laravelの方で作成日時と更新日時を自動的に更新してくれる(tinkerでのモデル操作を参照)。

Laravel – データ削除

2021-10-10 / tau / コメントする

delete～データの削除

データを削除するルーティングとしてdeleteが準備されている。

前提

モデルデータの操作で準備した枠組みを使う。ユーザー認証機能を持ち、ユーザーごとに入力されたシンプルな投稿記事Postを扱う。

流れ

DELETEメソッドでリクエスト
posts.deleteルートでPostsControllerのdestroyアクションを実行
destroyアクションで指定されたデータを削除

destroyアクションの呼び出し

リソースルーティングで以下のように設定されていて、DELETEメソッドによるリクエストの場合、ドメイン/posts/(id)からPostControllerのdestroyアクションにルーティングされる。ルーティング名はposts.delete。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

このルーティングにリクエストする場合、たとえばページの中にフォーム要素とINPUT(type="submit")要素を配置することが考えられる。

ここでルーティングに従えばDELETEメソッドを明示する必要があるが、現在のブラウザーではGETとPOSTしか認識しない。

フォームからDELETEメソッドをリクエストする場合、以下のようにフォームのmethodではPOSTを指定し、Laravelの@methodディレクティブでDELETEを指定する。

@foreach ($posts as $post)
  <form class="delete" method="post" action="{{ route('posts.destroy', $post) }}">
    @csrf
    @method('delete')
    <input type="submit" value="削除">
  </form>
@endforeach

@foreach ($posts as $post)

@csrf

@method('delete')

</form>

@endforeach

この例では、フォームのaction先にroute()メソッドを使い、第一引数でposts.daestroyのルーティング名を、第2引数で削除対象のデータ$postを渡している。これによってDELETEメソッドでURIとしてドメイン名/posts/(id)が渡される

なお@methodディレクティブは、以下のようなhidden要素を生成する。

<input type="hidden" name="_method" value="delete">

1	<input type="hidden" name="_method" value="delete">

コントローラー～destroyアクション

ルーティングに従って、PostControllerのdestroyアクションを以下のように記述する。

class PostController extends Controller
{
    ........
    public function destroy($id)
    {
        $post = Post::find($id);
        $post->delete();
        return redirect()->route('posts.index');
    }
    ........
}

class PostController extends Controller

{

........

public function destroy($id)

{

$post = Post::find($id);

$post->delete();

return redirect()->route('posts.index');

}

........

}

ここでの要点は以下の通り。

destroy()メソッドの引数で、URLに埋め込まれたidが$idとして受け取られている
Postクラスのfind()メソッドの引数に$idを渡して、指定したidの記事インスタンスを$postで参照している
削除対象記事のインスタンス$postのdelete()メソッドの引数に、更新対象の要素を渡している
データ削除を反映した一覧表示のため、indexにリダイレクトしている

まとめ

以上の設定により、たとえばフォームに配置された削除ボタンを押すと、その記事のidがURLに埋め込まれてDELTEメソッドでリクエストされ、destroyアクションでデータが削除される。

Laravel – データ編集・更新

2021-10-10 / tau / コメントする

create, store～データの入力と登録

リソースルーティングでは、以下を意図している。

edit: データを編集する。フォームで編集する場合、フォームを持つビューを表示する。
update: 編集後の内容でデータベースのデータを更新する。editがフォームでの編集の場合、フォームのaction先をこのルートにする。

前提

モデルデータの操作で準備した枠組みを使う。ユーザー認証機能を持ち、ユーザーごとに入力されたシンプルな投稿記事Postを扱う。

流れ

編集する記事の$idを指定してドメイン名/posts/(id)/editをGETリクエスト
posts.editルートでPostsControllerのeditアクションを実行
editアクションで編集フォームを含むビューを表示
編集フォームのactionからposts.updateへルーティング
→methodはPATCH
posts.updateルートでPostControllerのupdateアクションを実行
updateアクションでデータベース上のデータを更新

editアクションの呼び出し

リソースルーティングで以下のように設定されていて、ドメイン/posts/(id)/editからPostControllerのeditアクションにルーティングされる。ルーティング名はposts.edit。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

編集対象の記事を指定してposts.editにGETリクエストでルーティングする例として、以下のようなアンカー要素がある。

<a href="{{ route('posts.edit', $post) }}">編集</a>

1	<a href="{{ route('posts.edit', $post) }}">編集</a>

route()メソッドの第2引数でモデルデータを指定すると、自動的にルーティングに沿った形でデータのidがURLに埋め込まれる。

上記の例ではルーティングがposts.editでURLがposts/{post}/editとなっているので、例えば記事idが3の記事の場合は以下のようなURLとなり、これがブラウザーにも表示される。

ドメイン名/posts/3/edit

コントローラー～editアクション

コントローラーでは、ビューの$titleと編集対象の記事のインスタンスを設定してresources/views/posts/edit.blade.phpを表示させる。

editアクションに来る際にURLに埋め込まれたidが、editアクションメソッドの引数$idとして受け取られる。この$idをPostモデルのfind()メソッドの引数に与えて、指定したidの記事データを取得する。

class PostController extends Controller
{
    ........
    public function edit($id)
    {
      $post = Post::find($id);

      return view('posts.edit', [
        'title' => '投稿編集',
        'post' => $post,
      ]);
    }
    ........
}

class PostController extends Controller

{

........

public function edit($id)

{

$post = Post::find($id);

return view('posts.edit', [

'title' => '投稿編集',

'post' => $post,

]);

}

........

}

編集フォームビュー

bladeテンプレート

投稿を編集するフォームはposts/edit.blade.phpに以下の要領で記述。

ここでHTTPのメソッドはPOSTだが、ルーティングではPATCHメソッドを期待しているので、@method('patch')ディレクティブが必要。

  <form method="post" action="{{ route('posts.update', $post) }}">
    @csrf
    @method('patch')
    <div>
      <input type="text" name="comment" value="{{ $post->comment }}">
    </div>
    <input type="submit" value="更新">
  </form>

@csrf

@method('patch')

<div>

<input type="text" name="comment" value="{{ $post->comment }}">

</div>

</form>

actionで指定しているroute('posts.update', $post)はデータベースの更新アクションupdateへのルーティング。

PATCHに対するルーティングのURLはドメイン名/posts/(id)となる。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

フォームリクエスト～バリデーション

編集フォームのバリデーションは入力フォームのところで作成したフォームリクエストを使う。

コントローラー～updateアクション

use指定

PostモデルとPostRequestに対するuse指定はフォーム入力で指定済み。

updateアクション

入力フォームのaction先で指定されたアクションメソッドで、編集後の内容でデータベースを更新する。

class PostController extends Controller
{
    ........
    public function update(PostRequest $request, $id)
    {
        // return 'update:' . $id;
        $post = Post::find($id);
        $post->update($request->only(['comment']));
        return redirect()->route('posts.index');
    }
    ........
}

class PostController extends Controller

{

........

public function update(PostRequest $request, $id)

{

// return 'update:' . $id;

$post = Post::find($id);

$post->update($request->only(['comment']));

return redirect()->route('posts.index');

}

........

}

ここでの要点は以下の通り。

フォームリクエストのバリデーションを有効にするため、update()メソッドのインジェクションをPostRequestにしている
update()メソッドの第2引数で、URLに埋め込まれたidが$idとして受け取られている
Postクラスのfind()メソッドの引数に$idを渡して、指定したidの記事インスタンスを$postで参照している
編集対象記事のインスタンス$postのupdate()メソッドの引数に、更新対象の要素を渡している
- 更新対象の要素は、引数のリクエストで得られたフォーム入力のcommentをonly()で限定している
更新後のデータを含めた一覧表示のため、indexにリダイレクトしている

モデルでの$fillable設定

update()メソッドでのフォームリクエストによる登録はマスアサインメントになるので、モデルに$fillableの定義が必要(フォーム入力のところで定義済み)。

確認

ユーザーログイン状態で<a href="{{ route('posts.edit', $post) }}">編集</a>などでGETリクエストすると編集フォームのページが表示され、更新ボタンを押すとデータが更新される。

mysql> SELECT * FROM posts;
+----+---------+-----------------------------------+---------------------+---------------------+
| id | user_id | comment                           | created_at          | updated_at          |
+----+---------+-----------------------------------+---------------------+---------------------+
|  1 |       1 | user1の1つ目の投稿を編集          | 2021-10-09 10:34:47 | 2021-10-10 11:40:44 |
|  2 |       1 | user1の2つ目の投稿                | 2021-10-09 10:35:01 | 2021-10-09 10:35:01 |
|  3 |       2 | user2の1つ目の投稿を編集          | 2021-10-09 10:35:32 | 2021-10-10 10:56:10 |
|  4 |       2 | user2の2つ目の投稿も編集          | 2021-10-09 10:35:45 | 2021-10-10 10:57:06 |
+----+---------+-----------------------------------+---------------------+---------------------+
4 rows in set (0.00 sec)

mysql> SELECT * FROM posts;

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

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

| 1 | 1 | user1の1つ目の投稿を編集 | 2021-10-09 10:34:47 | 2021-10-10 11:40:44 |

| 2 | 1 | user1の2つ目の投稿 | 2021-10-09 10:35:01 | 2021-10-09 10:35:01 |

| 3 | 2 | user2の1つ目の投稿を編集 | 2021-10-09 10:35:32 | 2021-10-10 10:56:10 |

| 4 | 2 | user2の2つ目の投稿も編集 | 2021-10-09 10:35:45 | 2021-10-10 10:57:06 |

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

4 rows in set (0.00 sec)

Laravel – データ表示

2021-10-10 / tau / コメントする

index～全データ表示

データの一覧を表示させるルーティングとしてindexを使う。

前提

モデルデータの操作で準備した枠組みを使う。ユーザー認証機能を持ち、ユーザーごとに入力されたシンプルな投稿記事Postを扱う。

流れ

ドメイン名/postsをGETリクエスト
posts.indexルートでPostsControllerのindexアクションを実行
indexアクションでログインユーザーの投稿記事を表示

indexアクションの呼び出し

リソースルーティングで以下のように設定されていて、GETメソッドによるリクエストの場合、ドメイン/postsからPostControllerのindexアクションにルーティングされる。ルーティング名はposts。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

コントローラー～indexアクション

ルーティングに従って、PostControllerのindexアクションを以下のように記述する。

class PostController extends Controller
{
    ........
    public function index()
    {
        $posts = Post::all();

        return view('posts.index', [
          'title' => '投稿一覧',
          'posts' => $posts,
        ]);
    }
    ........
}

class PostController extends Controller

{

........

public function index()

{

$posts = Post::all();

return view('posts.index', [

'title' => '投稿一覧',

'posts' => $posts,

]);

}

........

}

all()メソッドは、Postモデルのデータが保存されているpostsテーブルから全データを取得して配列として返す。つまりこの段階では、すべてのログインユーザーが他のユーザーのものも含めた全投稿を見られることになる。

Postクラスや継承元のModelクラスはall()メソッドを持たないが、store()アクションで見たのと同じようにModelクラスのマジックメソッドから呼び出していると思われる。

投稿記事の配列はresource/posts/index.blade.phpに'posts'として渡され、これがindexビューで$postsとして利用される。

表示ビュー

投稿表示はindex.blade.phpに以下の要領で記述。

  @forelse ($posts as $post)
    <p>{{ $post->comment }} : {{ $post->created_at }}</p>
  @empty
    <p>投稿はありません。</p>
  @endforelse

@forelse ($posts as $post)

<p>{{ $post->comment }} : {{ $post->created_at }}</p>

@empty

<p>投稿はありません。</p>

@endforelse

ここでは@forelseディレクティブで$postsに格納された投稿記事群を一つずつ取り出して、commentとcreated_at(datetime型)を表示させている。

$postsはindexアクションで読み込まれた投稿記事を格納した配列。

@forelseを使っているので、$postsが空の場合、つまり投稿が一つもされていない場合は、それに対応したメッセージが表示される。

Laravel – モデルデータの操作

2021-10-10 / tau / コメントする

概要

ここではモデルを使った基本の流れを整理する。

フォームで入力したデータをデータベースに登録
データベースのデータを表示
登録されたデータを編集・更新
登録されたデータの削除

例として、短いコメントを書き込む掲示板を想定する。

設定

ユーザー認証機能を実装。

データとしてユーザーが入力した投稿記事を扱う。

モデルは投稿記事を表すPost
コントローラーはPostController
postsに対するリソースルーティングを使う

準備

モデル

artisanでモデルを作成。

$ php artisan make:model Post

1	$ php artisan make:model Post

マイグレーションファイルを編集し、マイグレート。

投稿本文はcommentとし、200文字の文字列
自動生成されるtimestampsをdatetime型のcreated_atとupdated_atに変更(2038問題対応)
user_idはusersのidを外部キーとして持つ
→外部キー参照

public function up()
{
    Schema::create('posts', function (Blueprint $table) {
        $table->bigIncrements('id');

        // ユーザーIDの外部キー
        $table->unsignedBigInteger('user_id');

        // コメント本文
        $table->string('comment', 200);

        // $table->timestamps();
        $table->datetime('created_at');
        $table->datetime('updated_at');

        // 外部キー制約設定
        $table->foreign('user_id')->references('id')->on('users')
        ->onUpdate('cascade')
        ->onDelete('cascade');
}

public function up()

{

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

$table->bigIncrements('id');

// ユーザーIDの外部キー

$table->unsignedBigInteger('user_id');

// コメント本文

$table->string('comment', 200);

// $table->timestamps();

$table->datetime('created_at');

$table->datetime('updated_at');

// 外部キー制約設定

$table->foreign('user_id')->references('id')->on('users')

->onUpdate('cascade')

->onDelete('cascade');

}

コントローラー

artisanでコントローラーを作成。

$ php artisan make:controller PostController

1	$ php artisan make:controller PostController

ルーティング

postsに対してPostControllerを割り当てるリソースルーティングを記述。

Route::resource('posts', 'PostController');

1	Route::resource('posts', 'PostController');

Postモデルに関するリソースルーティングは以下の通り。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

アクセス制限

ログインユーザーのみページを見ることができるようアクセス制限をかける場合は、PostControllerのコンストラクターでミドルウェアを指定する。

class PostController extends Controller
{
    public function __construct()
    {
      $this->middleware('auth');
    }
    ....
}

class PostController extends Controller

{

public function __construct()

{

$this->middleware('auth');

}

....

}

データの操作

Laravel – データが属しているユーザーを取り出す

2021-10-09 / tau / コメントする

概要

投稿記事を投稿したユーザーや商品カートの保有ユーザーなど、データが所属しているユーザーを取り出す場合。1対多のリレーションの多に属するデータから1のデータを取得する。

データモデルにリレーションを設定することで、そのデータが属するユーザーを属性として取り出すことができる。

手順

データモデルにuser()メソッドを定義し、そのデータがUserモデルのデータに属していることを記述する。メソッド名はUserの単数形となっていることに注意。

class モデル extends Model
{
    ....
    // リレーション設定
    public function user() {
      return $this->belongsTo('App\User');
    }
}

class モデル extends Model

{

....

// リレーション設定

public function user() {

return $this->belongsTo('App\User');

}

これによってデータモデルにuser属性が追加され、それを介してUserの各属性を取得することができる。

モデルデータ->user->name

例

例えばユーザー認証は設定済みとして、ユーザーの投稿記事モデルPostsを定義済みとする。Postモデルは記事の投稿ユーザーのIDをuser_idとして持ち、外部キー制約を設定している。

mysql> DESCRIBE posts;
+------------+-----------------+------+-----+---------+----------------+
| Field      | Type            | Null | Key | Default | Extra          |
+------------+-----------------+------+-----+---------+----------------+
| id         | bigint unsigned | NO   | PRI | NULL    | auto_increment |
| user_id    | bigint unsigned | NO   | MUL | NULL    |                |
| comment    | varchar(200)    | NO   |     | NULL    |                |
| image_name | varchar(100)    | NO   |     | NULL    |                |
| created_at | datetime        | NO   |     | NULL    |                |
| updated_at | datetime        | NO   |     | NULL    |                |
+------------+-----------------+------+-----+---------+----------------+
6 rows in set (0.00 sec)

mysql> DESCRIBE posts;

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

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

| id | bigint unsigned | NO | PRI | NULL | auto_increment |

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

6 rows in set (0.00 sec)

まずPostモデルにuser()メソッドを定義し、belongsTo(App\User)を戻り値とする。

belongsTo()はPostモデルがUserモデルに属することから、Postのインスタンスが属するUserのインスタンスを返す
このリレーション設定によって、Postモデルにuserプロパティーが加えられ、Postインスタンスが属するUserのインスタンスを取得できる

class Post extends Model
{
    ....
    // リレーション設定
    public function user() {
      return $this->belongsTo('App\User');
    }
}

class Post extends Model

{

....

// リレーション設定

public function user() {

return $this->belongsTo('App\User');

}

これでPostインスタンスのuserプロパティーに、その記事を投稿したユーザーへの参照が格納される。

たとえば投稿記事が$postに格納されているとして、ビュー側でユーザーを取得して表示する場合、以下のようなディレクティブになる。

<p>{{ $post->user->name }}さんの記事 : {{ $post->comment }}</p>

1	<p>{{ $post->user->name }}さんの記事 : {{ $post->comment }}</p>

Laravel – ログインユーザーのデータのみ取り出す

2021-10-09 / tau / コメントする

概要

ユーザーが投稿した記事や購入予定のカート・商品など、ログインユーザーに関するもののみを利用したい場合。1対多のリレーションの1から多のデータ群を取得する。

以下のいずれかの方法がある。

モデルのwhere()->get()で抽出する
Userモデルにリレーションを定義し、Userのプロパティーとして取得する

where()メソッドを使う方法

手順

全ての記事を取得するならコントローラーのアクションでPost::all()として取り出すが、この場合はwhere()メソッドで全データのうちuser_idがログインユーザーのidと同じデータだけを抽出する。

SQLではWHERE user_id = ログインユーザーidとなるが、Laravelでは以下のように書く。

モデル::where('モデルのユーザーid', \Auth::user()->id)->get()

例

mysql> DESCRIBE posts;
+------------+-----------------+------+-----+---------+----------------+
| Field      | Type            | Null | Key | Default | Extra          |
+------------+-----------------+------+-----+---------+----------------+
| id         | bigint unsigned | NO   | PRI | NULL    | auto_increment |
| user_id    | bigint unsigned | NO   | MUL | NULL    |                |
| comment    | varchar(200)    | NO   |     | NULL    |                |
| image_name | varchar(100)    | NO   |     | NULL    |                |
| created_at | datetime        | NO   |     | NULL    |                |
| updated_at | datetime        | NO   |     | NULL    |                |
+------------+-----------------+------+-----+---------+----------------+
6 rows in set (0.00 sec)

mysql> DESCRIBE posts;

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

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

| id | bigint unsigned | NO | PRI | NULL | auto_increment |

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

6 rows in set (0.00 sec)

以下はログインユーザーの全記事をPostControllerのindexアクションで取得し、indexビューで表示させる例。ビュー側で受け取った$postsにログインユーザーが投稿した記事だけが配列で格納される。

class PostController extends Controller
{
    ....
    public function index()
    {
        $posts = Post::where('user_id', \Auth::user()->id)->get();

        return view('posts.index', [
          'title' => '投稿一覧',
          'posts' => $posts,
        ]);
    }
}

class PostController extends Controller

{

....

public function index()

{

$posts = Post::where('user_id', \Auth::user()->id)->get();

return view('posts.index', [

'title' => '投稿一覧',

'posts' => $posts,

]);

}

モデルのリレーションを定義する方法

手順

Userモデルにモデル名の複数形(テーブル名に相当)でメソッドを定義し、リレーションを記述する。

class User extends Authenticatable
{
    ....
    // リレーション設定
    public function メソッド名() {
      return $this->hasMany('App\モデル名');
    }
}

class User extends Authenticatable

{

....

// リレーション設定

public function メソッド名() {

return $this->hasMany('App\モデル名');

}

これによってUserモデルの属性にメソッド名と同名のプロパティーが追加され、そのユーザーのidを外部キーに持つモデルのデータのみを取り出すことができる。

そしてコントローラーのアクションで、ログインユーザーのプロパティーでログインユーザーのidを持つデータのみを取得できる。

class コントローラー extends Controller
{
    ....
    public function アクション()
    {
        $login_users_data = \Auth::user()->メソッド名;
        ....
    }
}

class コントローラー extends Controller

{

....

public function アクション()

{

$login_users_data = \Auth::user()->メソッド名;

....

}

例

以下は先と同じPostモデルを扱う例。

まずUserモデルにPostの複数形(テーブル名)でposts()メソッドを定義し、hasMany(App\Post)を戻り値とする。

hasMany()は元のモデル(User)が複数の引数モデルを持つことから、Userのインスタンスに属する複数のデータの配列を返す
このリレーション設定によって、Userモデルにpostsプロパティーが加えられ、Userインスタンスに属するPostの配列を取得できる

class User extends Authenticatable
{
    ....
    // リレーション設定
    public function posts() {
      return $this->hasMany('App\Post');
    }
}

class User extends Authenticatable

{

....

// リレーション設定

public function posts() {

return $this->hasMany('App\Post');

}

これでユーザーのインスタンスのpostsプロパティーに、そのユーザーが投稿した記事だけが格納される。

コントローラーではログインユーザー(\Auth::user())のpostsプロパティーを参照すればよいので、以下のようになる。

class PostController extends Controller
{
    ....
    public function index()
    {
        $posts = \Auth::user()->posts;

        return view('posts.index', [
          'title' => '投稿一覧',
          'posts' => $posts,
        ]);
    }
}

class PostController extends Controller

{

....

public function index()

{

$posts = \Auth::user()->posts;

return view('posts.index', [

'title' => '投稿一覧',

'posts' => $posts,

]);

}

Laravel – フォーム入力・データ登録

2021-10-08 / tau / コメントする

create, store～データの入力と登録

リソースルーティングでは、以下を意図している。

create: 登録するデータを作成する。フォーム入力の場合、フォームを持つビューを表示する。
store: データをデータベースに登録する。createがフォーム入力の場合、フォームのaction先をこのルートにする。

前提

モデルデータの操作で準備した枠組みを使う。ユーザー認証機能を持ち、ユーザーごとに入力されたシンプルな投稿記事Postを扱う。

流れ

ドメイン名/posts/createをGETリクエスト
posts.createルートでPostsControllerのcreateアクションを実行
createアクションで入力フォームを含むビューを表示
入力フォームのactionからposts.storeへルーティング
posts.storeルートでPostControllerのstoreアクションを実行
storeアクションでデータベースにデータを登録

createアクションの呼び出し

リソースルーティングで以下のように設定されていて、ドメイン/posts/createからPostControllerのcreateアクションにルーティングされる。ルーティング名はposts.create。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

コントローラー～createアクション

コントローラーでは、ビューの$titleを設定してresources/views/posts/create.blade.phpを表示させるだけ。

class PostController extends Controller
{
    ........
    public function create()
    {
        return view('posts.create', [
            'title' => '新規投稿'
        ]);
    }
    ........
}

class PostController extends Controller

{

........

public function create()

{

return view('posts.create', [

'title' => '新規投稿'

]);

}

........

}

入力フォームビュー

bladeテンプレート

投稿を入力するフォームはposts/create.blade.phpに以下の要領で記述。

<form action="{{ route('posts.store') }}" method="post">
  @csrf
  <div>
    <input type="text" name="comment" placeholder="コメントを入力">
  </div>
  <input type="submit" value="投稿">
</form>

@csrf

<div>

</div>

</form>

actionで指定しているroute('posts.store')はデータベースへの登録アクションstoreへのルーティング。

$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
........
|        | POST      | posts                  | posts.store      | App\Http\Controllers\PostController@store                              | web,auth     |
|        | GET|HEAD  | posts                  | posts.index      | App\Http\Controllers\PostController@index                              | web,auth     |
|        | GET|HEAD  | posts/create           | posts.create     | App\Http\Controllers\PostController@create                             | web,auth     |
|        | GET|HEAD  | posts/{post}           | posts.show       | App\Http\Controllers\PostController@show                               | web,auth     |
|        | DELETE    | posts/{post}           | posts.destroy    | App\Http\Controllers\PostController@destroy                            | web,auth     |
|        | PUT|PATCH | posts/{post}           | posts.update     | App\Http\Controllers\PostController@update                             | web,auth     |
|        | GET|HEAD  | posts/{post}/edit      | posts.edit       | App\Http\Controllers\PostController@edit                               | web,auth     |
........

$ php artisan route:list

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

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

........

| | GET|HEAD | posts/{post} | posts.show | App\Http\Controllers\PostController@show | web,auth |

| | DELETE | posts/{post} | posts.destroy | App\Http\Controllers\PostController@destroy | web,auth |

| | PUT|PATCH | posts/{post} | posts.update | App\Http\Controllers\PostController@update | web,auth |

| | GET|HEAD | posts/{post}/edit | posts.edit | App\Http\Controllers\PostController@edit | web,auth |

........

フォームリクエスト～バリデーション

フォーム入力のバリデーションをフォームリクエストに記述する。

まず、以下のコマンドでフォームリクエストを作成。

$ php artisan make:request PostRequest

1	$ php artisan make:request PostRequest

app/Http/Requestsディレクトリーに作成されたPostRequest.phpを編集し、バリデーションルールを追加。ここでは唯一のフォーム入力commentに対して、入力必須(required)と最大200文字(max:200)を配列で設定している。

<?php

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;

class PostRequest extends FormRequest
{
    ........
    public function rules()
    {
        return [
            'comment' => ['required', 'max:200'],
        ];
    }
}

<?php

namespace App\Http\Requests;

use Illuminate\Foundation\Http\FormRequest;

class PostRequest extends FormRequest

{

........

public function rules()

{

return [

'comment' => ['required', 'max:200'],

];

}

コントローラー～storeアクション

use指定

PostControllerでPostモデルとPostのフォームリクエストを使うため、以下のようにファイル冒頭でuse指定する(個別の名前空間指定が不要になる)。

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

use App\Post;
use App\Http\Requests\PostRequest;

class PostController extends Controller
{
    ........
}

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

use App\Post;

use App\Http\Requests\PostRequest;

class PostController extends Controller

{

........

}

storeアクション

入力フォームのaction先で指定されたアクションメソッドで、フォームの入力をデータベースに書き込む。

class PostController extends Controller
{
    ........
    public function store(PostRequest $request)
    {
        Post::create([
          'comment' => $request->comment,
        ]);

        return redirect()->route('posts.index');
    }
    ........
}

class PostController extends Controller

{

........

public function store(PostRequest $request)

{

Post::create([

'comment' => $request->comment,

]);

return redirect()->route('posts.index');

}

........

}

ここではPostクラスが継承しているModelクラスのcreate()メソッドで、フォームリクエストのパラメーターをセットしてデータを書き込んでいる。

入力バリデーションはマスアサインメント実行時にフォームリクエストで実行され、エラーがあれば$errorsに格納される
Post::create()は最終的にEloquent/Builderのcreate()が実行されるらしい(参照：モデルのcreate()メソッドはどこに？)

データ書き込み後posts.indexにリダイレクトしているが、これは投稿記事一覧表示へのルーティング。

モデルでの$fillable設定

create()メソッドによる登録はマスアサインメントになるので、モデルに$fillableを定義しておく。

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Post extends Model
{
    protected $fillable = ['user_id', 'comment', 'image_name'];
}

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Post extends Model

{

protected $fillable = ['user_id', 'comment', 'image_name'];

}

確認

ユーザーログイン状態でドメイン名/posts/createをGETリクエストすると入力フォームのページが表示され、投稿ボタンを押すとデータが登録される。

たとえばuser1とuser2をユーザー登録しておいて・・・

mysql> SELECT * FROM users\G
*************************** 1. row ***************************
               id: 1
             name: user1
            email: user1@mail.com
email_verified_at: NULL
         password: $2y$10$45lbfGBk84uzZQLi3lahmulUVSQ75xeNSJC42FmS.ayCaW6WyZtfS
   remember_token: NULL
       created_at: 2021-10-09 10:24:22
       updated_at: 2021-10-09 10:24:22
*************************** 2. row ***************************
               id: 2
             name: user2
            email: user2@mail.com
email_verified_at: NULL
         password: $2y$10$dVAMHnafJLvx4HSyypRfwubvM8ARlAKGa6tqV647xxiBc4i34kixG
   remember_token: NULL
       created_at: 2021-10-09 10:25:59
       updated_at: 2021-10-09 10:25:59
2 rows in set (0.00 sec)

mysql> SELECT * FROM users\G

*************************** 1. row ***************************

id: 1

name: user1

email: user1@mail.com

email_verified_at: NULL

password: $2y$10$45lbfGBk84uzZQLi3lahmulUVSQ75xeNSJC42FmS.ayCaW6WyZtfS

remember_token: NULL

created_at: 2021-10-09 10:24:22

updated_at: 2021-10-09 10:24:22

*************************** 2. row ***************************

id: 2

name: user2

email: user2@mail.com

email_verified_at: NULL

password: $2y$10$dVAMHnafJLvx4HSyypRfwubvM8ARlAKGa6tqV647xxiBc4i34kixG

remember_token: NULL

created_at: 2021-10-09 10:25:59

updated_at: 2021-10-09 10:25:59

2 rows in set (0.00 sec)

それぞれの記事を投稿した結果は以下の通り。

mysql> SELECT * FROM posts;
+----+---------+--------------------------+---------------------+---------------------+
| id | user_id | comment                  | created_at          | updated_at          |
+----+---------+--------------------------+---------------------+---------------------+
|  1 |       1 | user1の1つ目の投稿       | 2021-10-09 10:34:47 | 2021-10-09 10:34:47 |
|  2 |       1 | user1の2つ目の投稿       | 2021-10-09 10:35:01 | 2021-10-09 10:35:01 |
|  3 |       2 | user2の1つ目の投稿       | 2021-10-09 10:35:32 | 2021-10-09 10:35:32 |
|  4 |       2 | user2の2つ目の投稿       | 2021-10-09 10:35:45 | 2021-10-09 10:35:45 |
+----+---------+--------------------------+------------+---------------------+---------------------+
4 rows in set (0.00 sec)

mysql> SELECT * FROM posts;

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

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

| 1 | 1 | user1の1つ目の投稿 | 2021-10-09 10:34:47 | 2021-10-09 10:34:47 |

| 2 | 1 | user1の2つ目の投稿 | 2021-10-09 10:35:01 | 2021-10-09 10:35:01 |

| 3 | 2 | user2の1つ目の投稿 | 2021-10-09 10:35:32 | 2021-10-09 10:35:32 |

| 4 | 2 | user2の2つ目の投稿 | 2021-10-09 10:35:45 | 2021-10-09 10:35:45 |

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

4 rows in set (0.00 sec)

Laravel – モデルのcreate()メソッドはどこに？

2021-10-08 / tau / コメントする

Modelにcreate()メソッドがない

LaravelのUserや作成したモデルで呼び出すcreate()メソッドについて調べた過程。

たとえばLaravelでモデルとコントローラーをPost、PostControllerのように生成し、store()アクション内でマスアサインメントによってデータを登録する場合に、以下のように書き、モデルクラスのスタティックメソッドcreate()を呼び出している。

class PostController extends Controller
{
    ........
    public function store(Request $request)
    {
        Post::create([
          'comment' => $request->comment,
        ]);

        return redirect()->route('posts.index');
    }
    ........
}

class PostController extends Controller

{

........

public function store(Request $request)

{

Post::create([

'comment' => $request->comment,

]);

return redirect()->route('posts.index');

}

........

}

ここでPostモデルのクラスを見てみると、EloquentのModelクラスを継承している。

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Post extends Model
{
}

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Post extends Model

{

}

ところがIlluminate\Database\Eloquent\Modelクラスなどをたどってみても、create()メソッドが見当たらなかった。

マジックメソッドで実装している

以下のように、Modelクラスではマジックメソッド__call()、__callstatic()が定義されている。

    public function __call($method, $parameters)
    {
        if (in_array($method, ['increment', 'decrement'])) {
            return $this->$method(...$parameters);
        }

        if ($resolver = (static::$relationResolvers[get_class($this)][$method] ?? null)) {
            return $resolver($this);
        }

        return $this->forwardCallTo($this->newQuery(), $method, $parameters);
    }

    public static function __callStatic($method, $parameters)
    {
        return (new static)->$method(...$parameters);
    }

public function __call($method, $parameters)

{

if (in_array($method, ['increment', 'decrement'])) {

return $this->$method(...$parameters);

}

if ($resolver = (static::$relationResolvers[get_class($this)][$method] ?? null)) {

return $resolver($this);

}

return $this->forwardCallTo($this->newQuery(), $method, $parameters);

}

public static function __callStatic($method, $parameters)

{

return (new static)->$method(...$parameters);

}

まず、Post::create()が実行されると、

Postクラスにはstatic create()がない
継承元のModelクラスにもstatic create()がない
Model::__callstatic()が呼ばれる
new staticがlate static bindingで実行されてnew Post()と解釈される
Postインスタンスにはcreate()がない
継承元のModelにもcreate()がない
Model::__call()が呼ばれる

この__call()メソッドの動作はよくわかっていないが、create()の場合は最終的に以下が実行されるようだ。

return $this->forwardCallTo($this->newQuery(), $method, $parameters);

1	return $this->forwardCallTo($this->newQuery(), $method, $parameters);

forwardCallTo()はModelでuseしているForwardsCallsトレイトのメソッドを呼んでいるが、要するにnewQuery()の戻り値のオブジェクトで定義されている$method(この場合はcreate())を呼んでいる。

trait ForwardsCalls
{
    protected function forwardCallTo($object, $method, $parameters)
    {
        try {
            return $object->{$method}(...$parameters);
        } catch (Error|BadMethodCallException $e) {
            ........
        }
    }
    ........
}

trait ForwardsCalls

{

protected function forwardCallTo($object, $method, $parameters)

{

try {

return $object->{$method}(...$parameters);

} catch (Error|BadMethodCallException $e) {

........

}

........

}

ここからどんどん複雑になっていくので手に負えなくなるが、参考サイトを拝見するとEloquent\Builderというクラスのインスタンスが戻り値になるようで、その中にcreate()が定義されていた。

参考サイト：【Laravel】第1回 Eloquent ソースコードリーディング – モデルの取得

尻切れトンボになってしまうが、ひとまずここまで。