Résultat de la vérification : cette page préserve une ressource héritée appelée “ Performance Tuning ”, mais FiveMX n'a pas pu trouver une version propriétaire du créateur, une licence publique, une somme de contrôle d'archive ou un manifeste derrière le miroir monétisé. Aucun gain de performance n'a été vérifié. Traitez le nom comme une étiquette, pas comme un résultat de référence.
Ce que FiveMX a pu et n'a pas pu tester
Le 22 juillet 2026, la page d'accueil publique de Linkvertise a retourné HTTP 200. Elle n'a pas fourni de nom d'archive non verrouillé, de taille de fichier, de SHA-256, de dépôt source, de licence, de journal des modifications ou de visible fxmanifest.lua. Sans le package réel, FiveMX ne peut pas inspecter honnêtement son code, confirmer le support de ESX ou QBCore, l'exécuter sur FXServer, ou publier un résultat de CPU mesuré.
L'article précédent prétendait à une optimisation améliorée et à une compatibilité de cadre large sans données. Ces affirmations ont été retirées. Le remplacement utile est un processus de décision reproductible : inspectez le package, mesurez un scénario fixe, comparez les mêmes métriques, et conservez la ressource uniquement si le résultat est positif et explicable.
Rejetez le package avant l'exécution lorsque les preuves de base échouent
- Enregistrez le nom de fichier de l'archive, la taille en octets et le SHA-256 immédiatement après le téléchargement.
- Scannez-le et listez chaque fichier. Une ressource de réglage ne devrait pas nécessiter un exécutable inattendu, un binaire d'administration à distance, un fichier de credentials ou un installateur obfusqué.
- Trouvez une identité de créateur, une licence, un README et un journal des modifications. Si aucun n'existe, vous ne pouvez pas établir la maintenance, la permission de redistribution ou le comportement prévu.
- Ouvrir
fxmanifest.luaou le manifeste hérité. Enregistrez les scripts client, les scripts serveur, les fichiers NUI, les dépendances, les exports et le nom exact de la ressource. - Lisez la source avant de la démarrer. Recherchez les événements réseau, les boucles, l'énumération d'entités, les commandes, les écritures de fichiers, les requêtes HTTP, les hooks de cadre et les valeurs par défaut de configuration.
Créez d'abord une mesure de contrôle
Utilisez une copie de staging de la configuration réelle du serveur et une charge de travail répétable. Une route de contrôle utile pourrait inclure la connexion, la sélection de personnage, l'apparition, l'ouverture de l'inventaire, la conduite à travers une zone dense, l'utilisation de l'action de travail affectée par la ressource, et le maintien en veille pendant deux minutes. Fixez le nombre de joueurs, les artefacts, les paramètres OneSync, les paramètres graphiques, la route et la durée du test.
| Métrique | Avant | Après | Règle de décision |
|---|---|---|---|
| Temps de ressource client | Enregistrez en l'absence de ressource | Enregistrez en veille et sous charge | Aucune augmentation soutenue inexpliquée |
| Échantillon du profileur serveur | Même scénario et durée | Même scénario et durée | Enquêtez sur les chemins chauds modifiés |
| Rythme des images | Route et paramètres fixes | Répéter le trajet fixe | Aucun nouveau motif de saccade récurrent |
| Erreurs de la console | Enregistrer le serveur et la sortie F8 | Enregistrer le serveur et la sortie F8 | Zéro nouvelle erreur pertinente |
| Résultat du gameplay | Documenter le comportement attendu | Répéter le flux de travail | Aucun événement brisé, UI, ou persistance |
Utiliser le profiler officiel et le moniteur de ressources
Le profiler Cfx.re peut identifier le temps CPU client ou serveur par portée. Capturer un enregistrement borné, reproduire la charge de travail, arrêter l'enregistrement et inspecter les chemins lents. Pour les ressources client, utiliser le moniteur de ressources pendant le même scénario. Un seul nombre d'inactivité ne suffit pas : certaines ressources deviennent coûteuses uniquement lorsqu'un menu s'ouvre, qu'une boucle d'entité s'exécute, ou que plusieurs joueurs déclenchent le même événement.
Enregistrer les captures d'écran brutes ou la sortie du profiler avec le hash de l'archive. Cela lie la mesure à un package exact. Si le miroir sert plus tard des fichiers différents, le résultat de performance ancien ne doit pas être présenté comme preuve pour le remplacement.
Vérifications du framework et des dépendances
Ne pas accepter “compatible ESX et QBCore” d'une liste. Inspecter quels exports ou événements le code appelle réellement et s'il auto-détecte, nécessite une configuration, ou regroupe du code de framework en double. Confirmer le nom de la ressource et l'ordre de démarrage de chaque dépendance. Tester intentionnellement une dépendance manquante afin que le mode de défaillance soit visible au lieu d'être découvert sur le serveur en direct.
- Commencer avec la ressource désactivée et confirmer que le serveur de contrôle est propre.
- L'activer avec le nom exact soutenu par le manifeste, pas le nom supposé
performance-tuningnom. - Surveiller le démarrage, la première connexion du joueur, la résurrection, le redémarrage de la ressource et le redémarrage complet du serveur.
- Répéter le test avec les ressources de production activées pour révéler les conflits d'événements ou d'exports.
- Vérifier que la désactivation restaure le comportement antérieur sans laisser de modifications de base de données, de convar ou de UI mis en cache.
Interpréter les résultats de manière conservative
Un temps de ressource client inférieur ne prouve pas que l'ensemble du serveur est plus rapide. La ressource peut avoir désactivé le travail visuel, changé la densité, réduit la fréquence de jeu ou déplacé le coût vers le serveur. Documenter ce qui a changé et si les joueurs reçoivent toujours le comportement prévu. Rejeter les améliorations qui dépendent de la masquage des erreurs, de la baisse des paramètres de qualité non liés ou de la désactivation des systèmes nécessaires.
Définir un seuil d'acceptation explicite
Écrire la règle de décision avant de consulter le résultat après. Exiger zéro nouvelle erreur de console pertinente, aucun point de contrôle de gameplay brisé et aucune saccade récurrente introduite pendant le trajet fixe. Pour les chiffres de performance, utiliser une plage à partir d'échantillons répétés plutôt que de sélectionner la meilleure exécution. Si le changement tombe dans la variation normale d'exécution à exécution, enregistrer le résultat comme inconclus au lieu d'amélioré.
Retour en arrière
Sauvegarde serveur.cfg, le dossier de ressource, la configuration de framework modifiée et toutes les tables de base de données avant de tester. Pour revenir en arrière, arrêtez la ressource, supprimez son entrée de démarrage, restaurez la configuration et les données, redémarrez le serveur et répétez le scénario de contrôle. Conservez la feuille de calcul avant/après et les journaux afin que la ressource ne soit pas réintroduite plus tard sous les mêmes revendications non supportées.
Assignez une personne pour approuver l'enregistrement de mesure et une autre pour reproduire l'itinéraire fixe. L'accord entre deux exécutions indépendantes est une preuve plus forte qu'une seule capture d'écran favorable.
Miroir monétisé hérité
Téléchargement avec publicités. FiveMX n'a pas vérifié le package sous-jacent ou mesuré un bénéfice. N'utilisez pas le lien comme preuve de sécurité, d'auteurship ou de compatibilité.