Rilindra Bot — configuration
Dépôt : bot-rilindra
Runtime : Node.js sur Coolify
Source de vérité
| Sujet | Source |
|---|---|
| Secrets | Infisical, chemin projet Bot |
| Déploiement | Coolify |
| Branches | dev staging, main production |
| Base | PostgreSQL VPS |
| Discord | Developer Portal + variables Infisical |
| Images enchères | MinIO |
Variables principales
| Variable | Rôle |
|---|---|
DISCORD_TOKEN | Token du bot, variable canonique |
CLIENT_ID | Application Discord |
GUILD_ID | Serveur Discord cible |
DATABASE_URL | Connexion PostgreSQL VPS |
DESCENDED_* | Salons, rôles et comportements Rilindra |
BACKUP_* | Sauvegardes automatiques |
S3_* / MINIO_* | Images enchères |
UPTIME_KUMA_* | Monitoring optionnel |
Variables legacy à éviter
| Variable | Statut |
|---|---|
DISCORD_BOT_TOKEN | remplacée par DISCORD_TOKEN |
MYSQL_* | historique si encore présent, à documenter avant suppression |
VANILLA_* | hors périmètre visible Rilindra |
Salons et notifications
Chaque salon Discord doit être documenté par variable.
Avant un changement :
- vérifier serveur cible ;
- vérifier salon cible ;
- tester en staging ;
- vérifier que le bot staging ne notifie pas la prod ;
- redéployer seulement après validation.
Backups
Les backups doivent être visibles dans Staff Manager si la fonctionnalité est activée.
Contrôles attendus :
- fichier créé ;
- métadonnées enregistrées ;
- notification Discord envoyée ;
- rétention respectée ;
- pas de lien public non sécurisé.
Tests de configuration
- bot en ligne ;
- commandes chargées ;
- connexion DB OK ;
- backup manuel ou planifié OK ;
- notification de démarrage/arrêt dans le bon salon ;
- enchère test avec image MinIO ;
- logs propres.