silvanite / novatoolpermissions
Laravel Nova Permissions (Roles and Permission based Access Control (ACL))
Installs: 229 649
Dependents: 2
Suggesters: 0
Security: 0
Stars: 101
Watchers: 9
Forks: 33
Open Issues: 29
Requires
- php: >=7.1.3
- benjaminhirsch/nova-slug-field: ^1.2.3
- laravel/framework: >=5.6.0
- silvanite/brandenburg: ^1.0
- silvanite/novafieldcheckboxes: ^1.0
Requires (Dev)
- squizlabs/php_codesniffer: >=3.1
- dev-master
- v1.1.3
- v1.1.2
- v1.1.1
- v1.1.0
- v1.0.9
- v1.0.8
- v1.0.7
- v1.0.6
- v1.0.5
- v1.0.4
- v1.0.3
- v1.0.2
- v1.0.1
- 1.0.0
- dev-dependabot/npm_and_yarn/lodash-and-babel-eslint-4.17.21
- dev-dependabot/npm_and_yarn/minimist-and-mkdirp-1.2.8
- dev-dependabot/npm_and_yarn/decode-uri-component-0.2.2
- dev-dependabot/npm_and_yarn/loader-utils-and-rollup-plugin-vue--removed
- dev-private-access
This package is auto-updated.
Last update: 2024-10-26 22:01:10 UTC
README
Add Access Control by means of User based Roles and Permissions to your Nova installation. Includes default User and Role Policies which can be managed through your Nova Admin Panel.
This tool uses the Silvanite\Brandenburg package under the hood to manage user roles. Brandenburg is used because it has clear separation of concerns
Roles are defined in the Database
and
Permissions are defined in the Codebase
As a result, you won't see any Permissions resource. The Roles resource will get the permissions from the Gates defined in your code.
Package maintenance
Unfortunately I am no longer actively working in the Laravel ecosystem and as such am unable to maintian this package. If anyone would like to take over the maintenance of the package please get in touch (open an issue or contact me on Twitter).
Installation
Install the tool through composer
composer require silvanite/novatoolpermissions
Run the migrations to add the database tables required by Brandenburg.
php artisan migrate
Add the HasRoles
trait to your User model as per the Brandenburg installation instructions.
// app/User.php use Silvanite\Brandenburg\Traits\HasRoles; class User extends Authenticatable { use HasRoles; ... }
Load it into your Nova Tools to display the Roles within your Resources
// app/Providers/NovaServiceProvider.php use Silvanite\NovaToolPermissions\NovaToolPermissions; public function tools() { return [ new NovaToolPermissions(), ]; }
You can assign Users to Roles from the Role resource, however if you want to assign Roles from your User resource you will need to add an additional relationship ...
// app/Nova/User.php use Silvanite\NovaToolPermissions\Role; public function fields(Request $request) { return [ ... BelongsToMany::make('Roles', 'roles', Role::class), ]; }
If you are not using the defaul App\Nova\User
Resource you can customise this by publishing the `novatoolpermissions config and setting your User resource model.
php artisan vendor:publish --provider="Silvanite\NovaToolPermissions\Providers\PackageServiceProvider"
Remove the default viewNova
Gate to use the Gate included by this package. You will need to keep the gate() method in place, just empty it.
Note: Nova will always allow access in development environments.
// app/Providers/NovaServiceProvider.php protected function gate() { // }
Usage
Once installed, go ahead and create your first Role. E.g. Administrator
and assign all permissions to your new Role.
Finally assign the Administrator Role to your user account.
Note: By default, the package allows anyone access to a permission if no single user has access to it. This is to prevent you from locking yourself out of features. As such, it is important to define your primary admin role which has access to all permissions, meaning nobody else has access unless you specifically grant it.
Default Permissions
This package comes with a set of default permissions to provide full access control to the package's functionality. Permissions come with default english translations to provide a better user experience. You are free to replace these with translations in your applications json translations.
{ "viewNova": "Access Nova", "viewRoles": "View Roles", "manageRoles": "Manage Roles", "assignRoles": "Assign Roles", "viewUsers": "View Users", "manageUsers": "Manage Users" }
Custom permissions
To create your own permissions, simply define them in your service provider and create a Policy for your resource/model. Let's work with a common Blog example and assume that you have a Blog Model and Resource in your application.
Create a Policy for your Nova Resource
Create a new policy for your blog
php artisan make:policy BlogPolicy
Let's assign the Policy and define our Gates.
// app/Providers/AuthServiceProvider.php use Silvanite\Brandenburg\Traits\ValidatesPermissions; class AuthServiceProvider extends ServiceProvider { use ValidatesPermissions; protected $policies = [ \App\Blog::class => \App\Policies\BlogPolicy::class, ]; public function boot() { collect([ 'viewBlog', 'manageBlog', ])->each(function ($permission) { Gate::define($permission, function ($user) use ($permission) { if ($this->nobodyHasAccess($permission)) { return true; } return $user->hasRoleWithPermission($permission); }); }); $this->registerPolicies(); } }
Finally, specify the access control in your Policy as per the Nova documentation.
// app/Policies/BlogPolicy.php use Illuminate\Support\Facades\Gate; public function viewAny($user) { return Gate::any(['viewBlog', 'manageBlog'], $user); } public function view($user, $post) { return Gate::any(['viewBlog', 'manageBlog'], $user, $post); } public function create($user) { return $user->can('manageBlog'); } public function update($user, $post) { return $user->can('manageBlog', $post); } public function delete($user, $post) { return $user->can('manageBlog', $post); } public function restore($user, $post) { return $user->can('manageBlog', $post); } public function forceDelete($user, $post) { return $user->can('manageBlog', $post); }
And add your labels to your translations to keep everything tidy.
{ "viewBlog": "View Blog", "manageBlog": "Manage Blog" }
This example is a super-simple implementation. You can define your Gates as in any standard Laravel Application and can simply add the additional checks to validate them against your assigned Roles and Permissions.
Access Control
Sometimes you might want to prevent some users from accessing content, but not others. To achieve this, use the included HasAccessControl.php
trait on your model.
To check if a user has the correct permissions to view your content, either load the AccessControlServiceProvider
to register the accessControl
gate globally. Or include the AccessControlGate
trait on your models policy.
On your Nova resource, add the AccessControl field. This will display all roles with the canBeGivenAccess
permission. To protect content from being accessed, at least one Role has to be given access to the model, otherwise the resource will be available to everyone.
public function fields(Request $request) { return [ // ... AccessControl::make(), // ... ] }
Support
If you require any support please contact me on Twitter or open an issue on this repository.