Laden des letzten Beitrags dauert lang

Th69

Habe es gerade ausprobiert mit dem Antworten. Ich habe in einem anderen Beitrag in die Antworten-Editbox "Test" eingetragen, dann bin ich zu dieser Seite hier gewechselt und habe einen Refresh durchgeführt, so daß ebenfalls die "Test"-Antwort erschien und habe dann diese auf dieser Seite abgeschickt.

Und jetzt das kuriose:
Sie erschien zwar bei mir (sofort) als neuer Eintrag auf dieser Seite, aber als ich einen Refresh durchgeführt habe, war der Eintrag nicht da. Dann habe ich im Originalbeitrag nachgesehen (allerdings mußte ich dann die andere Antwort wieder verwerfen oder auch dort wieder einen Refresh durchführen) und die Antwort war dann dort erschienen (welche ich dann wieder gelöscht habe)!

Bin ich denn der einzige, der mehrere Seiten offen hat und zwischendrin mal wieder aktualisiert (Refresh ausführt)?

Mechanics

Ich habe das Problem auch schon paar Tage lang nicht mehr beobachten können.

Dravere

Hab heute morgen noch eine kleine Änderung im Reverse Proxy gemacht. Könnte eine Ursache des Problems gewesen sein. Aber tappe leider etwas im Dunkeln. Falls ihr das Problem weiterhin habt, meldet euch bitte umgehend.

@Th69 Das mit der Antwort-Editbox ist, glaube ich, ein Feature. Aber muss sagen, mir ist das auch schon aufgefallen, dass es nicht sehr intuitiv ist. Die Idee ist schon, glaube ich, dass man nicht mehrere Tabs verwendet. Was sogar sehr gut funktioniert. Man kann sogar die Antwortbox temporär verstecken mit dem roten Icon unten rechts und auf andere Seiten navigieren ohne die geschriebene Antwort zu verlieren.

Man müsste da vielleicht mal einen Vorschlag ausarbeiten und ein Issue Upstream eröffnen, wie man das verbessern könnte. Falls du oder jemand anderes das konkret ansprechen möchte, bitte in einem anderen Thread

Mechanics

Ich meine, zur Zeit hängts bei mir wieder etwas. Aber nicht so lang, dass es stören würde.

Mit Safari auf iOS bekomm ich manchmal ne rote Meldung die Verbindung sei verloren, was ich jedoch nicht nachvollziehen kann, weil trotz der Meldung alles noch funktioniert. Vielleicht hat es ja damit was zu tun.

It0101

@spiri sagte in Laden des letzten Beitrags dauert lang:

Mit Safari auf iOS bekomm ich manchmal ne rote Meldung die Verbindung sei verloren, was ich jedoch nicht nachvollziehen kann, weil trotz der Meldung alles noch funktioniert. Vielleicht hat es ja damit was zu tun.

Also Ladezeiten passen bei mir ( Google Chrome Version 70.0.3538.110 64bit @ Windows7-64bit ). Da hab ich keine Probleme.

Aber: "Verbindung zum C++-Forum verloren"-MessageBoxes habe ich auch schon vereinzelt bekommen. Nicht das das irgendwie stört, aber aufgefallen ist es mir, weil es sonst nirgendwo passiert.

Dravere

Wenn ihr die Nachricht bekommt, dass die Verbindung verloren ging, dann ist die Websocket-Verbindung aus irgendwelchen Gründen kaputt gegangen. Das Forum probiert dann sofort wieder eine Verbindung aufzubauen. Wenn die Meldung verschwindet, ist die Verbindung wieder da.

Dravere

Habe soeben nochmals ein paar kleinere Änderungen am Reverse Proxy vorgenommen. Unter anderem habe ich noch das Caching etwas verbessert, wodurch weniger Anfragen an den Server notwendig sein sollten.

Mechanics

Ist zur Zeit wieder so, hat jetzt grad um die 10 Sekunden gedauert.
Ich glaub wie gesagt nicht, dass es am "Laden" liegt, ich hab eher irgendwelche Scripte in Verdacht.

Dravere

Ich sehe leider überhaupt nichts. Es gab keine 503er, Server war nicht stark unter Last, NodeJS Event Lag war gut. Serverseitig sehe ich überhaupt nichts. Und mir ist es seither auch nie mehr passiert.

Mechanics

Kannst du mit der Laufzeitanalyse, die ich vor paar Wochen angehängt hatte irgendwas anfangen? Ich bin kein erfahrener Webentwickler und kann damit selber erstmal nicht viel anfangen.

Dravere

@Mechanics Nein, leider nicht. Das ist vom komprimierten Javascript. Würde vielleicht etwas mehr bringen, wenn es von den Source-Maps wäre. Wobei ich sagen muss, dass es auch so etwas seltsam ist. Die Kolonne stimmt bei mir mit überhaupt nichts sinnvollem überein.

Das einzige was ich einigermassen davon herausbekomme, ist, dass es mit der WebSocket Verbindung zu tun haben könnte. Um genau zu sein mit Socket.io.

SeppJ

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.

Dravere

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.

Mechanics

Das war bei mir vor 2-3 Wochen richtig schlimm, hat dann so 10-20 Sekunden gedauert. Geht aber seit mindestens einer Woche wieder.

SeppJ

@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.

DirkB

Seit ein paar Tagen.
Safari unter IOS 12.1

teilweise wird die Seite „Neuste Themen„ selbst dann nicht geladen, wenn ich die Seite vom Browser aus aktualisieren will.

Zur Zeit geht es.

Swordfish

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)

https://workupload.com/file/HQ3LY8wg

Dravere

@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.