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

Beitragen Fehler
1

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“
3

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“
4

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

2 „Gefällt mir“
6

Das hängt von der Tippgeschwindigkeit ab. Wenn man schnell genug tippt, wird die Anfrage nicht bei jedem Tastendruck gesendet. Das Widget verzögert das Senden der Anfrage um 400 Millisekunden (Debouncing). Wenn der Benutzer langsamer tippt als dieser Schwellenwert, wird die Anfrage nicht gesendet. Getestet auf Safari/Firefox/Chrome unter macOS, funktioniert es auf allen gut.

Sie können dies als Beweis sehen:

CleanShot 2025-03-25 at 09.33.00@2x

Es wurden nur zwei Anfragen gesendet, zwischen dem Tippen von „Customization > Theme component data“ und „Customization > Theme component data expl“, d.h. es wurden keine Anfragen für die Zeichen dazwischen gesendet.

2 „Gefällt mir“