This package allows you to save settings in a more persistent way. You can use the database and/or json file to save your settings. You can also override the Laravel config.
- Driver support
- Helper function
- Blade directive
- Override config values
- Custom file, table and columns
- Auto save
- Extra columns
Run the following command:
composer require akaunting/setting
Register the service provider in config/app.php
Akaunting\Setting\Provider::class,
Add alias if you want to use the facade.
'Setting' => Akaunting\Setting\Facade::class,
Publish config file.
php artisan vendor:publish --tag=setting
You can change the options of your app from config/setting.php
file
You can either use the helper method like setting('foo')
or the facade Setting::get('foo')
Setting::get('foo', 'default');
Setting::get('nested.element');
Setting::set('foo', 'bar');
Setting::forget('foo');
$settings = Setting::all();
setting('foo', 'default');
setting('nested.element');
setting(['foo' => 'bar']);
setting()->forget('foo');
$settings = setting()->all();
You can call the save()
method to save the changes.
If you enable the auto_save
option in the config file, settings will be saved automatically every time the application shuts down if anything has been changed.
You can get the settings directly in your blade templates using the helper method or the blade directive like @setting('foo')
You can modify the path used on run-time using setting()->setPath($path)
.
If you want to use the database as settings storage then you should run the php artisan migrate
. You can modify the table fields from the create_settings_table
file in the migrations directory.
If you want to store settings for multiple users/clients in the same database you can do so by specifying extra columns:
setting()->setExtraColumns(['user_id' => Auth::user()->id]);
where user_id = x
will now be added to the database query when settings are retrieved, and when new settings are saved, the user_id
will be populated.
If you need more fine-tuned control over which data gets queried, you can use the setConstraint
method which takes a closure with two arguments:
$query
is the query builder instance$insert
is a boolean telling you whether the query is an insert or not. If it is an insert, you usually don't need to do anything to$query
.
setting()->setConstraint(function($query, $insert) {
if ($insert) return;
$query->where(/* ... */);
});
This package uses the Laravel Manager
class under the hood, so it's easy to add your own storage driver. All you need to do is extend the abstract Driver
class, implement the abstract methods and call setting()->extend
.
class MyDriver extends Akaunting\Setting\Contracts\Driver
{
// ...
}
setting()->extend('mystore', function($app) {
return $app->make('MyStore');
});
Please see Releases for more information what has changed recently.
Please see CONTRIBUTING for details.
If you discover any security related issues, please email security@akaunting.com instead of using the issue tracker.
The MIT License (MIT). Please see LICENSE for more information.