Bots DiscordLes embeds sont les encadrés qu'utilisent les bots pour tout ce qui dépasse une phrase. Ils ont des limites strictes de caractères, et l'échec est un message refusé et non tronqué — d'où un bug qui apparaît toujours avec de vraies données et jamais en test.
Les limites à retenir
| Partie | Maximum |
|---|---|
| Titre | 256 caractères |
| Description | 4096 caractères |
| Champs | 25 par embed |
| Nom de champ | 256 caractères |
| Valeur de champ | 1024 caractères |
| Texte de pied | 2048 caractères |
| Tout un embed, cumulé | 6000 caractères |
| Embeds par message | 10 |
Discord rejette tout le message. Si votre bot construit un embed depuis une liste d'ordinaire courte, le jour où quelqu'un a trente éléments est le jour où la commande cesse totalement de fonctionner — et sans journalisation d'erreurs, elle échoue en silence. Tronquez de votre côté, toujours.
Construire des embeds qui survivent aux vraies données
- Coupez chaque chaîne à sa limite au moment de l'affecter
Une fonction utilitaire qui tronque à un maximum et ajoute des points de suspension, utilisée partout, supprime toute cette catégorie de bug.
- Paginez les listes plutôt que de les faire grossir
Vingt-cinq champs est le mur. Une liste susceptible de le dépasser a besoin de pages avec des boutons, pas d'un embed plus grand.
- Testez avec la plus grande entrée réaliste
Le pseudo le plus long, le plus gros inventaire, le plus d'éléments. Tester avec « test » ne prouve rien sur la production.
- Journalisez le rejet
L'erreur de Discord dit quel champ était trop long. Ce message est réellement utile et il est gâché si rien ne le note.
Les limites vous poussent vers ce qui était déjà vrai : un embed à vingt-cinq champs est un mur de texte que personne ne lit. Si vous approchez de la limite, le message essaie probablement d'en faire trop plutôt que de manquer de place.
Lancez la commande sur votre plus grand jeu de données réaliste et vérifiez que le message part, avec une troncature visible plutôt qu'une erreur.