Meine Instanz hat ziemlich wenig Traffic, so um die 1000 Seitenaufrufe pro Tag (ohne Crawler).
Aber schon beim Öffnen der Foren-Startseite und ohne etwas zu tun, erhalte ich mindestens eine 429-Antwort, manchmal 2 oder 3, und das, bevor ich überhaupt etwas anklicke.
Bei der Suche hier im Meta-Bereich habe ich nur ein Thema gefunden, das ein hohes Volumen hat und nicht erklären sollte, was hier passiert.
Meine Instanz verwendet den offiziellen Installer, aber mit einer Subfolder-Einrichtung. Ich dachte, es könnte eine Fehlkonfiguration bezüglich der echten Benutzer-IPs von meinem Reverse-Proxy zu NGINX geben, aber soweit ich das beurteilen kann, werden die IPs korrekt gemeldet (ich kann das weiter untersuchen, falls dies immer noch eine mögliche Ursache für dieses Problem ist).
Ich wäre nicht allzu besorgt darüber, aber ich habe manchmal ein Problem im Chat, bei dem ich nach der Bearbeitung einer Chat-Nachricht nicht sofort den aktualisierten Inhalt sehe, und ich frage mich, ob es mit den 429ern zusammenhängt.
Ich freue mich über jede Anleitung zur Diagnose, jeder Vorschlag ist willkommen!
Hallo Stephen, danke, dass du dir die Zeit nimmst zu antworten!
Ich habe die gemeldeten IPs bei aktiven Benutzerkonten überprüft und sie scheinen alle korrekt zu sein – meine eingeschlossen. Die IPs anderer Personen unterscheiden sich voneinander und stammen alle aus verschiedenen Orten in meinem Land (Brasilien), was zu erwarten ist. Ich habe überlegt, dies in der Datenbank und den Protokollen zu untersuchen, habe es aber nicht getan, da dieser Test darauf hindeutet, dass es möglicherweise nicht das Problem ist.
Ich verwende CloudFlare nicht als Proxy, habe es aber in der Vergangenheit verwendet – ich habe noch einmal überprüft, dass templates/cloudflare.template.yml auskommentiert ist.
Wenn ich mir nun mein app.yml ansehe, stelle ich fest, dass templates/web.ratelimited.template.yml ebenfalls auskommentiert ist… Ich frage mich, ob es sinnvoll ist, es einzufügen, um eine Ratenbegrenzung zu vermeiden? Das ergibt keinen Sinn, oder?
Der Antwortkörper der 429 lautet: „Sie haben diese Aktion zu oft ausgeführt. Bitte warten Sie 2 Minuten, bevor Sie es erneut versuchen.“
Ich bekomme immer noch diese, ich verstehe jetzt, dass Discourse darauf reagiert und nicht Nginx, also habe ich versucht, DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS: 0.2 (Standard ist 0.1) zu setzen, wie ich es in anderen Themen bezüglich Message Bus 429’ing gesehen habe, aber nichts hat sich geändert. Ich wäre dankbar, wenn mir jemand auf die Richtung von Umgebungsvariablen hinweisen könnte, die dieses Limit lockern könnten.
Ich wäre von beiden Problemen nicht allzu beunruhigt, das eigentliche Problem hier ist, dass Chat-Nachrichten nicht angezeigt werden, es sei denn, ich aktualisiere oder wechsle die Kanäle: Wenn ich von einem persönlichen Chat zu einem anderen wechsle und dann zurück, erst dann sehe ich neue Nachrichten.
Wie wir gerade besprochen haben, wird dies durch anstehende Unicorn-Anfragen verursacht. @renato wird die Anzahl der Unicorns anpassen und seine Ergebnisse berichten.
Das ist jetzt ziemlich schlecht. Was passieren sollte, ist, dass der Chat nach der Backoff-Periode automatisch wiederhergestellt wird und alle Nachrichten seit dem letzten funktionierenden Polling abruft. Sehen Sie das nicht? Wenn ja, ist das ein übler Fehler.
Ja, das habe ich nicht erlebt, das kann immer noch etwas anderes sein, ich bin mir nicht sicher. Ich sehe den grünen Punkt, der anzeigt, dass eine neue Nachricht vorhanden ist, aber die Nachricht selbst wird nicht angezeigt. Wenn ich dann die Kanäle wechsle, sehe ich die neuen Nachrichten und der grüne Benachrichtigungspunkt verschwindet.
Ich baue jetzt mit zusätzlichen Workern neu und werde es weiter testen. Wenn das weiterhin passiert, werde ich versuchen, so viele Details wie möglich zu sammeln und mich wieder zu melden.
@Falco Melde zurück, ich kann immer noch 429s in den Konsolen- und Netzwerk-Tabs sehen.
Ich kann auch das Problem reproduzieren, dass sich das Chatfenster nicht aktualisiert, selbst wenn ich mit mir selbst chatte: Wenn ich eine Nachricht sende, wird sie angezeigt, aber die Hover-Steuerelemente nicht. Wenn ich dann zu einem anderen Chat wechsle und zurückkehre, kann ich die gesendete Nachricht bearbeiten, aber ich muss sie verlassen/zurückkehren, um sie aktualisiert zu sehen.
Ich nehme gerade eine große Umstrukturierung von vielen Netzwerk-/Live-Update-Sachen vor. Ich erwarte, sie nächste Woche irgendwo zusammenzuführen, was Ihr Problem erheblich verbessern könnte (es sei denn, es handelt sich um etwas ganz anderes).
Ich glaube, wir haben das gleiche Problem. Viele stark engagierte Chat-Benutzer berichten, dass sie keine Nachrichten von anderen sehen, nur ihre eigenen, bis sie aktualisieren. Gibt es dafür eine Lösung, entweder im Frontend über das Dashboard oder über SSH?
Das ergibt keinen Sinn, oder? 
