
- ESX
Por Luke

Para encontrar locais ocultos no FiveM, use o método que seu nível de acesso ao servidor permite: jogadores podem seguir pistas de mapa e roleplay; administradores podem usar ferramentas de coordenadas ou teletransporte fornecidas pelo servidor; desenvolvedores podem ler a configuração de recursos e registrar coordenadas de entidades. O FiveM não fornece um comando F8 universal chamado getcoords. Qualquer comando desse tipo vem de um recurso instalado por aquele servidor em particular.
| Seu acesso | Método útil | Não assuma |
|---|---|---|
| Jogador em um servidor público | Mapa, despacho, diálogo de trabalho, pistas ambientais e comandos de servidor permitidos | Que ferramentas de administração, noclip ou coordenadas sejam permitidas |
| Administrador do servidor | Menu de administração documentado, comando de coordenadas, blips configurados e teletransporte em ambiente de homologação | Que um comando exista em todos os servidores |
| Desenvolvedor de recursos | Inspecione a configuração/o código-fonte, use natives em um recurso de teste e registre coordenadas de vetor | Que o código visível ao cliente contenha todos os locais do lado do servidor |
| Mantenedor de mapa/MLO | Inspecione o recurso do mapa, o posicionamento do ymap e o comportamento de colisão/interior no ambiente de homologação | Que todo interior seja acessível a partir do mundo padrão |
Em um servidor de roleplay público, o caminho de descoberta pretendido geralmente faz parte do jogo. Leia as instruções do trabalho, os diálogos de NPC, as mensagens de despacho e a documentação do servidor. Procure ao redor de pontos de referência que correspondam à pista e, em seguida, observe as entradas acima e abaixo do nível da rua. Túneis, telhados, portas traseiras, elevadores e pontos de teletransporte internos podem não ser óbvios no mapa de pausa.
Verifique as regras do servidor antes de usar mapas externos, mods de cliente ou coordenadas compartilhadas. Um local que é público em um servidor pode ser uma descoberta protegida em outro. Evite ferramentas que injetem código, revelem dados exclusivos do servidor ou ofereçam vantagem injusta.
Se você administra o servidor, verifique a documentação do recurso de administração instalado. Ele pode fornecer uma exibição de coordenadas, teletransporte para waypoint, noclip ou ação de copiar para a área de transferência. Restrinja essas capacidades à equipe autorizada e teste em ambiente de homologação. Os nomes dos comandos variam, e o console F8 executa apenas comandos registrados pelo FiveM ou pelos recursos instalados.
Ao documentar um ponto, capture a convenção de coordenadas que o recurso de destino espera. Uma posição pode usar x, y e z; uma interação ou spawn também pode precisar de heading. No Cfx.re, o vector3 representa três componentes, então o heading é frequentemente armazenado separadamente ou em uma estrutura de quatro componentes definida pelo recurso.
Um desenvolvedor pode obter a posição atual do ped do jogador com o native de cliente documentado GetEntityCoords(PlayerPedId()). Coloque a lógica em um pequeno recurso apenas para desenvolvimento ou em uma ferramenta de administração autorizada, registre um comando explícito e imprima ou copie o resultado no formato que seu recurso precisa. Não envie um comando de teletransporte/depuração irrestrito para a Produção.
Conceitualmente, o fluxo é:
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
Isso intencionalmente não é um script plug-and-play. O registro de comandos, a linguagem, a verificação de permissões e o formato de saída dependem do seu recurso. Siga a documentação oficial dos nativos e do runtime para a implementação que você escolher.
Para um local em seu próprio servidor, identifique qual recurso é responsável por ele. Pesquise na configuração dele por vetores, zonas, entradas de target, definições de portas, blips e pontos de spawn. Em seguida, siga os arquivos compartilhados ou de servidor referenciados. Alguns locais são gerados a partir de linhas do banco de dados ou selecionados em tempo de execução, então uma pesquisa de texto pode revelar a origem em vez de uma coordenada permanente.
Mantenha os locais de missão exclusivos do servidor no servidor quando o cliente não precisar da lista completa. Se o cliente precisar renderizar uma interação, presuma que essas coordenadas podem ser inspecionadas e projete a autorização de acordo. Esconder um vetor em código de cliente minificado não é controle de acesso.
| Sintoma | Causa provável |
|---|---|
| A coordenada está correta, mas nenhum interior aparece | O recurso MLO/mapa está parado, sem uma dependência ou com um erro de streaming |
| O marcador aparece em outro andar | Valor Z incorreto ou incompatibilidade de interior/camada vertical |
| A porta está visível, mas não pode ser usada | O recurso de porta/alvo, o acesso por trabalho ou o portal do interior está mal configurado |
| O comando de administrador é desconhecido | O comando referenciado pertence a um recurso não instalado neste servidor |
| O local muda após o reinício | O script responsável seleciona de um pool ou armazena o estado em um banco de dados |
O “localizador de locais” confiável é, portanto, um fluxo de trabalho, e não um comando mágico: pistas no mapa para os jogadores, ferramentas de administração instaladas para a equipe e o código-fonte mais os natives de coordenadas para os desenvolvedores.



Wasabi Scripts


CodeM
![Roubo em Loja [ESX e QB] Brutal Scripts - Prévia de recurso FiveM](https://cdn.rpscripts.net/rpcrate-v2/2023/12/brave_d8qJtQIr2Q-jpg-960.webp)
Brutal Scripts