Mon instance a un trafic assez faible, comme \u003c1000 vues de page par jour (hors robots).\n\nCependant, rien qu’en ouvrant la page d’accueil du forum et sans rien faire, j’obtiens au moins une réponse 429, parfois 2 ou 3, et ce avant même de cliquer sur quoi que ce soit.\n\n
\n\nEn cherchant ici sur meta, le seul sujet que j’ai pu trouver concerne un trafic élevé et ne devrait pas expliquer ce qui se passe ici.\n\nMon instance utilise l’installateur officiel, mais avec une configuration en sous-dossier. Je pensais qu’il pourrait y avoir une mauvaise configuration concernant les véritables adresses IP des utilisateurs de mon proxy inverse vers NGINX, mais d’après ce que je peux dire, les adresses IP sont correctement rapportées (je peux approfondir cela si c’est toujours une cause potentielle de ce problème).\n\nJe ne serais pas trop préoccupé par cela, mais je rencontre parfois un problème dans le chat où lorsque je modifie un message de chat, je ne vois pas le contenu mis à jour immédiatement et je me demande si cela est lié aux 429.\n\nJ’apprécierais toute aide pour diagnostiquer cela, toute suggestion est la bienvenue !\n\nMerci !
J’exclurais le problème d’IP avant d’aller plus loin à chercher ailleurs.
Avez-vous examiné les adresses IP signalées sur les comptes d’utilisateurs actifs ?
Utilisez-vous également Cloudflare comme proxy ?
Salut Stephen, merci d’avoir pris le temps de répondre !
J’ai examiné les adresses IP signalées sur les comptes d’utilisateurs actifs et elles semblent toutes correctes – y compris la mienne. Les adresses IP des autres personnes sont différentes les unes des autres et proviennent toutes de différents endroits de mon pays (Brésil), ce qui est attendu. J’envisageais de vérifier dans la base de données et les journaux, mais je ne l’ai pas fait à cause de ce test indiquant que ce n’est peut-être pas le problème.
Je n’utilise pas CloudFlare comme proxy, mais je l’ai utilisé dans le passé – j’ai vérifié que templates/cloudflare.template.yml est commenté.
Maintenant, en regardant mon app.yml, je vois que templates/web.ratelimited.template.yml est également commenté… Je me demande si cela a du sens de l’inclure pour éviter d’être limité en débit ? 
Cela n’a pas de sens, n’est-ce pas ? 
Le corps de la réponse 429 est “Vous avez effectué cette action trop de fois. Veuillez patienter 2 minutes avant de réessayer.”
1 « J'aime »
Je reçois toujours ces messages, je comprends maintenant que c’est Discourse qui agit dessus, pas Nginx, j’ai donc essayé de définir DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS: 0.2 (la valeur par défaut est 0.1) comme je l’ai vu dans un autre sujet concernant les 429 du message bus, mais rien n’a changé. J’apprécierais si quelqu’un pouvait m’orienter vers les variables d’environnement qui pourraient assouplir cette limite.
Je vois également cette erreur dans la console.
Je ne serais pas trop préoccupé par l’un ou l’autre de ces problèmes, le vrai problème ici est que les messages de chat ne s’affichent pas à moins que je ne rafraîchisse ou que je ne change de canal : si je passe d’un chat personnel à un autre, puis que je reviens, seulement alors je peux voir les nouveaux messages.
1 « J'aime »
Comme nous venons d’en discuter, cela est causé par la mise en file d’attente des requêtes Unicorn. @renato ajustera le nombre d’Unicorns et fera part de ses conclusions.
Maintenant, c’est assez grave. Ce qui devrait se passer, c’est qu’après la période de backoff, le chat récupérera automatiquement et récupérera tous les messages depuis le dernier sondage fonctionnel. Vous ne voyez pas ça ? Si c’est le cas, c’est un bug méchant.
2 « J'aime »
Merci !
Oui, je n’ai pas expérimenté cela, cela pourrait encore être autre chose, je ne suis pas sûr. Je peux voir le point vert indiquant qu’il y a un nouveau message, mais le message lui-même ne s’affiche pas, puis lorsque je change de canal, je peux voir les nouveaux messages et le point de notification vert disparaît.
Je suis en train de reconstruire avec des workers supplémentaires et je vais tester davantage. Si cela continue, j’essaierai de recueillir autant de détails que possible et je reviendrai vers vous.
1 « J'aime »
@Falco De retour, je peux toujours voir des 429 dans les onglets console et réseau.
Je peux également reproduire le problème de la fenêtre de chat qui ne se met pas à jour, même en discutant avec moi-même : si j’envoie un message, il apparaît mais les contrôles au survol ne le font pas, puis si je passe à un autre chat et que je reviens, je peux modifier le message que j’ai envoyé mais je dois quitter/revenir pour le voir mis à jour.
2 « J'aime »
Je suis en train de refactoriser beaucoup de choses liées au réseau/aux mises à jour en direct en ce moment, je m’attends à le fusionner quelque part la semaine prochaine, cela pourrait grandement améliorer votre problème (sauf s’il s’agit de quelque chose de totalement différent).
7 « J'aime »
Je pense que le refactoring a été fusionné cette semaine. Avez-vous remarqué une amélioration @renato ?
2 « J'aime »
Je pense que nous avons le même problème. De nombreux utilisateurs de chat très engagés signalent qu’ils ne voient pas les messages envoyés par d’autres, seulement les leurs jusqu’à ce qu’ils actualisent. Y a-t-il une solution à cela, que ce soit côté client via le tableau de bord ou via SSH ?