Après avoir importé le fichier SQL (fourni avec le pack) via phpMyAdmin, vous devez modifier le fichier de configuration de connexion à la base de données.

**Pour VORP/RSG**, cherchez généralement dans le dossier `[votre_framework]/config.lua` ou une ressource nommée `mysql-async` ou équivalent. Modifiez les lignes suivantes :

-- Exemple de configuration de connexion (peut varier)
host = 'votre_hote_db', 
database = 'nom_de_la_base',
user = 'utilisateur_db',
password = 'mot_de_passe_db'
                                            

Le Framework RSG nécessite souvent l'utilisation d'un modèle d'artéfact spécifique (comme ceux de Rexshack ou autres). Pour initialiser correctement votre serveur avec ce type de base :

1. **Sélection du Modèle :** Lors de l'installation initiale via le panneau TXAdmin, si l'option est disponible, choisissez le modèle RSG (ex: rsgcore.yaml).
2. **Artéfact Custom :** Si vous devez spécifier un numéro d'Artéfact personnalisé (Build Number) pour que votre base RSG fonctionne, cela se fait via les paramètres de démarrage dans votre panneau d'hébergement.

Oui, et c'est une opération que nous gérons régulièrement. Le processus implique le transfert des fichiers via FTP et surtout l'export/import de votre base de données (via phpMyAdmin) qui contient toutes les données cruciales de votre communauté (joueurs, inventaires, propriétés). Rom et son équipe offrent un support pour s'assurer que la transition se déroule sans perte de données, profitant de notre faible latence OVH France.

Red Dead Redemption 2 est plus exigeant graphiquement et son environnement est beaucoup plus vaste que celui de GTA V. Par conséquent, oui, RedM demande généralement un processeur et une mémoire (RAM) plus performants pour maintenir la même qualité d'expérience que FiveM, surtout pour gérer la persistance du monde et les ressources complexes. Nos infrastructures OVH en France sont dimensionnées pour cette charge supplémentaire.

Pour les serveurs VORP ou RSG, l'optimisation des PNJs est cruciale pour le FPS. Vous devez utiliser des fonctions natives dans un script côté serveur (ou une ressource dédiée) pour ajuster les densités.

Voici un exemple de code Lua standard pour contrôler les fréquences :

local config = {
    pedFrequency = 0.6,    -- Densité des Piétons
    trafficFrequency = 0.0,  -- Densité des Chariots/Véhicules (souvent mis à 0.0)
    animalFrequency = 1.0,   -- Densité des Animaux Sauvages
}

Citizen.CreateThread(function()
    while true do
        Citizen.Wait(0)
        
        -- Piétons
        Citizen.InvokeNative(0xAB0D553FE20A6E25, config.pedFrequency)
        Citizen.InvokeNative(0x7A556143A1C03898, config.pedFrequency)
        -- ... (autres natives PNJ/Humains)

        -- Animaux
        Citizen.InvokeNative(0xC0258742B034DFAF, config.animalFrequency)
        -- ... (autres natives Animaux)

        -- Trafic/Véhicules
        Citizen.InvokeNative(0xFEDFA97638D61D4A, config.trafficFrequency)
        -- ... (autres natives Véhicules)
    end
end)
                                            

Comme pour FiveM, RedM utilise **TXAdmin**. Vous pouvez accéder au moniteur de ressources (`/resmon` ou via le panneau TXAdmin) pour voir l'utilisation CPU en temps réel. Si une ressource VORP ou RSG consomme trop (plus de 0.05ms à 0.1ms), elle pourrait être responsable du lag et nécessiter une optimisation ou un remplacement. C'est l'outil principal que j'utilise pour diagnostiquer les problèmes de performance.

Oui, cela est fréquent. Les zones urbaines comme Saint Denis ou Blackwater contiennent naturellement beaucoup plus de PNJ, d'éléments de décor (props) et sont souvent le point de rencontre des joueurs. Même avec un bon hébergement (comme OVH France), si la densité PNJ n'est pas réduite via les scripts mentionnés dans le tutoriel ci-dessus, le serveur peut subir une charge CPU locale intense.

Nous effectuons des sauvegardes automatiques complètes de vos fichiers et bases de données. Vous pouvez demander une restauration à partir d'un point de sauvegarde récent via le panneau ou en contactant le support. En tant qu'administrateur de nombreux serveurs, je sais que la perte de données est la pire chose ; nous avons des protocoles de restauration rapides et fiables en place, souvent accessibles en quelques clics.