|
1 | 1 | --- |
2 | | -description: To give users an access to your website you need to assign them Roles in the Admin Panel. |
| 2 | +description: To give users an access to your website you need to assign them roles in the Admin Panel. |
3 | 3 | --- |
4 | 4 |
|
5 | 5 | # Roles |
6 | 6 |
|
7 | | -To give users an access to your website you need to assign them Roles in the Admin Panel. |
| 7 | +To give users an access to your website you need to assign them roles in the **Admin** panel. |
8 | 8 |
|
9 | 9 |  |
10 | 10 |
|
11 | | -Each Role consists of: |
| 11 | +Each role consists of: |
12 | 12 |
|
13 | 13 | **Policies** |
14 | 14 |
|
15 | 15 |  |
16 | 16 |
|
17 | | -Rules that give users access to different function in a module. |
18 | | -You can restrict what user can do with Limitations. |
19 | | -The available Limitations depend on the chosen Policy. |
20 | | -When Policy has more than one Limitation, all of them have to apply. |
| 17 | +Policies are the rules that give users access to different function in a module. |
| 18 | +You can restrict what user can do with limitations. |
| 19 | +The available limitations depend on the chosen policy. |
| 20 | +When policy has more than one limitation, all of them have to apply. |
21 | 21 | See [example use case](permission_use_cases.md#restrict-editing-to-part-of-the-tree). |
22 | 22 |
|
23 | 23 | !!! note |
24 | 24 |
|
25 | | - Limitation specifies what a User can do, not what they can't do. |
26 | | - A `Location` Limitation, for example, gives the User access to content with a specific Location, |
27 | | - not prohibits it. See [Limitation reference](limitation_reference.md) for further information. |
| 25 | + Limitation specifies what a user can do, not what they can't do. |
| 26 | + A `Location` limitation, for example, gives the user access to content with a specific location, not prohibits it. |
| 27 | + |
| 28 | + For more information, see [Limitation reference](limitation_reference.md). |
28 | 29 |
|
29 | 30 | **Assignments** |
30 | 31 |
|
31 | 32 |  |
32 | 33 |
|
33 | | -After you created all Policies, you can assign the Role to Users and/or User Groups with possible additional Limitations. |
34 | | -Every User or User Group can have multiple Roles. |
35 | | -A User can also belong to many groups, for example, Administrators, Editors, Subscribers. |
| 34 | +After you created all policies, you can assign the role to users and/or user groups with possible additional limitations. |
| 35 | +Every user or user group can have multiple roles. |
| 36 | +A user can also belong to many groups, for example, Administrators, Editors, Subscribers. |
36 | 37 |
|
37 | | -Best practice is to avoid assigning Roles to Users directly. |
38 | | -Model your content (content types, Sections, Locations etc.) in a way that can be accessed by generic Roles. |
39 | | -That way system will be more secure and easier to manage. |
40 | | -This approach also improves performance. Role assignments and Policies are taken into account during search/load queries. |
| 38 | +Best practice is to avoid assigning roles to users directly. |
| 39 | +Model your content (for example, content types, sections, or locations) in a way that can be accessed by generic roles. |
| 40 | +That way system is be more secure and easier to manage. |
| 41 | +This approach also improves performance. |
| 42 | +Role assignments and policies are taken into account during search/load queries. |
41 | 43 |
|
42 | | -See [Permissions overview](permissions.md) for further information |
43 | | -and [Permission use cases](permission_use_cases.md) for details on how to customize access to different parts of the Back Office. |
| 44 | +For more information, see [Permissions overview](permissions.md) and [Permission use cases](permission_use_cases.md). |
0 commit comments