
- ESX
Baue einen neuen FiveM-Server in der Reihenfolge der Abhängigkeiten auf. Installiere zuerst Datenbank und Framework, dann Inventar und Charaktere, danach abhängige Systeme wie Fahrzeuge, Jobs, Polizei und Telefone. Teste Framework, Abhängigkeiten und Edition jedes Systems auf dem Staging-Server, bevor du das nächste hinzufügst.
Offenlegung: RPScripts verkauft FiveM-Ressourcen, und die Kategorie-Links unten führen in den eigenen Katalog. Sie zeigen, wo du einen Ressourcentyp durchstöbern kannst, und sind keine Produktempfehlung. Die Checkliste basiert auf der Framework- und Cfx.re-Dokumentation, die in den einzelnen Schritten verlinkt ist, und wurde am 13. Oktober 2026 geprüft. Es handelt sich um eine Prüfung der Dokumentation, nicht um einen Praxistest: RPScripts hat die hier genannten Ressourcen für diesen Artikel weder installiert noch ausgeführt. Welches Framework du einsetzt, entscheidet über die meisten Antworten – kläre das also zuerst mit FiveM-Frameworks im Vergleich.
Die folgende Reihenfolge ist ein redaktioneller Vorschlag und keine Cfx.re-Regel; insbesondere Maps und Telefone müssen eventuell früher kommen, wenn eine Job- oder Housing-Ressource sie voraussetzt.
oxmysql, gestartet vor allem, was die Datenbank nutzt.ox_lib.Die Resource-Manifest-Referenz von Cfx.re beschreibt dependency so, dass die genannte Ressource vor der aktuellen geladen werden muss. Prüfe die Reihenfolge jeder Ressource anhand ihres Manifests und ihrer Dokumentation. Zum Beispiel nennt die ESX-Seite von Overextended oxmysql, ox_lib, es_extended und qtarget vor ox_inventory, während die Qbox-Seite sagt, ox_inventory solle unmittelbar nach qbx_core gestartet werden.
Muss leisten: Spieler- und Charakterdaten, Jobs, Geld und die API bereitstellen, die andere Ressourcen aufrufen. Entscheiden: das offizielle Recipe verwenden, statt einen einzelnen Core-Ordner zu kopieren. Prüfen: die Recipe-Version und was es bereits installiert, damit du nichts doppelt hinzufügst.
Muss leisten: alles Dauerhafte speichern. Entscheiden: Datenbankserver und Version. Die Qbox-Dokumentation verlangt MariaDB 10.9.0 oder neuer und nennt MySQL nicht unterstützt; die oxmysql-Dokumentation empfiehlt MariaDB ausdrücklich, weil viele für MySQL 5.7 geschriebene Ressourcen unter MySQL 8 kaputtgehen können. Prüfen: dass oxmysql zuerst startet und der Connection-String mit set mysql_connection_string gesetzt ist, bevor die Ressourcen starten (oxmysql-Dokumentation). Ältere Ressourcen rufen eventuell noch mysql-async auf; siehe mysql-async-Ressourcen migrieren. Das ist Infrastruktur, deshalb gibt es dafür keine Shop-Kategorie.
Muss leisten: Items, Waffen, Stashes und Metadaten verwalten. Entscheiden: welches Inventar alle anderen Ressourcen aufrufen. ox_inventory benötigt oxmysql und ox_lib; seine Framework-Einstellung nennt ox, esx, qbx und nd. Unter ESX ersetzt es die Item-, Inventar- und Waffensysteme vollständig, und die ESX-Seite führt Standard-Shops und -Stashes (esx_shops, esx_weaponshop, esx_policejob) als inkompatibel auf. QBCore dokumentiert qb-inventory. Prüfen: ob jedes Shop-, Crafting- und Job-Script dein Inventar unterstützt. Katalog: Inventar-Scripts. Mehr: Inventar-Kompatibilität.
Muss leisten: Charakterauswahl, Charaktererstellung und ersten Spawn. ESX liefert esx_multicharacter als Standardsystem mit, standardmäßig mit vier Slots und einem /relog-Befehl (Dokumentation). QBCore dokumentiert qb-multicharacter, inklusive einer Option für eine Start-Wohnung und eines Standard-Spawns (Dokumentation). Entscheiden: Slots und ob Spieler Charaktere löschen dürfen. Prüfen: wie der Ersatz die Charakter-Identifier speichert und ob er deine Housing- und Spawn-Ressourcen voraussetzt. Katalog: Multicharacter-Scripts.
Muss leisten: die vom Framework bereitgestellten Statusdaten anzeigen. Die PlayerData von QBCore enthält hunger, thirst und stress in metadata, und HUDs lesen diese Werte. Entscheiden: nur eine Statusquelle behalten; zwei Bedürfnissysteme kämpfen um die Werte. Prüfen: Framework, Status- oder Needs-Ressource sowie Fuel- und Voice-Integrationen in der Beschreibung. Anleitung: HUD installieren und testen.
Muss leisten: Fahrzeuge verkaufen, einlagern, abschließen, betanken und bergen. qb-vehiclekeys dokumentiert Abschließen, Lockpicking und Carjacking, führt auf seiner Seite aber keine Exports auf; bei einem Ersatz musst du den Vertrag daher im Quellcode prüfen. Entscheiden: genau eine Ressource für Schlüssel, eine für Garagen, eine für Sprit. Prüfen: welche Ressource die Fahrzeugbesitz-Daten hält und welche Exports die Schlüssel- und Sprit-Ressourcen aufrufen. Katalog: Garagen und Fahrzeug-Scripts.
Muss leisten: Besitz, Zugang und Lagerung. ESX dokumentiert ein Property-Addon, und QBCore dokumentiert qb-houses und qb-apartments. Entscheiden: wem die Haus-Stashes gehören. ox_inventory enthält einen optionalen Schritt convertinventory esxproperty. Prüfen: den Interior- oder Shell-Typ, die Inventar-Integration und was mit dem Besitz passiert, wenn ein Spieler entfernt wird. Katalog: Housing. Mehr: Housing-Kompatibilität.
Muss leisten: Bezahlung, Ränge, Dienststatus, Society-Konten und Shops. ESX dokumentiert Society, Addon Account, Billing und Banking; QBCore dokumentiert qb-management und qb-banking. Entscheiden: ein einziges Banking- und Society-System. Prüfen: das Rangformat. Qbox verwendet numerische Job-Ränge, QBCore dagegen Strings, laut dem Umstellungsleitfaden.
Muss leisten: Dienst, Festnahmen, Beweismittel, Akten und Alarme. qb-policejob dokumentiert Handschellen, Beweismittel, Gefängnis und einen einfachen /911p-Alarm, beschreibt auf seiner Seite aber kein MDT. Entscheiden: welche Ressource die Dispatch-Alarme und welche die Akten verwaltet. Prüfen: Jobnamen, Rangprüfungen und die Inventar-Items, die sie brauchen. Katalog: Polizei-Scripts. Mehr: Polizei, MDT und Dispatch.
Muss leisten: Todeszustand, Wiederbelebung, Behandlung und Krankenhausablauf. ESX hat ein Ambulance-Job-Addon, und QBCore dokumentiert qb-ambulancejob. Entscheiden: eine einzige Quelle für den Todeszustand, weil HUD, Polizei und Inventar ihn lesen. Die PlayerData von QBCore hat ein Metadata-Feld isdead. Prüfen: Krankenhaus-Maps, Item-Namen und Respawn-Verhalten.
Muss leisten: dem Team Handlungen erlauben und allen anderen nicht. Die Server-Sicherheitshinweise von Cfx.re sagen, dass man auf dem Server validieren und Client-Eingaben nicht vertrauen soll. Die Seite zu den Server-Exports von Qbox markiert ihre Permission-Exports seit v1.8.0 als veraltet zugunsten von ACE. Entscheiden: Teamrollen und was protokolliert wird. Prüfen: teste, dass ein normaler Account jeden Admin-Befehl verweigert bekommt. Ein Anti-Cheat ist eine eigene Ressource; als redaktionelle Einschätzung gilt: Lies vor der Installation, was er erkennt und wie er bannt. Siehe auch Serveradministration.
Muss leisten: Proximity-Voice und Funk. Die Voice-Dokumentation von Cfx.re beschreibt Mumble-basierte Voice und auf Enhanced eine neue Voice-Implementierung, die sie ersetzt. Entscheiden: deine Edition, bevor du eine Voice-Ressource auswählst. Prüfen: Editionsunterstützung und Einstellungen. Anleitung: Voice einrichten.
Muss leisten: Kontakte, Nachrichten, Apps und Banking-Verknüpfungen. QBCore speichert eine Telefonnummer in charinfo, also prüfe, wie ein Telefon Nummern ableitet. Entscheiden: Inventar-Item oder kein Item. Prüfen: Abhängigkeiten zu Framework, Inventar und Banking und ob sich die Daten migrieren lassen. Katalog: Telefone. Mehr: Telefon-Kompatibilität.
Muss leisten: während des Verbindungsaufbaus angezeigt werden. Laut der Loadscreen-Dokumentation bleibt er bestehen, bis SHUTDOWN_LOADING_SCREEN aufgerufen wird, es sei denn, du aktivierst das manuelle Beenden. Prüfen: dass er beim Spawn schließt und die Musik die Lautstärke respektiert. Anleitung: Ladebildschirm erstellen.
Muss leisten: Interiors und Standorte für Jobs. Entscheiden: eine Map pro Standort, um Überschneidungen zu vermeiden. Prüfen: die Spieleedition, Kollisionen mit anderen Maps und welche Job- oder Housing-Scripts ihre Koordinaten referenzieren. Anleitungen: MLO hinzufügen und MLO-Kompatibilität.
escrow_ignore vom Schutz ausnehmen können. Frag den Verkäufer, welche Dateien du bearbeiten darfst.Die vollständige Liste findest du in der Checkliste vor dem Kauf, und der Kompatibilitätsleitfaden erklärt die Badges auf den Produktseiten.
ensure-Zeile in der Reihenfolge der Abhängigkeiten.Das Framework-Recipe, Datenbank und oxmysql, danach ein Inventar und die Charakterauswahl. Die meisten anderen Systeme bauen darauf auf, also installiere und teste sie vor Jobs, Fahrzeugen, Housing, Polizei oder Telefonen.
Nicht unbedingt. Lies nach, was das offizielle Recipe deines Frameworks bereits einrichtet, und kaufe eine Ressource nur für eine Funktion, die du konkret benennen kannst – nachdem du Framework, Edition, Abhängigkeiten und Escrow-Status geprüft hast.
Du kannst, aber die Fehlersuche wird schwerer. Füge ein System nach dem anderen auf dem Staging-Server hinzu und mit einem Backup, damit jeder Fehler nur eine wahrscheinliche Ursache hat.
Nicht automatisch. Prüfe die Seite Legacy vs Enhanced und die Angaben des jeweiligen Verkäufers, besonders bei Voice und Asset Escrow.
Nicht das passende Script gefunden? Lass es generieren.
Beschreib dein eigenes Script. 3 kostenlose Credits pro Tag, bis zu 15 pro Kalendermonat; keine Karte nötig.





