カテゴリー: Webアプリケーション

Laravelの認証後に、認証ユーザーであることをどこで判別しているのか。
疑問を調べてみました。

認証の設定方法によって違いますが、
laravelのdefaultでは、Sessionに設定されているかと思います。

app > config > auth.php

下記のようにdriverがsessionで指定されていると思います。

    'guards' => [
        'web' => [
            'driver' => 'session',
            'provider' => 'users',
        ],   
    ],

sessionではどのような情報として保持されているのか?

実際にどのような情報として保持しているのかを確認してみます。

・確認用のControllerの作成

<?php
 namespace App\Http\Controllers;
 use Illuminate\Http\Request;
 class TestSessionController extends Controller
 {
     //
     public function index(Request $request)
     {
     $data = $request->session()->all();     dd($data);  }
 }

・確認用のRouteの作成

Route::get('test', [TestSessionController::class, 'index'])->name('index');

ログイン完了後. 　/testへ遷移してみる。

dd()によって、下記の情報が確認できると思います。

下記の部分がAuthのguardのsession部分です。
{guard}　部分は、guardで設定し、ログインに利用したguardの文字列が含まれます。

array:4 [▼
   "login_{guard}_XXXXXXXXXXXXXXXXXXXXXXXXX" => 1
 ]

例えば、マルチログイン対応で、adminのguaradを作成し、adminでログインしている場合（認証されている場合）には、adminが入ります。

array:4 [▼
   "login_admin_XXXXXXXXXXXXXXXXXXXXXXXXX" => 1
 ]

User / Admin 複数のGuardでログインしている時

では、User、Admin複数のGuardでログインしている場合はどうなっているでしょうか。

同じく、/testへ遷移してみます。

"login_users_XXXXXXXXXXXXXXXXXXXXXXXXX" => 1

"login_admin_XXXXXXXXXXXXXXXXXXXXXXXXX" => 1

両方のguard, session情報が含まれていることがわかります。

EC2にgit cloneでLaravelのプロジェクトを移行、サーバーリクエストした際にHTTP ERROR 500が発生しました。

500エラーは様々な要因があるようです。下記を参考。

https://knowledge.cpi.ad.jp/other/281/

自分の場合は、非常に単純で、 .envファイルを作成していなかったから….

ファイルを作成すると、アクセスできました。（　別のディレクトリ権限のエラーが出ましたが　）

Goodby CSVの使い方に関しては、下記を参考にして進めています。

この中で、日本語が文字化けしてしまう現象が発生しました。

修正した部分は下記です。

// 元：$config->setFromCharset("sjis-win");
$config->setFromCharset("UTF-8"); //読み込んだcsvファイルの文字コード

問題はファイルの読み込む文字コードの問題でした。
PCのOSはmacです。この場合、UTF-8で読み込む必要がありました。
（Windowsの場合はsjis-winで問題ないと思います。）

laravel7?? から、laravel, viewsの作り方が変わりました。

それまでは、@extends(”)・@section(”)　などで、viewsを構築していたと思います。

基本的な考え方は、そこまで変化はありません。
より簡単に、使い回せるところは使いまわし、変数を上手く組み込む。といったところです。

どのように動いているのかが、理解出来ないと取っ付きづらいと思います。
今回は、どのような仕組みで動くのを最低限理解頂けたらと思います。

① viewsの配下で、blade作成するファイル

基本形は下記です。

ここがlaravelのプロジェクトの中で何を呼び出しているのかというと
<x-app-layout>　→　views/layout/app.blade.php　を呼び出しています。

@extends('layouts.app')　と同じような動きです。

では、<x-slot>は、どのように動くのでしょうか。

<x-slot></x-slot>範囲内に、反映したいhtmlデータを書きます。（もちろん、phpでも）

②views/layout/app.blade.php

では、<x-slot></x-slot>のデータは、どのように反映されるのでしょうか。

それが、views/layout/app.blade.phpの中で呼び出しております。

{{ $slot }}

という呼び出しで、<x-slot></x-slot>のデータを呼び出します。

なので、ベースとなるHTMLデータは、views/layout/app.blade.phpで
baldeファイルで変更したい部分は、{{ $slot }}　で分けて反映させていく。といった仕組みです。

これも、以前の@section(”)と似たような考え方かと思います。

今回は、最初の一歩で取っつきにくい部分を解説しました。
様々な活用方法があるので、また解説していきたいと思います。

認可とはどんな概念でしょうか。
認可とは、特定の行動に対しての権限の制御をする設定です。

認可には、Gate・Policy、２つの方法があります。

Gateで設定する場合

・App\Providers\ AuthServiceProvider に定義を記述
・認可したい箇所でGateファザードを用いて制御

Gateを App\Providers\ AuthServiceProvider で定義する

public function boot()の中で定義していきます。

Gateの名称を設定：chat-view
Gateが認可される条件を設定：if文の中がtrueの場合に返り値として return true;を返します。
※引数$userは、認証されているユーザー情報が入ってきます。

         Gate::define('chat-view', function (User $user, $chatRoom) {
            if ($chatRoom->apply_user_id === $user->id) {
                return true;
            }
        }); 

認可したい箇所でGateファザードを用いて制御

Gateを活用する場所では、下記のように扱います。
Gateファザードには、denies, allows , authorizeなどのメソッドがあります。
authorize で設定している下記では、Gateの定義した処理でtrueを返さない場合には403エラーを返します。

        $chatRoom = ChatRoom::findOrFail($chatRoomId);
        Gate::authorize('chat-view', $chatRoom);