Un téléphone FiveM n'est pas seulement un menu visuel. Il peut connecter des appels, des messages, des services bancaires, des emplois, des services de dispatch, des applications sociales et des systèmes d'entreprise, donc le meilleur choix est celui qui s'intègre au reste de votre serveur. Ce guide donne aux propriétaires de ESX, QBCore et QBOX une méthode pratique pour comparer les scripts de téléphone avant l'achat. Utilisez-le pour établir une liste restreinte, puis vérifiez chaque exigence sur la page du produit actuel et dans un serveur de staging.
Comment choisir un script de téléphone FiveM
Vérifiez d’abord la compatibilité. Une longue liste d’applications ne sert pas si le téléphone attend un autre framework, inventaire, schéma de base de données ou système vocal. Notez les composants de votre serveur et comparez-les à la documentation. Si vous choisissez encore votre framework, consultez les catégories Scripts ESX, Scripts QBCore et scripts QBOX avant de décider.
| Décision | Ce qu'il faut vérifier | Pourquoi c'est important |
|---|---|---|
| Framework | Support exact de ESX, QBCore ou QBOX et pont requis | Les étiquettes du framework ne prouvent pas la compatibilité avec votre version. |
| Dépendances | Base de données, système vocal, inventaire, ciblage et bibliothèques d’interface | Une dépendance manquante peut bloquer l'installation ou dupliquer un système existant. |
| Applications principales | Appels, messages, contacts, appareil photo, services bancaires et emplois | Ce sont les flux de travail quotidiens que les joueurs remarquent en premier. |
| Intégrations | Hooks de dispatch, de police, d'entreprise, de logement et de garage | La profondeur d'intégration détermine si le téléphone semble connecté au serveur. |
| Migration | Numéros de téléphone, contacts, photos et données d'applications existants | Un lancement propre est plus facile que de remplacer un téléphone sur une communauté active. |
Vérifier l’intégration au serveur
Vérifiez le manifeste des ressources, les fichiers de configuration et les instructions d'installation avant de remplacer quoi que ce soit. Confirmez si le script crée de nouvelles tables de base de données et si les noms de tables peuvent coexister avec votre téléphone actuel. Si le produit inclut des ponts de framework, identifiez quel pont est maintenu pour votre configuration. Vérifiez également si les callbacks, exports ou événements côté serveur sont documentés, car ces interfaces sont normalement la manière dont les emplois et les ressources personnalisées se connectent au téléphone.
Vérifiez séparément le système vocal. Les appels peuvent dépendre d’une ressource ou d’un routage précis. Testez les appels et la radio ensemble si votre serveur utilise des canaux personnalisés. Pour l’envoi d’images, examinez le stockage et les limites de fichiers. Une configuration de démonstration ne garantit pas les réglages de confidentialité, de conservation et de capacité nécessaires en production.
Choisissez des applications autour du parcours du joueur
Un serveur de rôle play a rarement besoin de chaque application possible dès le premier jour. Priorisez les actions qui connectent la première session de jeu : créer un contact, appeler un autre joueur, recevoir un emploi ou une alerte de dispatch, payer une facture et trouver une entreprise. Les communautés de police et de EMS peuvent valoriser en premier les alertes de dispatch et de service. Les serveurs d'économie peuvent prioriser les applications bancaires, de marché et d'entreprise. Les communautés axées sur le social peuvent se soucier davantage des médias, des publications et des messages.
Les applications supplémentaires peuvent augmenter le travail de configuration et de modération, traitez-les donc comme des modules optionnels plutôt que comme un avantage automatique. Demandez quelles applications peuvent être désactivées, quelles autorisations les contrôlent et quels emplois peuvent accéder à leurs actions. Une configuration de téléphone plus courte et cohérente est souvent plus facile à tester qu'une grande collection d'applications avec des fonctionnalités chevauchantes.
Planifiez une migration sûre
Installez le candidat sur le staging avec une copie de la configuration du serveur, jamais en premier sur le serveur en direct. Sauvegardez la base de données et la ressource téléphonique actuelle. Testez un nouveau personnage et un personnage existant, puis vérifiez les appels, les messages, les notifications, l'accès aux emplois et le comportement de reconnexion. Si vous remplacez un autre téléphone, documentez quelles données peuvent être migrées et lesquelles seront réinitialisées. Informez les joueurs de toute réinitialisation inévitable avant le lancement.
Consultez catégorie de scripts de téléphone FiveM pour comparer le catalogue actuel. Consultez chaque fiche produit et vérifiez les dépendances, les fichiers modifiables, le périmètre du support et les instructions de migration. Choisissez la ressource dont les interfaces documentées correspondent à votre serveur ; une catégorie seule ne prouve pas la compatibilité.
Un test d'acceptation pratique pour les scripts téléphoniques
Exécutez le téléphone présélectionné sur une copie de staging avec le même framework, la même base de données, les mêmes ressources d'inventaire, de voix et de travail utilisées en production. Testez un nouveau personnage et un personnage existant. Confirmez que les appels, les messages, les contacts, les photos, les actions bancaires et les alertes de travail survivent à une reconnexion et à un redémarrage des ressources.
- Compatibilité: documentez la version exacte du framework, l’adaptateur requis et la migration de base de données avant l’installation.
- Performance : comparez le temps de ressource inactif et actif pendant que plusieurs joueurs utilisent les appels, les médias et les intégrations de travail.
- Expérience utilisateur du joueur : vérifiez le clavier, le contrôleur et les tailles d'écran courantes, puis testez le parcours complet de la première session.
Traitez une démo polie comme un point de départ, pas comme une preuve d'adéquation à la production. Gardez une sauvegarde de l'ancienne ressource et des tables de base de données jusqu'à ce que le nouveau téléphone ait passé une session complète de staging.