Vom Problem zur Entscheidung

Technische Anwendungsfälle

Sechs Situationen, jede an dokumentiertes Plugin-Verhalten gebunden: das Problem, was das Plugin entscheidet, das Ergebnis und die Grenzen.

Jeder Ablauf ist ein Beispiel, geschrieben aus der Plugin-Dokumentation. Er ist eine vereinfachte Darstellung, keine Live-Daten eines Servers und kein Versprechen für jede Konfiguration.

Eine Java-Abweichung vor dem Neustart erkennen

PluginGuardVeröffentlicht
Ausgangsproblem
Ein Plugin-Update ist nun für ein neueres Java kompiliert, als Ihr Server nutzt. Die JVM würde es nicht laden, und die Ursache steckt in einem langen Startprotokoll.
Was das Plugin entscheidet
PluginGuard liest die Klassendatei-Version in jeder Jar in plugins/ und vergleicht sie mit dem Java, das der Server meldet. Es führt nie eine Jar aus und verändert sie nie.
Ergebnis
Der Scan meldet für dieses Plugin einen kritischen Befund JAVA_VERSION_TOO_NEW, und die Korrekturliste empfiehlt ein neueres Java oder eine für Ihres gebaute Version.
Grenzen, die man kennen sollte
PluginGuard läuft in einem bereits gestarteten Server. Scannen Sie nach dem Kopieren der Jar und vor dem Neustart; einem Server, der nicht mehr startet, kann es nicht helfen.

BeispielablaufDarstellung, keine Live-Daten

  1. Neue Jar nach plugins/ kopieren
  2. /pluginguard scan ausführen
  3. Kritischer Befund: Java-Version zu neu

Absturz von einem Moderator-Kick unterscheiden

VelorFailoverVeröffentlicht
Ausgangsproblem
Velocity löst für ein abgestürztes Backend, einen Moderator-Kick und einen Bann dasselbe Ereignis aus. Auf dieses Ereignis hin umzuleiten würde gebannte Spieler in die Lobby schicken.
Was das Plugin entscheidet
VelorFailover pingt den Server. Antwortet er, behandelt Velocity den Kick wie gewohnt. Nur ein fehlgeschlagener Ping bei antwortendem Ausweichserver verschiebt Spieler.
Ergebnis
Nach einem echten Absturz warten die Spieler auf dem Ausweichserver und kehren zurück, sobald der Server die konfigurierte Zahl aufeinanderfolgender Prüfungen besteht.
Grenzen, die man kennen sollte
Ist der Ausweichserver ebenfalls aus, wird nichts umgeleitet. Geplante Stopps werden nur erkannt, wenn Ihre Stopp-Nachricht einen konfigurierten Text enthält.

BeispielablaufDarstellung, keine Live-Daten

  1. Ein Spieler wird von survival gekickt
  2. Ping an survival: Antwort oder keine Antwort
  3. Antwort: normaler Kick. Keine Antwort: nach lobby verschieben

Eine verdächtige Belohnung zur Prüfung zurückhalten

ReferralTrackWartet auf Freigabe
Ausgangsproblem
Zwei Spieler von derselben Adresse werben sich gegenseitig, und die Willkommensbelohnung würde automatisch ausgezahlt.
Was das Plugin entscheidet
Bei aktivierter optionaler Betrugsprüfung bewertet ReferralTrack nachvollziehbare Signale (gleiche IP, gegenseitige Werbung, kürzlicher Erstbeitritt, geringe Spielzeit) und hält die Empfehlung zurück, wenn die Punktzahl Ihren Schwellenwert erreicht.
Ergebnis
Eine zurückgehaltene Empfehlung kann nicht validiert werden und keine Belohnung freigeben, bis das Team sie mit Begründung genehmigt oder ablehnt; die Entscheidung wird in einem Audit-Protokoll festgehalten.
Grenzen, die man kennen sollte
Die Betrugsprüfung ist standardmäßig aus. Die Signale legen die Prüfpriorität fest; sie beweisen keine Zweitkonten.

BeispielablaufDarstellung, keine Live-Daten

  1. Eine Empfehlung wird erstellt
  2. Signale werden gegen Ihren Schwellenwert bewertet
  3. Für das Team zurückgehalten: mit Begründung genehmigen oder ablehnen

Ein Update zurückrollen, das die Befehlsprüfung nicht besteht

VeloRoadWartet auf Freigabe
Ausgangsproblem
Sie ersetzen ein Plugin im laufenden Betrieb. Die neue Version wird aktiviert, aber ihre Befehle werden nie registriert.
Was das Plugin entscheidet
VeloRoad führt Vorabprüfungen durch, erstellt eine mit SHA-256 verifizierte Sicherung, lädt die neue Jar und vergleicht die registrierten Befehle mit ihrem Deskriptor.
Ergebnis
Scheitert das Laden, Aktivieren oder die Befehlsprüfung, wird die vorherige verifizierte Version automatisch wiederhergestellt, sofern eine Sicherung existiert.
Grenzen, die man kennen sollte
Ein vollständiger Neustart bleibt die sicherste Wahl für kritische Plugins und Plugins mit tiefen Live-Referenzen.

BeispielablaufDarstellung, keine Live-Daten

  1. Vorabprüfung und verifizierte Sicherung
  2. Neue Jar laden und ihre Befehle prüfen
  3. Prüfung scheitert: vorherige Version wiederhergestellt

Eine YAML-Datei, drei Menüoberflächen

CrossMenuWartet auf Freigabe
Ausgangsproblem
Java- und Bedrock-Spieler brauchen denselben Shop, und drei getrennte Menüs synchron zu halten ist mühsam.
Was das Plugin entscheidet
CrossMenu liest eine Menüdefinition und zeigt sie auf Java als Truhe, als nativen Dialog, wo der Server die Dialog-API bietet, und als natives Formular für Geyser- oder Floodgate-Spieler.
Ergebnis
Jeder Spieler erhält aus derselben Datei die native Oberfläche für seinen Client.
Grenzen, die man kennen sollte
Bedrock-Formulare sind nach dem Öffnen statisch. Java-Dialoge brauchen Dialog-API-Unterstützung; ältere Server fallen auf das Truhenmenü zurück. Minecraft 1.20.5 oder neuer ist erforderlich.

BeispielablaufDarstellung, keine Live-Daten

  1. Eine Menüdatei schreiben
  2. CrossMenu erkennt den Client
  3. Truhe, Dialog oder Bedrock-Formular wird angezeigt

Daten mit Probelauf und Rückweg übernehmen

MigrateDemnächst

Dieses Plugin ist noch nicht veröffentlicht. Bis dahin gibt es keinen Kauflink.

Ausgangsproblem
Sie wechseln von einem Plugin zum anderen und möchten Homes, Warps, Guthaben oder Strafen behalten.
Was das Plugin entscheidet
Migrate ist darauf ausgelegt, den Lauf zu planen, im Probelauf zu zeigen, eine verifizierte Sicherung zu schreiben, die Daten zu schreiben, sie zur Prüfung zurückzulesen und das Geschriebene umkehrbar zu halten.
Ergebnis
Ein Bericht listet auf, was übernommen und was übersprungen wurde, und warum.
Grenzen, die man kennen sollte
Migrate ist nicht veröffentlicht. Unterstützte Plugins, Versionen und Plattformen werden mit dem Release bekanntgegeben; hier wird keines versprochen.

BeispielablaufDarstellung, keine Live-Daten

  1. Probelauf: sehen, was sich ändern würde
  2. Sichern, schreiben, zurücklesen und prüfen
  3. Bericht; bei Bedarf zurückrollen

Unsicher, welches Sie brauchen?

Beantworten Sie acht kurze Fragen und erhalten Sie bis zu drei Vorschläge.