Problem mit vorab geladenen Daten, die das Laden um das Zehnfache verlangsamen

Wir haben festgestellt, dass der Tracking-Status in der data-preloaded-Eigenschaft äußerst lang ist, insbesondere für Vertrauensstufe 3 oder 4 oder Benutzer, die schon lange aktiv sind.

Wird das Löschen der Topic-Tracking-States der Benutzer aus der Datenbank oder alternativ das Entfernen beziehungsweise Begrenzen dieser States in den oben genannten Abfragen Schaden anrichten? Zum Beispiel das Entziehen ihrer Abzeichen oder Vertrauensstufen usw.

Wir sind auf ein ähnliches Problem gestoßen, bei dem die Abfrage für den Topic-Tracking-Status etwa 70 % der Renderzeit der Homepage verbraucht. Unter hoher Last kann diese Abfrage sogar über 1000 ms dauern, bis sie abgeschlossen ist.

Ich denke, es sollte einen (optionalen) Ansatz geben, um den Topic-Tracking-Status als asynchrone Anfrage zu gestalten, damit Benutzer die Homepage schneller anzeigen können.

1 „Gefällt mir“

Genau! Ich habe bis zu 3000 ms gesehen

Ich entferne einfach diese Zeile:

Nachdem ich den Frontend-Code untersucht hatte, vermutete ich, dass meine Handlungen möglicherweise bestimmte Probleme verursacht haben könnten. In der Praxis stellte ich jedoch nach dem Entfernen dieser Zeile und dem Neuladen des Servers keine signifikanten Unterschiede fest, und die Ladezeit meiner Homepage wurde um etwa 60 % reduziert.

Dies dient als kleines Stück Erfahrungswissen für diejenigen, die mit ähnlichen Leistungsproblemen konfrontiert sind. Dennoch kann ich die Folgen dieser Aktion nicht garantieren, daher handeln Sie auf eigene Gefahr.

Ich sehe das gleiche Verhalten