Schnelle Suche sendet in einigen Fällen Anfragen für jedes eingegebene Zeichen, was zu 403-Fehlern führt

Schritte zur Reproduktion:

  1. Öffnen Sie die Schnellsuchleiste, während Sie sich in einer Kategorie befinden
  2. Klicken Sie auf die Option „in dieser Kategorie“
  3. Geben Sie einige Buchstaben ein
  4. Es wird für jeden eingegebenen Buchstaben eine Suchanfrage ohne Wartezeit ausgeführt, was zu einem 403-Fehler führt

Es scheint häufiger vorzukommen, wenn Sie nicht registriert sind, möglicherweise aufgrund einer anderen Ratenbegrenzung.

search rate limit bug

Hinweise: Es passiert nicht, wenn Sie den #categoryname manuell eingeben und nachdem Sie Ihre Suchanfrage gelöscht haben, um eine weitere Suche durchzuführen.

4 „Gefällt mir“

Der Fehler ist immer noch da, ich sehe alle Anfragen im Netzwerk-Tab, aber ich habe die Fehlermeldung schon seit einer Weile nicht mehr erhalten. Wurden die maximalen Anfragen pro Sekunde für Benutzer erhöht?

Außerdem ist anzumerken, dass dieser Fehler zwar auf meta.discourse.org und try.discourse.org auftritt, aber nicht auf meinen Instanzen.

Vielleicht hängt es mit einer Einstellung zusammen?

3 „Gefällt mir“

wird eine pri-medium auf die Untersuchung legen, da dies das Potenzial hat, unnötigerweise zu viel Verkehr zu verursachen.

2 „Gefällt mir“

Das hängt von der Tippgeschwindigkeit ab. Wenn Sie schnell genug tippen, wird die Anfrage nicht für jeden Tastendruck gesendet. Das Widget verzögert das Senden der Anfrage um 400 Millisekunden. Wenn der Benutzer langsamer als dieser Schwellenwert tippt, wird die Anfrage nicht gesendet. Getestet unter Safari/Firefox/Chrome unter macOS, es funktioniert bei jedem gut.

Sie können dies als Beweis sehen:

CleanShot 2025-03-25 at 09.33.00@2x

Es wurden nur zwei Anfragen zwischen der Eingabe von „Theme component data“ und „Theme component data expl“ gesendet, d. h. keine Anfragen für die dazwischen liegenden Zeichen.

2 „Gefällt mir“