Beim Windows-PC und auch beim Android-Smartphone dauert bei mir der Aufbau einer RLX-Seite ca. 1 Sekunde. :ka:
Druckbare Version
Beim Windows-PC und auch beim Android-Smartphone dauert bei mir der Aufbau einer RLX-Seite ca. 1 Sekunde. :ka:
Beobachte das Phänomen hier auch seit ein paar Tagen: Bei mir zuhause längere Ladezeiten auf Mac und Windows, jedoch nur r-l-x, andere Seiten laden normal schnell. Nutze 1&1 DSL50. Habe auch Firefox bereinigt und unterschiedliche Browser getestet, leider ohne Verbesserung.
Im Büro interessanterweise keine Probleme:ka:
MacBook Pro und iPhone 12 Pro Max 512...läuft perfekt, wie eh und je...Anbieter = M-Net...
Also bislang beschränkt sich das Problem hauptsächlich auf Vodafone und 1&1?
Auch bei mir das gleiche Problem am MBP und am iPhone über 1&1 (MacOS Catalina, iOS 14.2)...
Ich habe einen 1&1 DSL 100- Anschluss und die R-L-X-Seiten laden zeitweise extrem langsam bis gar nicht (Zeitüberschreitung).
Im nächsten Moment geht dann alles wieder ganz fix.
Passiert gleichermaßen auf iPhone, iPad (ISO 14.2) MacOs 10.13 und 10.15 egal welcher Browser (Safari, Firefox, Chrome) und auch mit oder ohne Plugins (Ghostery,uBlock, etc).
Aber NUR, wenn ich angemeldet bin.
Wenn ich gleichzeitig in einem anderen Browser ohne Anmeldung auf die gleiche Seite gehe, dann wird diese immer schnell geladen.
Ich vermute, dass es was mit serverseitigem Caching der Seiten zu tun haben könnte, da dieser Cache bei angemeldeten Benutzern ja (zumindest teilweise) individuell sein muss.
Ich habe das gleiche Phänomen:
Umgebung:
iOS 14.2 mit Safari und Chrome
MacOS Big Sur Safari und Chrome.
Unter 1&1 und unter Congstar Mobile.
Fehler:
Verzögertes Laden bzw. Timeout (je nachdem ob der Timeout zieht oder nicht.)
Auftreten:
seit mehr als 3 Wochen. Reproduzierbar. Häufig ist das erste Laden einer neuen Session verzögert. Erneutes Lades hilft meistens.
Frage:
Wurde die Forensoftware aktualisiert?
Wurde ein neuer Werbe-/Contenprovider zugefügt?
Heute hier auch, M-net. Forum aufrufen dauert locker 30 Sekunden, öfter time-out. Andere Seiten gehen fix und ohne Probleme.
O.g. Antwort abzuspeichern hat auch 20 Sekunden gedauert.
iPad neuestes OS und Safari.
Also kein Vodafone und 1&1 Problem, auch weitere betroffen.
jupp, gerade eben konnte keine Seite geöffnet werden
Hmmm....M-Net Nürnberg funktioniert ruckzuck...mehrfach getestet heute...
Heute hier auch. macOs BigSur 11.01, Safari, Telekom. Alles andere normal flott
Ich habe die Probleme seit ca. 3-4 Wochen, egal ob im WLAN oder LTE :ka:
Könnte ein Problem mit der Namensauflösung sein. Vielleicht mal einen anderen DNS eintragen.
Ich habe das Problem hier auch schon eine ganze Weile. Wäre es ein DNS-Problem, sollte es ja besonders den ersten Aufruf betreffen. Der funktioniert aber immer ohne Probleme. Danach dann ein paar Themen öffnen => Timeout. Irgendwann geht es wieder, ein paar Seiten öffnen sich problemlos. Bis der Timeout dann wieder zuschlägt. Ein Muster kann ich dahinter nicht erkennen.
Kleines Update: Direkt nachdem ich das hier geschrieben habe, ist es erneut aufgetreten. Während die Seiten nicht laden, funktioniert parallel ein ping auf www.r-l-x.de problemlos. Ein traceroute läuft ebenfalls durch, auch keine langen Antwortzeiten. Die Server/Loadbalancer sind also erreichbar und die Namensauflösung funktioniert, aber irgendwo hängt es beim Webserver bzw. den Datenbanken.
Gerade wieder. Zunächst so
https://up.picr.de/40075131ku.jpeg
Dann so. Da wurde zumindest das Logo geladen. Zeitstempel ist in den Screenshots.
https://up.picr.de/40075132mt.jpeg
Macbook, Big Sur und VDSL Telekom ohne Probleme
Habe grad mal ein paar Geschwindigkeitstests über verschiedene Server in Deutschland laufen lassen. Da war ebenfalls nix Auffälliges zu sehen. Das ist echt sehr schwierig nachzuvollziehen, woran genau das liegen kann...
Ich habe das Problem nur, wenn ich angemeldet bin.
Als anonymer Besucher werden die Seiten eigentlich immer in akzeptabler Zeit geladen.
Daher vermute ich ein Problem in der serverseitigen Session-Speicherung.
Ich kenne vBulletin nicht im Detail, mir kommt das Problem aber nicht unbekannt vor, hatte sowas auch schon mal bei älteren Magento-Shops.
Wenn die Sessions z.B. in einer MySQL-Datenbank gespeichert werden und die Session-Tabelle sehr groß wird, kommt es beim Beseitigen abgelaufener Sessions (purging) schon mal zu Slow-Queries, die unter Umständen auch alle weiteren wartenden Schreibänderungen blockieren.
Und wenn so ein Aufräum-Job auch noch durch Webseitenaufrufe getriggert wird (anstatt sinnvollerweise per System-Cronjob), kann es auch noch zu Deadlocks führen, weil zwei Prozesse die gleiche Session aktualisieren/löschen wollen und gegenseitig auf das Schreibrecht zu dem Datensatz warten.
Falls ihr das aktiviert habt, schaut mal ins Slow-Log von MySQL (oder schaltet es mal zumindest für einen Tag an), das ist oft mal ganz schön aufschlussreich.
Wenn ich euch dabei unterstützen kann (ich mache sowas beruflich, hier natürlich unentgeltlich), schickt mir gerne eine Nachricht.