ED Armor aplica niveles configurables de armadura cuando un personaje lleva un drawable de chaleco permitido. La versi\u00f3n 1.0.0 revisada utiliza ESX Legacy, ox_lib y ox_inventory. El repositorio GitHub original se archiv\u00f3 el 27 de abril de 2025; la antigua invitaci\u00f3n a abrir una incidencia no garantiza mantenimiento continuo.<\/p>\n
El repositorio contiene una carpeta interna ed_armor con fxmanifest.lua y los directorios client, server y shared. Coloca esa carpeta interna en tus recursos y utiliza ensure ed_armor despu\u00e9s de sus dependencias. La configuraci\u00f3n est\u00e1 en shared\/config.lua; la ra\u00edz del repositorio no es la carpeta del recurso.<\/p>\n
El archivo items\/items.lua incluye light_armor, medium_armor y heavy_armor, con niveles configurados en 50, 75 y 100. El cliente compara literalmente esos tres nombres. Cambiar \u00fanicamente nameitem en la configuraci\u00f3n no modifica esa l\u00f3gica. Comprueba el uso y consumo de objetos en tu versi\u00f3n de ox_inventory antes de incorporar las definiciones de ejemplo.<\/p>\n
Las tablas predeterminadas permiten el drawable 1 del componente de ropa 9 para peds masculinos y femeninos. Adapta los n\u00fameros a tu paquete de ropa; un chaleco visible no se acepta autom\u00e1ticamente. La aplicaci\u00f3n usa un c\u00edrculo de progreso cancelable de cinco segundos y fija el nivel de armadura, en vez de sumar puntos al valor existente.<\/p>\n
La supervisi\u00f3n se realiza por defecto cada minuto y solo comienza bajo las condiciones implementadas en el cliente. Al aparecer o iniciar el recurso, una armadura existente sin chaleco compatible no activa el monitor. El ped y su sexo almacenados en cach\u00e9 se actualizan en esos dos eventos. Prueba cambios de modelo y armadura de otros scripts, sin presuponer una cobertura continua.<\/p>\n
La armadura se aplica localmente antes de solicitar la retirada del objeto. El servidor comprueba que exista un jugador ESX, pero no limita el nombre recibido a los tres objetos de armadura ni verifica el resultado de la retirada. Confirma que cada uso correcto consuma exactamente un objeto, que cancelaci\u00f3n y rechazo no consuman ninguno, y revisa la validaci\u00f3n de posesi\u00f3n en el servidor.<\/p>\n
C\u00f3digo revisado el 10 de septiembre de 2026 en la revisi\u00f3n 428fddfd5a79128cdfeaab44baa5d074a0775f47. Se inspeccionaron manifiesto, configuraci\u00f3n, ejemplos de objetos y todo el c\u00f3digo Lua. No se realizaron pruebas de ropa, inventario o juego; las mejoras de rendimiento no est\u00e1n demostradas.<\/p>\n