Pour trouver des emplacements cachés dans FiveM, utilisez la méthode que votre accès au serveur autorise : les joueurs peuvent suivre les indices de la carte et du jeu de rôle ; les administrateurs peuvent utiliser les outils de coordonnées ou de téléportation fournis par le serveur ; les développeurs peuvent lire la configuration des ressources et journaliser les coordonnées des entités. FiveM ne fournit pas de commande F8 universelle appelée getcoords. Toute commande de ce type provient d'une ressource installée par ce serveur particulier.
Choisissez la bonne méthode de recherche d'emplacement
| Votre accès | Méthode utile | Ne supposez pas |
|---|---|---|
| Joueur sur un serveur public | Carte, dispatch, dialogues de job, indices environnementaux et commandes serveur autorisées | Que les outils d'administration, le noclip ou les coordonnées sont autorisés |
| Administrateur du serveur | Menu d'administration documenté, commande de coordonnées, blips configurés et téléportation sur l'environnement de staging | Qu'une commande existe sur chaque serveur |
| Développeur de ressources | Inspecter la configuration/source, utiliser les natives dans une ressource de test et enregistrer les coordonnées vectorielles | Que le code visible par le client contient chaque emplacement côté serveur |
| Mainteneur de carte/MLO | Inspecter la ressource de carte, le placement du ymap et le comportement des collisions/intérieurs sur l'environnement de staging | Que chaque intérieur est accessible depuis le monde par défaut |
Méthode du joueur : suivre les indices de la carte et du jeu de rôle
Sur un serveur de jeu de rôle public, le chemin de découverte prévu fait généralement partie du jeu. Lisez les instructions des jobs, les dialogues des PNJ, les messages du dispatch et la documentation du serveur. Cherchez autour des points de repère qui correspondent à l'indice, puis notez les entrées au-dessus et au-dessous du niveau de la rue. Les tunnels, les toits, les portes arrière, les ascenseurs et les points de téléportation intérieurs peuvent ne pas être évidents sur la carte du menu pause.
Vérifiez les règles du serveur avant d'utiliser des cartes externes, des mods clients ou des coordonnées partagées. Un emplacement public sur un serveur peut être une découverte protégée sur un autre. Évitez les outils qui injectent du code, révèlent des données réservées au serveur ou procurent un avantage injuste.
Méthode de la carte : affiner la zone de recherche
- Identifiez la rue nommée, le code postal ou le point de repère le plus proche.
- Comparez la carte du monde avec les blips personnalisés du serveur ou sa carte des codes postaux.
- Recherchez les couches verticales : niveaux de parking, toits, accès au métro et intérieurs souterrains.
- Recherchez les portes personnalisées, les invites d'interaction, les accessoires inhabituels et le placement des PNJ.
- Enregistrez d'abord une zone approximative ; n'obtenez les coordonnées exactes que si votre rôle l'exige.
Méthode d'administration : utiliser les outils installés
Si vous administrez le serveur, consultez la documentation de la ressource d'administration installée. Elle peut fournir un affichage des coordonnées, une téléportation vers un waypoint, un noclip ou une action de copie dans le presse-papiers. Restreignez ces capacités au personnel autorisé et testez sur l'environnement de staging. Les noms de commande varient, et la console F8 n'exécute que les commandes enregistrées par FiveM ou par les ressources installées.
Lorsque vous documentez un point, capturez la convention de coordonnées attendue par la ressource cible. Une position peut utiliser x, y et z; une interaction ou un spawn peut également nécessiter un heading. Chez Cfx.re, le vector3 représente trois composantes, de sorte que le heading est souvent stocké séparément ou dans une structure à quatre composantes définie par la ressource.
Méthode du développeur : enregistrer les coordonnées dans une ressource de test
Un développeur peut obtenir la position actuelle du ped du joueur avec la native client documentée GetEntityCoords(PlayerPedId()). Placez la logique dans une petite ressource réservée au développement ou dans un outil d'administration autorisé, enregistrez une commande explicite, puis affichez ou copiez le résultat dans le format dont votre ressource a besoin. Ne déployez pas de commande de téléportation/débogage sans restriction en production.
Conceptuellement, le flux est le suivant :
register an authorized development command
get the local player's ped
read the ped's current coordinates
format x, y and z for the target configuration
log or copy the value
Ceci n'est intentionnellement pas un script prêt à l'emploi. L'enregistrement des commandes, le langage, la vérification des permissions et le format de sortie dépendent de votre ressource. Suivez la documentation officielle des natives et du runtime pour l'implémentation que vous choisissez.
Méthode côté serveur : inspecter la ressource propriétaire
Pour un emplacement sur votre propre serveur, identifiez quelle ressource en est propriétaire. Recherchez dans sa configuration les vecteurs, les zones, les entrées cibles, les définitions de portes, les blips et les points de spawn. Suivez ensuite les fichiers partagés ou de serveur référencés. Certains emplacements sont générés à partir de lignes de base de données ou sélectionnés au moment de l'exécution, de sorte qu'une recherche textuelle peut révéler la source plutôt qu'une coordonnée permanente.
Gardez les emplacements de mission côté serveur sur le serveur lorsque le client n'a pas besoin de la liste complète. Si un client doit rendre une interaction, supposez que ces coordonnées peuvent être inspectées et concevez l'autorisation en conséquence. Cacher un vecteur dans du code client minifié n'est pas un contrôle d'accès.
Pourquoi un emplacement peut toujours être manquant
| Symptôme | Cause probable |
|---|---|
| La coordonnée est correcte mais aucun intérieur n'apparaît | La ressource MLO/map est arrêtée, une dépendance est manquante ou une erreur de streaming s'est produite |
| Le marqueur apparaît à un autre étage | Valeur Z incorrecte ou décalage intérieur/couche verticale |
| La porte est visible mais inutilisable | La ressource de portes ou de ciblage, l’accès lié au métier ou le portail de l’intérieur est mal configuré |
| La commande administrateur est inconnue | La commande référencée appartient à une ressource non installée sur ce serveur |
| L'emplacement change après le redémarrage | Le script propriétaire sélectionne à partir d'un pool ou stocke l'état dans une base de données |
Liste de vérification pour les propriétaires de serveurs
- Vérifiez que les ressources de carte et de gameplay concernées ont démarré sans erreur.
- Visitez le point sur l'environnement de staging, avec les assets de collision et d'intérieur chargés.
- Testez l'interaction avec un job/rôle autorisé, puis avec un job/rôle refusé.
- Reconnectez-vous et redémarrez la ressource pour vérifier la persistance.
- Supprimez les commandes de développement ou verrouillez-les au personnel avant le lancement.
Le « chercheur d'emplacements » fiable est donc un flux de travail, et non une commande magique : des indices de carte pour les joueurs, l'outillage d'administration installé pour le staff, et le code source ainsi que les natives de coordonnées pour les développeurs.