2017-11-03 05:26:07 +00:00
|
|
|
<?php
|
|
|
|
|
|
|
|
return [
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Authentication Defaults
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| This option defines the default authentication "guard" and password
|
|
|
|
| reset "broker" for your application. You may change these values
|
2017-11-03 05:26:07 +00:00
|
|
|
| as required, but they're a perfect start for most applications.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'defaults' => [
|
2024-07-04 05:03:11 +00:00
|
|
|
'guard' => env('AUTH_GUARD', 'web'),
|
|
|
|
'passwords' => env('AUTH_PASSWORD_BROKER', 'users'),
|
2017-11-03 05:26:07 +00:00
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Authentication Guards
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| Next, you may define every authentication guard for your application.
|
|
|
|
| Of course, a great default configuration has been defined for you
|
2024-07-04 05:03:11 +00:00
|
|
|
| which utilizes session storage plus the Eloquent user provider.
|
2017-11-03 05:26:07 +00:00
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| All authentication guards have a user provider, which defines how the
|
2017-11-03 05:26:07 +00:00
|
|
|
| users are actually retrieved out of your database or other storage
|
2024-07-04 05:03:11 +00:00
|
|
|
| system used by the application. Typically, Eloquent is utilized.
|
2017-11-03 05:26:07 +00:00
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| Supported: "session"
|
2017-11-03 05:26:07 +00:00
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'guards' => [
|
|
|
|
'web' => [
|
|
|
|
'driver' => 'session',
|
|
|
|
'provider' => 'users',
|
|
|
|
],
|
2024-07-26 02:34:35 +00:00
|
|
|
|
|
|
|
'api' => [
|
|
|
|
'driver' => 'passport',
|
|
|
|
'provider' => 'users',
|
|
|
|
],
|
|
|
|
|
2017-11-03 05:26:07 +00:00
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| User Providers
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| All authentication guards have a user provider, which defines how the
|
2017-11-03 05:26:07 +00:00
|
|
|
| users are actually retrieved out of your database or other storage
|
2024-07-04 05:03:11 +00:00
|
|
|
| system used by the application. Typically, Eloquent is utilized.
|
2017-11-03 05:26:07 +00:00
|
|
|
|
|
|
|
|
| If you have multiple user tables or models you may configure multiple
|
2024-07-04 05:03:11 +00:00
|
|
|
| providers to represent the model / table. These providers may then
|
2017-11-03 05:26:07 +00:00
|
|
|
| be assigned to any extra authentication guards you have defined.
|
|
|
|
|
|
|
|
|
| Supported: "database", "eloquent"
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'providers' => [
|
|
|
|
'users' => [
|
|
|
|
'driver' => 'eloquent',
|
2024-07-04 05:03:11 +00:00
|
|
|
'model' => env('AUTH_MODEL', App\Models\User::class),
|
2017-11-03 05:26:07 +00:00
|
|
|
],
|
|
|
|
|
|
|
|
// 'users' => [
|
|
|
|
// 'driver' => 'database',
|
|
|
|
// 'table' => 'users',
|
|
|
|
// ],
|
|
|
|
],
|
|
|
|
|
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Resetting Passwords
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| These configuration options specify the behavior of Laravel's password
|
|
|
|
| reset functionality, including the table utilized for token storage
|
|
|
|
| and the user provider that is invoked to actually retrieve users.
|
2017-11-03 05:26:07 +00:00
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| The expiry time is the number of minutes that each reset token will be
|
2017-11-03 05:26:07 +00:00
|
|
|
| considered valid. This security feature keeps tokens short-lived so
|
|
|
|
| they have less time to be guessed. You may change this as needed.
|
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
| The throttle setting is the number of seconds a user must wait before
|
|
|
|
| generating more password reset tokens. This prevents the user from
|
|
|
|
| quickly generating a very large amount of password reset tokens.
|
|
|
|
|
|
2017-11-03 05:26:07 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
'passwords' => [
|
|
|
|
'users' => [
|
|
|
|
'provider' => 'users',
|
2024-07-04 05:03:11 +00:00
|
|
|
'table' => env('AUTH_PASSWORD_RESET_TOKEN_TABLE', 'password_reset_tokens'),
|
2017-11-03 05:26:07 +00:00
|
|
|
'expire' => 60,
|
2024-07-04 05:03:11 +00:00
|
|
|
'throttle' => 60,
|
2017-11-03 05:26:07 +00:00
|
|
|
],
|
|
|
|
],
|
|
|
|
|
2024-07-04 05:03:11 +00:00
|
|
|
/*
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
| Password Confirmation Timeout
|
|
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
| Here you may define the amount of seconds before a password confirmation
|
|
|
|
| window expires and users are asked to re-enter their password via the
|
|
|
|
| confirmation screen. By default, the timeout lasts for three hours.
|
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
'password_timeout' => env('AUTH_PASSWORD_TIMEOUT', 10800),
|
|
|
|
|
2017-11-03 05:26:07 +00:00
|
|
|
];
|