Laden des letzten Beitrags dauert lang
-
Ich kann das Problem wieder beobachten, sogar schlimmer als je zuvor. Kann ich irgendwie bei der Diagnose helfen? Ich habe von browserseitigem Debugging leider so gut wie keine Ahnung, bräuchte also möglichst genaue Anweisungen, wenn ich da etwas tun kann.
-
Seit wann?
In Chomium/Chrome und in Firefox kannst du F12 drücken. Darin gibt es die beiden Tabs Network und Performance. Die beiden Tabs enthalten weitere Informationen, wie man eine Aufzeichnung durchführt. Diese kann man speichern/exportieren. Wenn du mir entsprechende Aufzeichnungen des Problems zur Verfügung stellen könntest, wäre das womöglich hilfreich.
-
Das war bei mir vor 2-3 Wochen richtig schlimm, hat dann so 10-20 Sekunden gedauert. Geht aber seit mindestens einer Woche wieder.
-
@Dravere sagte in Laden des letzten Beitrags dauert lang:
Seit wann?
Heute-isch, in dem Sinne, dass ich ein paar Tage nicht wirklich im Forum aktiv war und es da nicht gemerkt hätte.
-
Seit ein paar Tagen.
Safari unter IOS 12.1teilweise wird die Seite „Neuste Themen„ selbst dann nicht geladen, wenn ich die Seite vom Browser aus aktualisieren will.
Zur Zeit geht es.
-
https://www.c-plusplus.net/forum/unread ist arsch-langsam (mit arsch-langsam meine ich > 10s). Genauso wie die Benachrichtigungen.
-
@Dravere
Das ganze haengt vermutlich an einem websocket event.
Kann man mit der minified source so nicht debuggen, aber hier hast du ein performance profile (Firefox 64.0)
-
@Cardiac Ist das von der Ungelesen-Seite? Wenn wir es auf Websocket-Events eingrenzen könnten, wäre das schon einiges Wert. Es gibt, meine ich, nur vier Nachrichten dort. Leave Room, Antwort darauf, Enter Room, Antwort darauf.
Einziges Problem ist jetzt zu erklären, wie man die Websocket-Events debuggt, dann könnten wir sehen an welchem Event es hängt. Und eine kurze Recherche ergibt natürlich, dass Firefox dies nicht einfach so kann.
Unter Chromium basierten Browsern:
- Startseite vom Forum aufrufen
- F12 drücken und zum Network Tab gehen
- Auf der Startseite CTRL+R für einen reload durchführen
- Im Network Tab den Request finden, welcher 101 als Status hatte
?EIO=3&transport=websocket&sid=... - Diesen anklicken und im erscheinenden Panel zu Frames wechseln
- Offen halten und im Forum herumnavigieren (z.B. zu Ungelesen). Bei den Frames ist ein grüner Pfeil upload, roter Pfeil ist download. Wäre interessant welcher Upload nicht quittiert wird. Bzw. ganzer Ablauf beim Aufruf mit Hänger wäre interessant dort.
-
Nach genauerer Diagnose meines aktuellen Problems scheint das wohl an einem schlechten Proxy auf meiner Seite zu liegen, nicht an einem Problem mit der Seite. 'Tschuldigung für die falsche Aufregung.
-
@SeppJ Kein Problem. Hauptsache du weisst, wo das Problem ist. Ich hoffe, wir können das Problem der anderen hier auch noch finden und lösen.
-
Kannst du damit irgendwas anfangen?
-
@Mechanics Wenn du mir noch etwas Kontextinformationen gibst, vielleicht. Hast du gesehen bei welchem Frame der Hänger passiert ist? Als du die ungelesen Beiträge angeschaut hast oder als du das Topic aufgerufen hast?
-
Das ist bei mir immer das gleiche. Nicht anschauen der Liste, sondern das Laden des letzten ungelesenen Beitrags (Anzahl der ungelesenen Beiträge ändert sich von 1 auf 0).
Wobei das jetzt in Chrome glaub nicht soo lang gedauert hat.
-
Bei mir (auch wieder Firefox [v64.0] unter Win7) passiert das auch häufiger beim letzten Beitrag und zusätzlich auch bevorzugt, wenn ich den Button "Als gelesen markieren" / "Alle" wähle.
-
Es fuehlt sich so an, als ob sich das inkrementell verschlechtern wuerde...
Edit: Markdown images funktionieren wohl nich...
https://imgur.com/a/bgcYUYu
-
Nachtrag: Ab und zu stürzt dabei auch der Tab ab.
-
Das passiert mir auch immer öfter und dieses Mal liegt es ganz sicher nicht am Proxy
Irgendwie mit dem letzten ungelesenen Beitrag, aber auch irgendwie nicht ganz immer.
-
Es ist äusserst ärgerlich, dass ich das nicht reproduzieren kann. Hab die Websockets mal genau angeschaut, aber derzeit sieht es nicht danach aus, dass es an denen liegt. Es scheint eher dazwischen zu liegen. Sehe aktuell vor allem Ajaxify als mögliches Problem. Aber dann würde ein AJAX-Request irgendwo im Hintergrund hängen bleiben und das müsste in der Netzwerkübersicht ersichtlich sein. Kann das jemand so beobachten?
-
Ich habe mal einen Screenshot von der Netzwerkanalyse gemacht: Netzwerkanalyse - weiß nicht, ob der dir weiterhilft, aber man sieht, daß es ca. 7s gedauert hat, ehe nach der Anfrage überhaupt das Script "Nodebb" (und alle weiteren) ausgeführt wurde.
Ich könnte auch eine "HAR"-Datei davon erzeugen (weiß aber nicht, ob du damit etwas anfangen kannst und wie ich sie dir schicken kann?).
-
Ok, bin etwas weitergekommen. Ich konnte es unter Firefox jetzt eindeutig wiederholt reproduzieren. Und hab dabei festgestellt, dass es auch unter Chromium/Chrome/Vivaldi passiert, nur ist es viel weniger ausgeprägt und fällt daher viel weniger auf.
Ich hoffe, dass ich dem jetzt endlich auf die Spur kommen kann.
