Stevo Job Garages bietet Job- oder Gang-Garagenmenüs, Fahrzeugspawn und Anpassung. Geprüft wurde das Entwicklerrepository bei d0261f8; das Manifest nennt Version 1.0.3. Die README listet ESX, QBCore und Qbox über stevo_lib. Das beweist nicht, dass jede aktuelle Framework-Version unverändert funktioniert.
Entwicklerrepository und Quellcode
Die vom Code verlangte Abhängigkeit verwenden
Die README verlinkt stevo_lib 1.7.1, doch resource/client.lua verlangt ausdrücklich mindestens 1.7.2. Starte passende Framework-Ressourcen, ox_lib und stevo_lib vor stevo_jobgarages. Behalte den Ordnernamen stevo_jobgarages und ergänze ensure stevo_jobgarages in server.cfg. Das geprüfte Manifest enthält weder Serverskript noch SQL-Migration.
Eigene Flotte und Schlüssel konfigurieren
Setze in config.lua groupRequired, gradeRequired der Kategorien, menuCoords und spawnCoords passend zu deinen Jobs. Das Beispiel mischt Polizei- und Rettungsdienstgruppen mit irreführenden Garagennamen und eigenen Modellnamen wie aambulance und nkscout2020. Diese Fahrzeugdateien sind nicht enthalten. Beide Schlüssel-Callbacks bestehen nur aus auskommentierten Beispielen; implementiere giveVehicleKeys und removeVehicleKeys für dein Schlüsselsystem.
Was die Zugriffskontrollen abdecken
Gruppen- und Rangprüfungen laufen im Clientmenü; Fahrzeuge entstehen auf dem Client. Die Ressource implementiert dafür keine unabhängige Serverautorisierung. Einlagern löscht das Fahrzeug, statt dauerhaften Garagenbesitz in eine Datenbank zu schreiben. Ohne separate Serverprüfung und Speicherung ist dies kein abgesichertes dauerhaftes Flottensystem.
Teste abgebrochene Kennzeichenänderungen nach dem Anschluss der Schlüssel-Callbacks: Der Code entfernt den bisherigen Schlüssel, bevor er den Abbruch der Eingabe prüft. Teste außerdem Jobwechsel, fehlende Fahrzeugmodelle, Spawn-Abbruch und wiederholte Ressourcenstarts. Dies ist eine Quellcodeprüfung, kein Spieltest oder vollständiges Sicherheitsaudit.