0byt3m1n1
Path:
/
data
/
applications
/
aps
/
typo3
/
4.2.1-6
/
standard
/
htdocs
/
typo3
/
sysext
/
lang
/
[
Home
]
File: locallang_csh_be_users.xml
<?xml version="1.0" encoding="utf-8" standalone="yes" ?> <T3locallang> <meta type="array"> <description>CSH for Backend Users</description> <type>CSH</type> <csh_table>be_users</csh_table> </meta> <data type="array"> <languageKey index="default" type="array"> <label index=".description">This is the table of backend administration users. Backend users can login in the backend of TYPO3 and are typically producers of content on a website.</label> <label index=".details">The main settings for a backend user is a username, password and group memberships. The username and password authenticates the user to the system. The group memberships enables the user to perform actions in TYPO3 since groups are the main source of permission settings for a backend user. Backend usergroups can also be understood as "roles". A usergroup can contain a configuration of permissions which allows the user to play a certain role in the system. <b>The "Admin" user</b> There is a special kind of user, the "Admin" user. This user has access to everything in TYPO3. There are no limits for Admin-users at all. You should normally have only a single or two admin-users in your system. Admin-users are the only users who can create other backend users. Alternatively you can create an "Action" which enables other normal users to do it as well (with certain restrictions of course). <b>Location</b> Backend users are always created in the root of the page tree (like Backend groups are). <b>Comparing Users</b> To manage and compare users, getting an overview of their access credentials etc. you can use the Tools > User Admin module (extension: beuser). It allows you to group users by various categories of permissions. You can also switch to another users account by a single click of a button.</label> <label index="_.seeAlso">be_groups, About backend users | http://typo3.org/documentation/document-library/doc_tut_quickstart/Backend_users/ Setting up a new user and group | http://typo3.org/documentation/document-library/doc_core_inside/Setting_up_a_new_use/ Users and Groups [Technical] | http://typo3.org/documentation/document-library/doc_core_inside/Users_and_groups/</label> <label index="_.image">EXT:lang/cshimages/beuser_2.png, EXT:lang/cshimages/beuser_1.png, EXT:lang/cshimages/beuser_3.png</label> <label index=".image_descr">Backend users are found in the root of the page tree. "Admin" backend users can always be recognized on their icon being red while normal users have a blue icon. The editing form of a backend users record. The "Tools > User Admin" module where you can get an overview of the users on the system and what permissions they have. Click the "SU" button to switch to a users account.</label> <label index="username.description">Enter the login name of the backend user.</label> <label index="username.details">A username is required and must be in lowercase without spaces in it. Furthermore the username must be unique. If it is not unique a number will be appended automatically.</label> <label index="_username.seeAlso">be_users:password</label> <label index="password.description">Enter the password for the backend username above (Notice the value you enter <i>will</i> be readable in the field!).</label> <label index="password.details">The password is required. Before the password is sent to the server it's md5-hashed, so the password value itself is not transferred over the Internet. This is true both when editing the password and when the user logs in. While this principle does not reveal the raw password it is <i>not</i> the same as real encryption. If you need the highest degree of security you should install the TYPO3 backend on a secure server. The password is stored in the database as an md5-hash and thus it's not possible to extract the original password from the database either. This means that 'lost passwords' must be substituted with a new password for the user. <b>Notice</b> When you enter the password in the password field it is initially visible in clear text! First when the password field focus is lost will the password become a "list of dots". <b>User changing password</b> Users can change their password from the User > Setup module</label> <label index="_password.seeAlso">_MOD_user_setup:option_newPassword</label> <label index="usergroup.description">Assign backend user groups to the user.</label> <label index="usergroup.details">The backend user groups defines the permissions which the backend user will inherit. So unless the backend user is an 'Admin' user, he needs to be a member of one or more user groups in order to have practically any permissions assigned. The properties set in the user groups are mostly added together. The first (top) group in the list is the group which will, by default, be the owner of pages the user creates.</label> <label index="_usergroup.seeAlso">be_users:TSconfig, be_groups</label> <label index="lockToDomain.description">Enter the host name from which the user is forced to login.</label> <label index="lockToDomain.details">A TYPO3 system may have multiple domains pointing to it. Therefore this option secures that users can login only from a certain host name.</label> <label index="_lockToDomain.seeAlso">be_groups:lockToDomain, fe_users:lockToDomain, fe_groups:lockToDomain</label> <label index="disableIPlock.description">Disable the lock of the backend users session to the remote IP number.</label> <label index="disableIPlock.details">You will have to disable this lock if backend users are accessing TYPO3 from ISDN or modem connections which may shutdown and reconnect with a new IP. The same would be true for DHCP assignment of IP numbers where new IP numbers are frequently assigned.</label> <label index="db_mountpoints.description">Assign startpoints for the users page tree.</label> <label index="db_mountpoints.details">The page tree used my all Web-submodules to navigate must have some points-of-entry defined. Here you should insert one or more references to a page which will represent a new root page for the page tree. This is called a 'Database mount'. <strong>Notice</strong> that backend user groups also has DB mounts which can be inherited by the user. So if you want a group of users to share a page tree, you should probably mount the page tree in the backend user group which they share instead.</label> <label index="_db_mountpoints.seeAlso">be_groups:db_mountpoints, be_users:file_mountpoints, be_users:options, xMOD_csh_corebe:perm_module, xMOD_csh_corebe:pagetree</label> <label index="_db_mountpoints.image">EXT:lang/cshimages/be_groups_3.png, EXT:lang/cshimages/be_groups_4.png</label> <label index="db_mountpoints.image_descr">A DB mount is assigned to the user. Users can only operate on pages and records which are inside their DB mounts! When a page is mounted for a user it will become the root of their page tree. The user must have access to the page through the regular page permissions set in the Web > Access module.</label> <label index="file_mountpoints.description">Assign startpoints for the file folder tree.</label> <label index="file_mountpoints.details">The file folder tree is used by all File-submodules to navigate between the file folders on the webserver. Notice as with 'DB mounts' the file folder mounts may be inherited from the member groups of the user. See Backend Groups for details</label> <label index="_file_mountpoints.seeAlso">be_groups:file_mountpoints, be_users:db_mountpoints, be_users:options, xMOD_csh_corebe:filetree, sys_filemounts</label> <label index="email.description">Enter the email address of the user.</label> <label index="email.details">This address is rather important to enter because this is where messages from the system is sent. <strong>Notice</strong> the user is able to change this value by himself from within the User>Setup module.</label> <label index="_email.seeAlso">be_users:realName, _MOD_user_setup:option_newPassword</label> <label index="realName.description">Enter the ordinary name of the user, eg. John Doe.</label> <label index="realName.details"><strong>Notice</strong> the user is able to change this value by himself from within the User>Setup module.</label> <label index="_realName.seeAlso">be_users:email, _MOD_user_setup:option_newPassword</label> <label index="disable.description">This option will temporarily disable the user from logging in.</label> <label index="_disable.seeAlso">be_users:starttime, be_users:endtime</label> <label index="admin.description">'Admin' users have TOTAL access to the system!</label> <label index="admin.details">'Admin' can do anything TYPO3 allows and this kind of user should be used only for administrative purposes. All daily handling should be done with regular users. 'Admin' users don't need to be members of any backend user groups. However you should be aware that any page created by an admin user without a group will not have any owner-group assigned and thus it will probably be invisible for other users. If this becomes a problem you can easily solve it by assigning a user group to the 'Admin' user anyway. This does of course not affect the permissions since they are unlimited, but the first group listed is by default the owner group of newly created pages. 'Admin' users are easily recognized as they appear with a red icon instead of the ordinary blue user-icon. You should probably not assign any other users than yourself as an 'Admin' user.</label> <label index="_admin.image">EXT:lang/cshimages/beuser_4.png</label> <label index="options.description">Select if the user should inherit page tree or folder tree mountpoints from member groups.</label> <label index="options.details">It's a great advantage to let users inherit mountpoints from membergroups because it makes administration of the same mountpoints for many users extremely easy. If you don't check these options, you must make sure the mount points for the page tree and file folder tree is set specifically for the user.</label> <label index="_options.seeAlso">be_users:db_mountpoints, be_users:file_mountpoints</label> <label index="fileoper_perms.description">Select file operation permissions for the user.</label> <label index="fileoper_perms.details">These settings relates to the functions found in the File>List module as well as general upload of files.</label> <label index="_fileoper_perms.seeAlso">be_users:file_mountpoints</label> <label index="starttime.description">Enter the date from which the account is active.</label> <label index="_starttime.seeAlso">be_users:disable, be_users:endtime, pages:starttime</label> <label index="endtime.description">Enter the date from which the account is disabled.</label> <label index="_endtime.seeAlso">be_users:disable, be_users:starttime, pages:starttime</label> <label index="lang.description">Select the <i>default</i> language.</label> <label index="lang.details">This determines the language of the backend interface for the user. All mainstream parts available for regular users are available in the system language selected. 'Admin'-users however will experience that the 'Admin'-only parts of TYPO3 is in english. This includes all submodules in "Tools" and the Web>Template module. <b>Notice</b> this is only setting the default language. As soon as the user has logged in the language must be changed through the User>Setup module. Also you will have to install the corresponding language pack which can be found as an extension on TYPO3.org with the prefix "csh_XX" where XX is the TYPO3 language key.</label> <label index="_lang.seeAlso">_MOD_user_setup:language</label> <label index="userMods.description">Select available backend modules for the user.</label> <label index="userMods.details">This determines which 'menu items' are available for the user in the backend. Notice that the same list of modules may be configured for the backend user groups and that these will be inherited by the user in addition to the modules you select here. It's highly likely that you should not set any modules for the user himself but rather select the modules in the backend groups he's a member of. However this list provides a great way to add a single module for specific users.</label> <label index="_userMods.seeAlso">be_groups:groupMods</label> <label index="TSconfig.description">Enter additional TSconfig for the user (advanced).</label> <label index="TSconfig.details">This field allows you to extend the configuration of the user in severe details. A brief summary of the options include a more detailed configuration of the backend modules, setting of user specific default table field values, setting of Rich Text Editor options etc.</label> <label index="_TSconfig.seeAlso">pages:TSconfig, fe_users:TSconfig, be_groups:TSconfig, User TSconfig | http://typo3.org/documentation/document-library/doc_core_tsconfig/User_TSconfig/</label> <label index="allowed_languages.description">Select which record languages the group members are limited to edit.</label> <label index="allowed_languages.details">You can also limit users to specific languages with user group settings. Please see the same field for backend user groups for more details.</label> <label index="_allowed_languages.seeAlso">be_groups:allowed_languages</label> <label index="_allowed_languages.image">EXT:lang/cshimages/be_groups_18.png</label> </languageKey> </data> </T3locallang>