NVHCloud
Français
English
Alemania
Estados Unidos
Canadá
Es la primera decisión real al montar un servidor de rol FiveM y la más cara de cambiar después. ESX y QBCore hacen en general lo mismo: gestionan jugadores, dinero, inventario, trabajos y vehículos. Lo hacen de forma distinta y, sobre todo, no tienen el mismo ecosistema de scripts.
1. Para qué sirve un framework
Por sí solo, FiveM no sabe nada de personajes, dinero ni trabajos: solo ofrece un servidor de juego y un sistema de recursos. Un framework añade la capa común sobre la que se construyen los scripts. Por eso la elección importa menos por lo que hace el framework que por todo lo que se ha escrito para él.
2. ESX Legacy
ESX es el más antiguo de los dos. Hoy se usa la versión Legacy: las guías basadas en las versiones 1.1 y 1.2 están obsoletas.
- Ventajas: muchísimos scripts gratuitos y de pago, y abundante documentación de la comunidad.
- Inconvenientes: una base de código heredada de varias generaciones, con calidad muy variable entre recursos. Los scripts antiguos suelen estar mal optimizados.
3. QBCore
QBCore es más reciente, más uniforme en su estructura y muy presente en la comunidad anglófona.
- Ventajas: una arquitectura más coherente, un inventario y un sistema de trabajos más modernos desde la instalación, y recursos a menudo mejor escritos.
- Inconvenientes: parte de la comunidad se ha movido a otras bases recientes, lo que hace el panorama menos claro.
4. La comparativa
| ESX Legacy | QBCore | |
|---|---|---|
| Scripts disponibles | Muchísimos, calidad desigual | Menos, a menudo más limpios |
| Puesta en marcha | Muchos tutoriales, varios obsoletos | Documentación más clara, sobre todo en inglés |
| Inventario incluido | Básico, casi siempre se sustituye | Más completo desde el principio |
| Rendimiento | Depende de los scripts instalados | Depende de los scripts instalados |
Desconfía de las afirmaciones tajantes sobre rendimiento: ninguno es intrínsecamente más rápido. Lo que ralentiza un servidor de rol son los recursos añadidos, no el framework.
5. Cómo decidir
Elige ESX si quieres la mayor oferta de scripts existentes o partes de un pack ya construido sobre ESX.
Elige QBCore si empiezas de cero y quieres una base más uniforme, prefieres un inventario y trabajos completos desde la instalación, o tu equipo lee inglés sin dificultad.
Un punto decisivo suele pasar desapercibido: los scripts de pago que piensas comprar. Haz la lista antes de elegir. Si tres cuartas partes solo existen para uno, la decisión ya está tomada.
6. ¿Y si quieres cambiar después?
Pasar de ESX a QBCore, o al revés, en un servidor en producción no es una migración, sino una reconstrucción. Hay que reescribir o sustituir cada script, rehacer el esquema de la base de datos y convertir los datos de los jugadores. Muchos servidores pierden a su comunidad por el camino.
Prueba los dos en un servidor de desarrollo durante unos días antes de abrir. Cuesta mucho menos que cambiar seis meses después.
7. Qué cambia en el servidor
Técnicamente, casi nada: ambos necesitan una base MariaDB, el recurso oxmysql y un servidor bien dimensionado. Prevé al menos 8 GB de memoria para un servidor de rol activo, y más a medida que se acumulan scripts. Consulta cuántos jugadores según la RAM y la CPU y nuestros servidores FiveM.
Preguntas frecuentes
¿QBCore es más rápido que ESX?
Ninguno es intrínsecamente más rápido. El rendimiento depende sobre todo de los recursos que instalas encima del framework y de cómo están escritos.
¿Qué framework debería elegir un principiante?
Prueba los dos en un servidor de desarrollo durante unos días. Tu idioma, los scripts que quieres usar y la experiencia de tu equipo importan más que el framework.
¿Puedo pasar de ESX a QBCore más adelante?
Sí, pero en la práctica es una reconstrucción: hay que reescribir o sustituir los scripts y convertir la base de datos y los datos de los jugadores.