| 
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