O trabalho de lixo da 1Evolve Development cria um caminhão e sacos de coleta, depois paga pelos descartes registrados. O manifesto examinado declara a versão 1.0.0. São necessárias verificações adicionais antes de usar em uma economia pública; animações clientes não comprovam uma coleta válida para pagamento.
Pasta correta e dependências
A verdadeira pasta do recurso é 1evolve-garbagejob, dentro do repositório. Mova essa pasta interna para resources e use ensure 1evolve-garbagejob, não start Garbage-Job. O manifesto declara es_extended, ox_inventory, ox_target e ox_lib, incluindo a importação ESX. Inicie essas dependências primeiro, mesmo que o guia anterior citasse apenas ESX e ox_target.
Use config.lua para Config.posizioniRaccolta, Config.npc, Config.Scritte e Config.Soldi. Os padrões examinados têm duas posições ativas e pagamento multiplicado por 50 por saco registrado. Esse valor configura a economia do jogo, não um preço de compra. O ponto do caminhão e o retorno são fixos no código, separados de Config.npc.
Coleta e turnos repetidos
A rota escolhe e remove posições de uma tabela que referencia diretamente Config.posizioniRaccolta. Outro turno reutiliza a mesma tabela esvaziada, sem criar uma cópia nova. Teste um segundo turno completo e corrija a redefinição da rota antes de prometer trabalho repetível.
O handler de coleta percorre o primeiro saco armazenado, em vez da entidade selecionada. Os alvos são adicionados com addLocalEntity, mas removidos com removeGlobalObject. As opções do vendedor usam addGlobalPed, sem se limitar ao vendedor criado. Revise o alcance dos alvos e a limpeza para manter as interações nos objetos e NPCs corretos.
Pagamento e ciclo de vida
O servidor aumenta um contador por jogador ao receber um evento de rede, sem validar turno ativo, saco, caminhão, proximidade ou frequência. A venda multiplica o contador por Config.Soldi, zera e paga dinheiro, sem conferir a distância do vendedor. Adicione validação autoritativa de turno e coleta antes de liberar recompensas públicas.
Os arquivos examinados não implementam capacidade do caminhão, limpeza do contador ao desconectar ou limpeza ao parar o recurso. Teste turnos cancelados, reconexão, partidas repetidas, remoção de props e pagamento após uma rota válida. Não descreva caminhão cheio como requisito ou reinício limpo como função existente.
Fonte examinada em 10 de setembro de 2026 na revisão 9eeaac32ba0b11cbc682a457b34ca25fad8cac3e. Manifesto, configuração, cliente e servidor foram lidos por completo. Não houve teste FiveM de coleta, pagamento ou multiplayer.