sm_smelterdelivery, de SamuelTV, combina coleta de minério, fundição, fabricação de componentes e entregas. O manifesto revisado declara 1.0.0 e importa ESX diretamente. Também usa ox_inventory, ox_target e ox_lib; não é um recurso independente nem QBCore.
Prepare o recurso e os itens
Use a pasta sm_smelterdelivery que contém fxmanifest.lua. Inicie ESX e recursos ox compatíveis antes de ensure sm_smelterdelivery. Inclua iron_ore, iron, steel_ore, steel e component nas definições sem sobrescrever itens existentes. O rótulo fornecido de steel_ore diz Component incorretamente; ajuste a exibição mantendo a chave.
O arquivo de instalação informa diretórios conflitantes: web/build/images e web/build/img. Use o diretório e a configuração de imagens da sua versão de ox_inventory; não crie ambos sem verificar. Faça backup da configuração e teste o carregamento das cinco imagens de itens fornecidas.
Entenda receitas e pedidos
O código prevê 3 iron_ore ou 2 steel_ore por coleta. A fundição consome 3 iron_ore para 1 iron ou 2 steel_ore para 1 steel. A fabricação usa 2 iron e 1 steel para 1 component. O progresso do cliente dura 10 segundos na coleta e 6,5 segundos na fundição ou fabricação; essas barras não impõem intervalos no servidor.
Config.MoneyPerComponent tem valor padrão de 1400 em dinheiro do jogo por componente. Clientes Easy pedem 1–3 componentes, Medium 3–8 e Hard 8–12, com tempos no cliente de 8, 5 e 3 minutos. A disponibilidade de clientes é compartilhada entre jogadores. O reset horário apaga entregas ativas além de renovar clientes; não é armazenamento persistente de trabalhos.
Corrija API e transações antes de liberar
O servidor obtém repetidamente exports.ox_inventory:Inventory() e chama métodos do resultado. Compare com os exports documentados da sua versão sem presumir compatibilidade. Os dois callbacks de coleta também omitem o argumento source documentado por ox_lib e leem a variável global source. Corrija identificação do jogador e integração de inventário antes de testar recompensas.
O servidor registra o dono da entrega e rejeita entregas de outros jogadores ou concluídas, mas não armazena destino nem prazo para validar a conclusão. Coleta e fabricação também não validam distância e progresso no servidor. Adicione verificações autoritativas de local, tempo e trabalho ativo único; cronômetro ou zona do cliente não são autorização do servidor.
Remoções e adições de itens não têm o resultado verificado. A entrega só é marcada concluída depois de esperas posteriores à recompensa. Reserve a conclusão antes de esperar e permita recuperação de consumo e pagamento em falhas parciais. O cliente apaga o trabalho sem confirmação positiva do servidor. Teste inventários cheios, materiais insuficientes, conclusão repetida, expiração, reset horário e reconexão antes de usar em uma economia pública.
Revisado em 10 de setembro de 2026 na revisão 5fa8179ecaa18aecbacbb11234b6fc1812b9d1ec. Todos os Lua, manifesto e instruções fornecidos foram lidos e a documentação oficial das APIs ox consultada. Nenhum recurso FiveM, fabricação ou pagamento foi executado.
Ler Smelter Delivery na revisão verificada