Installation

Ordner, Startreihenfolge und was beim ersten Start in der Konsole steht.

cs_revivestation läuft auf ESX, QBCore, Qbox und standalone. Das Framework wird beim Start erkannt und erneut, sobald es nach cs_revivestation startet. Dasselbe gilt für das Rettungsdienst-Script. Du stellst dafür nichts ein und es gibt keine Datenbanktabelle zu importieren.

Resource	Wofür	Pflicht
`es_extended` / `qb-core` / `qbx_core`	Geld, Jobs, Namen, Todeszustand	nein, standalone läuft auch
`esx_ambulancejob` / `qb-ambulancejob` / `qbx_medical` / `wasabi_ambulance`	die eigentliche Wiederbelebung. Ohne eines davon macht cs_revivestation es selbst	nein
`esx_license`	nur, wenn eine Station `access.license` setzt	nur in dem Fall
`ox_target` / `qb-target`	nur wenn `Config.UseTarget` auf `true` steht	nein

Ordner cs_revivestation nach resources/[core-services]/ kopieren.
ensure cs_revivestation in die server.cfg eintragen, nach deinem Framework.
In der webhook.lua deine eigene Discord-Webhook-URL eintragen, oder enabled = false setzen.
In der config.lua Config.Locale, Config.Currency und Config.Theme setzen.
Stationen in Abschnitt 4 anlegen. Eine Position genügt, alles andere ist optional.
Server starten und die Konsolenausgabe prüfen.

server.cfg

# dein Framework
ensure es_extended

# optional, wird automatisch erkannt
ensure esx_ambulancejob
ensure ox_target

ensure cs_revivestation

Was beim Start in der Konsole steht

Rund fünf Sekunden nach dem Start prüft cs_revivestation die Version und danach die komplette Config. Beides steht direkt untereinander, die Config-Zeile immer unter dem Versionsbanner. Fünf Sekunden, weil bis dahin auch das Framework fertig geladen ist und die Prüfung deshalb etwas wert ist.

Serverkonsole

############################### coreservices.shop ###############################
[cs_revivestation] ✓ Resource is up to date - Version: 2.0.0
############################### coreservices.shop ###############################
[cs_revivestation] ✓ Config checked: 1 station(s), framework esx

Stimmt etwas nicht, steht statt dieser Zeile eine Liste da und darunter eine Bilanz aus Fehlern und Warnungen. Jede Meldung nennt die Station, um die es geht. x ist ein Fehler, der die Station unbenutzbar macht, ! eine Warnung, mit der sie weiterläuft.

Die Warnungen sind der eigentliche Grund für die Prüfung: Sie fangen die Fälle ab, in denen die Station scheinbar läuft, aber etwas anderes tut, als du gemeint hast. Ein perMedic ohne medicJobs etwa zählt nie einen Sanitäter und schlägt deshalb auch nie etwas auf und ein Preis für eine Todesursache, die es unter diesem Namen nicht gibt, wird stillschweigend nie benutzt.

Serverkonsole, mit Problemen

[cs_revivestation] x station 2 (SANDY) has no valid `position` - it will never open.
[cs_revivestation] ! station 1 (CORECITY) charges `perMedic` but has no `medicJobs`, so the fee is never added.
[cs_revivestation] ! station 1 (CORECITY) prices a death cause called "pistol", which is not one deathcauses.lua produces - it will never be used.
[cs_revivestation] Config checked: 2 station(s) - 1 problem(s), 2 warning(s)

Nach jeder Änderung an der config.lua, an webhook.lua, framework.lua, deathcauses.lua oder an den Locales: restart cs_revivestation in der Serverkonsole. Die Prüfung läuft danach erneut.

Ändere die version in der fxmanifest.lua nicht. Passt sie nicht zur ausgelieferten Version, bricht die Versionsprüfung mit einer roten Meldung ab und du erfährst nicht mehr, wenn ein Update bereitliegt.

Was beim Start in der Konsole steht

Frage offen geblieben?