Hallo
… ich wollte nicht auf die Abbildung der Realität hinaus. Es ging mir eher um die Performance auf dem Server. Auch wenn heutzutage weit weniger im Forum los ist, als z.B. vor etwa acht bis zehn jahren, kann ich mir vorstellen, dass zu Stoßzeiten viele solcher Anfragen mehr oder minder gleichzeitig bearbeitet werden müssten. Inwieweit das ein Problem darstellt, weiß ich natürlich nicht. Kann ja auch sein, dass das im Grundrauschen unterginge.
Warum sollte es den Server belasten, wenn man via JS (Client-seitig)
.visited
setzt? Der wird da doch gar nicht befragt.
Ich bin wegen der Verzögerung von einer Kommunikation zwischen JS und Server ausgegangen. Aber klar, zum auschließlichen Setzen der Klasse muss er nicht. Und mehr muss andieser Stelle nicht passieren.
Das frühere Verhalten, ein Posting in der Hauptansicht binnen ein bis zwei Sekunden nach dem Aufruf des Postings in einem anderen Tab mit den Regeln für die serverseitige Markierung als gelesen zu markieren, lässt mich vermuten, dass das schon einmal genau so funktionierte.
… Ansonsten kann ich dazu nur sagen: ich habe da nichts eingebaut. Wenn da wirklich etwas via JS passiert ist, dann musst du von irgendwo her JS eingebunden haben, dass das implementiert hat.
Hm, ich hatte zum SelfHTML-eigenen Kram (dauerhaft) immer nur das JS von Molily zu laufen. Das scheint dann, wo auch immer dieses Verhalten erzeugt wurde, weggefallen zu sein.
Tschö, Auge
Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.
Terry Pratchett, "Wachen! Wachen!"
ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}
Veranstaltungsdatenbank Vdb 0.3