Wenn deine Fehlermeldung das FiveM-Escrow-System erwähnt (zum Beispiel “Failed to verify protected resource” oder “You lack the required entitlement”), sieh dir stattdessen die eigene Escrow-Fehler-Seite an.
Serverabsturz beim Scriptstart beheben
Wenn dein Server beim Start des Scripts abstürzt, verwendest du eine alte Version des mysql-async-Scripts.Das Beheben dieses Problems ist sehr einfach und schnell, du hast 2 Möglichkeiten:
OxMySQL installieren
Dringend empfohlen. Ersetzt mysql-async durch bessere Performance und volle Kompatibilität, ein einfacher Austausch. Details in der Installationsanleitung.
mysql-async aktualisieren
Nicht empfohlen. Installiere das aktualisierte Script anstelle deines aktuellen mysql-async. Achte darauf, den Script-Ordner in mysql-async umzubenennen.
Probleme mit Items
Es kann vorkommen, dass bei bestimmten Inventaren das Hinzufügen oder Entfernen von Items Fehler in der Serverkonsole verursacht.Versuche in diesem Fall folgende Schritte:
1
Item-Existenzprüfung deaktivieren
Gehe im Script-Ordner in die Datei integrations/sv_integrations.lua und ändere diese Option von
SKIP_ITEM_EXISTS_CHECK = false
zu
SKIP_ITEM_EXISTS_CHECK = true
2
canAlwaysCarryItem aktivieren
Falls das Script eine default_config.json-Datei hat, bearbeite diese Option im "server"-Bereich von
"canAlwaysCarryItem": false,
zu
"canAlwaysCarryItem": true,
Vorher
Nachher
Falls das Script eine current_config.json-Datei hat (eine andere Datei als die vorherige), bearbeite die canAlwaysCarryItem-Option dort ebenfalls auf true.
Vorher
Nachher
Was tun, wenn ich die Option canAlwaysCarryItem nicht habe?
Falls du die canAlwaysCarryItem-Option nicht hast, musst du sie einfach hinzufügen. Füge sie unbedingt am Anfang des server-Bereichs ein.
Vorher
Nachher
3
Item-Existenz prüfen
Das Item, an dem du arbeitest, muss existieren, um in den Scripts verwendet werden zu können. Um sicherzugehen, dass das Item existiert, kannst du versuchen, es dir selbst zu geben.Das Erstellen des Items hängt von deinem Framework und/oder deinem Inventar ab, das liegt bei dir.
ESX-Shared-Object manuell setzen
Bei ESX kann es aus vielen Gründen vorkommen, dass folgender Fehler auftritt (in der F8-Konsole oder Serverkonsole):
Das passiert meist, weil das Script das ESX Shared Object deines es_extended-Scripts nicht automatisch finden kann.Um das Problem zu lösen, musst du den Shared-Object-Namen deines es_extended-Scripts in der Datei es_extended/client/common.lua finden.Hier ein Beispiel, was du finden könntest (bei dir kann es anders aussehen):
Nachdem du den Namen deines ESX Shared Object gefunden hast, kannst du ihn manuell in den Dateien integrations/sv_integrations.luaundintegrations/cl_integrations.lua setzen, indem du nil durch den Namen deines Shared Objects ersetzt (in doppelten Anführungszeichen).Ersetze nicht die linke Seite, nur die rechte.Ein Beispiel:
