NKHD Tsunami para FiveM: configuração, permissões e limites de restauração

O antigo artigo de tsunami vinculava example.com e descrevia controles de direção, raio e prévia sem comprovação. Este guia cobre NKHD_Tsunami de Niknock, versão 1.2.0 no commit 906899d7836d17a3f9e4432b9db32ce8280fd2c7. Seu menu web oferece Start, Stop, Pause, Reset Water e Close; /tsunami abre esse menu.

Fonte original

Publicação do criador e documentação

Use o nome exigido e a configuração

Nomeie o recurso NKHD_Tsunami como exige o README: os callbacks NUI usam esse nome fixo. Mantenha juntos fxmanifest.lua, config.lua, os scripts cliente/servidor, html e ambos os XML de água. Configure maxWaterHeight, tsunamiSpeed, tsunamiWaitTime e WaterWaitingTime em config.lua e inicie o framework escolhido antes de ensure NKHD_Tsunami. WaterWaitingTime altera a frequência de atualização e, portanto, a velocidade de subida; não é uma predefinição de qualidade.

Corrija a autorização antes do uso público

Config.Framework seleciona ESX, QBCore ou none. O caminho none permite que todos abram o menu; Config.AdminPermission não é usado pela função de permissão inspecionada. Mais grave, os eventos do servidor para iniciar, parar, pausar e restaurar água não repetem a verificação de autorização. Restrinja esses eventos no servidor, confira a API real de permissões do framework e impeça loops duplicados de inundação. Um comando de chat restrito não protege sozinho os manipuladores de eventos.

Confira a recuperação da água e da população

Teste entrada durante a inundação, pausa seguida de parada, inícios repetidos e encerramento do recurso em um servidor de teste isolado. O loop cliente de verificação de natação não tem condição de saída, e o código não possui manipulador de limpeza ao parar o recurso. Confirme a restauração da água normal, das configurações de população e do foco NUI em cada saída. Os números históricos de Resmon do criador não são um benchmark atual; esta revisão não comprova sincronização em jogo nem garantia de desempenho.