Thank you for your feedback!
Users for Modx websites can be classified in two main groups - front-end users and back-end users. The following article will explain how to manage both front and back end users including creating them, understanding the data required for the creation of the users, determining access permissions, and managing existing users. Front-end users have access to the website that has been created by Modx. Back-end users are typically the users who help manage your website or specific parts of it. For example, you may have users who moderate a Blog or help to manage your users. Assign your backend users with care in order to insure that your website needs are fulfilled.
Creating users involves filling a large form with many settings including contact information, login periods, super-admin access (sudo), login limit (for failed logins), and the password for the user. If you are an administrator make sure you are following your organization rules for creating a user if there are any standards set.
|User Name||User name for the new user you are creating|
|Full Name||Full name of the person who will be using the user login|
|E-mail Address||E-mail address of the user|
|Phone Number||Phone number of the user|
|Mobile Phone Number||Mobile phone number of the user|
|Address||Address of the user|
|City||City of the user|
|Fax||Fax number of the user|
|State||State of the User|
|Zip||Zip code for the user|
|Country||Country of the user|
|Website||Website of the user|
|Date of Birth||Date of Birth of the user|
|Gender||Gender of the user (M/F)|
|Active||Select checkbox to make user active|
|Sudo User||User will have full access the complete site will bypass any Access Permissions, checks. This option should be selected with caution.|
|Blocked||Will block user from logging in if checked|
|Blocked Until||Will prevent access until date and time specified|
|Blocked After||Will prevent access after the date and time specified|
|Number of logins||Shows the number of the logins|
|Last login||Shows the last login|
|Failed logins||Shows the failed login|
|Class Key||Modx class for user (Do not change unless you are familar with class keys in Modx)|
|Comment||Comment on user|
|New Password||Checkbox for determining new password methods|
Password notification method - send
|Permits Modx to send an email notification of the new password|
|Show the new password on screen||Allows the viewing of the new password on screen|
|New password method - Let Modx generate
|Permits Modx to create the new password for the user|
|Let me specify the password||Allows the administrator to create the password for the user|
Access Permissions are the area that you can add users to a specific user group. For example, if you have a Blog Moderators group, then you can assign the user to that group so that they can moderate the blog area of the Modx site. Note that users can belong to more than one group and permissions from one group may supercede the permissions in the other. An example of this is a user with administrator rights. Even though they may be blog moderators, if they're also an administrator, then they have access to other parts of the Modx website. For this reason, you should be careful when giving rights to your backend users.
Occasionally, you will find that there are values or organizational headings that may be applied to your users that are not in the typical database area for your user. This means that you you will not see these items in the General Information tab when creating your user. In order to provide support for these items, Modx has provided an option called EXTENDED FIELDS. Here's an illustration that describes them:
The illustration doesn't provide a direct correlation for the database tables. It is more an illustration of how the extended fields are not a part of the usual definition of the users and can be added as a container and attribute using the interface provided in the Extended Fields tab. This allows you to extend the definition of your user information without having to modify the core database structure. This is important for future Modx upgrades. If you're adding tables or entries that change the database structure, then you may interfere with future upgrades to the software.
Editing existing users in Modx is different than Modx, because it will require that you right-click with your mouse on the user that you wish to edit. Additionally, you will see an addtional SETTINGS tab that you did not see when setting up the user.
|Key||Key for setting ; accessible in site content using the "[[++key]]" placeholder|
|Name||Name for the setting; can also be the Lexicon Entry Key|
|Description||Describes the setting; this can also be the Lexicon Entry Key|
|Field Type||Setting can be text (textfield), an area specified for text (textarea) and a boolean value|
|Namespace||Namespace that the setting is linked to. When the Settings are loaded, the default Lexicon Topic is set|
|Area lexicon entry||Key for the area lexicon entry is set here. Core Areas include: authentication, caching, file, furls, gateway, langugage, manager, session, site, and system|
|Value||Field for Setting value|
Occasionally it is easier to duplicate an existing user instead of having to rebuild one. This is handy because it allows you to take a user with specific permissions or roles and then duplicate it so that you can create multiple users with the same roles.
Removing users from the list of users is a simple matter in Modx. You can either use your mouse or the BULK ACTIONS option to make this change. Use caution when deleting a user, you will get one confirmation dialog window to confirm the deletion. And you cannot undo the action.
Thank you for your feedback!
|1.||Managing Users in Modx|
|2.||Part I: Managing Users Groups in Modx|
|3.||Replacing the Modx Editor with TinyMCE|
|4.||How to manually reset MODx Administrator user password using API|
|5.||Resetting the Password for Modx Users through the Database|
|6.||How to view an error log in Modx|
|7.||How to Add Content Types to Modx|
|8.||Loading MODX Components in Package Management|
|9.||Installing Packages in Modx Package Management|
|10.||Changing System Settings in Modx|
|11.||Creating Systems Settings in Modx|
|12.||Part I: Setting Up Friendly URLs for MODX- HTACCESS file changes|
|13.||Part II: Making Template and System Setting Changes to Enable Friendly URLs for Modx|
|14.||How to Optimize your Database in MODX Revolution|
|15.||How to find MODX System Information|
|16.||Flush Permissions and Sessions in MODX|
|17.||How to Configure SMTP Email for MODX|
|18.||Adding the Google Analytic Widget to the MODX Dashboard|
|Email:||support@WebHostingHub.com||Ticket:||Submit a Support Ticket|
|Chat:||Click To Chat Now|