Jump to navigation Jump to search
This page is a translated version of the page Manual:$wgInvalidUsernameCharacters and the translation is 50% complete.
Outdated translations are marked like this.
Other languages:
English • ‎español • ‎français • ‎magyar • ‎polski • ‎português • ‎português do Brasil • ‎中文 • ‎日本語
User accounts, authentication: $wgInvalidUsernameCharacters
Carateres a evitar durante as criações de nova conta.
Introduzida na versão:1.15.0 (r48765)
Removida na versão:ainda em uso
Valores permitidos:(string)
Valor por omissão:'@:' (1.26+, git #9aa5cd1b)
'@' (1.15-1.25)


Carateres a evitar durante as criações de nova conta.

The @ sign is prohibited by default, because MediaWiki uses it internally for users that have their account in another wiki (interwiki users). The : sign is prohibited because the validity of usernames in different wikis differs due to different namespace and interwiki configuration. If you allow the "@" in usernames, you should also set $wgUserrightsInterwikiDelimiter . Otherwise you won't be able to give users with an "@" in the username different permissions using the normal way (though permissions can still be set via user ID). However, you are free to allow the ":" in usernames as long as you don't run multiple wikis with shared database or Extension:CentralAuth, and you don't create new namespace or interwiki prefixes which make existing username invalid.

This is used in a regular expression character class during registration (regex metacharacters like / are escaped).

Apart from checking for the signs given in $wgInvalidUsernameCharacters, MediaWiki also checks other conditions, which can prevent a username from being allowed. For example IP addresses cannot be used as usernames and combinations of characters, which are not allowed in page names cannot be used either. Mais informação em m:Help:Page name.


No caso dos nomes de utilizador com @, # e € deverão ser evitados, é utilizada a seguinte definição:

$wgInvalidUsernameCharacters = '@#€';

Consulte também

  • $CapitalLinks e $CapitalLinksOverrides não se aplicam aos nomes de utilizador