Lange Ladezeit gefühlt seit dem letzten Update

  • Joomla Version
    6.1.2
    PHP Version
    PHP 8.3.x
    Hoster
    VPS
    Link (URL) zur Seite mit dem Problem
    onki.de

    Hallo,

    ich meine seit dem letzten Update dauert das Laden der Seite sehr lange (rund 3-4 Sekunden).

    Da auf dem Server mehrere Joomla-Seiten liegen und der Rest zügig lädt, bin ich etwas ratlos.

    Hat jemand ähnliche Beobachtungen? Klemmt da evtl. etwas zwischen den Komponenten etc.?

    In der Firefox-Statusleiste steht u.a. auffällig lange "Nachschlagen bei media".

    Die einzige Änderung die ich in letzter Zeit selber durchgeführt habe, ist ein custom.css zum Template mit einer anderen Editor-Schriftartr. Das sollte aber nur beim Beitrag editieren greifen.

  • Hallo onki,

    das mit "Nachschlagen bei media" in der Statuszeile ist ein wichtiger Anhaltspunkt und lässt sich gezielt eingrenzen. Das bedeutet, dass dein Browser versucht, "media" als eigenständigen Hostnamen per DNS aufzulösen, was nur passiert, wenn irgendwo im HTML eine URL steht, die mit //media/... beginnt, wo vor dem "media" eigentlich noch deine Domain stehen sollte. Dieser fehlgeleitete Lookup läuft ins Leere und kostet dann genau die paar Sekunden, die du bemerkst.

    So kommst du der genauen Stelle auf die Spur:

    1. Öffne die Seite in Firefox und geh über F12 in die Entwicklertools, dort auf den Reiter Netzwerkanalyse.
    2. Lade die Seite neu und filtere die Liste nach "media".
    3. Schau dir den Request an, der lange braucht oder rot markiert ist, und prüfe die vollständige URL. Wenn dort tatsächlich etwas wie //media/... ohne vorangestellte Domain steht, hast du die Ursache gefunden.

    Parallel dazu lohnt ein Blick in deine configuration.php auf dem Server, konkret auf den Wert von $live_site. Wenn der nach dem Update leer, falsch oder unvollständig ist, kann das dazu führen, dass Joomla beim Erzeugen von Asset URLs, etwa für den Ordner /media/, die Domain nicht korrekt voranstellt und stattdessen eine doppelte Schrägstrich Variante ohne Host erzeugt.

    Dein custom.css für die Editor Schriftart würde ich erst mal als Ursache ausschließen, das greift wie du schon sagst nur im Beitrag-Editor, nicht beim normalen Seitenaufruf.

    Meld dich gern nochmal mit der genauen URL aus der Netzwerkanalyse, dann lässt sich das sicher weiter eingrenzen.

    Dieser Text wurde (ganz oder teilweise) mit Hilfe von KI erstellt.

  • Hallo onki,

    ich hab mal versucht, das über die Chrome/Opera Netzwerkanalyse einzugrenzen, das lässt sich sehr genau festmachen. Der Übeltäter ist deine eigene custom.css, die schlägt mit net::ERR_NAME_NOT_RESOLVED fehl und braucht dabei 4,64 Sekunden, bis der Browser aufgibt. Das erklärt auch dein "Nachschlagen bei media" in der Firefox Statuszeile, denn genau dieser gescheiterte Verbindungsversuch steckt dahinter.

    ERR_NAME_NOT_RESOLVED bedeutet, dass der Browser eine URL zu sehen bekommt, die er als eigenständige Domain interpretiert, obwohl das gar nicht so gemeint ist. Das passiert klassischerweise, wenn eine Pfadangabe versehentlich mit zwei Schrägstrichen beginnt, also //media/... statt /media/.... Der doppelte Schrägstrich signalisiert dem Browser "hier kommt eine externe Domain", und alles bis zum nächsten Schrägstrich, in deinem Fall "media", wird als Hostname behandelt und per DNS gesucht, was es logischerweise nicht gibt.

    Als Initiator wird bei mir Zeile 17 deiner index.php angezeigt. Schau da mal nach, ob dort tatsächlich ein doppelter Schrägstrich vor "media" steht, und korrigier das auf einen einzelnen.

    Unabhängig vom Tippfehler würde ich dir aber noch etwas Grundsätzliches vorschlagen: Wenn die CSS Datei eigentlich nur für die Schriftart im Beitrags Editor gedacht ist, muss sie gar nicht über die Template index.php eingebunden werden, die ja bei jedem Seitenaufruf mitgeladen wird, egal ob im Frontend ein Artikel bearbeitet wird oder nicht. Sauberer wäre es, die Datei stattdessen in den Optionen deines Editor-Plugins, also z.B. TinyMCE, im Feld für zusätzliches "Content CSS" einzutragen. Dann greift sie wirklich nur im Editor selbst und deine normalen Seitenaufrufe werden davon gar nicht mehr berührt.

    Dieser Text wurde (ganz oder teilweise) mit Hilfe von KI erstellt.

  • Ist dein Astroid denn überhaupt aktuell? Überprüfe das manuell, also nicht immer auf die Anzeige von verfügbaren Updates verlassen.
    Wenn es nicht aktuell ist, dann aktualisieren!
    Leere auch mal alle Caches!

    Viele Grüße!
    JoomlaWunder

  • Danke für die Antworten.

    Der Hinweis mit dem Aufruf der CSS war die Lösung. Es lag wie so oft an der vermaledeiten Syntax, die ich meinem Leben nie verinnerlichen werde.

    In der Astroid Konfiguration wurde die custom CSS-Datei so angegeben:

    "/media/templates/site/astroid_template_one/css/custom.css"

    richtig ist halt so (was ich nie verstehen werde wieso) "media/templates/site/astroid_template_one/css/custom.css"

    Problem gelöst.


    Seit welcher Joomla-Version liegen die Template CSS eigentlich im media-Ordner statt wie früher im Template Ordner?

  • sei mehr als 2 Jahren und die custom.css in media sollte man auch nicht mehr verwenden und stattdessen die CSS Anpassungen in den Template-Optionen bei custom code custom css eintragen. Also kopiere die Einträge dort hin und lösche die custom.css im Media Ordner. Zusätzlich dann auch als Presets (in den Template-Optionen) immer zusätzlich die Einstellungen sichern /speichern.

  • Der Hinweis mit dem Aufruf der CSS war die Lösung. Es lag wie so oft an der vermaledeiten Syntax, die ich meinem Leben nie verinnerlichen werde.

    Hast du die custom.css selbst angelegt?

    Nutze das Feld 'Benutzerdefinierter Code' im Astroid-Framework!

    Damit solltes keine Probleme geben!

    Gruß Elwood