Wiktionary:Administratoren
Aus Wiktionary, dem freien Wörterbuch
Die Wiki-Software erlaubt es jedem Benutzer, Seiten zu editieren, Dateien hochzuladen und vieles mehr. Es gibt allerdings einige wenige Funktionen der Software, die Wiktionary-Administratoren vorbehalten sind. Vor allem das endgültige Löschen von Seiten samt aller vorherigen Revisionen und das Sperren von IP-Adressen zählen dazu. Eine Liste von Benutzern, die im Wiktionary Administrator-Status haben, befindet sich am Ende dieser Seite.
Administratoren sind keine Vertreter oder Angestellte des Diensteanbieters, der Wikimedia Foundation. Sie haben keine Sonderstellung gegenüber anderen Benutzern, insbesondere zählt ihre Stimme nicht mehr und weniger als die anderer Benutzer. Es handelt sich um normale Benutzer, bei denen man davon ausgeht, dass sie mit den eingeräumten Rechten (Löschen von Einträgen und IP-Sperren) keinen Unfug anstellen — Fehlverhalten wird geahndet. Für Nicht-Administratoren sind diese Funktionen nicht zugänglich, um Vandalismus in Grenzen zu halten.
[Bearbeiten] Wie wird man Administrator?
Ein Administrator-Zugang wird sehr freigiebig jedem gewährt, der eine Zeit lang zum Wiktionary beigetragen hat und sich aktiv an unserer „Community" beteiligt hat. Wenn du solch einen Zugang haben möchtest, dann trage dich auf Adminkandidaturen ein.
[Bearbeiten] Vorschläge für neue Administratoren
In die Listen auf Adminkandidaturen kann sich jeder selbst eintragen oder auch andere Personen vorschlagen. Um Vorschläge abgeben oder um abstimmen zu können, muss man kein Admin sein. Vorschläge sollten grundsätzlich mit einer Begründung der Aufstellung beginnen. Wer nicht will (oder noch nicht will) vermerkt dies bitte hinter dem eigenen Namen und sortiert sich in die richtige Liste ein.
Hinweise bevor man jemanden oder sich selbst vorschlägt:
- Zwei bis drei Monate sollte der Kandidat schon dabei sein.
- Admin-Sein ist oft eine unangenehme Arbeit, die aus aufräumen, Streitereien schlichten und allen möglichen „Drecksarbeiten“ besteht. Dank dafür gibt es selten, dafür oft genug Gemecker ...
- Wer viele eigene neue Einträge schreibt muss kein Admin sein, wer oft andere ausbessert schon eher.
- Er/Sie sollte die Regeln kennen und auch für sich in Anspruch nehmen.
[Bearbeiten] Auf welche Dinge sollten Administratoren im Wiktionary Wert legen?
Ein Administrator sollte:
- sein Auge noch wachsamer als bisher auf die Seite der letzten Änderungen gerichtet haben. Insbesondere neue Einträge und Änderungen von anonymen oder neuen Benutzern sollten beobachtet werden! (Hilfreich ist übrigens die Funktion „Erweiterte letzte Änderungen"; siehe Hilfe:Einstellungen)
- neuen Benutzern hilfreich zur Seite stehen (Fragen zum Wiktionary in die Beobachtungsliste aufnehmen).
- skeptisch sein bei neuen, unformatierten und unwikifizierten Einträgen. Häufig stammen sie von fremden Websites und es muss geklärt werden, ob es sich um eine Urheberrechtsverletzung oder eine Textspende handelt.
- die Seite Wiktionary:Administratoren/Notizen im Blick haben; dort sind oft Änderungen an der Software oder Ähnliches zu finden, die ein Administrator kennen sollte.
- Geschützte Seiten, insbesondere die Wiktionary:Hauptseite, bearbeiten und auf dem neuesten Stand halten.
- Seiten schützen, die sehr oft und über einen längeren Zeitraum von Vandalen heimgesucht werden und deren freie Editierbarkeit nicht erforderlich ist (im letzten Fall oft Redirects).
- Seiten löschen, die unzweifelhaft Unsinn enthalten oder über deren Löschung Einigkeit herrscht (siehe weiter unten).
Er darf allerdings nicht seine erweiterten Bearbeitungsrechte bei Auseinandersetzungen um die Gestaltung von Einträgen einsetzen. Sysops sind in Diskussionen ganz normale Benutzer, ihre Argumente wiegen nicht automatisch schwerer als die anderer Benutzer. Im Zweifelsfall soll immer die Meinung anderer User oder Sysops eingeholt werden, z. B. auf „Wiktionary:Löschkandidaten“.
Admins haben eine Vorbildfunktion. Leider kommt es des Öfteren vor, dass man sich über dieses ärgert, jener Benutzer macht schon wieder einen „Sch...", aber muss man das jedesmal in diesen Worten sagen? Die Leute sollen sich im Wiktionary wohlfühlen. Wenn wir im Wiktionary eine angenehme Atmosphäre wollen, müssen die Leute im Rampenlicht sich auch dementsprechend verhalten. Admins sind nunmal „Aushängeschilder" des Wiktionarys und viele beziehen sich auf deren Verhalten/Meinung/Äußerungen, um über das Wiktionary zu urteilen. Deshalb sollte jeder Admin, bevor er ein Schimpfwort benutzt oder über jemanden zu schnell herfällt, sich überlegen, wie er das vielleicht freundlicher formulieren könnte.
[Bearbeiten] Administrator-Funktionen
Wenn dir der Zugang gewährt wird, bitten wir dich, Vorsicht bei der Benutzung der Software-Funktionen walten zu lassen und insbesondere die folgenden Leitlinien zu beachten.
[Bearbeiten] Löschen/Wiederherstellen von Artikeln
Administratoren können Artikel und Bilder löschen. Solche Löschungen unterliegen ein paar formalen Regeln, die unter Löschregeln zusammengefasst sind. Falls Nicht-Administratoren der Meinung sind, dass ein Artikel gelöscht werden sollte, können sie einen Löschantrag stellen. Erläuterungen dazu finden sich ebenfalls bei den Löschregeln.
Diese Löschung ist noch nicht vollständig, sondern der Artikel wird vorübergehend (für normale Leser nicht erreichbar) zwischengespeichert. Daher können Artikel auf Antrag wiederhergestellt werden.
[Bearbeiten] Seitensperrungen
Sysops können Seiten sperren, so dass sie nur noch von angemeldeten Benutzern bzw. ausschließlich von Sysops bearbeitet werden können. Außerdem können Seiten vor Verschiebungen geschützt werden. Jeder Sysop kann den Seitenschutz wieder aufheben, auch wenn die Seite von einem anderen Sysop gesperrt wurde.
Im Seitenschutz-Logbuch werden Seitensperrungen und -freigaben aufgezeichnet (ab 22.12.2004).
[Bearbeiten] Versionenlöschung
Da alte Versionen grundsätzlich über die Artikelhistory erreichbar sind, wurden eingestellte Urheberrechtsverletzungen ein Problem, da diese auch nach Löschung im Artikel noch über alte Versionen abgerufen werden konnten. Lange Zeit war man daher gezwungen, einen Artikel nach Einstellung einer URV komplett zu löschen und neu anzulegen. Aus diesem Grund wurde in die Software die Möglichkeit integriert, einzelne Artikelversionen nachträglich zu löschen. Der Vorgang (nicht der gelöschte Text) wird im Dateilösch-Logbuch festgehalten, da dazu der Artikel erst „gelöscht“ und nach Entfernen der fraglichen Version „wiederhergestellt“ wird.
[Bearbeiten] Artikel zusammenführen
Auch das Zusammenführen von zwei (oder mehr) Artikeln incl. Historie ist eine den Admins vorbehaltene Aufgabe.
- Praktisches Anwendungsbeispiel an den Einträgen „Astloch“ und „Astlöcher“
- 1.) Den Eintrag Astlöcher nach Astloch verschieben, um die Einträge zu vereinen. Dabei wird zunächst der Eintrag Astloch gelöscht.
- 2.) Den für die Verschiebung gelöschten Eintrag „Astloch“ wiederherstellen, hierfür geht man zur Versionsgeschichte und klickt auf „eine gelöschte Bearbeitung ansehen oder wiederherstellen?“
- 3.) Nun kann man die Versionsgeschichte der zwei Einträge vergleichen, sie sind nun vereint.
Es ist auch möglich die Einträge unter einem neuen Namen zusammenzuführen, oder Einträge und ihre Versionsgeschichten zu trennen.
[Bearbeiten] Artikel trennen
Trennen kann man die Versionsgeschichte indem man obig beschriebenen Prozess praktisch in umgekehrter Reihenfolge durchführt.
Möchte man z.B. aus dem Eintrag A zwei Einträge (A und B) machen, so
- lösche man den Eintrag,
- stelle nur die Versionen wieder her, welche in den anderen Eintrag (B) gehören,
- verschiebe A nach B,
- lösche die nun entstandene Weiterleitung, d.h. den Eintrag A,
- stelle die restlichen Versionen von A (außer die Weiterleitung) wieder her.
Man erhält nun zwei getrennte Einträge, A und B, welche zuvor lediglich ein einziger Eintrag (A) waren.
[Bearbeiten] Rollback
Administratoren können besonders einfach die letzte Bearbeitung einer Seite per „Zurücksetzen“-Button rückgängig machen. Bei Anzeige der Versionsdifferenz über mehrere Bearbeitungsvorgänge hinweg werden dabei nur die des letzten Benutzers rückgängig gemacht. Sollte dir jemand anderes zuvor gekommen sein, wird eine Warnung ausgegeben. Da es bei dieser Art von Revert keine Möglichkeit gibt, einen Kommentar in der Zusammenfassung abzugeben, sollte diese Funktion nur dann benutzt werden, wenn tatsächlich kein Kommentar nötig ist (Vandalismus etc.).
[Bearbeiten] Sperren von IP-Adressen und Benutzerkonten
Die Sperrung kann nur das letzte Mittel sein, falls einem Vandalen nicht auf andere Weise beizukommen ist. Eine Sperrung sollte sachlich und nachvollziehbar begründet werden. Bei der Sperre von IP-Adressen behaltet dabei im Hinterkopf, dass diese Begründung auch unbeteiligten Nutzern, die zufällig von der Sperrung betroffen sind, angezeigt wird.
Eine von der Auswahlliste abweichende Sperrdauer ist möglich, die Dauer ist dann in das Feld „Andere Dauer (englisch)“ in englischer Sprache einzutragen. Für eine Sperre von zwei Tagen beispielsweise 2 days.
Pro IP-Adresse und Benutzerkonto ist immer nur eine Sperre zur gleichen Zeit möglich. Soll eine bestehende Sperre verkürzt/verlängert werden, so ist die bestehende Sperre zuvor aufzuheben.
[Bearbeiten] Blockoptionen
Beim Block von Benutzern gibt es drei Optionen zu wählen, welche den Block des Benutzers betreffen (1-3):
- Erstellung von Benutzerkonten verhindern
- Sperre automatisch sämtliche von diesem Benutzer genutzten IP-Adressen
- E-Mail-Versand sperren
- Benutzer(diskussions)seite beobachten
Wählt man 1 und 2 dann ist der Benutzer blockiert, kann sich nicht gleich wieder anmelden und kann aber noch E-Mails senden, wählt man zusätzlich 3 dann kann er auch keine E-Mails senden, letzteres sollte nur bei Vandalen gewählt werden, da sich ungerechtfertigt gesperrte Benutzer sonst nicht mehr an den Admin wenden können.
Möchte man einen Benutzer sperren, welcher einen Namen gewählt hat, der unter Hilfe:Benutzernamen#Ungeeignete_Benutzernamen fällt und der Benutzer kein Vandale ist, so hat man alle Kästchen zu deaktivieren, da man sonst eine Neuanmeldung des Benutzers unmöglich macht.
Beim Sperren von IP-Adressen gibt es zwei Optionen zum Blocken der IP (1-2):
- Nur anonyme Benutzer sperren
- Erstellung von Benutzerkonten verhindern
- Benutzer(diskussions)seite beobachten
wählt man beides, so können eingeloggte Benutzer noch bearbeiten, IPs nicht, letztere können jedoch auch keinen Account erstellen.
Wählt man nur 2 so ist das ein Hardblock und die IP kann weder eingeloggt noch ausgeloggt bearbeiten, noch kann sie einen Account erstellen.
Nur 1. ist in den meisten Fällen nicht angebracht, da ein Vandale sonst einfach einen Account erstellen kann um zu vandalieren, bei Spambots ist diese Einstellung z.B. nützlich, da Spambots nie Accounts erstellen, jedenfalls die gängigen nicht. Jedoch arbeiten diese dann sowieso meist über Open-Proxies, was einen Hardblock rechtfertigt.
Die 4. bzw. bei IPs 3. Option ändert nichts an der Art des Blocks, sondern dient lediglich dazu die Benutzerseite (und die dazugehörige Diskussionsseite) auf die eignene Beobachtungsliste zu setzen. Dies ist im deutschsprachigen Wiktionary nicht notwendig, da hier die Möglichkeit für gesperrte Benutzer nicht besteht, nach dem Block noch die eigene Diskussionsseite zu bearbeiten.
[Bearbeiten] IP-Adressen
Bei dynamischen IP-Adressen sollte die Sperrung auf einen kurzen Zeitraum – ein bis zwei Stunden – beschränkt werden, da IP-Adressen in Europa nur sehr selten dauerhaft einem bestimmten Nutzer zugeordnet sind.
Bei der Sperre kann entschieden werden, ob die „Sperre nur für anonyme Benutzer“ gilt. Wird diese Option gewählt, können angemeldete Benutzer, die ebenfalls unter dieser IP im Internet sind, weiterarbeiten. Dies ist vor allem bei statischen IP-Adressen (Schul- und Firmennetzwerke) sinnvoll, um möglichst wenige unbeteiligte Benutzer auszusperren.
Standardmäßig aktiviert ist die Option „Erstellung von Benutzerkonten verhindern“. So wird verhindert, dass sich unter einer IP gesperrte Vandalen ein Benutzerkonto einrichten.
Zum Thema „Offene Proxys“ siehe Meta:Keine offenen Proxyserver und eine demnächst kommende Lösung namens XFF project.
[Bearbeiten] IP-Adressbereiche
Es können auch ganze Adressbereiche gesperrt werden. Dies ist jedoch nur in allergrößter Not, z.B. bei verteilten Bot-Attacken über ein ganzes Netz, erlaubt. Mit der Eingabe in CIDR-Notation 80.128.0.0/16 wird ein komplettes B-Klasse-Netzwerk mit 65.534 IP-Adressen auf einmal gesperrt. Details siehe Help:Range blocks (englisch).
[Bearbeiten] Benutzerkonten
Benutzerkonten können bei gravierenden Regelverstößen oder Missbrauch des Accounts gesperrt werden.
Bei der Sperre eines Benutzerkontos sind die Optionen „Sperre nur anonyme Benutzer“ und „Erstellung von Benutzerkonten verhindern“ nicht relevant.
Versucht dagegen der gesperrte Benutzer anonym weiterzuarbeiten, so wird in der Regel ein 24-stündiger IP-Autoblock verhängt. Die Autoblocks werden vollautomatisch vom System gesetzt, kein Administrator hat darauf Einfluss. Sie können bei Bedarf vor Ablauf manuell aufgehoben werden.
Administratoren setzen darüberhinaus die auf Wiktionary:Benutzersperrung getroffenen Entscheidungen der Community zur Sperrung von Benutzern um.
[Bearbeiten] Rangfolge verhängter Sperren
Sperren werden vom System in der folgenden Priorität ausgewertet:
- Benutzerkonto
- IP-Adresse
- IP-Adressbereich
- Autoblock
Dies bedeutet, dass Sperrungen ganzer IP-Adressbereiche und einzelner IP-Adresse, die mit der Option „Sperre nur für anonyme Benutzer“ erfolgten, die Effekte von Autoblocks und dynamischen IP-Adresse entschärfen, da angemeldete Benutzer unabhängig von einer vorhandenen Sperre weiterarbeiten können.
Dies kann zu der auf den ersten Blick unlogischen Variante führen, dass bei Aufhebung einer IP-Sperre diese trotzdem noch gesperrt bleibt (nachfolgender Autoblock z.B.)[1]
[Bearbeiten] Bearbeiten des MediaWiki-Namensraumes
Admins können die Standardelemente auf den Webseiten (z. B. „aus Wikipedia, der freien Enzyklopädie“ unter jedem Seitentitel) über ein Webinterface bearbeiten. Neu hinzugekommene Elemente sollten übersetzt werden.
[Bearbeiten] Siehe auch: Statistik
[Bearbeiten] Hilfen für Administratoren
Neben ihrem normalen User-Dasein ist es auch die Aufgabe der Administratoren, Diskussionen zu schlichten, den neuen Benutzern zu helfen, unsinnige Einträge zu löschen, auf den neutralen Standpunkt zu achten und viele, viele kleine Wartungsaufgaben wahrzunehmen. Hierfür gibt es einige Hilfen:
- im IRC unter irc.freenode.org die Kanäle #wiktionary und #mediawiki – dort findet man fast immer einen anderen Administrator online, mit dem man aktuelle Probleme besprechen kann
- im IRC unter irc.freenode.org den Kanal #wikimedia-admin – dort können Admins ihre Vandalismusbekämpfung mit anderen Admins wiki-übergreifend koordinieren (neue Admins nur nach einer erhaltenen Einladung von einem anderen Admin, über #wiktionary-de)
- viele wichtige und interessante Neuigkeiten, die das internationale Wikipedia-Projekt betreffen werden unter wikipedia-l gepostet
http://mail.wikipedia.org/mailman/listinfo/wikipedia-l - es gibt auch eine deutsche Liste wikiDE-l
nntp://news.gmane.org/gmane.science.linguistics.wikipedia.deutsch - bzw. eine eigene Liste für alle Wiktionarys Wiktionary-l
http://mail.wikipedia.org/mailman/listinfo/wiktionary-l - und eine technische Liste wikitech-l
nntp://news.gmane.org/gmane.science.linguistics.wikipedia.technical
[Bearbeiten] Fehlverhalten von Administratoren
Wenn du den Eindruck hast, dass ein Administrator seine Privilegien missbraucht hat, schreibe ihm bitte eine persönliche Nachricht und bitte ihn um Erklärung und ggf. um Verhaltensänderung. Wenn das nichts nützt, kannst du deine Sorgen auf Wiktionary:Administratoren/Probleme niederschreiben. Wenn sich eine Mehrheit abzeichnet, die der Meinung ist, dass ein Admin wiederholt die Regeln verletzt hat, wird der Admin-Status durch einen Steward aufgehoben.
[Bearbeiten] Administratoren im deutschen Wiktionary
| Benutzer | Gruppe | seit | Babel/Sonstiges |
| Acf alias acf | 24. Dez. 2006 | de, sx, en-2, ru-2, erz-1 | |
| Akinom | 24. Mrz. 2007 | ||
| Baisemain | 20. Mai 2008 | ||
| Balû | 2. Dez. 2004 | ||
| Caligari | 04. Mrz. 2008 | ||
| Crux | 16.Jan. 2009 | ||
| DaB. | Bürokrat | nicht aktiv seit März 2007 | |
| Daniel Seibert | 16. Nov. 2004 | nicht aktiv seit Dezember 2006 | |
| Dr. Karl-Heinz Best | 10. Okt. 2008 | ||
| Elleff Groom | 9. Jul. 2008 | ||
| Fire | Bürokrat | 4. Jun. 2004 | nicht aktiv seit Mai 2008 |
| Justy | 5. Sep. 2004 | nicht aktiv seit August 2007 | |
| Mathemaster | 05. Nov. 2007 | ||
| Melancholie | 21. Okt. 2004 | ||
| MichaelDiederich | 20. Mai 2004 | nicht aktiv seit Mai 2005 | |
| Nino Barbieri | 27. Mrz. 2007 | verstorben 23. Mrz. 2008 | |
| Pill | Bürokrat | 26. Sep. 2005 | |
| Rhingdrache | 15. Jan. 2006 | ||
| Spacebirdy alias birdy | 24. Dez. 2005 | ||
| SteffenB | nicht aktiv seit Dezember 2004 | ||
| Stepro | 8. Jul. 2009 | ||
| S. | 24. Dez. 2005 | nicht aktiv seit März 2007 | |
| Thogo | 23. Jun. 2006 | ||
| Tosca | 16. Apr. 2006 | nicht aktiv seit Januar 2009 | |
| Trevas | 19. Mrz. 2009 |
Die aktuellen 25 Administratoren sind auch auf Spezial:Listusers/sysop zu finden, die aktuellen 3 Bürokraten auf Spezial:Listusers/bureaucrat. Neuere Änderungen der Rechte lassen sich auf Spezial:Log/rights verfolgen, ältere unter Wiktionary:Bureaucrat log.
Quellen:
- ↑ Tim Starling: [Wikitech-l]-Mailingliste: User block changes auf http://lists.wikimedia.org/pipermail/wikitech-l/2006-July/024637.html
|
Dieser Artikel basiert auf dem Artikel Wikipedia:Administratoren aus der freien Enzyklopädie Wikipedia und steht unter der GNU Lizenz für freie Dokumentation. In der Wikipedia ist eine Liste der Autoren verfügbar. |