Wikis públicos trabalham com sucesso dentro de um sistema basicamente democrático. Isso não significa que cada decisão seja votada, mas, em geral, as decisões sobre um wiki devem ser feitas para chegar a um consenso, sempre que possível e necessário for. As diretrizes a seguir são fornecidas para ajudar os administradores a exercer o bom senso:
- Tenha boa fé
- Quando não há dúvida se uma edição foi destinada a ajudar o wiki, trate o editor da melhor forma possível. Se uma edição é obviamente abusiva, fique à vontade para tomar as medidas adequadas, tratando o editor de uma forma ética e fornecendo informações para que o conteúdo siga as diretrizes.
- Administrar usuários, e não conteúdo
- Quando se tratar de um conteúdo, a voz de um administrador deve ser tratada como a voz de um usuário comum. Administradores só devem impor suas opiniões quando a comunidade não consegue chegar a um consenso. Caso contrário, os administradores devem tentar informações dos usuários para discutir a situação e resolver as questões. Os administradores podem oferecer a sua opinião, bem como precisam tomar cuidado para não soar como se eles fossem o centro do universo.
- Seja humilde
- Tente resolver os problemas sem utilizar qualquer permissão extra de administrador, antes de tudo. Por exemplo, se dois editores estiverem revertendo as edições dos outros seguidamente, avise-os para discutirem o assunto primeiro. Se isso não funcionar, proteger a página temporariamente é a melhor saída antes de bloquear os editores em questão, afinal, isso pode demonstrar que o conteúdo informativo é o foco. Procure evitar o bloqueio de usuários sempre! Há sempre uma outra saída.
- A descrição acima não se aplica aos spammers, mas não bloqueie definitivamente usuários desconhecidos. Endereços de IP mudam com o tempo e um bloco indefinido pode, eventualmente, afetar um editor legítimo. Na maioria dos casos, bloquear um spammer raramente é muito útil, pois muitas vezes ele não pratica spam de um mesmo IP, por isso é melhor apenas limpar o spam. Se os problemas com o spammer se agravarem, experimente uma conversa com ele no Curse.
Tipos de Administradores
Existem três tipos de status de administradores formais:
Neste documento estamos nos referindo como administradores. Este status não tem como intenção designar um usuário a estar no posto mais alto da hierarquia. Tenha em mente: um administrador é sempre um exemplo para a comunidade.
Bloqueios
No Gamepedia, os bloqueios são globalmente aplicados, portanto, bloqueie um usuário somente quando for necessário.
Bloqueios são aplicados através do formulário na página Special:Blockip. São varios os passos para bloquear:
- Especifique um IP ou usuário para ser bloqueado. Insira o IP ou nome da conta do usuário a ser bloqueado no campo "usuário" do formulário. Nomes de usuários não existentes também podem ser bloqueados, portanto, insira a informação correta! Você também pode bloquear uma faixa de IP; Obtenha mais informações abaixo.
- Normalmente, você poderá bloquear usuários clicando no link "Bloquear este usuário" na coluna lateral, ou no link "Bloquear" próximo ao IP/nome de usuário na listagem Special:Recentchanges.
- Especifique uma duração para o bloqueio. Você pode selecionar uma duração pré-definida na caixa "Expiração", ou inserir um valor diferente usando o formato padrão GNU, no campo "Outra duração". Bloqueios no Gamepedia são considerados uma ação global, pois afetam todas as áreas do domínio.
- Apesar de o formulário aceitar vários formatos de data (Quinzenas, "Próxima Segunda-feira"), aconselhamos a você usar o formato mais comum: "anos, meses, semanas, dias, horas e minutos".
- Você pode usar decimais. Dessa forma, "8.725 quinzenas" é um valor válido como duração.
- Especifique uma razão para o bloqueio (opcional). Esta razão será mostrada ao usuário caso ele tente fazer alguma modificação.
- Seja bem descritivo. Se possível, insira alguma evidência.
Clique em "bloquear este usuário" para aplicar. Todos os bloqueios são registrados em registro de bloqueios, e todos os bloqueios ativos estão na lista de bloqueios ativos.
Opções de Bloqueio
A página de bloqueio tem três informações relacionadas a bloqueios:
- Bloquear somente usuários anônimos: Quando bloquear o IP de um usuário, selecionar esta opção fará com que usuários registrados ainda possam fazer alterações de um determinado IP.
- Francamente falando, esta não é uma opção muito útil. A maioria dos IPs bloqueados são de spams ou bots - se eles criarem uma conta, poderão facilmente acessar o conteúdo deste mesmo IP.
- Prevenir criação de conta: Descritivo, né? Qualquer um que acessar a partir de um determinado IP estará impedido de criar uma conta.
- Esta opção pode ser ativada quando houver a necessidade de lidar com um spammer de IPs, geralmente eles são conhecidos por criar nomes de usuário como "Ki3H5x" para evitar bloqueios. Isto também funciona ao bloquear um usuário registrado - apesar de não podermos ver o IP do usuário, o sistema interno cuidará direitinho disso.
- Bloquear automaticamente o último IP usado por um usuário, e quaisquer endereços subsequentes: (Bloqueio automático, de forma resumida) Esta opção bloqueia somente usuários registrados. Quando ativado, o sistema bloqueará automaticamente o último IP utilizado e também os IPs subsequentes usados por uma determinada conta.
- Este é o pai dos bloqueios! Este é o bloqueio para aquele cara chato que acredita ser o vilão da novela! Esta opção pode ser usada para bloquear uma conta registrada de um bot ou spammer, pois há uma chance grande de que o sistema bloqueie os IPs antes que eles desconfiem.
- Autoblocks are taken care of in the background by the MediaWiki software, and last for 24 hours. These blocks only appear on the Special:Ipblocklist page (not in the regular block log) because they are added automatically.
- Be careful when using the autoblock function, especially in the case of dynamic IPs (AOL being the prime example) as it can result in temporarily blocking large numbers of innocent users.
See Blocking guidelines for more detailed information regarding blocking individual users.
Effects of a block
Blocked users may still read pages, but they cannot create, edit, or move pages, nor can they upload files. In general, all additional user rights (deletion, protecting, assign user rights) will be disabled for the duration of the block, but this does not apply to block/unblocking abilities. Any user that has blocking and unblocking abilities will be able to use them during their block (which allows them to unblock themselves).
Unblocking
An IP address or registered user account can be unblocked via the list of active blocks. Find the IP address or registered user account you wish to unblock in the list (you can enter the address or name in the "search" field to help you find the entry), and click the "Unblock" link displayed to the right of the block's expiry time.
This will lead you to a confirmation page. Enter the reason for unblocking (optional) in the "reason" field, and click "unblock this address" to remove the block. All unblockings are recorded in the block log.
Deleting
When deleting a page make sure you check "What links here" to verify that deletion will not break links elsewhere on the wiki.
- Don't delete an image you're not sure about as images that are used as part of the wiki's design (skin) will not show up as linked.
Hiding individual revisions
Sometimes it is necessary for a single revision to be deleted, rather than the whole page. This is useful when a user adds personal or sensitive information, such as access keys and passwords. If you see this, revert it immediately, and hide the revision. The Delete/undelete revisions page can be accessed through the history page.
Hiding a revision removes the text, edit summary and/or the user's name or IP address from public viewing. Only other administrators can see the hidden revision.
The following options are available:
- Hide revision text. Almost always used.
- Hide edit comment. Only to be used if the edit summary contains sensitive information.
- Hide editor's username/IP. Unlikely to be used.
Protecting
Protecting a page restricts it from being edited. This is primarily used for pages that have a high chance of being vandalized (Página principal) or as a temporary measure on a page that is the subject of an edit war or mass vandalism. There are three different kinds of protection:
- Semi-protection: Only registered users are allowed to edit the page. Any anon (IP) contributors will still be able to see the source code, but are unable to make any changes.
- This version makes a lot of sense on a page that is getting a lot of anon vandals, but it's not very useful in preventing an edit war.
- Full-protection: Only administrators are allowed to edit the page.
- This version should mainly be used on high-profile pages (the Página principal), pages that should never be changed by a non-administrator or as a very temporary measure to stopping an edit war. Please note that, when dealing with an edit war, no matter which revision you choose to protect, it will be the wrong one. Try to keep any pages protected for as short of a time as possible.
- Cascading protection: The page and all images, pages, and templates included into the page are also protected.
- Cascading protection should NEVER be used with semi-protection. Since Cascading protection automatically full-protects all included pages, any registered user can add an image or template to that semi-protected page to cause it to be full-protected (something that only administrators should be able to do).
- This is an emergency measure, typically used to temporarily protect a very high-profile page (Página principal) if a change makes the images/templates used vulnerable. Try and avoid this option if at all possible, as it may protect templates that are used in other locations (create a duplicate copy of the template and protect that instead).
Move Protection
By checking the "unlock move permissions" box on the "Confirm protection" screen, the page move rights can be restricted independently of page editing. This is most often used on Project pages that anyone should be able to edit, but that should generally not be moved.
Create protection
If a page does not exist, it can be protected against creation in the same way that an existing page can be protected from moving and editing. This is generally only done for pages which are frequent vandalism targets with no reason to exist, such as "index.php".
Protecting images
To protect an already uploaded image from being replaced with a newer version (such as images used on the Página principal), you can simply use the Protect button like with any other article.
Once in a while you may come across some image filename that shouldn't be uploaded at all to the wiki, (e.g. "File:Example.jpg"). To achieve this, simply edit the page of that image, (for example to add a reason why that page was protected). After this page has been created, the Protect button for that article will be available, and users trying to upload the image after that will receive a warning message that the page has been protected and will be unable to proceed.
Notes on protection
When used to temporarily stop an edit war, protection may be viewed as an endorsement of that particular version. This is not the case. Be careful to remind other users of this and start a discussion on the talk page of the article to resolve the conflict.
Rollback
Any user can revert a page by going through the page history. Administrators gain access to an additional rollback link to expedite the process. To revert the edits of one user to the last version by the previous editor, click rollback on the page history, the user contribution list, or on the diff page. The reversion will be marked as a minor edit and given an automatic edit summary based on the contents of MediaWiki:Revertpage.
Impartiality
Most active administrators also actively edit the wiki. This occasionally causes conflict of interest. For example, if people start personally attacking you after an edit to an article, blocking them yourself makes it appear as if you're using your administrator tools to control wiki content.
Thus:
- If you're editorially involved in a conflict, request another administrator's intervention.
- If you're personally involved with a member of a conflict, request another administrator's intervention.
- Only mention your administrator status when justifying or explaining an administrative action.
Cultural reverence of administrators
Administrators do not have any say in the editorial process beyond that of any other editor. At least, that's what we like to say. More accurately, administrators absolutely do have a bit more voice than non-administrators. This extra voice is completely unintentional and stems completely from the culture of the wiki -- people look up to administrators and are more reluctant to dispute them. Even though this reverence is not the administrator team's fault, nevertheless, every administrator should be careful to avoid abusing this additional editorial power. Specific suggestions on how to do this are, by nature, controversial -- thus, if you disagree with any suggestion below, please note flaws with said suggestion here instead of simply removing it. If you really feel it doesn't belong, take your case to the talk page.
Some possible ways to avoid abusing non-systemic administrator authority follow, roughly sorted from simple to complex.
- Negate the importance of the administrator role if it gets brought up in an editorial discussion.
- Be a little more explanatory than usual. Justify edits more completely. Post in talk more often if something might become controversial. This is good advice for everyone, but it's doubly important for administrators -- a lack of an edit summary for any non-minor edit can give the impression of unilateral action.
- Remind people that usual cultural considerations apply to administrators, too. For example, occasionally add "if you disagree, please revert" to your edit summary or talk post. Even though people are always free to revert like this, explicitly stating so helps them get over the fear of reverting an administrator.
- If you get administratively involved with an article, avoid being editorially involved with that article for some time.
Other useful notes
- Watching (and watchlisting) the Avisos à administração is useful for awareness of currently requested tasks. Remember though, that an issue being listed there does not necessarily mean that administrator action is required.
- Administrators should also have their email accessible through the "Email this user" link located in the toolbox from their Userpage. To do this, go to Preferences and make sure that Enable Email from users is checked. This offers the community access to discuss issues (blocks, protections etc.) outside of the view of the general community. If an issue is brought to attention in this fashion that requires community input, the administrator should post it as is appropriate.