ESX Legacy es un marco de interpretación de código abierto FiveM. Para un nuevo servidor, utilice la plantilla oficial de ESX Legacy en txAdmin o siga la documentación de instalación oficial completa. Instalar solo la es_extended carpeta no es una configuración completa del servidor porque la pila compatible incluye trabajo de base de datos, recursos necesarios y una configuración de inicio ordenada.
Puntos clave
- Utilice la receta oficial de ESX Legacy de txAdmin para una nueva instalación.
es_extendedes la base fundamental, no el servidor de interpretación completo.- La ruta manual documentada incluye oxmysql, spawnmanager, SQL, exclusiones y orden de recursos.
- Antes de una actualización, identifique la versión exacta de ESX o bifurcación y haga una copia de seguridad tanto de la base de datos como de los recursos.
- Verifique cada script de terceros contra el marco actual, inventario, biblioteca de base de datos, eventos, exportaciones y dependencias.
Qué proporciona ESX Legacy
ESX suministra una base de marco para datos de jugadores y personajes y para recursos que se integran con sus APIs y convenciones. Los trabajos, inventario, vivienda, banca, teléfonos y otros sistemas de juego son recursos separados o partes de una receta seleccionada. Su presencia y comportamiento dependen de la pila real, no solo del hecho de que es_extended está instalado.
El oficial Repositorio principal de ESX es la fuente correcta para el código principal actual. Su es_extended manifiesto declara oxmysql como una dependencia. Utilice la documentación oficial y el historial de lanzamientos para identificar lo que tiene; evite un paquete aleatorio anunciado solo como el último ZIP de ESX.
Instale un nuevo servidor ESX con txAdmin
El tutorial oficial del servidor utiliza el implementador de recetas de txAdmin de FXServer. Seleccione la plantilla de ESX Legacy y complete la configuración guiada actual en lugar de copiar una carpeta principal en un directorio de recursos por lo demás vacío.
- Prepare un entorno FXServer actual y abra el flujo de configuración de txAdmin.
- Cree una nueva implementación de recetas utilizando la plantilla oficial de ESX Legacy.
- Proporcione la clave del servidor y la configuración de la base de datos documentadas.
- Permita que la receta despliegue la base de datos y los recursos necesarios.
- Revise la configuración generada, los permisos y el orden de los recursos.
- Inicie el servidor de prueba y verifique la creación de personajes, la persistencia, los trabajos, los permisos y los registros.
Mantenga las credenciales fuera de los archivos y capturas de pantalla compartidos. Después de la implementación, registre las versiones exactas del repositorio o lanzamiento para que las comprobaciones de compatibilidad posteriores se basen en pruebas en lugar de una etiqueta genérica de ESX.
Utilice la ruta de instalación manual solo cuando sea necesario
La documentación oficial de instalación manual define el límite completo. Cubre los requisitos de oxmysql y spawnmanager, la importación legacy.sql, el conjunto de recursos principales y complementarios, exclusiones y el orden de inicio requerido. Siga esa página como un único procedimiento actual. No lo reduzca a mover es_extended, editar un archivo de configuración y agregar una ensure línea.
| Área de instalación | Evidencia para mantener |
|---|---|
| Núcleo y complementos | Repositorio exacto, etiqueta o confirmación para cada recurso ESX. |
| Base de datos | Configuración de conexión, SQL importado y una copia de seguridad previa al cambio. |
| Dependencias | oxmysql, spawnmanager y cualquier biblioteca específica del recurso. |
| Pedido | Las garantías documentadas y cualquier exclusión deliberada. |
| Verificación | Registros de inicio, persistencia de personajes y verificaciones de permisos. |
Actualizar un servidor ESX existente de manera segura
Primero identifique si el servidor ejecuta ESX Legacy actual, una versión anterior o una bifurcación con cambios personalizados en el núcleo. Registre el esquema de base de datos actual, las versiones de recursos y las modificaciones locales. Cree una copia de seguridad de la base de datos restaurable y una instantánea de recursos/configuración antes de reemplazar cualquier cosa.
Lea las notas de migración y lanzamiento entre la versión desplegada y la versión objetivo. Pruebe la actualización completa en el entorno de prueba con datos de producción representativos. Una actualización del núcleo puede afectar las exportaciones, eventos, datos de jugadores, tablas de base de datos, integraciones de inventario y scripts dependientes. Valide las reconexiones y reinicios, así como un personaje nuevo.
- Compare los esquemas y migraciones SQL antes de importarlos.
- Resuelva los cambios personalizados en el núcleo de manera explícita en lugar de sobrescribirlos en silencio.
- Verifique cada recurso consciente del marco en busca de exportaciones, eventos o identificadores cambiados.
- Pruebe trabajos, grupos y comandos permitidos y denegados.
- Revise los registros del cliente, servidor y base de datos bajo acciones representativas.
- Mantenga los archivos anteriores y la copia de seguridad de la base de datos correspondiente hasta que se acepte el despliegue.
Elegir un script compatible con ESX
Empezar con el catálogo de scripts de FiveM de pago y reduce a Scripts de ESX. Una etiqueta de producto ESX es un filtro inicial. Confirma la versión o fork de ESX esperada, la biblioteca de base de datos, el inventario, el sistema de destino o menú, los cambios en SQL, los eventos, las exportaciones y los permisos. Comprueba si el recurso reemplaza un sistema existente o se integra con él. Dos recursos que posean la inicialización de inventario o de personaje pueden entrar en conflicto, incluso cuando cada uno está marcado individualmente como compatible con ESX.
Lea la información específica del producto sobre entrega, licencia, actualización y soporte. Instale en un servidor de prueba coincidente y pruebe los caminos de fallo, incluyendo roles no autorizados y eventos repetidos. Una restricción visible UI no es un sustituto de la validación del lado del servidor.
ESX, QBCore o Qbox
No existe un marco universal mejor establecido por las fuentes oficiales. ESX a menudo es la opción de menor riesgo cuando los datos de producción existentes, los scripts y los procedimientos del equipo ya dependen de ESX y no hay un beneficio de migración probado que supere el costo de conversión. QBCore es un ecosistema de API y recursos separado. Qbox tiene un puente QB documentado, pero eso no hace que los recursos específicos de ESX sean automáticamente portátiles.
Utilice una comparación de marcos basada en los recursos requeridos, el conocimiento del equipo, la migración de datos, la documentación actual y la capacidad de retroceso. Al considerar un cambio, inventarie identidades, dinero, trabajos, inventario, vehículos, vivienda, teléfonos, banca, permisos y eventos personalizados antes de elegir un objetivo.
Próximos pasos seguros
- Para una nueva construcción, comience desde la receta oficial actual de ESX Legacy txAdmin.
- Para un servidor existente, documente la versión exacta y la bifurcación antes de planificar una actualización.
- Para un nuevo recurso, verifique todos los límites de integración y estíelo con una base de datos representativa.
- Mantenga la información del marco y los requisitos del producto comercial separados, y verifique ambos antes de la compra.
Compare ESX con los otros caminos de marco
Revise el más amplio Comparación del marco de FiveM antes de migrar una base de datos existente, y use el QBCore guía solo cuando los scripts y el modelo de datos requeridos justifiquen ese cambio.