Der Mülljob von 1Evolve Development erzeugt einen Müllwagen und Sammelsäcke und bezahlt registrierte Entsorgungsereignisse. Das geprüfte Manifest nennt Version 1.0.0. Vor dem Einsatz in einer öffentlichen Serverwirtschaft sind zusätzliche Prüfungen nötig; Client-Animationen beweisen keine tatsächlich vergütbare Sammlung.
Richtiger Ordner und Abhängigkeiten
Die eigentliche Ressource liegt im Repository unter 1evolve-garbagejob. Verschiebe diesen inneren Ordner nach resources und nutze ensure 1evolve-garbagejob statt start Garbage-Job. Das Manifest nennt es_extended, ox_inventory, ox_target und ox_lib sowie den ESX-Import. Starte diese Abhängigkeiten zuerst, auch wenn die frühere Anleitung nur ESX und ox_target nannte.
Bearbeite Config.posizioniRaccolta, Config.npc, Config.Scritte und Config.Soldi in config.lua. Geprüfte Standardwerte sind zwei aktive Sammelpositionen und 50 Geldeinheiten je registriertem Sack. Das ist Spielwirtschaftskonfiguration, kein Kaufpreis. Wagen-Spawn und Rückkehr-Wegpunkt sind unabhängig von Config.npc fest im Code gesetzt.
Sammeln und weitere Schichten
Die Route wählt Positionen aus und entfernt sie aus einer Tabelle, die direkt Config.posizioniRaccolta referenziert. Eine neue Schicht verwendet dieselbe geleerte Tabelle statt einer frischen Kopie. Teste eine vollständige zweite Schicht und korrigiere den Routenreset vor dem wiederholten Einsatz.
Der Aufnahme-Handler nutzt den ersten gespeicherten Sack statt der ausgewählten Entity. Sammelziele werden mit addLocalEntity angelegt, aber mit removeGlobalObject entfernt. Händleroptionen verwenden addGlobalPed statt einer Beschränkung auf den erzeugten Händler. Prüfe Target-Geltungsbereich und Bereinigung, damit Interaktionen bei den vorgesehenen Objekten und NPCs bleiben.
Auszahlungen und Lebenszyklus prüfen
Der Server erhöht einen Spielerzähler bei einem Netzwerkereignis, ohne aktive Schicht, Sack, Wagen, Nähe oder Frequenz zu prüfen. Verkaufen multipliziert den Zähler mit Config.Soldi, setzt ihn zurück und zahlt Bargeld, prüft jedoch keine Händlernähe. Ergänze maßgebliche serverseitige Schicht- und Sammelprüfungen vor öffentlichen Belohnungen.
Die geprüften Dateien enthalten weder Wagenkapazität noch Bereinigung des Serverzählers beim Disconnect oder Aufräumen beim Ressourcenstopp. Teste abgebrochene Schichten, erneutes Verbinden, wiederholte Starts, Prop-Entfernung und Bezahlung nach einer gültigen Route. Ein voller Wagen als Voraussetzung oder ein sauberer Neustart sind keine belegten Funktionen.
Quelle am 10. September 2026 in Revision 9eeaac32ba0b11cbc682a457b34ca25fad8cac3e geprüft. Manifest, Konfiguration, Client und Server wurden vollständig gelesen. Es gab keinen FiveM-Sammel-, Zahlungs- oder Mehrspielertest.