L’ancien article tsunami liait example.com et décrivait sans preuve des réglages de direction, rayon et aperçu. Ce guide couvre NKHD_Tsunami de Niknock, version 1.2.0 au commit 906899d7836d17a3f9e4432b9db32ce8280fd2c7. Son menu web propose Start, Stop, Pause, Reset Water et Close ; /tsunami ouvre ce menu.
Publication du créateur et documentation
Utiliser le nom requis et la configuration
Nommez la ressource NKHD_Tsunami comme l’exige le README : les callbacks NUI codent ce nom en dur. Conservez ensemble fxmanifest.lua, config.lua, les scripts client/serveur, html et les deux fichiers XML d’eau. Réglez maxWaterHeight, tsunamiSpeed, tsunamiWaitTime et WaterWaitingTime dans config.lua, puis démarrez le framework choisi avant ensure NKHD_Tsunami. WaterWaitingTime modifie la fréquence de mise à jour et donc la vitesse de montée ; ce n’est pas un préréglage de qualité.
Corriger les autorisations avant usage public
Config.Framework choisit ESX, QBCore ou none. La branche none laisse tout le monde ouvrir le menu ; Config.AdminPermission n’est pas utilisé par la fonction de permission examinée. Plus grave, les événements serveur de démarrage, arrêt, pause et réinitialisation d’eau ne répètent aucun contrôle d’autorisation. Restreignez ces événements côté serveur, vérifiez la véritable API de permissions du framework et empêchez les boucles d’inondation dupliquées. Une commande de chat restreinte ne protège pas seule les gestionnaires d’événements.
Vérifier le retour de l’eau et de la population
Testez arrivée pendant l’inondation, pause puis arrêt, démarrages répétés et arrêt de ressource sur un serveur de test isolé. La boucle client de contrôle de nage n’a pas de condition de sortie, et le code n’a pas de gestionnaire de nettoyage à l’arrêt de ressource. Vérifiez le rétablissement de l’eau normale, des réglages de population et du focus NUI à chaque sortie. Les chiffres Resmon historiques du créateur ne sont pas un benchmark actuel ; cette revue ne garantit ni synchronisation en jeu ni performances.