Laravel의 다중 사용자 인증 시스템 소개

Laravel 5.2부터 내장된 인증 인증 시스템은 다중 역할 인증을 지원할 수 있습니다. 즉, 관리자와 일반 사용자라는 두 가지 역할이 있는 경우 동일한 인증 시스템을 통해 인증을 수행할 수 있습니다.

이 글에서는 Laravel 다중 사용자 인증 시스템 관련 내용을 자세히 소개하고 참고 및 학습을 위해 공유하겠습니다. 아래에서는 자세한 소개를 살펴보겠습니다.

#1 자동으로 코드 생성

Laravel의 자체 인증은 한 줄의 명령을 통해 관련 인증 컨트롤러, 템플릿 및 경로를 생성할 수 있습니다:

php artisan make:auth

이렇게 하면 AuthController 인증 제어 HomeController 및 HomeController 범용이 생성됩니다. 컨트롤러, 이 컨트롤러는 쓸모가 없습니다. 로그인 및 등록에 필요한 일부 템플릿 파일도 있습니다. 리소스/뷰를 보면 관련 인증 경로도 생성됩니다. , 소스 코드는 실제로 일부 로그인 및 등록 기능을 구성하는 IlluminateRoutingRouter::auth(); 에 있습니다. IlluminateRoutingRouter::auth(); ，其实就是配置了一些登录注册用的：

public function auth() { 
 // Authentication Routes... 
 $this->get('login', 'Auth\AuthController@showLoginForm'); 
 $this->post('login', 'Auth\AuthController@login'); 
 $this->get('logout', 'Auth\AuthController@logout'); 
 // Registration Routes... 
 $this->get('register', 'Auth\AuthController@showRegistrationForm'); 
 $this->post('register', 'Auth\AuthController@register'); 
 // Password Reset Routes... 
 $this->get('password/reset/{token?}', 'Auth\PasswordController@showResetForm'); 
 $this->post('password/email', 'Auth\PasswordController@sendResetLinkEmail'); 
 $this->post('password/reset', 'Auth\PasswordController@reset'); 
}

#2 auth.php文件配置

这个是和认证相关的配置文件，估计很多人看不懂里面一些概念，比如说guard以及provider
这些，文档也基本上是没写。那么guard到底是什么东西呢？这个可以理解为就是一个角色，在guards
数组中的每一项都是一个角色，默认的有web和api两种，这就表示了当前有这两种角色会使用到认证系统。当然，这两种肯定是不会满足我们要求的，所以我们一般都会自定义一些guard。自定义也很简单，就是在guards数组增加一项，其中driver就是表示这个认证要怎么去保存用户状态，一般是保存在session中，而provider就是下面provider数组的一项，那么provider又是什么鬼呢？这个更好理解了，你要实现用户认证肯定要保存用户名密码对吧，那么provider就是告诉Laravel你的用户信息保存在哪一张表里面，driver就是告诉了要使用那种方式来操作数据库。

#3 认证

其实Laravel自动生成的代码已经可以满足登录注册的需求了，但是每一个guard都需要一个AuthController来，那么如何公用一个认证控制器呢？这里就是用到guard这个东西了，因为可以表示用户身份来进行不同的逻辑。但是，在认证控制器中无法获取到这guard，所以我们可以通过路由参数的方式来实现。定义一个路由群组：

Route::group(['prefix'=>'{guard}'],function(){ Route::auth();});

在这个路由群组中我们设置前缀为guard参数，这样就可以在AuthController中获取到当前的guard了。一般情况下我们获取路由参数都是通过依赖注入Request实例来获取，但是这里也有一个坑那就是我在5.1版本之前路由参数都可以通过

$request->input('key')

这样来获取，但是在5.2中已经不行了，必须通过

$request->key

来获取，或者就是直接从路由实例中获取，不知道这是什么原因。在AuthController控制器中使用了一些trait，这些trait就是实现了认证注册的逻辑，可以通过重写一些控制器的属性来自定义逻辑。包括$redirectTo还有$guard以及$username인증과 관련된 구성 파일입니다. 많은 사람들이 Guard 및 Provider
와 같은 일부 개념을 이해하지 못하는 것으로 추정되며 기본적으로 문서가 작성되지 않습니다. 그렇다면 가드란 정확히 무엇일까요? 이는 역할로 이해될 수 있습니다. Guards 배열의 각 항목은 역할입니다. 기본 항목은 web 및 api이며, 이는 이 두 역할이 현재 인증 시스템을 사용하고 있음을 의미합니다. 물론 이 두 가지는 우리의 요구 사항을 확실히 충족하지 못하므로 일반적으로 일부 가드를 사용자 정의합니다. 사용자 정의도 매우 간단합니다. Guards 배열에 항목을 추가하기만 하면 됩니다. 여기서 드라이버는 일반적으로 세션에서 이 인증을 위해 사용자 상태를 저장하는 방법을 나타내며 공급자는 아래 공급자 배열의 항목입니다. 공급자? 이것이 이해하기 쉽습니다. 사용자 인증을 구현하려면 사용자 이름과 비밀번호를 저장해야 합니다. 그러면 공급자는 Laravel에게 사용자 정보가 어떤 테이블에 저장되어 있는지 알려주고 드라이버는 Laravel에게 어떤 방법을 사용하여 작업해야 하는지 알려줍니다. 데이터 베이스.

#3 인증

실제로 Laravel에서 자동으로 생성된 코드는 이미 로그인 및 등록 요구 사항을 충족할 수 있지만 각 가드에는 AuthController가 필요합니다. 그렇다면 인증 컨트롤러를 어떻게 공유할 수 있을까요? Guard는 다른 논리를 수행하기 위해 사용자의 신원을 나타낼 수 있기 때문에 여기에서 사용됩니다. 그러나 이 가드는 인증 컨트롤러에서 얻을 수 없으므로 라우팅 매개변수를 통해 얻을 수 있습니다. 라우팅 그룹 정의:

Route::get('profile', [ 'middleware' => 'auth:api', 'uses' => 'ProfileController@show']);

이 라우팅 그룹에서는 AuthController에서 현재 가드를 얻을 수 있도록 가드 매개변수에 접두사를 설정합니다. 일반적인 상황에서는 Request 인스턴스에 종속성 주입을 통해 라우팅 매개변수를 얻지만 여기에도 함정이 있습니다. 버전 5.1 이전에는

$user = Auth::user();

을 통해 라우팅 매개변수를 얻을 수 있었지만 5.2에서는 No입니다. ,

$user = Auth::guard('guard')->user();

을 통해 얻어야 하거나, 라우팅 인스턴스에서 직접 얻어야 하는 이유는 모르겠습니다. 일부 특성은 AuthController 컨트롤러에서 사용됩니다. 이러한 특성은 컨트롤러의 일부 속성을 다시 작성하여 논리를 사용자 정의할 수 있습니다. $redirectTo 및 $guard 및 $username 등을 포함합니다. 첫 번째는 로그인 성공 후 점프하는 것임을 한눈에 알 수 있습니다. 두 번째는 현재 사용되는 가드를 정의하는 것이고, 세 번째는 인증에 사용되는 사용자 이름 필드입니다. 따라서 인증 컨트롤러에서 가드를 획득하여 이를 사용자 정의할 수 있습니다.

#4 경로 보호🎜🎜🎜🎜🎜 일반적으로 인증 시스템을 만드는 사람들은 경로를 보호해야 하는데 어떻게 경로를 보호해야 할까요? 문서에는 보호해야 할 경로에 인증 미들웨어를 추가하라고 나와 있는데 현실은 어떤가요? 실제로도 그렇습니다만, 문서에는 auth 미들웨어로 보호되는 경로도 웹 미들웨어로 추가해야 하고, 웹 미들웨어로도 추가해야 하고, 웹 미들웨어로도 추가해야 한다는 내용이 나와 있지 않은 것이 중요합니다. 세 번 말하면 무슨 문제가 생기겠습니까? 인증 성공 여부에 관계없이 / 경로로 이동하게 됩니다. 이 큰 함정에 주의하세요! 물론, 미들웨어에 가드를 지정하여 Laravel에게 인증할 가드를 지정할 수도 있습니다. 지정하지 않으면 구성 파일의 기본 가드가 사용됩니다: 🎜🎜🎜🎜🎜rrreee🎜🎜🎜#5 사용자 인스턴스 가져오기 🎜 🎜🎜🎜🎜 인증을 통과한 후 Auth 파사드를 통해 현재 인증된 사용자 인스턴스를 얻을 수 있습니다. 🎜🎜🎜🎜🎜rrreee🎜 여기서 주목해야 할 또 다른 점은 위의 방법은 기본적으로 구성 파일에서 가드를 얻는다는 것입니다. 현재 로그인한 가드가 구성 파일에 없으면 다음과 같이 가드를 얻어야 합니다. 🎜 🎜🎜🎜🎜

$user = Auth::guard('guard')->user();

#6 总结

总得来说，Laravel5.2自带的Auth系统还是很好用的，只是有一些小坑文档没说清楚，用过几次之后就可以很熟悉了，可以给我们节约很多的开发时间。

相关推荐：

Laravel多用户认证系统

위 내용은 Laravel의 다중 사용자 인증 시스템 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!