Kommentare zu diesem Artikel abgeben (Boardaccount benötigt)

Verhaltensregeln für #vanguard.de

Wenn es für die User schon Regeln gibt, dann muss es auch für die Operatoren entsprechende Regeln geben, da User sich sonst nicht einer Gleichbehandlung durch jeden Operator sicher sein können. Diese Regeln umfassen daher nicht nur die Aufgaben, die von den Operatoren wahrgenommen werden müssen, sondern auch entsprechende Verhaltensrichtlinien, die dafür sorgen sollen, dass sich der User nicht vor Operatoren-Willkür zu fürchten braucht.

zurück zum Seitenanfang

Topicpflege

In den Bereich der Topicpflege fallen alle Aufgaben, die die Aktualität und Kontinuität der im Channeltopic dargebotenen Informationen betrifft. Die Reihenfolge der verschiedenen Richtlinien hat nichts mit ihrer Wichtigkeit zu tun.

  1. Allgemeiner Aufbau des Topics

    1. Die Sprache im Topic ist Deutsch.
    2. Das Topic muss frei von Farb-, Unterstreichungs-, Fett- und Invertiert-Tags sein.
    3. "#vanguard.de - der unabhängige, deutsche Community-Channel zu Vanguard" muss immer am Anfang des Topics stehen.
    4. Zur Abgrenzung verschiedener Newseinträge wird im Allgemeinen ein senkrechter Strich verwendet (ALT+0124).
    5. Vor und nach dem Abgrenzungszeichen befindet sich ein Leerzeichen (ALT+0032).
    6. Newseinträge des selben Tages werden mit der Konjunktion "und" verbunden.
    7. Hinweis: Aus der vom Quakenet vorgegebenen TOPICLEN von 250 Zeichen ergibt sich, dass im Schnitt drei Newseinträge im Topic Platz finden.

  2. Richtlinien für Newseinträge

    1. Die Sprache der verlinkten Artikel muss Deutsch und/oder Englisch sein. Englische Artikel auf einer sonst z.B. französischen Seite dürfen auch verlinkt werden.
    2. News werden mit dem Datum des Tages, an welchem sie ins Topic gelangen, ins Topic geschrieben.
    3. Das Datumsformat ist TT.MM.JJJJ wobei für Tage bzw. Monate mit Zahl kleiner oder gleich neun zusätzlich eine führende Null geschrieben wird.
    4. Das Datum wird von einem Doppelpunkt (ALT+0058) mit anschließendem Leerzeichen (ALT+0032) gefolgt.
    5. Die News betreffende Links werden ans Ende des Newseintrages geschrieben.
    6. Neue Newseinträge werden immer an bestehende Newseinträge angehängt (siehe Beispiel 3).

  3. Verändern und Hinzufügen von Newseinträgen

    1. Für Newseinträge, die am selben Tag verfasst werden, muss das Datum nur einmal geschrieben werden.
    2. Beim Entfernen eines alten Eintrages zum Zwecke der Platzschaffung für einen neuen Eintrag wird nach Wichtigkeit des Newseintrages entschieden welcher Eintrag gelöscht wird. Der Newseintrag mit der geringsten Wichtigkeit wird deswegen zuerst gelöscht. Allgemein lässt sich sagen, dass Newseinträge über neue Screenshots, Videos und neue Fansites unwichtiger sind als Newseinträge über den neuesten Patch, wichtige Entwicklerankündigungen und heiße Diskussionen.
    3. Im Zweifelsfalle entscheidet die Mehrheit der anwesenden Operatoren welcher Newseintrag Platz machen muss für einen neuen. Diese Entscheidung ist nicht in #vanguard.de zu treffen.
    4. Bei gleichwertigen News wird die älteste ersetzt.
    5. Die Quellenlinks und auch die Quelle der News muss, wenn möglich, unter verschiedenen Seiten ausgewählt werden. Dabei gilt, dass News auf der Herstellerseite vor News auf privat-finanzierten Fanseiten vor News auf bei Netzwerken gehosteten Fanseiten verwendet werden sollen. Dies soll die Unabhängigkeit des Channels unterstreichen und dafür sorgen, dass es im Jahresmittel jede Fanseite in etwa gleich viele Visits über Newseinträge bekommt.

Beispiele

Beispiel 1: standardisiertes Topic mit einem Newseintrag

#vanguard.de - der unabhängige, deutsche Community-Channel zu Vanguard | 15.02.2006: Preview [LINK]

Beispiel 2: zwei Newseinträge am selben Tag

#vanguard.de - der unabhängige, deutsche Community-Channel zu Vanguard | 15.02.2006: Preview [LINK] und Beta-Informationen [LINK]

Beispiel 3: zwei Newseinträge von verschiedenen Tagen

#vanguard.de - der unabhängige, deutsche Community-Channel zu Vanguard | 15.02.2006: Preview [LINK] | 26.03.2006: Beta-Informationen [LINK]

zurück zum Seitenanfang

Channelschutz

Eine der wichtigsten Aufgaben eines Operators ist es den Channel für den Großteil der User erträglich zu halten. Das bedeutet nicht nur, dass User, die sich nicht an die User-Regeln halten wollen, entsprechend bestraft werden, sondern auch, dass der Channel gegen Angriffe von außen verteidigt wird.

  1. Automatisierte Schutzfunktionen

    1. Join/Part-Flood-Schutz
    2. Clone-Detection
    3. Chan-Mode-Setzen bei Schutz-Auslösung
      • Bei Join/Part-Flood-, Textflood- und Textscroll-Attacken sollte automatisch +mr gesetzt werden. +m verhindert, dass User ohne Voice flooden können, +r sorgt dafür, dass nur beim Quakenet registrierte User den Raum betreten können. Damit wird dafür gesorgt, dass ein Großteil der Flooder den Raum nicht betreten kann.
    4. Notice/Query-Flood-Protection, da nach abgewehrten Angriffen die Operatoren zugespammt werden.
    5. Ban-Detection
      • gegen sich selbst
      • gegen *!*@*
    6. Takeover-Protections
      • +l 1 erkennen
      • erkennen, wenn zwei oder mehr der folgenden Modes in einer Zeile gesetzt werden: +i +k +l
    7. an- und abschaltbares dynamisches Channel-Limit
    8. an- und abschaltbare Op-Immunität (Operatoren werden bei Schutzfunktionsauslösung nicht bestraft)
    9. Text-Flood-Protections
      • Text-Flood in X bytes pro Y Sekunden
      • Text-Scroll in X lines pro Y Sekunden
      • Repeating in X repeats pro Y Sekunden
    10. Text-Protections
      • zu viele Großbuchstaben: X% ab Y Buchstaben
      • Attribute-Flood: X Attributes pro Y Sekunden
      • Attribute-Abuse: X Attributes in einer Zeile
    11. Zensur-Protections
      • Bad word-Filter
      • Bad channel-Filter
      • Zensur-Protections sollten nur vorhanden sein und nur in Ausnahmesituationen benutzt werden.
    12. Auto-Voice für die Hostmask *!*@*.users.quakenet.org
    13. Empfohlenes Skript für mIRC: Peace and Protection

  2. Einhaltung der User-Regeln durchsetzen

    1. Der User muss in neutralem Ton zur Einhaltung der User-Regeln aufgefordert werden. Dies bedeutet nicht, dass Höflichkeit an den Tag gelegt werden muss.
    2. Bei einer Bestrafung, die einen Kick nach sich zieht, muss in der Kick-Message eine Begründung stehen, die auf die Nummer der Allgemeinen Verhaltensregel oder des Verbotes verweist und einen Link zu den User-Regeln beinhaltet.
    3. Beinhaltet die Bestrafung einen Ban oder Blacklist-Eintrag, so ist dies ebenfalls in der Kick-Message einzubeziehen.
    4. Bei Verstößen gegen mehrere Allgemeine Verhaltensregeln und/oder Verbote reicht es, wenn eine Nummer eines Verbotes oder einer Allgemeinen Verhaltensregel mit Link angegeben wird.
    5. Bei Verstößen gegen mehrere Allgemeine Verhaltensregeln und/oder Verbote kann auch gleich zu härteren Strafen gegriffen werden.
    6. Der Strafkatalog ist im Absatz 3 der User-Regeln zu finden.

Beispiele

Beispiel 1: einfacher Verstoß gegen ein Verbot

<User0815Deluxe> Wo gibts nen Keygen für [SPIEL]????
* User0815Deluxe was kicked by Kreuvf (Verstoß gegen Verbot 1 | http://kreuvf.de/user_rules.php#absatz2)

Beispiel 2: Verstoß mit Ban

* User0815Deluxe was kicked by Kreuvf (Verstoß gegen Verbot 1 | http://kreuvf.de/user_rules.php#absatz2 - 60mins temp)

zurück zum Seitenanfang

Hinweise

zurück zum Seitenanfang

Kommentare zu diesem Artikel abgeben (Boardaccount benötigt)