ESX, QBCore und vMenu kurz erklärt

In diesem Artikel erklären wir dir die Unterschiede zwischen ESX, QBCore und vMenu.

Diese Begriffe tauchen bei FiveM sehr häufig auf. Sie beschreiben aber nicht dasselbe. ESX und QBCore sind Frameworks für Roleplay-Server. vMenu ist dagegen ein Admin- und Spieler-Menü und kein vollständiges Roleplay-Framework.

Was ist ein Framework?

Ein Framework ist eine technische Grundlage für deinen FiveM Server.

Es stellt Funktionen bereit, auf denen andere Scripts und Ressourcen aufbauen können.

Bei einem Roleplay-Server übernimmt ein Framework zum Beispiel häufig:

• Spielercharaktere

• Jobs

• Geldsystem

• Inventar

• Fahrzeuge

• Fraktionen

• Shops

• Datenbankanbindung

• Berechtigungen

• Grundfunktionen für weitere Scripts

Viele FiveM-Scripts setzen ein bestimmtes Framework voraus. Ein Script für ESX funktioniert deshalb nicht automatisch auf QBCore.

ESX

ESX ist eines der bekanntesten Roleplay-Frameworks für FiveM.

Es wird häufig für klassische Roleplay-Server genutzt und hat eine große Auswahl an Scripts, Erweiterungen und Tutorials.

Typische ESX-Funktionen sind:

• Charakterverwaltung

• Jobsystem

• Geldsystem

• Bankkonten

• Inventar

• Shops

• Fahrzeuge

• Fraktionen

• Datenbankanbindung

• viele Erweiterungen aus der Community

ESX wird oft von Servern genutzt, die ein klassisches Roleplay-System mit Jobs, Wirtschaft und Fraktionen aufbauen möchten.

QBCore

QBCore ist ebenfalls ein Roleplay-Framework für FiveM.

Es wird häufig als modernere Alternative zu ESX verwendet und ist besonders im englischsprachigen Bereich weit verbreitet.

Typische QBCore-Funktionen sind:

• Charakterverwaltung

• Jobsystem

• Geldsystem

• Inventar

• Fahrzeuge

• Fraktionen

• Berechtigungen

• Datenbankanbindung

• modulare Erweiterungen

QBCore ist stark auf ein modulares System ausgelegt. Viele Funktionen werden über einzelne Ressourcen ergänzt.

vMenu

vMenu ist kein Roleplay-Framework.

vMenu ist ein Menüsystem für FiveM, mit dem Spieler oder Administratoren bestimmte Funktionen direkt im Spiel steuern können.

Typische Funktionen von vMenu sind:

• Spieler teleportieren

• Fahrzeuge spawnen

• Waffen geben

• Wetter ändern

• Uhrzeit ändern

• Spieler verwalten

• Berechtigungen über ACE Permissions

• Admin-Funktionen

• einfache Freeroam-Verwaltung

vMenu eignet sich besonders für Freeroam-Server, Testserver, Trainingsserver oder einfache Community-Server ohne komplexes Roleplay-System.

Unterschied zwischen ESX, QBCore und vMenu

System	Art	Typischer Einsatz
ESX	Roleplay-Framework	Klassische RP-Server mit Jobs, Geld, Inventar und Fraktionen
QBCore	Roleplay-Framework	Moderne RP-Server mit modularem Aufbau
vMenu	Menü / Adminsystem	Freeroam, Administration, Testserver, einfache Server

Der wichtigste Unterschied ist:

• ESX und QBCore bilden die Grundlage für einen Roleplay-Server.

• vMenu stellt ein Menü und Verwaltungsfunktionen bereit.

• vMenu ersetzt kein vollständiges ESX- oder QBCore-System.

Kann man ESX und QBCore zusammen nutzen?

In der Regel solltest du ESX und QBCore nicht zusammen auf einem Server verwenden.

Beide Frameworks bringen eigene Systeme mit, zum Beispiel für:

• Spieler

• Jobs

• Geld

• Inventar

• Fahrzeuge

• Berechtigungen

• Datenbanktabellen

Wenn beide Frameworks gleichzeitig laufen, kann es zu Konflikten kommen.

Typische Probleme sind:

• Ressourcen starten nicht

• Datenbankfehler

• doppelte Charakterverwaltung

• Inventar funktioniert nicht

• Jobsystem funktioniert nicht

• Fehlermeldungen in der Konsole

• Server startet nicht sauber

Entscheide dich deshalb normalerweise für eines der beiden Frameworks.

Kann man vMenu mit ESX oder QBCore nutzen?

Ja, vMenu kann grundsätzlich zusätzlich zu ESX oder QBCore verwendet werden.

Trotzdem solltest du prüfen, ob die Funktionen zu deinem Serverkonzept passen.

Problematisch kann es werden, wenn vMenu Funktionen erlaubt, die dein Roleplay-System umgehen.

Beispiele:

• Spieler können Fahrzeuge spawnen, obwohl Fahrzeuge eigentlich gekauft werden sollen.

• Spieler können Waffen erhalten, obwohl Waffen über Shops oder Fraktionen geregelt werden.

• Spieler können teleportieren, obwohl das im Roleplay nicht erlaubt sein soll.

• Adminfunktionen sind zu offen eingestellt.

Wenn du vMenu auf einem Roleplay-Server nutzt, solltest du die Berechtigungen sauber einschränken.

Was sind Ressourcen?

In FiveM werden Erweiterungen meistens Ressourcen genannt.

Eine Ressource kann ein einzelnes Script, ein Fahrzeugpack, eine Map, ein Menü oder ein komplettes System sein.

Beispiele:

• Job-Script

• Inventar-Script

• Fahrzeughändler

• Polizeisystem

• Banking-System

• Mapping

• Kleidung

• Admin-Menü

Ressourcen werden im resources-Ordner abgelegt und anschließend in der server.cfg gestartet.

Beispiel: ensure ressourcenname

Warum ist das Framework wichtig?

Das Framework entscheidet, welche Scripts du verwenden kannst.

Wenn ein Script für ESX geschrieben wurde, erwartet es ESX-Funktionen. Wenn diese Funktionen fehlen, startet das Script nicht oder verursacht Fehler.

Beispiel:

Ein ESX-Script sucht nach ESX-Spielerdaten. Auf einem QBCore-Server existieren diese Daten aber nicht in derselben Form. Das Script funktioniert dann nicht ohne Anpassung.

Dasselbe gilt umgekehrt für QBCore-Scripts auf ESX-Servern.

Woran erkenne ich, für welches Framework ein Script ist?

Prüfe vor der Installation immer die Beschreibung des Scripts.

Achte auf Begriffe wie:

• ESX

• QBCore

• QB

• Standalone

• vMenu

• ox_lib

• ox_inventory

• oxmysql

Typische Hinweise in Script-Beschreibungen sind:

• „ESX required“

• „QBCore required“

• „QB-Core“

• „Standalone“

• „Requires oxmysql“

• „Requires ox_lib“

Wenn ein Script als „Standalone“ bezeichnet wird, kann es oft ohne ESX oder QBCore funktionieren. Trotzdem kann es zusätzliche Abhängigkeiten geben.

Abhängigkeiten verstehen

Viele Ressourcen benötigen andere Ressourcen, damit sie funktionieren.

Diese zusätzlichen Ressourcen nennt man Abhängigkeiten.

Beispiele:

Abhängigkeit	Zweck
oxmysql	Verbindung zur MySQL-Datenbank
ox_lib	gemeinsame Funktionen für viele Scripts
es_extended	Grundlage für ESX
qb-core	Grundlage für QBCore
mysql-async	ältere MySQL-Anbindung
PolyZone	Zonen und Bereiche im Spiel
qb-target	Interaktionssystem bei QBCore
ox_target	modernes Interaktionssystem
ox_inventory	Inventarsystem

Wenn eine Abhängigkeit fehlt, startet die Ressource oft nicht richtig.

Startreihenfolge in der server.cfg

Die Reihenfolge in der server.cfg ist wichtig.

Grundlagen und Abhängigkeiten müssen vor den Ressourcen gestartet werden, die sie verwenden.

Beispiel für ESX:

• Datenbankverbindung

• ESX-Grundsystem

• ESX-Erweiterungen

• Jobs

• Shops

• weitere Scripts

Beispiel für QBCore:

• Datenbankverbindung

• qb-core

• QBCore-Abhängigkeiten

• QBCore-Ressourcen

• weitere Scripts

Wenn die Reihenfolge falsch ist, können Ressourcen beim Start Fehlermeldungen ausgeben.

ESX oder QBCore: Was soll ich wählen?

Das hängt von deinem Serverkonzept ab.

ESX eignet sich häufig, wenn du:

• viele deutschsprachige Tutorials nutzen möchtest

• klassische RP-Strukturen bevorzugst

• viele ältere oder bekannte ESX-Scripts verwenden willst

• ein traditionelles Jobsystem aufbauen möchtest

QBCore eignet sich häufig, wenn du:

• ein modernes Framework nutzen möchtest

• viele englischsprachige Ressourcen verwenden willst

• modular arbeiten möchtest

• ein aktuelles RP-Grundsystem bevorzugst

vMenu eignet sich häufig, wenn du:

• keinen komplexen Roleplay-Server brauchst

• einen Freeroam-Server betreibst

• einen Testserver aufbauen möchtest

• einfache Adminfunktionen benötigst

• Fahrzeuge, Waffen oder Teleports über ein Menü verwalten möchtest

Typische Fehler

Script startet nicht

Mögliche Ursachen:

• falsches Framework

• fehlende Abhängigkeit

• falscher Ordnername

• Ressource nicht in der server.cfg eingetragen

• Fehler in der Konfiguration

• Datenbanktabellen fehlen

Datenbankfehler

Viele ESX- und QBCore-Server benötigen eine Datenbank.

Prüfe:

• Datenbankzugangsdaten

• Connection String

• importierte .sql-Dateien

• installierte Datenbankressource wie oxmysql

• Startreihenfolge in der server.cfg

Jobs funktionieren nicht

Mögliche Ursachen:

• Framework fehlt

• Job-Script passt nicht zum Framework

• Datenbanktabellen fehlen

• Job wurde nicht korrekt konfiguriert

• Abhängigkeit fehlt

Inventar funktioniert nicht

Mögliche Ursachen:

• falsches Inventarsystem

• fehlende Abhängigkeit

• Konflikt zwischen mehreren Inventaren

• Datenbankfehler

• falsche Startreihenfolge

vMenu öffnet sich nicht

Mögliche Ursachen:

• vMenu wurde nicht gestartet

• Berechtigungen fehlen

• ACE Permissions sind falsch gesetzt

• Taste wurde geändert

• Ressource wurde falsch hochgeladen

Gute Vorgehensweise bei der Installation

Gehe bei Frameworks und größeren Serverpaketen Schritt für Schritt vor.

Empfohlene Reihenfolge:

1. Backup erstellen.

2. Server stoppen.

3. Framework oder Serverpaket hochladen.

4. Datenbank vorbereiten.

5. .sql-Dateien importieren.

6. Datenbankverbindung eintragen.

7. Ressourcen in der server.cfg prüfen.

8. Server starten.

9. Konsole auf Fehler prüfen.

10. Ingame testen.

Installiere nicht viele Scripts gleichzeitig. Wenn ein Fehler auftritt, ist sonst schwer erkennbar, welches Script ihn verursacht.

Wichtige Hinweise

Verwende möglichst keine gemischten Ressourcen ohne Prüfung.

Ein ESX-Server sollte hauptsächlich ESX-kompatible Ressourcen verwenden.

Ein QBCore-Server sollte hauptsächlich QBCore-kompatible Ressourcen verwenden.

Standalone-Ressourcen können auf beiden Systemen funktionieren, müssen aber trotzdem zur Server-Version und zu den vorhandenen Abhängigkeiten passen.