Konfiguration

• Allgemein
• Befehle
• Prefix-System
• Wirtschaft
• Auktionshaus
• Ban-System
• Mute-System
• Kick-System
• Verwarnungssystem
• Team-Claims
• Container-Schutz (ChestLock)
• Zufälliger Teleport (RTP)
• Home-System
• Warp-System
• Scoreboard
• Tabliste
• MOTD in der Serverliste
• Starter-Kit
• Willkommensnachricht
• Eigene Kick-Meldungen
• Wartungsmodus
• Client-Erkennung
• Auto-Updater
• Module
• Datenspeicherung
• Telemetrie
• Automatische Fehlerberichte
• Migration

Alle Einstellungen stehen in plugins/MuteEssentials/config.yml. Änderungen übernimmst du im laufenden Betrieb mit /mues reload, sofern nichts anderes angegeben ist. Neue Config-Schlüssel aus Plugin-Updates werden automatisch in deine bestehende Datei eingefügt, deine eigenen Werte werden dabei nie überschrieben.

AllgemeinLink zum Abschnitt kopieren

Config:
  MergeDefaults: true

General:
  Language: "auto"
  Prefix: "&c&lMuteEssentials &8>&r "
  DiscordURL: "https://discord.gg/yourserver"

BefehleLink zum Abschnitt kopieren

Jeder einzelne Befehl von MuteEssentials lässt sich einzeln ein- oder ausschalten. Außerdem kannst du eigene Aliase festlegen.

Commands:
  heal:
    enabled: true
    aliases: []
  gamemode:
    enabled: true
    aliases: ["gm"]
  vanish:
    enabled: true
    aliases: ["v"]
  msg:
    enabled: true
    aliases: ["tell", "w"]

Erfordert einen Neustart des Servers, weil Befehle beim Start des Plugins registriert werden.

Prefix-SystemLink zum Abschnitt kopieren

Legt fest, wie Spieler im Chat, in der Tabliste und über ihrem Kopf erscheinen. Alle drei nutzen denselben Prefix, damit das Aussehen überall gleich ist.

PrefixSystem:
  Enabled: true
  NickOverheadName: false
  ChatFormat: "%PREFIX%%PLAYER%%SUFFIX%&8: &f%MESSAGE%"
  Ranks:
    owner:
      permission: "muteessentials.rank.owner"
      prefix: "&c&lOWNER &8» &c"
      suffix: ""
      priority: 1000
    admin:
      permission: "muteessentials.rank.admin"
      prefix: "&6&lADMIN &8» &6"
      suffix: ""
      priority: 900
    default:
      permission: ""
      prefix: "&7&lPLAYER &8» &7"
      suffix: ""
      priority: 100

Die Farben der Standardränge entsprechen eins zu eins den Farbstofffarben von Minecraft, damit sie neben Wollblöcken gut lesbar sind. Die Admin-GUI bietet einen Farbwähler mit 16 Farben (ein Wollblock pro Farbstofffarbe), mit dem du Ränge im laufenden Betrieb anlegen und umfärben kannst.

Scoreboard, Tabliste und Prefix-System lassen sich unabhängig voneinander ein- und ausschalten (Scoreboard.Enabled, TabList.Enabled, PrefixSystem.Enabled).

Nick-SystemLink zum Abschnitt kopieren

Anzeigenamen, die überall gelten und mit denen sich niemand als ein anderer Spieler ausgeben kann. Das vollständige Verhalten, die Schutzregeln und was das Team sieht, beschreibt das Nick-System-Modul.

Nick:
  AllowRankNick: true
  BlockRankNames: true
  Blacklist:
    - Notch
    - Herobrine
    - Dinnerbone
    - Console
    - Server
    - Admin
    - Owner

Den Namen über dem Kopf steuert PrefixSystem.NickOverheadName (braucht ProtocolLib).

WirtschaftLink zum Abschnitt kopieren

Ein eingebautes Wirtschaftssystem. Es funktioniert für sich allein und kann sich optional als Wirtschaftsanbieter bei Vault anmelden, damit andere Plugins (Shops, Jobs und so weiter) dieselben Kontostände lesen und schreiben.

Economy:
  StartBalance: 100.0
  Symbol: "$"
  CurrencyNameSingular: "Coin"
  CurrencyNamePlural: "Coins"
  VaultHook: true

AuktionshausLink zum Abschnitt kopieren

Ein Marktplatz der Spieler. Die Items liegen in einer SQLite-Datenbank im jeweiligen Modulordner.

Auction:
  Enabled: true
  MinPrice: 1.0
  MaxPrice: 1000000.0
  MaxListingsPerPlayer: 5
  DurationHours: 48
  ListFee: 10.0

Abgelaufene Angebote gehen per Post im Spiel an den Verkäufer zurück (/ah mail). Beim Kauf wird der Preis automatisch dem Kontostand des Verkäufers gutgeschrieben.

Werkzeuge für Admins: Jeder Spieler mit muteessentials.auction.admin kann mit /auction <player> die aktiven Angebote dieses Spielers öffnen. Ein Rechtsklick auf ein Angebot entfernt es, das Item geht per Auktionspost an den Verkäufer zurück. In der eigenen Ansicht /ah my bricht der Besitzer ein Angebot ebenfalls per Rechtsklick ab.

Ban-SystemLink zum Abschnitt kopieren

BanSystem:
  Enabled: true
  Permission: "muteessentials.ban"
  Templates:
    1:
      reason: "Hacking/Cheating"
      duration: -1
      display: "&c[1] &eHacking/Cheating &7(Permanent)"

Zeiteinheit: Sekunden. Der Text des Kick-Screens steht in messages-de.yml / messages-en.yml unter BanSystem.KickMessage (mit denselben Platzhaltern: %REASON%, %DURATION%, %BANNER%, %DISCORD%).

Die Admin-GUI zeigt die Vorlagen seitenweise an (28 pro Seite, Pfeile für vor und zurück in der untersten Reihe) und hat einen Knopf ✎ Eigener..., der im Chat nach reason | duration fragt (zum Beispiel Hacking | 7d, Trolling | permanent). Die Dauer versteht 1d, 12h, 30m, 15s, Kombinationen wie 1d12h, reine Sekunden sowie permanent/perm/-1. Du kannst beliebig viele Vorlagen anlegen, eine Obergrenze gibt es nicht.

Mute-SystemLink zum Abschnitt kopieren

MuteSystem:
  Enabled: true
  Permission: "muteessentials.mute"
  Templates:
    1:
      reason: "Spam"
      duration: 3600
      display: "&c[1] &eSpam &7(1 hour)"

Aufgebaut wie das Ban-System. In der Vorlage wird die Dauer von Mutes in Sekunden angegeben, intern speichert das Plugin den Ablaufzeitpunkt in Millisekunden.

/mute <player> <reason words> [seconds] nimmt optional als letztes Argument eine Zahl als Dauer in Sekunden an, genau wie /customban. Vorlagen und der Knopf für eigene Gründe in der GUI (reason | duration) funktionieren wie bei Bans.

Kick-SystemLink zum Abschnitt kopieren

KickSystem:
  Permission: "muteessentials.kick"
  Templates:
    1:
      reason: "AFK"
      display: "&e[1] &6AFK"

Arbeitet mit Vorlagen, ohne Dauer. Der Ablauf in der GUI ist derselbe wie bei Bans und Mutes: eine Liste über mehrere Seiten und dazu ein Knopf ✎ Eigener... für frei formulierte Gründe (bei Kicks ohne Abfrage einer Dauer).

VerwarnungssystemLink zum Abschnitt kopieren

WarnSystem:
  Enabled: true
  AutoBanThreshold: 3
  Templates:
    1:
      reason: "Spam"
      display: "&d[1] &fSpam"
    2:
      reason: "Beleidigung"
      display: "&d[2] &fBeleidigung"

Team-ClaimsLink zum Abschnitt kopieren

Teams können Gebiete claimen, um sie zu schützen. Angelehnt an das Plugin Lands.

ClanSystem:
  Enabled: true
  MaxNameLength: 4
  MinNameLength: 2
  ClanSuffix: " &8[%COLOR%%CLAN%&8]"
  MaxClaimWidth: 100
  MaxClaimDepth: 100
  MaxClaimHeight: 256
  MaxClaimVolume: 200000
  MaxClaims: 3
  ClaimCost:
    Enabled: true
    CostPerBlock: 0.1
    FreeBlocks: 0

Claims schützen vor: Abbauen und Setzen von Blöcken, Interaktionen (Türen, Truhen, Knöpfe), Flüssigkeiten, die von außen hereinfließen, Eimern sowie Kolben, die von außen schieben oder ziehen. Jeder Claim hat in der Team-GUI umschaltbare Flags (PvP, Mob-Spawning, Explosionen, Feuerausbreitung, Laubzerfall, Tierschutz, Enderperlen, Kolben).

Container-Schutz (ChestLock)Link zum Abschnitt kopieren

Automatische Sperren für jeden InventoryHolder-Block (Truhen, Fässer, Öfen, Trichter, Spender, Shulkerkisten, Braustände und mehr). Endertruhen und Lesepulte sind bewusst ausgenommen.

ChestLock:
  AutoLockOnPlace: true
  TeamMembersHaveAccess: true
  BlockHopperSteal: true
  ProtectFromExplosions: true
  ShowOwnerActionBar: true

Doppeltruhen werden abgeglichen: Sperren, Vertrauen und Abbauen gelten jeweils für beide Hälften. Die Sperren liegen in modules/ChestLock/chestlock.db.

Zufälliger Teleport (RTP)Link zum Abschnitt kopieren

RTP:
  Permission: "muteessentials.rtp"
  World: "world"
  MinRadius: 500
  MaxRadius: 5000
  CenterX: 0
  CenterZ: 0
  Cooldown: 60
  MaxTries: 20
  TeleportCountdown: 3

Die gemeinsame Einstellung zum Abbruch im Kampf findest du unter Teleport.

Chunks werden asynchron geladen, sodass /rtp den Hauptthread nicht aufhält. Unsichere Stellen (Lava, Wasser, Kakteen, Stürze ins Void, geclaimtes Land) werden automatisch übersprungen.

TeleportLink zum Abschnitt kopieren

Gemeinsames Verhalten der Wartezeit für /home, /spawn, /warp, /tpa und /rtp.

Teleport:
  CancelOnDamage: true

Die Dauer der Wartezeit legt jeder Teleport über seinen eigenen Countdown-Schlüssel fest (Home, Warp und Spawn nutzen Warp.TeleportCountdown, /tpa nutzt TPA.TeleportCountdown, /rtp nutzt RTP.TeleportCountdown). Die Wartezeit bricht außerdem ab, wenn sich der Spieler bewegt.

Home-SystemLink zum Abschnitt kopieren

Home:
  Permission: "muteessentials.home"
  TeleportCountdown: 3
  TeleportCooldown: 3
  MaxHomes: 5

Bei Home-Namen spielt Groß- und Kleinschreibung keine Rolle, erlaubt sind a-z0-9_ mit höchstens 16 Zeichen.

Warp-SystemLink zum Abschnitt kopieren

Warp:
  Permission: "muteessentials.warp"
  SetPermission: "muteessentials.warp.set"
  TeleportCountdown: 3

Der Countdown verhält sich wie bei Homes. Für Warp-Namen gelten dieselben Regeln.

ScoreboardLink zum Abschnitt kopieren

Ein Scoreboard an der Seite, das alle Spieler sehen. Aktualisiert sich alle 2 Sekunden.

Scoreboard:
  Enabled: true
  Title: "&c&lMyServer"
  ServerName: "play.example.com"
  Lines:
    - "&8"
    - "&7\u2604 &f%DATE%"
    - "&8 "
    - "&f%PLAYER%:"
    - "&c\u2605 &7Rank: %RANK%"
    - "&a\u2714 &7Online: &a%ONLINE%"
    - "&e\u2666 &7Money: &e%BALANCE%"
    - "&c\u2601 &7Ping: &c%PING%&7ms"
    - "&8\u00a7r"
    - "&7\u27a1 &8%SERVER%"

Verfügbare PlatzhalterLink zum Abschnitt kopieren

Ist PlaceholderAPI installiert, kannst du auch jeden externen Platzhalter wie %vault_eco_balance% direkt in den Zeilen des Scoreboards verwenden.

TablisteLink zum Abschnitt kopieren

Eigene Kopf- und Fußzeilen in der Spielerliste (Tab-Taste). Nutzt dieselben Platzhalter wie das Scoreboard.

TabList:
  Enabled: true
  Header:
    - ""
    - "&c&lMyServer"
    - "&8&m                              "
    - ""
  Footer:
    - ""
    - "&8&m                              "
    - "&7Online: &c%ONLINE%&8/&c%MAXPLAYERS% &8| &7Ping: &c%PING%ms"
    - "&8%SERVER%"
    - ""

Jeder Eintrag in der Liste ist eine Zeile. Leere Strings ("") erzeugen Leerzeilen als Abstand.

MOTD in der ServerlisteLink zum Abschnitt kopieren

Ersetzt die Standardbeschreibung des Servers in der Minecraft-Serverliste. Das ist das, was Spieler sehen, bevor sie überhaupt joinen.

ServerListMOTD:
  Enabled: false
  Line1: "&c&l\u2726 &f&lMyServer &c&l\u2726"
  Line2: "&7Your server description here"

Setz Enabled auf true, um die MOTD zu aktivieren. Unterstützt werden zwei Zeilen mit Farbcodes. Sobald ein Client die Serverliste das nächste Mal abfragt, erscheint die neue MOTD, /mues reload übernimmt sie sofort auf dem laufenden Server.

Umbenannt in 1.0.10: Der Abschnitt hieß früher ServerMOTD. Der Migrator kopiert deine Anpassungen beim ersten Start nach ServerListMOTD und lässt die alten Schlüssel stehen. Wird die Migration übersprungen, greift das Plugin zur Laufzeit auf den alten Abschnitt zurück, bestehende Setups funktionieren also ohne dein Zutun weiter.

Starter-KitLink zum Abschnitt kopieren

Items, die Spieler automatisch bekommen, wenn sie den Server zum ersten Mal betreten.

StarterKit:
  Enabled: true
  Items:
    - material: WOODEN_SWORD
      amount: 1
      name: "&cStarter Sword"
    - material: WOODEN_PICKAXE
      amount: 1
    - material: BREAD
      amount: 16
    - material: LEATHER_HELMET
      amount: 1

KitsLink zum Abschnitt kopieren

Mehrere benannte Kits, die sich mit /kit abholen lassen. Jedes Kit hat seine eigene Permission, seinen eigenen Cooldown und seine eigene Itemliste.

Kits:
  starter:
    Permission: "muteessentials.kit.starter"
    Cooldown: 0
    Items:
      - material: STONE_SWORD
        amount: 1
      - material: STONE_PICKAXE
        amount: 1
      - material: COOKED_BEEF
        amount: 16
  vip:
    Permission: "muteessentials.kit.vip"
    Cooldown: 86400
    Items:
      - material: DIAMOND_SWORD
        amount: 1
        name: "&bVIP Sword"
        enchantments:
          - "sharpness:3"
      - material: GOLDEN_APPLE
        amount: 8

Ist das Inventar voll, fallen die übrigen Items dem Spieler vor die Füße.

WillkommensnachrichtLink zum Abschnitt kopieren

Eine Begrüßung im Chat, wenn ein Spieler zum ersten Mal joint. Bei späteren Logins erscheint sie nicht.

JoinMessage:
  Enabled: true
  Lines:
    - "&8&m                                        "
    - "&c&lWelcome to the server!"
    - "&8&m                                        "
    - ""
    - "&7Hello &c%PLAYER%&7!"
    - "&7Have fun playing."
    - ""
    - "&8&m                                        "

%PLAYER% wird durch den Namen des Spielers ersetzt. Jeder Eintrag ist eine Zeile im Chat.

Umbenannt in 1.0.10: früher MOTD. Die Migration läuft automatisch, der alte Abschnitt MOTD bleibt als Rückfall erhalten (siehe Migration).

Eigene Kick-MeldungenLink zum Abschnitt kopieren

Standardmäßig zeigt Minecraft allgemeine englische Meldungen, wenn ein Spieler wegen einer unpassenden Version, eines vollen Servers oder zu schneller Verbindungsversuche getrennt wird. Diese Funktion ersetzt sie durch deine eigenen, gestalteten und übersetzten Meldungen.

CustomKickMessages:
  Enabled: true

Den eigentlichen Text passt du in messages-de.yml / messages-en.yml unter KickMessages.OutdatedClient, KickMessages.ServerFull, KickMessages.Whitelist und KickMessages.Throttled an.

Erfordert ProtocolLib auf dem Server. Kicks wegen unpassender Version passieren auf Ebene des Netzwerkprotokolls, noch bevor irgendein Bukkit-Event ausgelöst wird. Ohne ProtocolLib lassen sich nur die Meldungen für vollen Server und Whitelist anpassen.

WartungsmodusLink zum Abschnitt kopieren

Maintenance:
  Enabled: false
  KickMessage: |
    &c&lMAINTENANCE
    &7The server is currently under maintenance.
    &7Please try again later.
    &b%DISCORD%

Ist der Wartungsmodus an, werden alle Spieler ohne die Ausnahme-Permission gekickt und können nicht wieder joinen. Die Kick-Meldung unterstützt %DISCORD%, um deinen Discord-Link anzuzeigen. Umschalten kannst du mit /maintenance on und /maintenance off.

Client-ErkennungLink zum Abschnitt kopieren

Erkennt den Client des Spielers (Lunar / Vanilla / Fabric / NeoForge / Forge / LabyMod / Badlion / Feather / Quilt) über den Channel minecraft:brand und alle registrierten Plugin-Channels. Das Ergebnis erscheint in /check und wird dem Team gemeldet.

ClientDetection:
  Enabled: true
  NotifyPermission: "muteessentials.clientdetection"
  HackDetection:
    Enabled: true
    Action: "kick"
    AlertPermission: "muteessentials.clientdetection.hack"
    KickMessage: "&cUnauthorized client detected."
    BrandPatterns: []
    ChannelPatterns: []
    BypassUuids: []
    BypassNames: []

Zu den eingebauten Standardmustern gehören: wurst, meteor, liquidbounce, sigma, impact, aristois, future, vape, rusherhack, inertia, kami, wolfram, salhack, seedcracker, seedcrackerx, xray und eine Reihe weiterer. Überschreib die Listen in der Config, um sie zu erweitern oder zu ersetzen.

Reine Client-Mods, die keinen Plugin-Channel registrieren und ihre minecraft:brand nicht verändern (zum Beispiel ein unverändertes SeedcrackerX), lassen sich vom Server aus nicht zuverlässig erkennen. Für eine strengere Durchsetzung setzt du zusätzlich ein Fabric-Werkzeug ein, das die Modliste gegen eine Whitelist prüft.

Auto-UpdaterLink zum Abschnitt kopieren

Update:
  Permission: "muteessentials.update"
  UpdateUrl: "https://repo.mutebefehl.de/update.json"
  CheckIntervalHours: 24

Beim Start sucht das Plugin asynchron nach Updates. Zusätzlich läuft alle CheckIntervalHours eine wiederkehrende Prüfung. Spieler mit muteessentials.update sehen beim Login einen zweizeiligen Hinweis, wenn eine neuere Version bereitsteht: die Versionsnummer und wie man sie installiert. /mues update stößt die Prüfung von Hand erneut an. /mues update download lädt die JAR herunter, prüft die SHA-256-Summe und tauscht die Datei aus. Aktiv wird die neue Version erst nach einem Neustart des Servers.

ModuleLink zum Abschnitt kopieren

Zuschaltbare Teilsysteme, die der Modulmanager lädt. Jedes Modul legt seine Daten in plugins/MuteEssentials/modules/<Name>/ ab.

Modules:
  BlockLog:
    Enabled: true
  ChestLock:
    Enabled: true
  Auction:
    Enabled: true
  AntiVPN:
    Enabled: false
    ApiUrl: "https://netsight.mutebefehl.de/api/fraud-check"
    Token: ""
    RiskScoreThreshold: 50
    BlockProxy: true
    BlockHosting: false
    KickMessage: "&cVPN/Proxy detected. Connection refused."
    BypassUuids: []
    BypassNames: []
    CacheTtlMinutes: 60
    LogChecks: true

BlockLogLink zum Abschnitt kopieren

Protokolliert abgebaute und gesetzte Blöcke, Interaktionen, Eimeraktionen, Feuerausbreitung, Explosionen und Tode von Spielern. Unterstützt Rollback und Wiederherstellen in Chunks mit vollständigem Blockzustand (Inhalte von Containern, Schildtexte, Ausrichtung, Betten, Türen, Feldfrüchte). Natürliche Ausbreitung, Entstehen und Verblassen von Blöcken sowie Laubzerfall werden bewusst nicht protokolliert. Daten: modules/BlockLog/blocklog.db (SQLite).

BlockLog:
  LoggingActive: true
  NearDefaultRadius: 10
  NearMaxRadius: 100
  NearSinceMs: 604800000

ChestLockLink zum Abschnitt kopieren

Automatische Containersperren mit Vertrauen, Teamzugriff, öffentlichem Modus und Trichterschutz. Die Einstellungen stehen unter Container-Schutz. Daten: modules/ChestLock/chestlock.db (SQLite).

AuctionLink zum Abschnitt kopieren

Marktplatz der Spieler mit Angeboten, Mailbox und GUI zum Stöbern. Die Einstellungen stehen unter Auktionshaus. Daten: modules/Auction/auction.db (SQLite).

AntiVPNLink zum Abschnitt kopieren

Prüfung vor dem Login, die Spieler von bekannten VPN-, Proxy- oder Hosting-IPs abweist. Nutzt den Endpunkt /api/fraud-check von NetSight. Betreiber setzen ihre eigene NetSight-Instanz auf und hinterlegen auf der Worker-Seite ein gemeinsames Geheimnis X-MC-Token, dasselbe Token kommt in Modules.AntiVPN.Token.

Das Modul läuft beim AsyncPlayerPreLoginEvent, noch bevor die Welt geladen ist, ein abgewiesener Spieler betritt den Server also nie. Lokale IPs (127.x, 10.x, 192.168.x, 172.16-31.x) werden automatisch übersprungen.

MigrationLink zum Abschnitt kopieren

ConfigMigrator läuft beim Aktivieren des Plugins, noch vor dem Merger. Er überträgt deine Anpassungen von alten auf neue Schlüsselnamen, ohne die ursprünglichen Schlüssel anzurühren.

Verhalten:

• Ist ein alter Schlüssel gesetzt und der neue nicht, wird der Wert übernommen.
• Alte Schlüssel werden nie gelöscht. Deine Anpassungen bleiben zur Nachverfolgung in der Datei, sodass du Alt und Neu vergleichen kannst.
• Fehlt der neue Abschnitt, greift das Plugin zur Laufzeit bei jeder Prüfung auf den alten Abschnitt zurück, sodass bestehende Setups auch dann weiter funktionieren, wenn die Migration übersprungen wird (zum Beispiel bei schreibgeschützten Configs oder eigenen Mounts).

Die Migration meldet sich beim Start im Log, etwa mit Migrated 5 legacy key(s) in config.yml (originals kept). Dieselbe Logik gilt für messages-en.yml und messages-de.yml.

DatenspeicherungLink zum Abschnitt kopieren

Alle Spielerdaten, Serverdaten und die Konfiguration bleiben auf deinem Server unter plugins/MuteEssentials/. Keine Spielerdaten, keine Chatnachrichten, keine IPs, keine Kontostände und keine UUIDs verlassen jemals den Server.

MySQL (optional)Link zum Abschnitt kopieren

Standardmäßig liegt alles lokal (YAML und SQLite), eine Datenbank ist nicht nötig. Optional kannst du die globalen Daten nach MySQL/MariaDB verlagern.

Storage:
  MySQL:
    Enabled: false
    Host: "localhost"
    Port: 3306
    Database: "muteessentials"
    User: "root"
    Password: ""
    Properties: "?useSSL=false&allowPublicKeyRetrieval=true"
    Pool:
      MaxConnections: 10

Ist MySQL eingeschaltet, nutzen Kontostände, Offline-Nachrichten und Kit-Cooldowns eigene Tabellen, und auch die übrigen globalen Daten (Bans, Mutes, Homes, Warps, Clans, Ränge, Verwarnungen, Reports, Statistiken) werden zentral gespeichert. Beim ersten Start werden die vorhandenen YAML-Daten automatisch nach MySQL übernommen. Schlägt die Verbindung fehl, weicht das Plugin auf lokales YAML aus, damit der Server weiterläuft. Die Moduldatenbanken pro Server (BlockLog, ChestLock, Auction) bleiben lokal als SQLite.

BackupsLink zum Abschnitt kopieren

Alles liegt in einfachen Dateien oder in SQLite. Eine normale Dateisicherung des Ordners plugins/MuteEssentials/ (bei gestopptem Server oder über .backup von SQLite) reicht aus. Eine externe Datenbank ist nicht nötig.

ExportLink zum Abschnitt kopieren

• YAML-Dateien lassen sich unverändert bearbeiten und kopieren.
• SQLite-Dateien kannst du für Auswertungen oder einen Umzug mit sqlite3 blocklog.db .dump > export.sql auslesen.
• Für den Umzug auf einen neuen Server kopierst du einfach den ganzen Ordner plugins/MuteEssentials/ hinüber, eine Neueinrichtung ist nicht nötig.

TelemetrieLink zum Abschnitt kopieren

Das Plugin schickt einmal pro Stunde ein anonymes Lebenszeichen. Es enthält ausschließlich:

• Serversoftware und Version (zum Beispiel Paper 1.21.4)
• Plugin-Version (zum Beispiel 1.0.12)
• Spielerzahl
• Laufzeit in Sekunden

Spielerdaten, UUIDs, IPs, Chatnachrichten, Kontostände oder Inventarinhalte werden nie übertragen.

AbschaltenLink zum Abschnitt kopieren

Setz Telemetry.Enabled: false in der config.yml und führe /mues reload aus (oder starte den Server neu):

Telemetry:
  Enabled: false

Der Hinweis darauf erscheint außerdem einmal beim ersten Start in der Serverkonsole.

Automatische FehlerberichteLink zum Abschnitt kopieren

Optionaler Melder für Abstürze und Fehler. Standardmäßig aus. Ist er eingeschaltet, werden Stacktraces von Fehlern in MuteEssentials an den Entwickler geschickt, damit sich Bugs untersuchen lassen, ohne dass du Logs von Hand weiterleiten musst. UUIDs, IPs, Namen von Spielern, die online sind, und Hostnamen werden vor dem Senden anonymisiert. Pro Fehlerart wird höchstens einmal pro Stunde gesendet.

EinschaltenLink zum Abschnitt kopieren

Setz ErrorReporting.Enabled: true in der config.yml:

ErrorReporting:
  Enabled: true

Der Melder bleibt aus, bis du ihn ausdrücklich einschaltest. Zum Abschalten setzt du den Wert wieder auf false.

EntfernenLink zum Abschnitt kopieren

Lösch plugins/MuteEssentials/, um das Plugin vollständig zurückzusetzen. Löschst du nur data.yml, werden Homes, Wirtschaft und Clans zurückgesetzt, Config und Meldungen bleiben erhalten.