FiveM Framework-Leitfäden: Umgebung, Integration und Tests

Ressourcennamen und Datenunterstützung für QBCore, ESX, Standalone, vRP und OX/Qbox vergleichen. Dauer hängt von eigenen Skripten und Tests ab.

Einrichtung und Datenkompatibilität

Die tatsächliche Installation auswählen

qb-core → qb; es_extended → esx; qbx_core → qbox. Allgemeines standalone für eigene Standalone/vRP. ox_inventory ist kein Core, ox_core getrennt prüfen. auto in Konsole bestätigen.

Ein Profil erstellt keine Eventregeln

Entdeckte Events oder Frameworks validieren keine Preise, Mengen, Positionen und Rechte. Eigene Shops, Jobs, Belohnungen und Inventaraktionen brauchen Serverprüfungen. Normale Itembewegung braucht keinen Erkennungslog. Lesen, Rechteablehnung und Erkennung getrennt testen.

Framework und Inventar getrennt bestimmen

Ermitteln Sie die Ressource für den Spielerzustand: qb-core, qbx_core oder es_extended. Prüfen Sie danach Inventar und API-Anpassungen. Ein Frameworkname garantiert keine Kompatibilität aller Bank-/Inventarskripte. Abhängigkeitsreihenfolge beibehalten und keine konkurrierenden Cores als Fehlerbehebung starten.

Das vorhandene Framework-Feld bearbeiten: qb für QBCore, qbox für Qbox; das sind Einstellungswerte, keine Ordnernamen. auto bietet Erkennung. Aufgelösten Modus in Startmeldungen und GetStatus aus Servercode prüfen. Die Bridge erkennt laufende Core-Ressourcen separat und kann fehlende Starts melden.

-- Vorhandenes Feld bearbeiten, nicht die ganze Tabelle.
ts.Framework.framework = "qb"
-- Weitere unterstützte Werte: "esx", "qbox", "auto", "standalone"

Charakterdaten gezielt prüfen

Bridge-Lesezugriffe verwenden citizenid bei QBCore/Qbox und identifier bei ESX. Temporäre Server-IDs ersetzen keine Charakterkennung. Unterstützte Spalten und Indizes sind nötig; eigene Schemas können abgelehnt werden.

1. Testcharakter mit bekanntem Bargeld, Bankbetrag, Job und Fahrzeug mit dem Panel vergleichen.
2. Bei ox_inventory ein kleines Online-Inventar vergleichen. Kürzungen beachten; keine Stashes oder beliebigen Metadaten erwarten.
3. Bei API-Fehlern Start und Version prüfen. Unverfügbare APIs bedeuten unbekannten Waffenbesitz, nicht bewiesenen fehlenden Besitz.

Echte Spielabläufe testen

Frameworkerkennung kennt nicht jede eigene Berechtigung, Position, Preis- oder Belohnungsregel. Eigene Skripte müssen diese serverseitig prüfen. Ein Profil macht unsichere Geld-/Item-Events nicht automatisch sicher. Spielerquelle und aktive Serversitzung vor dem AC-Aufruf prüfen.

Standalone/vRP können geeignete allgemeine Prüfungen nutzen; die Bridge unterstützt ihre eigenen Charakter- und Wirtschaftsschemas nicht pauschal. Grenzen erklären statt fremde Tabellen einzusetzen. Nach Core-, Inventar- oder Jobupdates erneut prüfen.

Core- und Inventarversion je Test notieren. Nach Core-Neustart Testcharakter neu verbinden, bevor Online-API-Ergebnisse bewertet werden. Schema und AC-Strafe nicht zugleich ändern; getrennte Änderungen erlauben Ursachenprüfung und Rückkehr.

• Charakterwechsel und Wiederbelebung hinterlassen keine dauerhafte Ausnahme.
• Haus-, Garage- und Gefängnisteleports rufen MarkTeleport unmittelbar vorher auf.
• Arenawaffen ohne Inventareintrag erhalten kurz AllowWeapon aus vertrauenswürdigem Servercode.
• Polizei, Teamwerkzeuge, Shops und große legitime Belohnungen vor strengeren Strafen anhand von Logs testen.

Vergleichbare Ausgangsmessung

Profilieren Sie vor Änderungen eine typische Sitzung. Notieren Sie Spielerzahl, Artifact, Ressourcenversionen und Aktivitäten. Ruhiges Rollenspiel, volle Garagen und Gefechte unterscheiden sich. Vergleichen Sie nach einer einzelnen Änderung denselben Ablauf. CPU-Zeit, Hitches und Abfragen sind aussagekräftiger als feste FPS-Versprechen.

Die Befehle zeichnen eine begrenzte Probe auf. Nach Abschluss öffnen und die verursachende Ressource und den Thread prüfen. Nicht jeden Hitch der AC zuordnen. Geänderten Wert und Vorher/Nachher privat notieren; kurze Proben decken nicht jede Spitzenlast ab.

profiler record 500
profiler status
profiler view

tosunac_doctor

Updates, Wiederherstellung und Support

Nach Änderungen an Core, Inventar, Jobs oder AC die betroffenen Tests wiederholen. Schema, Strafe und Version nicht zusammen ändern. Bei neuem Fehler gesicherte Ressource und Werte in Wartung zurücksetzen; Datenverlust vor Datenbankwiederherstellung prüfen. Support benötigt Versionen von Artifact/Core/Inventar/AC, Ressourcenname, Schritte, Zeit und erste bereinigte Fehlermeldung. Spielerkennungen, Lizenzen, Passwörter und Tokens nicht öffentlich teilen.

Weitere Installationsdetails

Installationsdokumentation · Datenbank-Bridge · Server-Exports

Häufige Fragen

Sign upFiveM Anticheat Funktionen