Avant d'acheter une ressource FiveM, assurez-vous qu'elle résout un problème spécifique sur votre serveur existant et que ses dépendances, sa licence et ses fichiers modifiables correspondent à votre configuration. Demandez des preuves de la version exacte que vous recevriez ; une simple prévisualisation soignée n'établit pas la compatibilité.
Commencez par l'exigence
Écrivez une phrase décrivant l'expérience de jeu dont vous avez besoin. Listez votre framework/version, votre inventaire, vos bibliothèques de ciblage et d'interface utilisateur, la version du jeu et toute ressource conflictuelle. Séparez le comportement essentiel des fonctionnalités visuelles optionnelles afin de pouvoir comparer équitablement les alternatives.
Vérifiez la compatibilité et l'accès
Demandez quelles versions exactes du framework et des dépendances ont été testées, quels fichiers vous recevez et quels fichiers de configuration ou de source sont modifiables. Pour Asset Escrow, confirmez le compte d'achat, la livraison des droits et le chemin de personnalisation pris en charge. Ne supposez pas qu'une licence peut être transférée ou qu'un code protégé peut être modifié.
Lisez la licence, la politique de mise à jour et le processus de remboursement avant de passer à la caisse. Enregistrez les conditions applicables et les détails de la commande. Une fenêtre de remboursement particulière, un temps de réponse du support ou une promesse « à vie » n'est pas universelle ; clarifiez sa portée par écrit.
Évaluez les preuves
Demandez une démonstration de l'action principale, de la configuration et des cas d'échec. Pour une ressource de magasin, demandez ce qui se passe en cas de fonds insuffisants ou d'inventaire plein. Pour une carte, inspectez l'emplacement pertinent à côté de vos cartes existantes. Pour un véhicule, vérifiez la maniabilité et l'apparence sous la version de jeu prévue.
Une capture d'écran du moniteur de ressources mesure une charge de travail client particulière. Elle n'établit pas le coût CPU du serveur ni ne garantit les FPS. Des preuves de performance utiles indiquent le matériel, le nombre de joueurs, la scène, la version de la ressource et si la ressource est inactive ou active.
Vérifiez la maintenance et la sécurité
Vérifiez l'historique des modifications, les instructions d'installation prises en charge et la manière dont les bogues signalés sont traités. Une dernière version plus ancienne est une incitation à vérifier la compatibilité, pas une preuve qu'une ressource stable est abandonnée. L'open source améliore l'inspectabilité mais n'est pas en soi une preuve de qualité.
Renseignez-vous sur les services sortants, les données collectées et les autorisations requises. Les collectes d'identifiants ou les téléchargements d'exécutables inexpliqués sont des raisons de s'arrêter et d'enquêter. N'accordez pas un accès complet à la base de données, à Discord ou à l'administration de l'hôte simplement pour faire fonctionner une ressource.
Comparez le coût total
Incluez les dépendances requises, les modifications d'hébergement, les mises à jour payantes et votre propre temps d'intégration. Comparez le même comportement essentiel. Il n'existe pas de score de risque universel significatif qui rende acceptable un problème de sécurité ou de compatibilité non résolu.
Exemple pratique : vérification d'un pack de serveur
Le descriptif produit QBCore V5 décrit une base QBCore, du SQL et une configuration avec les dépendances indiquées. Il avertit aussi que le SQL supprime et recrée fivemstorev5 et précise qu’un démarrage réel du serveur n’a pas été vérifié.
Utilisez ces détails pour créer un enregistrement de décision : confirmez que le framework fourni correspond à vos ressources prévues, identifiez qui examinera et importera le SQL, et listez les parcours des joueurs que vous devez tester avant le lancement. L'enregistrement doit distinguer un fait documenté du package d'une question de compatibilité sans réponse.
Par exemple, si votre serveur actuel possède déjà une base de données nommée fivemstorev5, l'importation de ce package dans la même instance de base de données peut mettre ces données en danger. Résolvez le plan d'isolation et de restauration avant d'exécuter le SQL. Une nouvelle sélection de schéma dans un client n'annule pas les instructions de base de données contenues dans le fichier.
Vérifiez le périmètre du support RPCrate pour le travail fourni par le magasin. La configuration complète du serveur et les conflits tiers non liés ne sont pas couverts par le support standard. Utilisez le guide d'achat de serveur complet pour séparer les fichiers que vous achetez du travail d'hébergement et d'implémentation.
Conservez un registre des décisions
- Enregistrez le package/la version exacte, le prix et les frais récurrents.
- Enregistrez la déclaration de compatibilité, la liste des fichiers modifiables, la licence, le processus de remboursement et le contact d'assistance.
- Notez les questions non résolues et obtenez des réponses avant l'achat.
- Après la livraison, testez sur un serveur isolé en utilisant le même scénario d'acceptation. Conservez le package reçu et les modifications d'installation pour la récupération.
Un message utile au créateur
« J'utilise [framework et version] avec [inventaire et dépendances]. J'ai besoin de [action spécifique]. Quelle version prend en charge cette configuration, quels fichiers sont modifiables, et pouvez-vous montrer l'action ainsi que son cas refusé/inventaire plein ? Veuillez également confirmer les dépendances payantes requises et les conditions de mise à jour/remboursement. »