sm_smelterdelivery von SamuelTV verbindet Erzabbau, Schmelzen, Bauteilfertigung und Kundenlieferungen. Das gepr\u00fcfte Manifest nennt Version 1.0.0 und importiert ESX direkt. Zus\u00e4tzlich verwendet es ox_inventory, ox_target und ox_lib; es ist keine eigenst\u00e4ndige oder QBCore-Ressource.<\/p>\n
Verwende den Ordner sm_smelterdelivery mit fxmanifest.lua. Starte passende ESX- und ox-Ressourcen vor ensure sm_smelterdelivery. Erg\u00e4nze iron_ore, iron, steel_ore, steel und component in den Inventardefinitionen, ohne vorhandene Eintr\u00e4ge zu \u00fcberschreiben. Das mitgelieferte steel_ore tr\u00e4gt f\u00e4lschlich die Anzeige Component; korrigiere die Bezeichnung und behalte den Schl\u00fcssel.<\/p>\n
Die Installationsdatei nennt widerspr\u00fcchliche Bildpfade: web\/build\/images und web\/build\/img. Verwende Bildordner und Bildzuordnung deiner installierten ox_inventory-Version, statt beide Pfade blind anzulegen. Sichere die Inventarkonfiguration und pr\u00fcfe, dass alle f\u00fcnf mitgelieferten Gegenstandsbilder laden.<\/p>\n
Der Code sieht beim Sammeln 3 iron_ore oder 2 steel_ore vor. Schmelzen verbraucht 3 iron_ore f\u00fcr 1 iron beziehungsweise 2 steel_ore f\u00fcr 1 steel. Aus 2 iron und 1 steel entsteht 1 component. Client-Fortschritt dauert 10 Sekunden beim Sammeln und 6,5 Sekunden beim Schmelzen oder Fertigen; diese Anzeigen erzwingen keine serverseitigen Wartezeiten.<\/p>\n
Config.MoneyPerComponent betr\u00e4gt standardm\u00e4\u00dfig 1400 Spielgeld pro Bauteil. Easy-Kunden verlangen 1\u20133, Medium 3\u20138 und Hard 8\u201312 Bauteile; die Client-Zeitlimits sind 8, 5 und 3 Minuten. Verf\u00fcgbare Kunden werden zwischen Spielern geteilt. Der st\u00fcndliche Reset l\u00f6scht laufende Lieferungen und erneuert die Kunden; dauerhafte Auftragsspeicherung ist das nicht.<\/p>\n
Der Server ruft wiederholt exports.ox_inventory:Inventory() auf und verwendet Methoden dieses Ergebnisses. Gleiche das mit den dokumentierten Exports deiner Version ab, statt Kompatibilit\u00e4t anzunehmen. Die beiden Sammel-Callbacks lassen au\u00dferdem das von ox_lib dokumentierte source-Argument weg und lesen die globale source-Variable. Korrigiere Spielerzuordnung und Inventaranbindung vor Belohnungstests.<\/p>\n
Der Server speichert den Besitzer einer Lieferung und lehnt fremde oder abgeschlossene Auftr\u00e4ge ab, speichert aber weder Ziel noch Frist f\u00fcr die Abschlusspr\u00fcfung. Auch Sammeln und Fertigen pr\u00fcfen Abstand und Fortschritt nicht auf dem Server. Erg\u00e4nze verbindliche Orts- und Zeitpr\u00fcfungen sowie h\u00f6chstens einen aktiven Auftrag; Client-Timer und Zielzone sind keine Serverberechtigung.<\/p>\n
Entnahme und Hinzuf\u00fcgen von Gegenst\u00e4nden werden nicht auf Erfolg gepr\u00fcft. Eine Lieferung wird erst nach Wartezeiten hinter der Belohnung als abgeschlossen markiert. Reserviere den Abschluss vor dem Warten und sichere Verbrauch und Zahlung gegen Teilfehler ab. Der Client l\u00f6scht seinen Auftrag ohne erfolgreiche Serverbest\u00e4tigung. Teste volle Inventare, Materialmangel, wiederholten Abschluss, Zeitablauf, Stundenreset und erneutes Verbinden vor dem Einsatz in einer Live-Wirtschaft.<\/p>\n
Am 10. September 2026 anhand der Revision 5fa8179ecaa18aecbacbb11234b6fc1812b9d1ec gepr\u00fcft. Alle gelieferten Lua-Dateien, Manifest und Installationshinweise wurden gelesen und die offizielle ox-API-Dokumentation abgeglichen. Keine FiveM-Ressource, Fertigung oder Auszahlung wurde ausgef\u00fchrt.<\/p>\n
Gepr\u00fcften Quellcode von Smelter Delivery lesen<\/a><\/p>\n