Manual:Administrators/pt-br

= Administradores = Os administradores são usuários wiki com privilégio "sysop rights". O software wiki tem algumas funcionalidades de uso restrito, mas são muito importantes.

Proteção

 * Veja também: Protect

Administradores podem editar páginas protegidas, proteger e desproteger páginas contra edição e movimentação.

As versões de proteção de edição são:
 * Semi-proteção: protege páginas contra edição de usuários não-registrados.
 * Proteção total: protege páginas contra edição de usuários sem prvilégios de administrador.
 * Proteção em cascata:
 * combinada com a proteção total: protege páginas contra edição de usuários sem prvilégios de administrador, mas também protege imagens carregadas na página, desde que estejam no mesmo local (e não no Commons), e também aplicando a mesma proteção para páginas transcluídas enquanto elas permanecem transcluídas na página (isso funciona recursivamente).
 * combinada com a semi-proteção: não faz sentido e deve ser evitada (veja 8796); aplica-se uma proteção total para páginas transcluídas enquanto elas permanecem transcluídas na página (de novo recursivamente).

Veja também Help:Cascading protection demo.

Proteção de movimentação é a proteção contra movimentações de página por usuários sem prvilégios de administrador.

Procedimento
 * Para proteger uma página, clique na guia protect. Na aparência Monobook, o atalho   pode ser utilizado. Será solicitada uma confirmação na tela com dois menus e uma checkbox. No menu, o administrador pode escolher entre proteger a página de usuários não registrados ou todos os usuários. Da mesma forma, pode proteger movimentações de páginas de usuários não registrados (embora seja procedimento padrão) ou todos os usuários (o sistema automaticamente adiciona o mesmo nível de proteção para movimentações como acontece com as edições, mas o nível de proteção pode ser alterado, marcando a checkbox desbloqueio de permissões de movimento). A proteção em cascata é habilitada marcando a caixa de seleção em separado. Digite o motivo para a proteção da página na caixa e pressione "confirmar". Isto será registrado.
 * Para desproteger uma página, clique na guia unprotect. Isso fará com que a página exata como acima, só que desta vez os dois menus já estarão selecionados. A desproteção apenas envolve a seleção "(default)" sob o menu Edições e pressionando confirmar. A razão para a desproteção deve ser dada também. Essa ação será igualmente registrada.

Notas
 * MediaWiki namespace: a proteção total aplica-se automaticamente no namespace MediaWiki, que contém desvios do padrão de interface de mensagens (como o texto bloqueado, texto guia, etc).
 * Editar ou ver código: Dependendo do status do usuário e do estado da página, um usuário recebe um link editar ou apenas um link para ver a wikitext. Após pressionar editar em uma página totalmente protegida, um administrador recebe um aviso no topo da página informando sobre o estado desta página.
 * Imagens: Proteger uma imagem é basicamente o mesmo que proteger uma página (veja acima). Quando a guia proteger é clicado na página de descrição da imagem, tanto a página e a imagem são protegidas. A página de descrição da imagem será protegida, e não-administadores não serão capazes de reverter a imagem para uma versão anterior, ou fazer upload de uma nova versão da mesma.
 * A proteção em cascata de uma página importante é uma medida aproximada, principalmente para emergências. Se uma predefinição tem de ser protegida apenas porque é transcluída em uma página importante, embora seja também usado em outros lugares, é melhor fazer uma cópia para a inclusão na página importante, e usar a outra cópia em outro lugar. Quando este cuidado é tomado pouca diferença faz se usamos a proteção em cascata automáticas ou "proteção em cascata manual", ou seja, proteger a cópia especial da predefinição na forma simples. Inicialmente, a principal aplicação da proteção em cascata é, portanto, a proteção contra a criação, por transclusão de páginas não-existentes em uma página especialmente preparada para este fim, conforme visto em Proteção contra recriação. A proteção de uma página não-existente não foi possível diretamente (uma tentativa gerou o erro ), mas a partir do MediaWiki 1.13, isso agora é possível. Veja Protegendo páginas não-existentes.

Deletion
Administrators can delete pages and their history, and can view and restore deleted pages and their history. They can also delete images, which can be undeleted as normal.

Procedure
 * To delete a page, click the delete link on the page that is to be deleted. If an administrator is using the monobook skin, the shortcut alt+d can alternatively be used. This will bring up a new page asking for a confirmation that the page should be deleted, as well as an explanation of the deletion. A message should be typed into the input box to explain the deletion to other users. After the page has been deleted, it might have an existing talk page which should be deleted as well. Any links that point to the deleted page should be removed or corrected—whichever is the most appropriate action.
 * Pages can be undeleted for as long as they are in the archive. This archive is occasionally lost in database crashes. If a page has not been recreated since it was deleted, there will be a message on the page indicating how many deleted revisions there are. Clicking on this (or the undelete tab) will bring up a page displaying all the deleted revisions which can each be looked at separately. To undelete a page, click the restore button which appears on the confirmation page; this will restore all deleted revisions by default. Undeletion occurs as soon as the button is clicked, and will be logged just like deletions; if some revisions are not restored, the log will record how many were restored. If a page already exists but an administrator wants to restore previous revisions, the administrator must go to the page history. There will be a link to undelete as described above.

Notes
 * '''Delete revisions
 * Delete article revisions
 * Delete article revisions for the first time: To delete/keep just one or more revisions from the history, delete the article normally, then begin the undeletion procedure. Before clicking the "Restore" button, check the revisions you want to restore—all others will remain deleted.
 * Delete article revisions not for the first time: if the article already contains previously deleted revisions, be sure to follow Wikipedia:WP:Selective deletion.
 * Delete image revisions: To delete one version of an image, click the (del) link beside that version under the "File history" heading. The most recent version cannot be deleted without deleting all previous versions.
 * Merge edit histories: the edit histories of two articles may be merged into one. To merge histories, delete the page where all the histories are supposed to be restored. Move the other page to the page just deleted, and then restore all the deleted revisions. This cannot be manually undone, and it is very difficult to split edit histories.
 * Split an edit history: To split an edit history, manually delete all revisions, then restore those belonging to one article (which may be difficult to recognize). Move the undeleted page to a new title to split off those revisions. Restore the revisions belonging to the deleted page (now a redirect), then revert to a the penultimate revision (before the redirect).

Rollback
Any user can revert a page by going back through the page's history. Administrators have a rollback button 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.

Sysops can hide vandalism from the Recent Changes page. To do this, add &bot=1 to the end of the url used to access a user's contributions. For example,  ...index.php?title=Special:Contributions&target=Username&bot=1 . When the rollback links on the contributions list are clicked, both the revert and the original edit that you are reverting will be hidden from the default Recentchanges display. This mechanism uses the marker originally added to keep massive bot edits from flooding recentchanges, hence the "bot". These changes will be hidden from recent changes unless you click the "bots" link to set hidebots=0. The edits are not hidden from contribs, history, watchlist, etc. The edits remain in the database and are not removed, but they no longer flood Recentchanges. The aim of this feature is to reduce the annoyance factor of a flood vandal with relatively little effort.

Block and unblock

 * See Help:Block and unblock.

Database queries
Sysops can run read-only queries on the database if the AskSql special page is enabled. This page has been removed in MediaWiki version 1.5.

Making sysops
Users with "bureaucrat" status can turn other users into sysops (but not remove sysop status). Bureaucrats are created by developers.

(Note that the following applies to version 1.5; I don't know about earlier versions.) The configuration script which runs when you first access your newly installed MediaWiki creates the first account, and automatically gives it "bureaucrat" and "sysop" status. To grant "bureaucrat" status after installation, a developer, or someone with developer skills, needs to directly manipulate the database records within MySQL.

Signed-in privileges
Users with ordinary access, including visitors who haven't "signed in", can still do many things, including the most important: editing pages and helping with maintenance tasks. But only signed-up users can upload files or rename pages.