Mods

Diese Seite erklärt, wie das Mod-Management im Admin-Bereich funktioniert, einschließlich Installations-/Update-Abläufen, mehrerer Konfigurationen und des Dateischutz-Modells.

Zugriff und Verfügbarkeit

Mods im Admin-Bereich hängen von beidem ab:

• Zugriffsrechte: mods.view und mods.install

Praktische Aufteilung:

• mods.view: Mods durchsuchen, Details öffnen, Dateiänderungen und Konfigurationen prüfen
• mods.install: installieren, deinstallieren, aktualisieren, neu anordnen und Konfigurationen ändern

Wo Admins Mods verwalten

Navigationspfade:

• Server Admin -> Mods -> All mods
• Server Admin -> Mods -> Installed mods

Ansicht All mods

Die Ansicht All mods ist deine marktplatzartige Übersicht.

Sie bietet:

• Suche nach Mod-Name oder Beschreibung
• Maintainer-Informationen
• Verifizierungsstatus
• Preis (kostenlos oder kostenpflichtig)
• Installationsreichweite (wie viele Server die Mod aktuell verwenden)
• Schnelllink zu den Mod-Details

Kartenkompatibilität wird automatisch erzwungen. Mods, die die Karte deines Servers nicht unterstützen, werden gar nicht erst angezeigt und können deshalb nicht installiert werden.

Stellst du deinen Server später auf eine andere Karte um, bleiben Mods der alten Karte installiert, werden aber nicht mehr übertragen. Die Ansicht der installierten Mods markiert jede davon als Übersprungen und nennt die Karten, für die sie gedacht ist. Zusätzlich hält jede in ihrem Log fest, dass sie übersprungen wurde. Deinstalliere sie oder stelle zurück — sonst ändert sich nichts.

Ansicht Installed mods

Die Ansicht Installed mods ist deine operative Liste für aktive und inaktive Konfigurationen.

Pro Eintrag können Admins:

• sehen, ob diese Konfiguration aktuell installiert ist
• sehen, ob automatische Updates für diese Mod aktiviert sind
• Details öffnen
• eine bestimmte Konfiguration installieren oder deinstallieren
• eine nicht installierte Konfiguration entfernen
• die Lade-Reihenfolge installierter Einträge ändern (nach oben/unten)

Mod-Detailseite

Die Detailseite hat drei Tabs:

• Information
• File changes
• Configuration

Das Verhalten der oberen Aktionen hängt vom Zustand ab:

• Buy mod (für kostenpflichtige Mods, die noch nicht gekauft wurden)
• Install (für installierbare Mods)
• Enable/disable auto-update (für installierte Mods)
• Auf Karten ausblenden/zeigen (für installierte Mods, siehe Mod-Gebäude auf der Karte)
• Uninstall all (wenn aktuell mindestens eine Konfiguration installiert ist)

Wenn eine neuere veröffentlichte Version existiert, zeigt die Seite einen Update-Hinweis und bietet eine Aktualisierungsaktion an. Wenn automatische Updates aktiviert sind, werden installierte Konfigurationen dieser Mod automatisch auf die neueste veröffentlichte Version umgestellt, sobald der Creator eine neue Version veröffentlicht.

Wichtiges Verhalten:

• automatische Updates werden pro Mod auf einem Server verwaltet, auch wenn die Mod mehrere Konfigurationen hat
• das Aktivieren automatischer Updates zieht die Mod sofort auf die aktuell veröffentlichte Version nach
• Dateitransfer und Neustart-Erwartungen folgen nach Versionsänderungen weiterhin dem normalen Admin-Workflow

Gameplay-Mods

Die Gameplay-Schalter, die du vielleicht aus dem Nitrado-Webinterface kennst, gibt es als kostenlose Mods im Marktplatz:

Mod	Was sie ändert
No Base Damage	Gebaute Basen nehmen keinen Schaden
No Container Damage	Zelte, Fässer und Kisten nehmen keinen Schaden
Unlimited Stamina	Spielern geht die Ausdauer nie aus
Hit Indicator (Hitmarker)	Die Anzeige, aus welcher Richtung ein Treffer kam: an oder aus, Aussehen, Farbe, Dauer und Genauigkeit, dazu das rote Aufblitzen am Bildschirmrand
Night Lighting	Helle, dunkle oder Sakhal-Nächte und das schwache Licht um Spieler herum
Build Anywhere	Schaltet die Prüfungen ab, die das Bauen verhindern, jede Gruppe einzeln (Objekte im Weg, Dächer, unebener Boden, Höhe, unter Wasser, Abstand)
Show Players On Map	Spieler sehen ihre eigene Position auf der Karte

Alle ändern die cfggameplay.json und brauchen deshalb – wie jeder Mod – einen Server, der auf diese Datei umgestellt ist (siehe cfggameplay.json). Solange diese Datei aktiv ist, wirken die passenden Schalter im Nitrado-Webinterface nicht — nimm stattdessen die Mods. Wie bei jeder Mod gilt eine Änderung ab dem nächsten Neustart.

Soll eine nur zu bestimmten Zeiten gelten, plane sie im Scheduler: mit einer Aufgabe Mods installieren/deinstallieren für an und aus — für ein Raid-Wochenende No Base Damage und No Container Damage am Freitag deinstallieren und am Montag wieder installieren — oder mit Mod-Konfiguration ändern für eine einzelne Einstellung, etwa dunklere Nächte am Wochenende.

Mod-Gebäude auf der Karte

Gebäude und Objekte, die deine Mods über Object-Spawner-Dateien setzen (eine Safezone, ein Bunker, ein Händlerlager), erscheinen auf allen Karten deines Servers: auf der Karte deiner Server-Website, im Zonen-Editor, in Koordinaten-Auswahlen, bei Spieler-Routen und auf den Kartenbildern von map.image. Sie sind gezeichnet wie der Rest der Karte, eine Safezone sieht also aus wie ein Ort und nicht wie eine Markierung.

• Was zählt: jede installierte Marketplace-Mod und jede aktive Custom Mod, die eine Spawner-Datei schreibt (eine JSON-Datei mit einer Objects-Liste). dzbots eigene Spawner-Dateien (Shop-Lieferungen, Zonen-Markierungen) und Mods mit Auf Karten ausblenden bleiben draußen.
• Nur Vanilla-Objekte: Objekte werden aus den Gebäudeformen von DayZ selbst gezeichnet. Ein Objekt, dessen Form dzbot nicht kennt, fehlt und zählt als ohne bekannte Form.
• Wann sie sich ändert: Die Karte Karte & Wiki – in der Ansicht Installed mods und unter Einstellungen → Karte & Basen – zeigt, wann zuletzt berechnet wurde. Jetzt aktualisieren zeichnet sie aus den Mods, wie sie gerade eingestellt sind (einmal pro Stunde); jeden Morgen um 9:00 Uhr (deutsche Zeit) passiert das auch von allein. Die Karte wartet nicht auf einen Neustart, sie kann eine Mod also kurz vor dem Server zeigen.
• Kartenwechsel: Stellst du den Server auf eine andere Karte um, verschwinden die Mod-Objekte bis zur nächsten Aktualisierung.
• Missionsdateien: Dieselbe Aktualisierung (und der tägliche Lauf) liest auch deine Missionsdateien für Heli-Absturzstellen, Fahrzeuge, Zonen, Spawns und Loot auf der Karte – siehe Events, Spawns und Loot deines Servers. Die Karte zeigt, wann sie zuletzt gelesen wurden oder warum das Lesen fehlschlug.
• Entfernen nimmt die Mod-Objekte sofort von der Karte, zum Beispiel nachdem du eine schon gezeichnete Mod ausgeblendet hast. Die nächste Aktualisierung bringt alles zurück, was nicht ausgeblendet ist.

Spieler bekommen deine Spawner-Dateien nie: Die Karte erhält nur Bilder, nicht die Objekte und ihre Positionen.

Eigene iZurvive-Karte

iZurvive kann für deinen Server eine eigene Karte bauen, die die Gebäude aus deinen Object-Spawner-Dateien zeigt. Dein Nitrado-Konto verbindest du direkt bei iZurvive, dzbot ist an diesem Schritt nicht beteiligt. Den Link, den iZurvive dir gibt, teilst du mit deiner Community.

iZurvive lässt alles weg, was in izurvive.json in deinem Missionsordner steht, und dzbot hält diese Datei bei jedem Neustart aktuell:

• die Spawner-Dateien, die dzbot bei jedem Neustart neu schreibt (Shop-Lieferungen und Zonen-Markierungen), bleiben immer draußen. So landet keine Lieferkiste und keine Zonen-Markierung auf der Karte
• eine Mod, deren Gebäude nicht erscheinen sollen, zum Beispiel eine Arena oder ein Labyrinth, blendest du im Menü ihrer Detailseite mit Auf Karten ausblenden aus. Das geht für Marketplace-Mods und Custom Mods und blendet sie auch auf der dzbot-Karte aus. Auf Karten zeigen holt sie zurück
• deine eigenen Einträge bleiben. dzbot ergänzt die izurvive.json, die du schon hattest. Sobald dzbot die Datei verwaltet, bearbeitest du stattdessen izurvive.json.original, wie bei jeder verwalteten Datei (siehe unten)

Eine Änderung greift nach dem nächsten Neustart. Auf der Karte erscheint sie, sobald iZurvive die Karte das nächste Mal neu baut.

Kostenpflichtige Mods und Besitz

Kostenpflichtige Mods müssen vor der Installation gekauft werden.

Nach dem Kauf kann es kurze Zeit dauern, bis der Besitz in der Oberfläche erscheint. Während dieses Zeitraums können Installationsaktionen kurzzeitig noch nicht verfügbar sein.

Konfigurationsmodell

Eine Mod kann eine oder mehrere Server-Konfigurationen haben, je nachdem, wie der Mod-Autor sie gestaltet hat.

Was du tun kannst:

• erste Konfiguration erstellen
• zusätzliche Konfigurationen hinzufügen (falls unterstützt)
• Konfigurationswerte bearbeiten
• ein Beschreibungs-Label für eine Konfiguration setzen
• jede Konfiguration unabhängig installieren/deinstallieren

Wichtiges Verhalten:

• eine ungültige Konfiguration blockiert das wirksame Installationsverhalten, bis sie korrigiert wird
• wenn eine Mod auf eine neue Version aktualisiert wird, überprüfe die Konfigurationswerte erneut
• neue Konfigurationen übernehmen die aktuelle Auto-Update-Einstellung der Mod

Mods, die Mehrfachinstallationen unterstützen (z.B. eine Teleporter-Mod, die mehrfach für verschiedene Standorte installiert werden kann), verwenden die eingebaute Variable {$installation_id} in ihren Dateipfaden. Jede Konfigurationsinstanz erhält eine eindeutige Kennung, sodass sich separate Installationen nicht gegenseitig überschreiben. Administratoren müssen nichts weiter tun — dies wird automatisch durch das Design des Mod-Autors gehandhabt.

Dateischutz-Modell (.original)

dzbot schützt Basisdateien mit .original-Backups.

So funktioniert es:

• bevor verwaltete Dateiänderungen angewendet werden, wird der Ausgangsinhalt in passenden .original-Dateien gesichert
• generierte Mod-Ausgabe wird aus dieser Basis erstellt
• Deinstallations-/Wiederherstellungsabläufe verwenden diese Basisdaten, um Dateien zurückzusetzen

Betriebsregel:

• wenn du eine von Mods verwaltete Datei manuell bearbeitest, bearbeite die .original-Basisdatei und nicht nur die generierte aktive Datei
• lösche .original-Dateien nicht

Anwendungsmodell und Neustart-Erwartung

Der Mod-Dateitransfer wird durch die von dzbot verwaltete Transfer-Logik durchgeführt. Auswirkungen im Spiel erfordern in der Regel Neustart-Zyklen, um vollständig aktiv zu werden.

Empfohlene Betriebsweise:

• führe Neustarts nach Installations-/Deinstallations-/Update-Änderungen über dzbot aus
• vermeide das Mischen mit manuellen externen Neustart-Workflows bei mod-lastigen Servern

Verwandte Dokumentation

• Scheduler
• Shop system
• Modding