Choisissez les paramètres QBCore de votre version installée et l'expérience que vous souhaitez offrir aux joueurs. Il n'existe pas de préréglage config.lua universel qui corrige le lag, l'équilibre économique et les permissions en même temps.
Localisez les paramètres qui gèrent réellement le comportement
Enregistrez la révision qb-core et les modifications locales. Lisez son config.lua et le code qui consomme chaque paramètre. Les ressources HUD, de spawn, d'inventaire, de métiers et de voix peuvent avoir une configuration distincte.
Sauvegardez les ressources et la base de données, puis utilisez l’environnement de préproduction. Maintenez la cohérence des limites de slots server.cfg, des limites de joueurs du framework et des droits de la plateforme ; un nombre dans le framework ne crée pas de capacité d'hébergement.
Ajustez la première session du joueur
Testez les ressources réelles de sélection de personnage et de spawn. Confirmez que le spawn est accessible à pied, lisible et proche d'une première activité utile. Vérifiez les joueurs ordinaires après une reconnexion, pas seulement les administrateurs qui se téléportent dans la zone.
Ajustez la faim et la soif seulement après avoir vérifié l'intervalle de mise à jour du statut installé et le comportement du HUD. Observez une session représentative et choisissez un rythme qui soutient le jeu de rôle. Augmenter un intervalle n'est pas une solution garantie pour les FPS.
Modifiez délibérément les paramètres économiques
Inspectez les types de monnaie pris en charge, les soldes de départ, les règles de solde négatif et le mécanisme de paie. Les paramètres de monnaie de départ peuvent s'appliquer uniquement aux personnages nouvellement créés. Une limite de dette n'est pas un contrôle complet de l'inflation.
Testez la paie de la société lorsque votre ressource de métiers la prend en charge : sociétés financées et vides, grades autorisés, paiements répétés et redémarrages du serveur. La modification des vérifications de licences en double ne réparera pas une faille de duplication d'argent.
Vérifiez les limites de permissions
Les groupes de framework, les permissions ACE et les comptes txAdmin sont des systèmes distincts. Des noms tels que god, admin et mod ne garantissent pas un ensemble de permissions fixe entre les ressources. Testez chaque action du personnel avec le rôle prévu et vérifiez que les joueurs ordinaires se voient refuser l'accès.
Appliquez des vérifications côté serveur aux récompenses et aux événements privilégiés. Un bouton caché n'est pas une autorisation.
Acceptez un changement à la fois
- Écrivez le résultat attendu et le paramètre/la ressource responsable.
- Modifiez une valeur sur l’environnement de préproduction et testez les chemins normaux et d'échec.
- Mesurez les performances du client ou du serveur avec l'outil approprié si tel est l'objectif. Utilisez le flux de travail officiel du profileur plutôt que des commandes slash inventées.
- Reconnectez-vous, redémarrez et comparez les données sauvegardées. Enregistrez le résultat et déployez uniquement la configuration acceptée avec une copie de restauration.
Documentation de référence
Source : qbcore-fivem/qb-core · Cfx.re — sécurité du serveur