mirror of
				https://github.com/invoiceninja/invoiceninja.git
				synced 2025-10-31 07:47:30 -04:00 
			
		
		
		
	* Performance improvements for seeding * Differentiating between system notification and user notifications * Remove hard coded webhook url * Working on system and user notifications * notifications * Set the currency on client if blank * Refactor for inserting invoice defaults * Refactor Default Invoice/Quote/Credit objects * working on credits * Implement mark_sent for quotes and credits
		
			
				
	
	
		
			120 lines
		
	
	
		
			3.6 KiB
		
	
	
	
		
			PHP
		
	
	
	
	
	
			
		
		
	
	
			120 lines
		
	
	
		
			3.6 KiB
		
	
	
	
		
			PHP
		
	
	
	
	
	
| <?php
 | |
| 
 | |
| return [
 | |
| 
 | |
|     /*
 | |
|     |--------------------------------------------------------------------------
 | |
|     | Authentication Defaults
 | |
|     |--------------------------------------------------------------------------
 | |
|     |
 | |
|     | This option controls the default authentication "guard" and password
 | |
|     | reset options for your application. You may change these defaults
 | |
|     | as required, but they're a perfect start for most applications.
 | |
|     |
 | |
|     */
 | |
| 
 | |
|     'defaults' => [
 | |
|         'guard' => 'user',
 | |
|         'passwords' => 'users',
 | |
|     ],
 | |
| 
 | |
|     /*
 | |
|     |--------------------------------------------------------------------------
 | |
|     | Authentication Guards
 | |
|     |--------------------------------------------------------------------------
 | |
|     |
 | |
|     | Next, you may define every authentication guard for your application.
 | |
|     | Of course, a great default configuration has been defined for you
 | |
|     | here which uses session storage and the Eloquent user provider.
 | |
|     |
 | |
|     | All authentication drivers have a user provider. This defines how the
 | |
|     | users are actually retrieved out of your database or other storage
 | |
|     | mechanisms used by this application to persist your user's data.
 | |
|     |
 | |
|     | Supported: "session", "token"
 | |
|     |
 | |
|     */
 | |
| 
 | |
|     'guards' => [
 | |
|         'web' => [
 | |
|             'driver' => 'session',
 | |
|             'provider' => 'users',
 | |
|         ],
 | |
|         'api' => [
 | |
|             'driver' => 'token',
 | |
|             'provider' => 'users',
 | |
|         ],
 | |
|         'user' => [
 | |
|             'driver' => 'session',
 | |
|             'provider' => 'users',
 | |
|         ],
 | |
|         'contact' => [
 | |
|             'driver' => 'session',
 | |
|             'provider' => 'contacts',
 | |
|         ],
 | |
|     ],
 | |
| 
 | |
|     /*
 | |
|     |--------------------------------------------------------------------------
 | |
|     | User Providers
 | |
|     |--------------------------------------------------------------------------
 | |
|     |
 | |
|     | All authentication drivers have a user provider. This defines how the
 | |
|     | users are actually retrieved out of your database or other storage
 | |
|     | mechanisms used by this application to persist your user's data.
 | |
|     |
 | |
|     | If you have multiple user tables or models you may configure multiple
 | |
|     | sources which represent each model / table. These sources may then
 | |
|     | be assigned to any extra authentication guards you have defined.
 | |
|     |
 | |
|     | Supported: "database", "eloquent"
 | |
|     |
 | |
|     */
 | |
| 
 | |
|     'providers' => [
 | |
|         'users' => [
 | |
|             'driver' => 'eloquent',
 | |
|             'model' => App\Models\User::class,
 | |
|         ],
 | |
|         'contacts' => [
 | |
|             'driver' => 'eloquent',
 | |
| 
 | |
|             'model' => App\Models\ClientContact::class,
 | |
|         ],
 | |
| 
 | |
|         // 'users' => [
 | |
|         //     'driver' => 'database',
 | |
|         //     'table' => 'users',
 | |
|         // ],
 | |
|     ],
 | |
| 
 | |
|     /*
 | |
|     |--------------------------------------------------------------------------
 | |
|     | Resetting Passwords
 | |
|     |--------------------------------------------------------------------------
 | |
|     |
 | |
|     | You may specify multiple password reset configurations if you have more
 | |
|     | than one user table or model in the application and you want to have
 | |
|     | separate password reset settings based on the specific user types.
 | |
|     |
 | |
|     | The expire time is the number of minutes that the reset token should be
 | |
|     | considered valid. This security feature keeps tokens short-lived so
 | |
|     | they have less time to be guessed. You may change this as needed.
 | |
|     |
 | |
|     */
 | |
| 
 | |
|     'passwords' => [
 | |
|         'users' => [
 | |
|             'provider' => 'users',
 | |
|             'table' => 'password_resets',
 | |
|             'expire' => 60,
 | |
|         ],
 | |
|         'contacts' => [
 | |
|             'provider' => 'contacts',
 | |
|             'table' => 'password_resets',
 | |
|             'expire' => 60,
 | |
|         ],
 | |
|     ],
 | |
| 
 | |
| ];
 |