
- ESX
- QBCore
- vRP
Por Luke

Usa el modo historia de GTA V para el juego offline normal y un FXServer privado cuando necesites probar recursos FiveM solo. Son entornos de ejecución diferentes. Un mod del modo historia no funciona automáticamente como un recurso FiveM, y un script de servidor normalmente necesita FXServer incluso cuando solo se une una persona.
Los ejemplos de configuración y código aquí están dirigidos a FiveM para GTA V Legacy. Enhanced tiene diferentes reglas de tiempo de ejecución y compatibilidad; consulta los cambios de Legacy a Enhanced de Cfx.re antes de aplicarlos a un servidor Enhanced.
| Meta | Mejor ajuste | Límite importante |
|---|---|---|
| Juega la campaña de GTA V sin conexión | Modo historia de GTA V | No ejecuta recursos del servidor FiveM. |
| Explora un entorno FiveM solo | Un servidor que permite jugar en solitario | El propietario del servidor controla sus recursos y reglas. |
| Desarrollar o probar un recurso de forma privada | FXServer local/privado | Aún necesitas las dependencias y la configuración del recurso. |
Mantén una instalación legítima y actualizada de GTA V e instala FiveM a través de la ruta oficial del cliente. No mezcles inyectores desconocidos, herramientas de trucos GTA Online o repacks aleatorios en la configuración de prueba. Si el cliente falla antes de conectarse, reproduce primero con una configuración limpia de GTA V/FiveM.
Una receta txAdmin es un punto de partida para la implementación, no una prueba de que cada dependencia incluida o recurso de la comunidad esté actualizado. Registra las versiones de la receta y del artefacto para que la prueba pueda repetirse.
Los recursos FiveM pueden depender de un framework, base de datos, inventario, sistema de interacción, compilación del juego u otros recursos. Lee fxmanifest.lua y la documentación del creador antes de empezar. Los archivos hechos solo para el Modo Historia, OpenIV o ScriptHook no pueden ser tratados como recursos del servidor sin una implementación autorizada de FiveM.
Las pruebas en solitario detectan fallos de empaquetado y lógica básica. No pueden probar el rendimiento, la sincronización, las condiciones de carrera o los límites de permisos con múltiples jugadores. Mueve los cambios exitosos a un servidor de staging separado antes de la producción.
Versiona el recurso y la configuración, haz una copia de seguridad de la base de datos de prueba antes de las migraciones y cambia una variable a la vez. Si un recurso falla al iniciar, elimina su ensure línea, restaura los archivos anteriores y el estado de la base de datos, y reproduce desde la última versión conocida que funcionaba.





