El trabajo de basura de 1Evolve Development crea un camión y bolsas de recogida, y paga por los depósitos registrados. El manifiesto examinado declara la versión 1.0.0. Requiere controles adicionales antes de una economía pública; las animaciones clientes no demuestran una recogida válida para cobrar.
Carpeta correcta y dependencias
El recurso real está dentro de 1evolve-garbagejob en el repositorio. Mueve esa carpeta interna a resources y usa ensure 1evolve-garbagejob, no start Garbage-Job. El manifiesto declara es_extended, ox_inventory, ox_target y ox_lib, incluida la importación ESX. Inicia esas dependencias primero, aunque el antiguo artículo solo citara ESX y ox_target.
Configura Config.posizioniRaccolta, Config.npc, Config.Scritte y Config.Soldi en config.lua. Los valores examinados tienen dos posiciones activas y un multiplicador de pago de 50 por bolsa registrada. Es configuración de economía del juego, no un precio de compra. La aparición del camión y el punto de retorno están fijados aparte de Config.npc.
Recogida y turnos sucesivos
La ruta elige y elimina posiciones de una tabla que referencia directamente Config.posizioniRaccolta. Otro turno reutiliza la misma tabla vaciada en vez de una copia nueva. Prueba un segundo turno completo y corrige el reinicio de la ruta antes de prometer trabajo repetible.
El gestor de recogida utiliza la primera bolsa guardada en vez de la entidad seleccionada. Los objetivos se añaden con addLocalEntity y se eliminan con removeGlobalObject. Las opciones del vendedor usan addGlobalPed, sin limitarse al vendedor creado. Revisa el alcance y la limpieza para mantener las interacciones en los objetos y NPC correctos.
Pago y ciclo de vida
El servidor aumenta un contador por jugador al recibir un evento de red, sin validar turno activo, bolsa, camión, proximidad ni frecuencia. Vender multiplica el contador por Config.Soldi, lo reinicia y paga efectivo, sin comprobar la distancia al vendedor. Añade validación autoritativa del turno y la recogida antes de abrir las recompensas al público.
Los archivos examinados no implementan capacidad del camión, limpieza del contador al desconectarse ni limpieza al detener el recurso. Prueba turnos cancelados, reconexiones, inicios repetidos, retirada de props y pagos tras una ruta válida. No describas el camión lleno como requisito ni un reinicio limpio como funciones existentes.
Fuente revisada el 10 de septiembre de 2026 en la revisión 9eeaac32ba0b11cbc682a457b34ca25fad8cac3e. Se leyeron por completo manifiesto, configuración, cliente y servidor. No hubo pruebas FiveM de recogida, pago ni multijugador.