Manual:Administrators/de

Administratoren sind Benutzer, die der Benutzergruppe "sysop" gehören. Das Wiki hat zwar nur ein paar Funktionen, auf die nur diese Nutzer zugreifen können, aber sie sind trotzdem sehr wichtig.



Seitenschutz
Administratoren können geschützte Seiten editieren und haben die Möglichkeit Seiten für eine Bearbeitung oder Verschiebung freizugeben oder zu sperren.

Konfigurationsmöglichkeiten des Bearbeitungsschutzes sind:


 * Teilweiser Schutz: Seitenschutz gegen Änderungen von nicht-registrierten Benutzern.
 * Vollständiger Schutz: Seitenschutz gegen Änderungen von nicht-Administatoren.
 * Kaskadierender Schutz (&rarr; siehe Demo):
 * in Verbindung mit vollständigem Schutz: Schützt sowohl eine Seite gegen das Bearbeiten durch nicht-Administratoren, als auch Bilder, die auf dieser Seite eingebunden sind. Außerdem gilt das für eingebundene Seiten, solange diese eingebunden sind. Dateien auf Commons oder Benutzerseiten auf Meta können nicht durch den Kaskadenschutz eines anderen Wikis geschützt werden, und wenn sie geschützt werden sollen, muss eine temporäre Kopie der Datei oder Benutzerseite hochgeladen oder auf dem Wiki mit der Kaskaden-geschützten Seite erstellt werden oder muss bei Commons oder Meta vollständig geschützt sein.
 * Vor MediaWiki 1.23 galt Kaskadenschutz nicht für die Ziele von Dateiumleitungen, wenn die Umleitung auf der geschützten Seite (T25542) aufgeführt war.
 * Kaskadierender Schutz in Kombination mit Halbschutz ist nicht sinnvoll und sollte vermieden werden (siehe T10796); wendet vollen Schutz auf transkludierte Seiten an, solange sie in der Seite transkludiert bleiben (wiederum rekursiv).
 * Der Schutz gegen Verschieben erlaubt das Verschieben nur Administratoren


 * Vorgehen:
 * Um eine Seite zu schützen, klicke auf das Dropdown-Menü Mehr und wähle die Option "Schützen" (oder füge der URL-Adressleiste  hinzu). Im Monobook-Skin kann alternativ auch die Tastenkombination alt+= verwendet werden. Dies führt zu einem Bestätigungsbildschirm mit zwei Menüs und einem Kontrollkästchen. Im Menü kann der Administrator wählen, ob die Seite vor Bearbeitung durch nicht registrierte Benutzer oder alle Benutzer geschützt werden soll. In ähnlicher Weise kann die Seite vor Verschiebungen durch entweder nicht registrierte Benutzer (obwohl dies sowieso standardmäßig erscheint) oder alle Benutzer geschützt werden (das System fügt Verschiebungen automatisch denselben Schutz hinzu wie Änderungen, aber die Schutzstufe kann geändert werden, indem das Kontrollkästchen "Berechtigungen zum Verschieben freigeben" aktiviert wird). Der kaskadierende Schutz wird durch Aktivieren eines separaten Kontrollkästchens aktiviert. Gebe den Grund für den Seitenschutz in das Feld ein und klicke auf "Bestätigen". Dies wird protokolliert.
 * Um den Schutz einer Seite aufzuheben, klicke auf die Registerkarte Schutz aufheben. Dadurch wird genau die Seite wie oben angezeigt, nur dass diesmal die beiden Menüs bereits ausgewählt sind. Das Aufheben des Schutzes erfordert nur die Auswahl von "(Standard)" im Menü "Bearbeiten" und das Drücken von Bestätigen Es sollte auch ein Grund für das Aufheben des Schutzes angegeben werden. Diese Aktion wird ebenfalls protokolliert.


 * Anmerkungen:
 * MediaWiki-Namensraum: Seiten im MediaWiki-Namensraum können nur von Benutzern mit -Benutzerrecht bearbeitet werden (standardmäßig Administratoren und Schnittstellenadministratoren). Seit MediaWiki 1.32 können JavaScript- und CSS-Seiten im MediaWiki-Namensraum nur noch von Benutzern bearbeitet werden, die sowohl das  - als auch (jeweils)  - oder  -Benutzerrecht haben (standardmäßig Schnittstellenadministratoren). Diese Einschränkung ist unabhängig vom Schutzniveau dieser Seiten; diese Seiten können dennoch einzeln geschützt werden.
 * Bearbeiten oder Quelle anzeigen: Abhängig vom Status des Benutzers und dem Status der Seite wird einem Benutzer ein Bearbeitungslink oder ein Link zum bloßen Anzeigen des Wikitexts bereitgestellt. Nachdem du auf einer vollständig geschützten Seite auf Bearbeiten geklickt hast, wird einem Administrator oben auf der Seite eine Warnung angezeigt, die über diesen Seitenstatus informiert. Also, the view source link may sometimes replace an edit link when the user is blocked.
 * Images: Protecting an image is mostly the same as protecting a page (see above). When the protect tab is clicked on the image description page, both the page and the image are protected. The image description page will be protected, and non-sysops will not be able to revert the image to an earlier version, or upload a new version over it.
 * Cascading protection of an important page is a crude measure, mainly for emergencies. If a template has to be protected just because it is transcluded in an important page, while it is also used elsewhere, it is better to make a copy for the transclusion in the important page, and use the other copy elsewhere. When this care is taken it makes little difference whether we use the automatic cascading protection or "manual cascading protection", i.e., protect the special copy of the template in the ordinary way. Initially, the main application of cascading protection is therefore the protection against creation, by transcluding non-existing pages on a page specially prepared for this purpose, like Meta:Protected against recreation. Protection of a non-existing page was not possible directly (an attempt would have given the message ""), but as of MediaWiki 1.13 this is now possible. Additionally, there is a known bug, which causes "view source" to show, even if the user has permission to edit the page with cascading protection.
 * Abuse filters: Additionally, if the AbuseFilter extension has been enabled, access to or viewing certain parts of the interface as well as modification of the interface is restricted to administrators.


 * Konfiguration:
 * which actions can be restricted via the protection interface is determined by the setting.
 * which permissions can be required via the protection interface is determined by the setting.

Löschung

 * Siehe auch: 

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. (You may also add ?action=delete to the URL address bar). 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. Since MediaWiki 1.39, there is a "Delete associated talk page" checkbox that allows you to delete the talk page at the same time as the subject page. 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. 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. Since MediaWiki 1.39, you can also undelete all revisions of the associated talk page at the same time. 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.


 * Anmerkungen:
 * 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 Selective deletion on Wikipedia.
 * 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 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. This can be used to revert edits from multiple vandalism attempts. The reversion will be marked as a minor edit and given an automatic edit summary based on the contents of Revertpage.

Sysops (and other users with right "MediaWiki:Right-markbotedits") can hide edits (typically, vandalism) from the Recent Changes page. To do this, add  to the end of the url used to access a user's contributions. Zum Beispiel,. 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. 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

 * Siehe .

Making sysops
There is a simple interface (Special:Userrights) for granting a specific username 'sysop' status or (in MediaWiki 1.11) granting and revoking membership to groups with all associated user rights – a user with 'Bureaucrat' status has the rights to do to this. The initial user created by the installer should have 'Bureaucrat' rights.

Older versions of MediaWiki before 1.11 required you to manipulate the database records within MySQL in order to grant users certain rights.

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.



Siehe auch

 * MediaWiki Administrator's Handbook
 * Administrators of Wikimedia projects
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)