Laravel6 – ユーザー認証

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

プロジェクト開始時に作成されるファイル

Userモデル

プロジェクトを作成すると、appディレクトリー下にUser.phpが作成される。

Userモデルの内容についてはこちらを参照。

<?php

namespace App;

use Illuminate\Contracts\Auth\MustVerifyEmail;
use Illuminate\Foundation\Auth\User as Authenticatable;
use Illuminate\Notifications\Notifiable;

class User extends Authenticatable
{
    use Notifiable;

    // マスアサインメントの対象となる属性
    protected $fillable = [
        'name', 'email', 'password',
    ];

    // 秘匿する属性
    protected $hidden = [
        'password', 'remember_token',
    ];

    // データベース読み込み時にキャストする属性
    protected $casts = [
        'email_verified_at' => 'datetime',
    ];
}

<?php

namespace App;

use Illuminate\Contracts\Auth\MustVerifyEmail;

use Illuminate\Foundation\Auth\User as Authenticatable;

use Illuminate\Notifications\Notifiable;

class User extends Authenticatable

{

use Notifiable;

// マスアサインメントの対象となる属性

protected $fillable = [

'name', 'email', 'password',

];

// 秘匿する属性

protected $hidden = [

'password', 'remember_token',

];

// データベース読み込み時にキャストする属性

protected $casts = [

'email_verified_at' => 'datetime',

];

}

コントローラー

プロジェクトを作成すると、Controllers/Authディレクトリー下に以下の認証用コントローラー群が自動的に作成される。

[vagrant@localhost laravel_photo]$ ls app/Http/Controllers/Auth/ -Al
合計 24
-rw-rw-r--. 1 vagrant vagrant 1024  5月 12 05:47 ConfirmPasswordController.php
-rw-rw-r--. 1 vagrant vagrant  667  5月 12 05:47 ForgotPasswordController.php
-rw-rw-r--. 1 vagrant vagrant 1002  5月 12 05:47 LoginController.php
-rw-rw-r--. 1 vagrant vagrant 1950  5月 12 05:47 RegisterController.php
-rw-rw-r--. 1 vagrant vagrant  844  5月 12 05:47 ResetPasswordController.php
-rw-rw-r--. 1 vagrant vagrant 1130  5月 12 05:47 VerificationController.php

[vagrant@localhost laravel_photo]$ ls app/Http/Controllers/Auth/ -Al

合計 24

-rw-rw-r--. 1 vagrant vagrant 1024 5月 12 05:47 ConfirmPasswordController.php

-rw-rw-r--. 1 vagrant vagrant 667 5月 12 05:47 ForgotPasswordController.php

-rw-rw-r--. 1 vagrant vagrant 1002 5月 12 05:47 LoginController.php

-rw-rw-r--. 1 vagrant vagrant 1950 5月 12 05:47 RegisterController.php

-rw-rw-r--. 1 vagrant vagrant 844 5月 12 05:47 ResetPasswordController.php

-rw-rw-r--. 1 vagrant vagrant 1130 5月 12 05:47 VerificationController.php

ルーティング設定

ユーザー認証のためのルーティング

プロジェクト作成後にUserモデルと必要なコントローラーはLaravelにより作成されるが、ルーティングは設定が必要になる。

ルーティングファイルに以下の1行を記載すると、ユーザー認証用の各種ルーティングがまとめて定義される。

Auth::routes();

1	Auth::routes();

ルーティングリスト

関係するルーティングは以下の通りで、ログイン関係とユーザー登録関係が定義されている。

[vagrant@localhost laravel_photo]$ php artisan route:list
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
| Domain | Method    | URI                    | Name             | Action                                                                 | Middleware   |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+
|        | GET|HEAD  | /                      |                  | Closure                                                                | web          |
|        | GET|HEAD  | api/user               |                  | Closure                                                                | api,auth:api |
.....
|        | GET|HEAD  | login                  | login            | App\Http\Controllers\Auth\LoginController@showLoginForm                | web,guest    |
|        | POST      | login                  |                  | App\Http\Controllers\Auth\LoginController@login                        | web,guest    |
|        | POST      | logout                 | logout           | App\Http\Controllers\Auth\LoginController@logout                       | web          |
|        | GET|HEAD  | password/confirm       | password.confirm | App\Http\Controllers\Auth\ConfirmPasswordController@showConfirmForm    | web,auth     |
|        | POST      | password/confirm       |                  | App\Http\Controllers\Auth\ConfirmPasswordController@confirm            | web,auth     |
|        | POST      | password/email         | password.email   | App\Http\Controllers\Auth\ForgotPasswordController@sendResetLinkEmail  | web          |
|        | GET|HEAD  | password/reset         | password.request | App\Http\Controllers\Auth\ForgotPasswordController@showLinkRequestForm | web          |
|        | POST      | password/reset         | password.update  | App\Http\Controllers\Auth\ResetPasswordController@reset                | web          |
|        | GET|HEAD  | password/reset/{token} | password.reset   | App\Http\Controllers\Auth\ResetPasswordController@showResetForm        | web          |
.....
|        | GET|HEAD  | register               | register         | App\Http\Controllers\Auth\RegisterController@showRegistrationForm      | web,guest    |
|        | POST      | register               |                  | App\Http\Controllers\Auth\RegisterController@register                  | web,guest    |
+--------+-----------+------------------------+------------------+------------------------------------------------------------------------+--------------+

[vagrant@localhost laravel_photo]$ php artisan route:list

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

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

| | GET|HEAD | / | | Closure | web |

.....

| | GET|HEAD | password/reset/{token} | password.reset | App\Http\Controllers\Auth\ResetPasswordController@showResetForm | web |

.....

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

ビューの作成

自動作成の場合

php artisan ui vue --authコマンドでユーザー認証に必要なビューを作成
作成されるビューはresources/views/authディレクトリー下に配置

カスタムビュー作成の場合

authディレクトリーの作成

resources/viewsディレクトリー下にauthディレクトリーを作成
作成したauthディレクトリー下に必要なビューを定められたファイル名と内容で作成

登録用フォームビューの作成～register.blade.php

authディレクトリー下に、以下フォームを含む内容でregister.blade.phpを作成。ビュー名はLaravelが生成するコントローラーで想定されているされるため、これに合わせる必要がある。

たとえばユーザー登録フォームのビュー名はRegisterControllerでuseされているRegistersUsersトレイトのshowRegistrationForm()メソッドにおいて、'auth.register'として呼ばれる。

  <form method="post" action="{{ route('register') }}">
    @csrf
    <div>
      <label>ユーザー名: <input type="text" name="name"></label>
    </div>
    <div>
      <label>メールアドレス: <input type="email" name="email"></label>
    </div>
    <div>
      <label>パスワード: <input type="password" name="password"></label>
    </div>
    <div>
      <label>パスワード: <input type="password" name="password_confirmation"></label>
    </div>

    <div>
      <input type="submit" value="登録">
    </div>
  </form>

@csrf

<div>

<label>ユーザー名: <input type="text" name="name"></label>

</div>

<div>

<label>メールアドレス: <input type="email" name="email"></label>

</div>

<div>

<label>パスワード: <input type="password" name="password"></label>

</div>

<div>

<label>パスワード: <input type="password" name="password_confirmation"></label>

</div>

<div>

</div>

</form>

ブラウザーからURL:ドメイン名/registerでアクセスすると以下のようなフォームが表示される。

カスタマイズしていない状態で登録ボタンを押すと、URL:ドメイン名/homeにリダイレクトされる(後述のように、そのままでは404エラーになる)。

ログインフォームビューの作成～login.blade.php

authディレクトリー下に、以下のフォームを含む内容でlogin.blade.phpを作成。

  <form method="post" action="{{ route('login') }}">
    <div>
      <label>メールアドレス: <input type="email" name="email"></label>
    </div>
    <div>
      <label>パスワード: <input type="password" name="password"></label>
    </div>
    <div>
      <input type="submit" value="ログイン">
    </div>
  </form>

<div>

<label>メールアドレス: <input type="email" name="email"></label>

</div>

<div>

<label>パスワード: <input type="password" name="password"></label>

</div>

<div>

</div>

</form>

ブラウザーからURL:ドメイン名/loginでアクセスすると以下のようなフォームが表示される。

カスタマイズしていない状態で登録ボタンを押すと、URL:ドメイン名/homeにリダイレクトされる。

コントローラー設定

ログイン後の画面遷移

たとえばユーザーログイン後のトップページを'posts/index'とする。

デフォルト設定～404エラー

カスタマイズしていない状態では以下の様になっているが、このままログインすると404エラーとなる。

ルーティングファイル→特に設定なし
コントローラー

Controllers/Auth/LogiinController.php
PHP

protected $redirectTo = RouteServiceProvider::HOME;

1

protected $redirectTo = RouteServiceProvider::HOME;

このときブラウザーのURL表示はhttp://localhost:3000/homeとなっている。

方法1～コントロールファイルを変更

以下の様に$redirectToの定義を編集すると、意図したページに遷移する。

protected $redirectTo = 'posts/index';

または

protected $redirectTo = 'posts';

protected $redirectTo = 'posts/index';

または

protected $redirectTo = 'posts';

方法2～ルーティングファイルに追加

コントローラーが以下の様に生成直後の状態で・・・

protected $redirectTo = RouteServiceProvider::HOME;

1	protected $redirectTo = RouteServiceProvider::HOME;

ルーティングファイルに以下の1行を追加する。

Route::get('home', 'PostController@index');

1	Route::get('home', 'PostController@index');

なお、上記をルーティングファイルに追加すれば、コントローラーの定義は以下でもよい。

protected $redirectTo = 'home';

1	protected $redirectTo = 'home';

ルート名は使えない

ルート名が設定されていても、以下の表現はエラーになる(Constant expression contains invalid operations)。

protected $redirectTo = route('posts.index');

1	protected $redirectTo = route('posts.index');

ユーザー登録後の画面遷移

RegisterControllerでもデフォルトで以下の様に定義されている。

protected $redirectTo = RouteServiceProvider::HOME;

1	protected $redirectTo = RouteServiceProvider::HOME;

LoginControllerと同じようにルーティング設定をすることで、ユーザー登録後の遷移先を設定することができる。

ユーザー認証処理の詳細

ユーザー登録処理の内容、ログイン処理の内容についてはそれぞれのリンクを参照。

2038年問題対応

Laravelでモデルの雛形を生成する場合、MySQLだと作成日時と更新日時のtimestamp型の2038年問題が内包される。

database/migrationsディレクトリー下のマイグレーションファイル、...create_users_table.phpのtimestampsをdatetime型に修正しておくべき。

ログアウト処理

ログアウト処理についてはこちら。

PHP – マジックメソッド – __callStatic()

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

__callStatic()はマジックメソッドの一つで、実行させようとしたクラスのstaticメソッドが存在しない時に呼ばれる。

以下の例では、MyClassに__callStatic()メソッドのみが定義されている。__callStatic()の内容は、引数の$methodと$argsを表示させるようにしている。

<?php

class MyClass
{
  public static function __callStatic($method, $args) {
    echo '$method:';
    var_export($method);
    echo PHP_EOL;
    echo '$args:' . PHP_EOL;
    var_export($args);
    echo PHP_EOL;
  }
}

<?php

class MyClass

{

public static function __callStatic($method, $args) {

echo '$method:';

var_export($method);

echo PHP_EOL;

echo '$args:' . PHP_EOL;

var_export($args);

echo PHP_EOL;

}

このクラスに存在しないstaticメソッドを、引数なし、引数1個、2個で実行した場合の実行結果。引数は配列として$argsにセットされ、引数がない場合は空の配列、引数が1個の場合は要素数1(要素番号0)の配列となる。

MyClass::method1();
// $method:'method1'
// $args:
// array (
// )

MyClass::myMethod(1);
// $method:'myMethod'
// $args:
// array (
//   0 => 1,
// )

MyClass::myMethod(1, "two");
// $method:'myMethod'
// $args:
// array (
//   0 => 1,
//   1 => 'two',
// )

MyClass::method1();

// $method:'method1'

// $args:

// array (

// )

MyClass::myMethod(1);

// $method:'myMethod'

// $args:

// array (

// 0 => 1,

// )

MyClass::myMethod(1, "two");

// $method:'myMethod'

// $args:

// array (

// 0 => 1,

// 1 => 'two',

// )

インスタンスに対して存在しないstaticメソッドを呼んで__callStatic()が実行される場合、通常のstaticメソッドと違って'->'はエラーになる。

<?php

class MyClass
{
  public static function static_method() {
    echo "static method\n";
  }

  public static function __callStatic($method, $args) {
    echo "__callStatic called.\n";
  }
}

$instance = new MyClass();

$instance->static_method();
// static method

$instance::static_method();
// static method

$instance::method1('undefined static method');
//__callStatic called.

$instance->method1('undefined static method');
// Uncaught Error: Call to undefined method MyClass::method1()

<?php

class MyClass

{

public static function static_method() {

echo "static method\n";

}

public static function __callStatic($method, $args) {

echo "__callStatic called.\n";

}

$instance = new MyClass();

$instance->static_method();

// static method

$instance::static_method();

// static method

$instance::method1('undefined static method');

//__callStatic called.

$instance->method1('undefined static method');

// Uncaught Error: Call to undefined method MyClass::method1()

PHP – static::とself::

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

概要

static::とself::はクラスのスタティックメソッドを指すときに使えるが、それぞれ以下のような違いがある。

staticはそれが実行されるときのクラスを指す
selfはそれが定義されたときのクラスを指す

参照：new staticとnew self

準備

以下のようにParentClassとそれを継承したChildClassを準備する。

いずれも同じ名前のstaticメソッドstatic_method()を持つ
それぞれのクラスはインスタンスメソッドparent_method()、child_method()を持つ
- 何れの内容も同じで、static::static_method()とself::static_method()を実行する

<?php

class ParentClass
{
  public static function static_method() {
    echo 'in ParentClass', PHP_EOL;
  }

  public function parent_method() {
    static::static_method();
    self::static_method();
  }
}

class ChildClass extends ParentClass
{
  public static function static_method() {
    echo 'in ChildClass', PHP_EOL;
  }

  public function child_method() {
    static::static_method();
    self::static_method();
  }
}

<?php

class ParentClass

{

public static function static_method() {

echo 'in ParentClass', PHP_EOL;

}

public function parent_method() {

static::static_method();

self::static_method();

}

class ChildClass extends ParentClass

{

public static function static_method() {

echo 'in ChildClass', PHP_EOL;

}

public function child_method() {

static::static_method();

self::static_method();

}

クラスからstaticメソッドを呼ぶ

クラスからstaticメソッドを呼ぶと、当然それぞれに対応したstatic_method()が実行される。

ParentClass::static_method();
ChildClass::static_method();

// static method of Parent
// static method of Child

ParentClass::static_method();

ChildClass::static_method();

// static method of Parent

// static method of Child

親クラスのメソッドから呼ぶ

親クラスのインスタンスを作って、インスタンスメソッドparent_method()内でstatic、selfでstatic_method()を呼び出す場合。

親クラスのstaticメソッドしか対象がないので、いずれの場合も親クラスのstatic_method()が実行される。

$parent = new ParentClass();
$parent->parent_method();

// in ParentClass
// in ParentClass

$parent = new ParentClass();

$parent->parent_method();

// in ParentClass

子クラスのメソッドから呼ぶ

子クラスのインスタンスを作って、インスタンスメソッドchild_method()内でstatic、selfでstatic_method()を呼び出す場合。

static、selfとも子クラスを指し、子クラスのインスタンスメソッドが実行される。

$child = new ChildClass();
$child->child_method();

// in ChildClass
// in ChildClass

$child = new ChildClass();

$child->child_method();

// in ChildClass

子クラスで親クラスのメソッドから呼ぶ

子クラスのインスタンスを作って、継承元の親クラスのインスタンスメソッドparent_method()からstatic、selfでstatic_method()を呼び出す場合。

$child = new ChildClass();
$child->parent_method();

// in ChildClass
// in ParentClass

$child = new ChildClass();

$child->parent_method();

// in ChildClass

// in ParentClass

staticは実行時のクラスを指すため、Childクラスのstatic_method()が実行される。

一方selfは定義時のクラスを指すため、parent_method()が定義されたParentClassのstatic_method()が実行される。

Laravel – artisan – ルーティングリストの表示

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

下記コマンドでルーティングのリストが表示される。

php artisan route:list

ただし、各ルーティングで呼ばれるコントローラー・アクションが定義されていなければならない。

実行例。

[vagrant@localhost laravel_photo]$ php artisan route:list
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+
| Domain | Method    | URI               | Name          | Action                                      | Middleware   |
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+
|        | GET|HEAD  | /                 |               | Closure                                     | web          |
|        | GET|HEAD  | api/user          |               | Closure                                     | api,auth:api |
|        | POST      | items             | items.store   | App\Http\Controllers\ItemController@store   | web          |
|        | GET|HEAD  | items             | items.index   | App\Http\Controllers\ItemController@index   | web          |
|        | GET|HEAD  | items/create      | items.create  | App\Http\Controllers\ItemController@create  | web          |
|        | DELETE    | items/{item}      | items.destroy | App\Http\Controllers\ItemController@destroy | web          |
|        | PUT|PATCH | items/{item}      | items.update  | App\Http\Controllers\ItemController@update  | web          |
|        | GET|HEAD  | items/{item}      | items.show    | App\Http\Controllers\ItemController@show    | web          |
|        | GET|HEAD  | items/{item}/edit | items.edit    | App\Http\Controllers\ItemController@edit    | web          |
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+

[vagrant@localhost laravel_photo]$ php artisan route:list

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

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

| | GET|HEAD | / | | Closure | web |

| | DELETE | items/{item} | items.destroy | App\Http\Controllers\ItemController@destroy | web |

| | PUT|PATCH | items/{item} | items.update | App\Http\Controllers\ItemController@update | web |

| | GET|HEAD | items/{item} | items.show | App\Http\Controllers\ItemController@show | web |

| | GET|HEAD | items/{item}/edit | items.edit | App\Http\Controllers\ItemController@edit | web |

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

Laravel – REST～リソースベース

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

概要

RESTはREpresentational State Transferの略。ここでは以下のような感じで理解しておく。

リソースを一意に特定できるURL
GET、POSTなどのメソッド
ステートレスで完結

Laravelでは、リソースベースでルーティングを記述し、リソースコントローラーを生成することで、RESTに沿ったコードが書ける。

以降、Itemというモデルを仮定する。Itemモデルのインスタンスをitem、その集合体をitemsとする。

リソースを一意に特定するURL

サーバーにモデルの集合体が保存されていて、これら全体あるいはその中の特定のデータや、データを表示するビューなどのリソースを指定するURLの書き方。

/items: itemのインスタンスの集合体あるいはこれらを表示するビューなどのリソース。
/items/create: 1つのitemを作成するための、入力フォームを含むビューなどのリソース。
/items/{id}: itemsのうちidで特定される1つのitemやこれを表示するビューなどのリソース。POST、PATCH、DELETEといったメソッドによってitemに対する操作を指定する。
/items/{id}/edit: idで特定されるitemの内容を編集するフォームを含むビューなどのリソース。

メソッド

GET: URLで指定したビューのHTMLなどのリソースをサーバーに要求する。
POST: URLで指定したリソースの内容をサーバーに送信する。
PATCH: URLで指定したリソースの内容でサーバー上のリソースの内容を変更するよう要求する。
DELETE: URLで指定したリソースをサーバー上から削除するよう要求する。
PUT: 指定した内容でサーバー上のリソースを置き換える。LaravelのRESTfuLの枠組みでは使われない。

RESTfuLなルーティング

メソッドとURLを組み合わせることで、サーバー上のリソースに対する操作が確定する。LaravelでのRESTfuLな操作は以下の7つで、それぞれに応じたコントローラーのアクションにルーティングするのが標準。

// アイテム一覧取得
Route::get('/items', 'ItemController@index');
// アイテム追加フォーム取得
Route::get('/items/create', 'ItemController@create');
// アイテム追加
Route::post('/items', 'ItemController@store');
// 指定アイテムの内容取得
Route::get('/items/{id}', 'ItemController@show');
// 指定アイテム更新フォーム取得
Route::get('/items/{id}/edit', 'ItemController@edit');
// 指定アイテム更新
Route::patch('/items/{id}', 'ItemController@update');
// アイテム削除
Route::delete('/items/{id}', 'ItemController@destroy');

// アイテム一覧取得

Route::get('/items', 'ItemController@index');

// アイテム追加フォーム取得

Route::get('/items/create', 'ItemController@create');

// アイテム追加

Route::post('/items', 'ItemController@store');

// 指定アイテムの内容取得

Route::get('/items/{id}', 'ItemController@show');

// 指定アイテム更新フォーム取得

Route::get('/items/{id}/edit', 'ItemController@edit');

// 指定アイテム更新

Route::patch('/items/{id}', 'ItemController@update');

// アイテム削除

Route::delete('/items/{id}', 'ItemController@destroy');

リソースベース

リソースベースの考え方

RESTfuLなルーティングと、これに対応したアクションを自動的に生成する方法。

リソースルーティングの書き方によって、7つのRESTfuLなルーティングを1行で記述
artisanのコントローラー作成コマンドの--resourceオプションで、RESTfuLなルーティングに対応した7つのアクションを持つコントローラーを生成

リソースルーティング・名前付きルート

ルーティング定義に以下の1行を書くだけで、RESTfuLな7つのルーティングを書いたのと同義になる。

routes/web.php

Route::resource('items', 'ItemController');

1	Route::resource('items', 'ItemController');

このとき各ルートに名前も付けられる。

Route::get('/items', 'ItemController@index')->name('items.index');
Route::get('/items/create', 'ItemController@create')->name('items.create');
Route::post('/items', 'ItemController@store')->name('items.store');
Route::get('/items/{id}', 'ItemController@show')->name('items.show');
Route::get('/items/{id}/edit', 'ItemController@edit')->name('items.edit');
Route::patch('/items/{id}', 'ItemController@update')->name('items.update');
Route::delete('items', 'ItemController@destroy')->name('items.destroy');

Route::get('/items', 'ItemController@index')->name('items.index');

Route::get('/items/create', 'ItemController@create')->name('items.create');

Route::post('/items', 'ItemController@store')->name('items.store');

Route::get('/items/{id}', 'ItemController@show')->name('items.show');

Route::get('/items/{id}/edit', 'ItemController@edit')->name('items.edit');

Route::patch('/items/{id}', 'ItemController@update')->name('items.update');

Route::delete('items', 'ItemController@destroy')->name('items.destroy');

一覧で確認。

[vagrant@localhost laravel_photo]$ php artisan route:list
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+
| Domain | Method    | URI               | Name          | Action                                      | Middleware   |
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+
|        | GET|HEAD  | /                 |               | Closure                                     | web          |
|        | GET|HEAD  | api/user          |               | Closure                                     | api,auth:api |
|        | POST      | items             | items.store   | App\Http\Controllers\ItemController@store   | web          |
|        | GET|HEAD  | items             | items.index   | App\Http\Controllers\ItemController@index   | web          |
|        | GET|HEAD  | items/create      | items.create  | App\Http\Controllers\ItemController@create  | web          |
|        | DELETE    | items/{item}      | items.destroy | App\Http\Controllers\ItemController@destroy | web          |
|        | PUT|PATCH | items/{item}      | items.update  | App\Http\Controllers\ItemController@update  | web          |
|        | GET|HEAD  | items/{item}      | items.show    | App\Http\Controllers\ItemController@show    | web          |
|        | GET|HEAD  | items/{item}/edit | items.edit    | App\Http\Controllers\ItemController@edit    | web          |
+--------+-----------+-------------------+---------------+---------------------------------------------+--------------+

[vagrant@localhost laravel_photo]$ php artisan route:list

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

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

| | GET|HEAD | / | | Closure | web |

| | DELETE | items/{item} | items.destroy | App\Http\Controllers\ItemController@destroy | web |

| | PUT|PATCH | items/{item} | items.update | App\Http\Controllers\ItemController@update | web |

| | GET|HEAD | items/{item} | items.show | App\Http\Controllers\ItemController@show | web |

| | GET|HEAD | items/{item}/edit | items.edit | App\Http\Controllers\ItemController@edit | web |

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

リソースの限定

以下のように書くことで、特定のリソースのみを選んだり除外したりできる。

Route::resource('items', 'ItemController')->only(['index', 'create']);
Route::resource('items', 'ItemController')->except(['update', 'show']);

1 2	Route::resource('items', 'ItemController')->only(['index', 'create']); Route::resource('items', 'ItemController')->except(['update', 'show']);

リソースコントローラー

以下のartisanコマンドで、RESTfuLなルーティングに対応したメソッドを持つコントローラーが生成される。

php artisan make:controller ItemController --resource

生成されるコントローラーのアクションは以下のとおり。

index()
create()
store(Request $request)
show($id)
edit($id)
update(Request $request, $id)
destroy($id)

app/Http/Controllers/ItemController

<?php
 
namespace App\Http\Controllers;
 
use Illuminate\Http\Request;
 
class ItemController extends Controller
{
    /**
     * Display a listing of the resource.
     *
     * @return \Illuminate\Http\Response
     */
    public function index()
    {
        //
    }
 
    /**
     * Show the form for creating a new resource.
     *
     * @return \Illuminate\Http\Response
     */
    public function create()
    {
        //
    }
 
    /**
     * Store a newly created resource in storage.
     *
     * @param  \Illuminate\Http\Request  $request
     * @return \Illuminate\Http\Response
     */
    public function store(Request $request)
    {
        //
    }
 
    /**
     * Display the specified resource.
     *
     * @param  int  $id
     * @return \Illuminate\Http\Response
     */
    public function show($id)
    {
        //
    }
 
    /**
     * Show the form for editing the specified resource.
     *
     * @param  int  $id
     * @return \Illuminate\Http\Response
     */
    public function edit($id)
    {
        //
    }
 
    /**
     * Update the specified resource in storage.
     *
     * @param  \Illuminate\Http\Request  $request
     * @param  int  $id
     * @return \Illuminate\Http\Response
     */
    public function update(Request $request, $id)
    {
        //
    }
 
    /**
     * Remove the specified resource from storage.
     *
     * @param  int  $id
     * @return \Illuminate\Http\Response
     */
    public function destroy($id)
    {
        //
    }
}

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

class ItemController extends Controller

{

/**

* Display a listing of the resource.

* @return \Illuminate\Http\Response

public function index()

{

}

/**

* Show the form for creating a new resource.

* @return \Illuminate\Http\Response

public function create()

{

}

/**

* Store a newly created resource in storage.

* @param \Illuminate\Http\Request $request

* @return \Illuminate\Http\Response

public function store(Request $request)

{

}

/**

* Display the specified resource.

* @param int $id

* @return \Illuminate\Http\Response

public function show($id)

{

}

/**

* Show the form for editing the specified resource.

* @param int $id

* @return \Illuminate\Http\Response

public function edit($id)

{

}

/**

* Update the specified resource in storage.

* @param \Illuminate\Http\Request $request

* @param int $id

* @return \Illuminate\Http\Response

public function update(Request $request, $id)

{

}

/**

* Remove the specified resource from storage.

* @param int $id

* @return \Illuminate\Http\Response

public function destroy($id)

{

}

Laravel – 名前付きルート

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

記述方法

ルーティングのname()メソッドで、ルートに名前を付けることができる。

Route::メソッド('URL', 'コントローラー@アクション')->name('ルート名');

この名前を使ってルーティングのURLを得るには、route()ヘルパーを使う。

route('ルート名')

URLにルートパラメーターを含む場合、route()でパラメーターの値を設定して、これを含むURLを得ることができる。

route('ルート名', ['パラメーター' => 値])

ルートパラメーターが複数ある場合は連想配列の要素として列挙。いずれのパラメーターも省略することはできない。

route('ルート名', ['パラメーター1' => 値1, 'パラメーター2' => 値2])

例

ルーティングで以下のように記述する。

Route::get('/named_route', 'SampleController@named_route')->name('named_route');
Route::get('/named_route/{param}/set', 'SampleController@parameter_set')
  ->name('parameter_set');
Route::get('/named_route/first/{param1}/second/{param2}', 'SampleController@parameter_set')
  ->name('two_parameters');

Route::get('/named_route', 'SampleController@named_route')->name('named_route');

Route::get('/named_route/{param}/set', 'SampleController@parameter_set')

->name('parameter_set');

Route::get('/named_route/first/{param1}/second/{param2}', 'SampleController@parameter_set')

->name('two_parameters');

コントローラーのnamed_route()アクションでビューを呼び出す。

  public function named_route() {
    return view('samples.named_route', [
      'title' => '名前付きルート'
    ]);
  }

public function named_route() {

return view('samples.named_route', [

'title' => '名前付きルート'

]);

}

ビューの中で、route()ヘルパーによってルーティングのURLを表示させる。

<!DOCTYPE html>
<html lang="ja" dir="ltr">
  <head>
    <meta charset="utf-8">
    <title>{{ $title }}</title>
  </head>
  <body>
    <h1>{{ $title }}</h1>

    <p>{{ route('named_route') }}</p>
    <p>{{ route('parameter_set', ['param' => 100]) }}</p>
    <p>{{ route('two_parameters', ['param1' => 100, 'param2' => 200 ])}}</p>
  </body>
</html>

<!DOCTYPE html>

<head>

<title>{{ $title }}</title>

</head>

<body>

<h1>{{ $title }}</h1>

<p>{{ route('named_route') }}</p>

<p>{{ route('parameter_set', ['param' => 100]) }}</p>

<p>{{ route('two_parameters', ['param1' => 100, 'param2' => 200 ])}}</p>

</body>

</html>

結果は以下のように表示される。

名前付きルート
http://localhost:3000/named_route
http://localhost:3000/named_route/100/set
http://localhost:3000/named_route/first/100/second/200

メリット

たとえばアンカータグのURLにルートパラメーターを含む場合、文字列で結合するよりも可読性が高くなる。

URLを変更した場合でも、ルーティングファイルのみ書き換えればよい。

このほか、RESTに基づくリソースルーティングの場合は、自動的に名前が付けられる。

MySQL – timestampの2038年問題

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

timestamp型とdatetime型

MySQLの日付・時刻表現にはtimestamp型とdatetime型がある。

MySQLのtimestamp型は内部表現に整数を用いていて、これが32bit精度の場合には、2038-01-19 03:14:07UTCまでしか表現できない。これは日本のタイムゾーンだと2038-01-19 12:14:07JSTに対応する。

一方datetime型は文字列で日時を表現していて、その範囲は1000年～9999年の間とされている。

timestamp型と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

timestamp型の2038年問題

確認環境

timestamp型で上限値より大きな値を登録しようとすると、エラーで登録ができない。このことを確認してみる。環境は以下のとおり。

Windows(64bit版)上のVagrant+VirtualBOXで構築したCentOS7
MySQLのバージョンは8.0.26

$ mysql --version
mysql  Ver 8.0.26 for Linux on x86_64 (MySQL Community Server - GPL)

1 2	$ mysql --version mysql Ver 8.0.26 for Linux on x86_64 (MySQL Community Server - GPL)

確認用のテーブルは以下のとおり。

mysql> DESCRIBE test;
+-------+-----------+------+-----+---------+-------+
| Field | Type      | Null | Key | Default | Extra |
+-------+-----------+------+-----+---------+-------+
| id    | int       | YES  |     | NULL    |       |
| time  | timestamp | YES  |     | NULL    |       |
+-------+-----------+------+-----+---------+-------+
2 rows in set (0.00 sec)

mysql> DESCRIBE test;

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

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

| id | int | YES | | NULL | |

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

2 rows in set (0.00 sec)

上限を超える値の登録は不可

まず上限値一杯の日時を登録してみる。UTCに対して日本のタイムゾーンで表現した2038年1月19日12時14分07秒を登録すると、問題なく登録される。

mysql> INSERT INTO test VALUES(1, '2038-01-19 12:14:07');
Query OK, 1 row affected (0.02 sec)

mysql> SELECT * FROM test;
+------+---------------------+
| id   | time                |
+------+---------------------+
|    1 | 2038-01-19 12:14:07 |
+------+---------------------+
1 row in set (0.00 sec)

mysql> INSERT INTO test VALUES(1, '2038-01-19 12:14:07');

Query OK, 1 row affected (0.02 sec)

mysql> SELECT * FROM test;

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

| id | time |

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

| 1 | 2038-01-19 12:14:07 |

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

1 row in set (0.00 sec)

次に上限値に1秒を加えた日時を登録しようとすると、"Incorrect datetime value"となって登録できない。

mysql> INSERT INTO test VALUES(1, '2038-01-19 12:14:08');
ERROR 1292 (22007): Incorrect datetime value: '2038-01-19 12:14:08' for column 'time' at row 1

1 2	mysql> INSERT INTO test VALUES(1, '2038-01-19 12:14:08'); ERROR 1292 (22007): Incorrect datetime value: '2038-01-19 12:14:08' for column 'time' at row 1

timestamp型に対する加算の場合は9999年まで

次に登録された上限一杯の値に対してインターバルを加えていき、問題が生じるまでその境界を探していった。

その結果、9999年12月31日23時59分59秒999999…までは登録可能だが、10000年1月1日0時0分0秒に達することはできず、その場合にはNULLとなることがわかった。

mysql> SELECT time + INTERVAL 60*60*24*365*7967.23695944317605 SECOND FROM test;
+---------------------------------------------------------+
| time + INTERVAL 60*60*24*365*7967.23695944317605 SECOND |
+---------------------------------------------------------+
| 9999-12-31 23:59:59.999999                              |
+---------------------------------------------------------+
1 row in set (0.00 sec)

mysql> SELECT time + INTERVAL 60*60*24*365*7967.23695944317606 SECOND FROM test;
+---------------------------------------------------------+
| time + INTERVAL 60*60*24*365*7967.23695944317606 SECOND |
+---------------------------------------------------------+
| NULL                                                    |
+---------------------------------------------------------+
1 row in set, 1 warning (0.00 sec)

mysql> SELECT time + INTERVAL 60*60*24*365*7967.23695944317605 SECOND FROM test;

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

| time + INTERVAL 60*60*24*365*7967.23695944317605 SECOND |

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

| 9999-12-31 23:59:59.999999 |

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

1 row in set (0.00 sec)

mysql> SELECT time + INTERVAL 60*60*24*365*7967.23695944317606 SECOND FROM test;

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

| time + INTERVAL 60*60*24*365*7967.23695944317606 SECOND |

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

| NULL |

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

1 row in set, 1 warning (0.00 sec)

32bitの上限を超えた後も値は保持されているが、その次の上限はdatetime型の上限と一致している。以下の何れかと推測される。

内部的には64bit表現だが、入力時には32bitの上限で、演算時にはdatetime型の上限で抑えている
内部的に32bit表現だが、その上限を超えたときにはdatetime型に内部的に切り替えている

まとめ

MySQLのtimestamp型は、2038年の上限値を超える値を登録できない
timestamp型に対する加算を行った場合、datetime型と同じ上限まで値を保持できる
- 加算後にdatetime型の上限を超えた場合の値はNULLになる

64bit整数の場合はtimestampも西暦3000億年弱まで扱い可能だが、一部が64bitシステムでも、データベース、言語、フレームワークの全てが対応していないとまずそうなので、日付時刻を扱う際はdatetime型としておくのが安全なようだ。

Tips – カラムの幅を一杯に広げる

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

概要

外枠の中に複数カラムを起き、1つのカラムを最大幅まで伸長するためのCSS。

外枠

外枠を表示領域の80%の幅とし、センタリング。

幅を表示領域の80%に：width: 80%;
左右方向のセンタリング：margin: 0 auto;

width: 80%; margin: 0 auto;

外枠の中に複数カラム

親要素にdisplay: flex;を指定し、伸長する子要素のみflex: 1;を指定。

2カラム～右拡張

外枠(親要素)：display: flex;
左側カラム：幅指定なし→内容に合わせる
右側カラム：flex: 1;→残り幅一杯

margin: 10px;

margin: 10px;flex: 1;
いづれの御時にか、女御、更衣あまた候ひ給ひける中に、いとやむごとなき際にはあらぬが、すぐれて時めき給ふありけり。

3カラム～中央拡張

外枠(親要素)：display: flex;
左側カラム：width: 10%;
中央カラム：flex: 1;→残り幅一杯
右側カラム：width: 10%;

width 10%;

margin: 10px;flex: 1;
いづれの御時にか、女御、更衣あまた候ひ給ひける中に、いとやむごとなき際にはあらぬが、すぐれて時めき給ふありけり。

width 10%;

Laravel – データモデル操作

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

概要

Laravelにおけるデータモデルの操作をまとめる。

例としてStickyNoteというアプリケーションを仮定する。StickyNoteは付箋紙のようなアプリケーションで、タイトルとメモ本文を扱う。このアプリケーションを通して、フォーム入力、データの読み込み、書き込み、更新、削除の流れをそれぞれ整理。

データ構造

マイグレーションファイル

マイグレーションファイルにより、StickyNotesの個々の付箋メモのデータ構造を定義。タイトル(title)とメモ本文(body)を定義している。

class CreateDiariesTable extends Migration
{
    .....
    public function up()
    {
        Schema::create('diaries', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('title', 20);
            $table->string('title', 100);
            $table->datetime('created_at');
            $table->datetime('updated_at');
        });
    }
    .....
}

class CreateDiariesTable extends Migration

{

.....

public function up()

{

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

$table->bigIncrements('id');

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

$table->string('title', 100);

$table->datetime('created_at');

$table->datetime('updated_at');

});

}

.....

}

データベース

マイグレーションの結果得られるテーブルの構造。

mysql> describe diaries;
+------------+-----------------+------+-----+---------+----------------+
| Field      | Type            | Null | Key | Default | Extra          |
+------------+-----------------+------+-----+---------+----------------+
| id         | bigint unsigned | NO   | PRI | NULL    | auto_increment |
| title      | varchar(20)     | NO   |     | NULL    |                |
| body       | varchar(100)    | NO   |     | NULL    |                |
| created_at | datetime        | NO   |     | NULL    |                |
| updated_at | datetime        | NO   |     | NULL    |                |
+------------+-----------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)

mysql> describe diaries;

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

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

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

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

5 rows in set (0.00 sec)

データの読み込み

ルーティング

ドメイン名/sticky_noteのURL指定に対してコントローラーStickyNoteControllerのindexアクションを呼び出す。

routes/web.php

Route::get('/sticky_note', 'StickyNoteController@index');

1	Route::get('/sticky_note', 'StickyNoteController@index');

コントローラーでの処理～all()による全データ取得

全データ取得はコントローラーのスタティックメソッドall()を使い、結果はレコード単位の配列で得られる。

ここでは、

indexアクションで$sticky_notesに表示対象の全データを取得
取得した配列をビューに渡して遷移
モデルを記述するときはフルパスで書くか冒頭でuse宣言

app/Https/Controllers/StickyNoteController.php

\App\StickyNoteのようにモデルをフルパスで指定する必要がある。あるいは冒頭でuse \App\StickyNoteとしてもよい。

class StickyNoteController extends Controller
{
  .....
  public function index() {
    // データベースから全データ取得
    $sticky_notes = \App\StickyNote::all();
    // ページ遷移
    return view('sticky_note.index', [
      'title' => '付箋紙',
      'sticky_notes' => $sticky_notes,
    ]);
  }
  .....
}

class StickyNoteController extends Controller

{

.....

public function index() {

// データベースから全データ取得

$sticky_notes = \App\StickyNote::all();

// ページ遷移

return view('sticky_note.index', [

'title' => '付箋紙',

'sticky_notes' => $sticky_notes,

]);

}

.....

}

ビューによる表示

ビューで受け取った配列をループで表示させている。データベースのカラムに対応した属性で、各カラムのデータが得られる。

resources/views/sticky_note/index.blade.html

      @forelse ($sticky_notes as $sticky_note)
        <div>{{ $sticky_note->title }}</div>
        <div>{{ $sticky_note->body }}</div>
      @empty
        <p>付箋紙が登録されていません。</p>
      @endforelse

@forelse ($sticky_notes as $sticky_note)

<div>{{ $sticky_note->title }}</div>

<div>{{ $sticky_note->body }}</div>

@empty

<p>付箋紙が登録されていません。</p>

@endforelse

データの書き込み

フォームでの入力と送信

書き込むデータをフォーム入力し、POTSTで送信する。

resources/views/create.blade.php

  <form method="post" action="/sticky_note">
    @csrf
    <div>
      <label>タイトル: <input type="text" name="title"></label>
    </div>
    <div>
      <label>メモ内容: <input type="text" name="body"></label> 
    </div>
    <input type="submit" value="送信">
  </form>

@csrf

<div>

</div>

<div>

</div>

</form>

ルーティング～POSTに対する書き込み処理

POSTのルーティング先をコントローラーのstore()アクションとしている。

routes/web.php

Route::post('/sticky_note', 'StickyNoteController@store');

1	Route::post('/sticky_note', 'StickyNoteController@store');

コントローラーでの処理～create()によるデータ書き込み

ルーティング先のアクションではフォームリクエストを引数にとり、マスアサインメントと登録処理を1行で記述している。

また、アクションで引用するモデルとフォームリクエストのクラスをuseでインポートしている。

ここでは、

コントローラーの冒頭で、モデルStickyNoteとフォームリクエストStickyNoteRequestをuseでインポート
フォームリクエストStickyNoteRequestを引数にとっている
リクエストのonly()メソッドでマスアサイン
アサイン結果をモデルStickyNoteのcreate()スタティックメソッドの引数に与え、データを登録
トップページにリダイレクト

app/Https/Controllers/StickyNoteController.php

// カスタムモデル
use App\StickyNote;
// カスタムフォームリクエスト
use App\Http\Requests\StickyNoteRequest;

class StickyNoteController extends Controller
{
  .....
  public function store(StickyNoteRequest $request) {
    // マスアサインメント結果をDBに新規登録
    StickyNote::create($request->only(['title', 'body']));
    // トップページにリダイレクト
    return redirect('/sticky_note');
  }
  .....
}

// カスタムモデル

use App\StickyNote;

// カスタムフォームリクエスト

use App\Http\Requests\StickyNoteRequest;

class StickyNoteController extends Controller

{

.....

public function store(StickyNoteRequest $request) {

// マスアサインメント結果をDBに新規登録

StickyNote::create($request->only(['title', 'body']));

// トップページにリダイレクト

return redirect('/sticky_note');

}

.....

}

モデルでの$fillable定義

コントローラーでのマスアサインメントを有効にするため、データモデルで$fillableプロパティーを定義。

ここでは、StickyNoteモデルクラスで$fillableをpublic宣言して、読み込むプロパティーをtitleとbodyの2つに限定している。

app/StickyNote.php

class StickyNote extends Model
{
  public $fillable = ['title', 'body'];
}

class StickyNote extends Model

{

public $fillable = ['title', 'body'];

}

データの更新

ルーティング

更新対象を指定するデータのidがルートパラメーターで指定されてGETされることを想定
- URLにルートパラメーター{id}を含めている
- GETメソッドでトップページなど他のページを区別するために、URLに/editを付けている
GETを受け取ったらeditアクションにルーティング
たとえばアンカータグでここに飛ばしたい場合は、url()ヘルパーを使って以下のように指定する
- <a href="{{ url('/diaries') . '/' . $diary->id . '/edit' }}">

routes/web.php

Route::get('/sticky_note/{id}/edit', 'StickyNoteController@edit')
  ->where('id', '^\d+$');

1 2	Route::get('/sticky_note/{id}/edit', 'StickyNoteController@edit') ->where('id', '^\d+$');

コントローラーでの処理～find()による更新対象の取得

ルーティングで設定されたルートパラメーターは、アクションの引数で参照する
モデルのfind()スタティックメソッドで、idに対応するモデルのインスタンスを取得
取得したモデルインスタンスを、更新用のフォームを持つビューに渡す
- 遷移先のビューでidに対応するデータを初期表示するため

app/Https/Controllers/StickyNoteController.php

  public function edit($id) {
    // ルートパラメーターから更新するインスタンスを取得
    $sticky_note = \App\StickyNote::find($id);
    // 更新するインスタンスを渡して編集ページを表示
    return view('edit', [
      'title' => '内容編集',
      'body' => $body,
    ]);
  }

public function edit($id) {

// ルートパラメーターから更新するインスタンスを取得

$sticky_note = \App\StickyNote::find($id);

// 更新するインスタンスを渡して編集ページを表示

return view('edit', [

'title' => '内容編集',

'body' => $body,

]);

}

フォームでの入力と送信

更新用のフォームを表示する
フォームの各要素に、受け取ったデータのタイトルと本文を初期表示する
更新結果はPATCHメソッドで送信
- HTTPにはGETとPOSTしかないので、formタグではPOSTを指定し、@method()ディレクティブでPATCHを指定している
- 送信先のactionで、idをルートパラメーターとして付加している

resources/views/edit.blade.php

  <form method="post" action="{{ url('/sticky_note') . '/' . $sticky_note->id }}">
    @csrf
    @method('PATCH')
    <div>
      <label>タイトル:
        <input type="text" name="title" value="{{ $sticky_note->title }}">
      </label>
    </div>
    <div>
      <label>メモ内容:
        <input type="text" name="body" value="{{ $sticky_note->body }}">
      </label>
    </div>
    <input type="submit" value="保存">
  </form>

@csrf

@method('PATCH')

<div>

<label>タイトル:

<input type="text" name="title" value="{{ $sticky_note->title }}">

</label>

</div>

<div>

<label>メモ内容:

</label>

</div>

</form>

ルーティング

PATCHメソッドによるルートパラメーターidを含むURLへの送信を、update()アクションにルーティング。

routes/web.php

Route::patch('/sticky_note/{id}', 'StickyNoteController@update')
  ->where('id', '^\d+$');

1 2	Route::patch('/sticky_note/{id}', 'StickyNoteController@update') ->where('id', '^\d+$');

コントローラーでの処理～update()による更新処理

データの書き込みと同じような手順。

ルートパラメーターを引数で受け取り
- 引数の順番は、フォームリクエスト、ルートパラメーターの順番
find()の引数にidを与えてデータを取得
マスアサインメントでデータを更新
トップページへリダイレクト

app/Https/Controllers/StickyNoteController.php

  public function update(StickyNoteRequest $request, $id) {
    // ルートパラメーターから更新するインスタンスを取得
    $diary = \App\StickyNote::find($id);
    // マスアサインメント結果をで更新
    $diary->update($request->only(['title', 'body']));
    // トップページへリダイレクト
    return redirect('/sticky_note');
  }

public function update(StickyNoteRequest $request, $id) {

// ルートパラメーターから更新するインスタンスを取得

$diary = \App\StickyNote::find($id);

// マスアサインメント結果をで更新

$diary->update($request->only(['title', 'body']));

// トップページへリダイレクト

return redirect('/sticky_note');

}

データの削除

ビュー～削除対象指定

全データを表示する際に、各データをフォームで表示し、データごとに削除ボタンを置く
削除ボタンが押されると、DELETEメソッドでidをルートパラメーターに含むURLを呼び出す
HTTPにはGETとPOSTしかないため、@methodディレクティブでDELETEを指定

routes/web.php

      @forelse ($sticky_notes as $sticky_note)
        <form method="post" action="{{ url('/sticky_note') . '/' . $sticky_note->id }}">
          @csrf
          @method('DELETE')
          <div>{{ $sticky_note->title }}</div>
          <input type="submit" value="削除">
        </form>
      @empty
        <p>付箋紙が登録されていません。</p>
      @endforelse

@forelse ($sticky_notes as $sticky_note)

@csrf

@method('DELETE')

<div>{{ $sticky_note->title }}</div>

</form>

@empty

<p>付箋紙が登録されていません。</p>

@endforelse

ルーティング

DELETEメソッドで所定のURLが要求された場合に、destroy()アクションにルーティング。

routes/web.php

Route::delete('/diaries/{id}', 'DiaryController@destroy')
  ->where('id', '^\d+$');

1 2	Route::delete('/diaries/{id}', 'DiaryController@destroy') ->where('id', '^\d+$');

コントローラーでの処理～delete()による削除

ルートパラメーターで受け取ったidでデータを取り出し
得られたデータをdelete()で削除
トップページにリダイレクト

app/Https/Controllers/StickyNoteController.php

  public function destroy($id) {
    // ルートパラメーターから削除する対象を取得
    $Sticky_note = \App\StickyNote::find($id);
    // 対象を削除
    $Stocky_note->delete();
    // トップページへリダイレクト
    return redirect('/sticky_note');
  }

public function destroy($id) {

// ルートパラメーターから削除する対象を取得

$Sticky_note = \App\StickyNote::find($id);

// 対象を削除

$Stocky_note->delete();

// トップページへリダイレクト

return redirect('/sticky_note');

}

Laravel – 外部スタイルファイル

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

ビューに対するスタイルファイルを外部に置く場合、ビューHTMLのヘッダー部分にlinkタグを記述する。

<link rel="stylesheet" href="スタイルファイルのURL">

アプリケーションのpublicディレクトリー下に置く場合は、asset()ヘルパーを使うことができる。

例えばスタイルファイルをpublic/css/style.cssとして準備する場合は以下のようなタグになる。

<link rel="stylesheet" href="{{ asset('css/style.css') }}">

1	<link rel="stylesheet" href="{{ asset('css/style.css') }}">

httpsによるセキュアーな通信環境の場合はsecure_asset()を使う。

<link rel="stylesheet" href="{{ secure_asset('css/style.css') }}">

1	<link rel="stylesheet" href="{{ secure_asset('css/style.css') }}">