Zeit bis zum "First get" sehr lange

[HDsports 0]

Hallo liebe Community
ich bin kein Experte in dem Gebiet (also nicht mit Fachbegriffen jonglieren)
Ich habe einen "1&1 Dedicated Server DC XL" (Managed - ich muss mich daher um nichts kümmern). Dort habe ich das CMS-System Joomla 3.x mit der Seite www.HDsports.at installiert.

Etwa seitdem ich mein Joomla 1.5 auf 3.x migriert habe (Ende okt 14 / anfang nov 15) ist die Wartezeit zum "FIRST GET" sehr lange. Etwa 1,0 - 1,4 sek. Ich habe schon etliche Stunden und Nächte an dem Problem getüftelt, aber keine Ursache für das Problem gefunden.

Von meinem Hoster kam zuletzt die Rückmeldung:

Bei einem direkter Aufruf Ihrer Webseite auf der Kommandozeile sieht man die Dauer von ca. 1 Sekunde bis die Seite ausgeliefert wird.

$ time php5.5 -f index.php
...
real 0m0.952s
...

Deaktiviert man alle Plugins Ihrer Joomla-Webseite, reduziert sich diese Zeit auf 0,2 Sekunden:
$ time php5.5 -f index.php
...
real 0m0.211s
...

Durch testweises Deaktivieren einzelner Plugins haben Sie so die Möglichkeit, selbst herauszufinden, welches Plugin die lange Ladezeit Ihrer Webseite verursacht.

Wirklich hilfreich war die Antwort nicht. Denn sind alle Plugins deaktiviert, kommt logischerweise eine Fehlermeldung auf der Seite und sonst nichts. Schalte ich nur die ein, die ich brauche, damit die Seite ohne Fehlermeldung läuft, ist die Wartezeit schon wieder fast bei 1,0 sek.

Kürzlich habe ich die Seite www.tools.pingdom.com gefunden wo auch Historys gespeichert werden.
Bei einem Eintrag vom 14. November 2014 zu meiner Seite (http://tools.pingdom.com/fpt/#!/cmT8...ww.hdsports.at) ist die Waiting time 281 ms für den First Get, also noch ganz ok.
Bei der vom 26. November (http://tools.pingdom.com/fpt/#!/bNtg...ww.hdsports.at) ist sie bereits über 1 Sekunde.

Vielleicht kann sich jemand diese 2 Auswertungen anschauen und erkennen was vielleicht diese lange Wartezeit verursachen könnte?

Ich wüsste nicht, wie ich erkennen kann, was einen so langen ersten Get verursacht. Gibt es Tools dafür? Über sonstige Tipps, Hilfe und Ratschläge wäre ich natürlich sehr dankbar.

Liebe Grüße!

bearbeitet 28. April 2015 von HDsports

[HDsports 0]

Hat keiner einen Rat oder Tipps für mich?

bearbeitet 4. Mai 2015 von HDsports

[testperson 1.527]

Hi,

 

ich könnte mir vorstellen, dass deine Frage in einem Joomla Forum besser aufgehoben ist.

 

Gruß

Jan

[zahni 521]

Da ist ziemlich viel Werbung auf der Seite. Eventuell lädt ein Plugin zu diesem Thema bei jedem Zugriff externen Content nach. Hier müsste man prüfen, ob man etwas cachen oder statisch einbinden kann.

[HDsports 0]

Hi,

 

ich könnte mir vorstellen, dass deine Frage in einem Joomla Forum besser aufgehoben ist.

 

Gruß

Jan

Hey Jan,

hatte ich schon intensiv probiert:

http://www.joomlaportal.de/joomla-3-x-installation/314577-seite-nach-migration-extrem-langsam.html

http://forum.joomla.org/viewtopic.php?f=709&t=882234

http://forum.joomla.org/viewtopic.php?f=710&t=863245

http://forum.joomla.de/index.php/Thread/200-Webseite-brutal-langsam/

http://www.joomlaportal.de/joomla-3-x-allgemeine-fragen/319258-datenbank-last-welche-werte-sind-normal.html

 

Leider großteils erfolglos, trotz teilweiser viel Support. Mein Problem ist anscheinend sehr, sehr komplex  und einzigartig und ich finde einfach keine Lösung.

 

Ich als Laie frage mich, ob es denn kein Tool gibt, welches feststellen kann, was die lange Dauer bis zum "First GET" verursacht?

 

 

Da ist ziemlich viel Werbung auf der Seite. Eventuell lädt ein Plugin zu diesem Thema bei jedem Zugriff externen Content nach. Hier müsste man prüfen, ob man etwas cachen oder statisch einbinden kann.

Nein, die 3 Werbebanner sind sicher nicht die Ursache. Sind erst während des Problems eingebaut worden und hatten keine Auswirkung auf die Performance

bearbeitet 4. Mai 2015 von HDsports

[HDsports 0]

Kann mir niemand weiterhelfen?

[zahni 521]

Nicht wirklich. Du könntest aber mal das sinnfreie IFRAME

<iframe 	id="blockrandom"
	name="iframe"
	src="http://www.hdsports.at/leer.htm"
	width="0"
	height="0"
	scrolling="no"
	frameborder="0"
	class="wrapper">
	Diese Option wird nicht korrekt funktionieren, da der aktuell eingesetzte Webbrowser keine Inline-Frames unterstützt!</iframe>
</div>

entfernen. http://www.hdsports.at/leer.htm enthält den gleichen Content wie die root und führt u.U. zu eine Endlosschleife.

[Weingeist 157]

Konnte ich leider auch schon öfter beobachten bei den CMS-Geschichten. Das Zeug ist zwar toll aber auch einfach extrem "überladen".

 

Wie siehts den mit der Power der Maschine aus? CPU? RAM? IO-Leistung? Bei nem dedicated Server sollte das eigentlich kein Problem sein, aber man weiss ja nie.

Ich würde mich da an den Provider wenden, die müssen Dir helfen zumindest die Ursache zu finden. Die machen das schon bei günstigen Angeboten, bei den teuren dedicated managed sowieso. Die haben für alles ihre Spezialisten.

Bei meinem letzten solchen Fall war es eine Fehlkonfiguration des Servers in der Anbindung an das Netzwerk seitens des Providers.

[HDsports 0]

Nicht wirklich. Du könntest aber mal das sinnfreie IFRAME

<iframe     id="blockrandom"

    name="iframe"

    src="http://www.hdsports.at/leer.htm"

    width="0"

    height="0"

    scrolling="no"

    frameborder="0"

    class="wrapper">

    Diese Option wird nicht korrekt funktionieren, da der aktuell eingesetzte Webbrowser keine Inline-Frames unterstützt!</iframe>

</div>

entfernen. http://www.hdsports.at/leer.htm enthält den gleichen Content wie die root und führt u.U. zu eine Endlosschleife.

Sollte schon entfernt sein. Hat aber leider keine Auswirkung auf die lange Wartezeit bis zum First Get

 

Konnte ich leider auch schon öfter beobachten bei den CMS-Geschichten. Das Zeug ist zwar toll aber auch einfach extrem "überladen".

 

Wie siehts den mit der Power der Maschine aus? CPU? RAM? IO-Leistung? Bei nem dedicated Server sollte das eigentlich kein Problem sein, aber man weiss ja nie.

Ich würde mich da an den Provider wenden, die müssen Dir helfen zumindest die Ursache zu finden. Die machen das schon bei günstigen Angeboten, bei den teuren dedicated managed sowieso. Die haben für alles ihre Spezialisten.

Bei meinem letzten solchen Fall war es eine Fehlkonfiguration des Servers in der Anbindung an das Netzwerk seitens des Providers.

Folgende Einstellungen kann ich bei 1und1 in den Servereinstellungen konfigurieren.

WebDav: on/off (on is set)

FastCGI: on/off (on is set)

SSLSupport: on/off (on is set)

integration from PERL as: Modul/CGI (CGI is set)

integration from PERL as: Modul/CGI (CGI is set)

memory usage: 262144 kB

Process maturity: 360 seconds

Number of concurrent processes: 150

 

Mehr kann ich dir leider auch nicth dazu sagen. Aber am der Leistung der Maschine soll es sicher nicht liegen. Vor der Migration lief die Seite auch einwandfrei und da wurde sogar deutlich mehr geladen.

Der Provider hat eigentlich schon viel versucht zu helfen und möchte jetzt auch nicht mehr helfen.

Ich als Laie finde es hald etwas seltsam, wieso es scheinbar keine Möglichkeit gibt, herauszufinden was diese lange Wartezeit zum First Get verursacht...

bearbeitet 13. Mai 2015 von HDsports

[Dukel 436]

Gibt es bei Joomla einen Debugmodus?

Hast du einmal gestetet Joomla frisch zu installieren, alle Plugins von deiner Installation zu installieren, ob dies dann auch langsam ist oder nicht. Dann sollte es ja an den Inhalten / der Migration liegen.

[zahni 521]

Eventuell ist noch die PHP-Version interessant. Kann man das festlegen? Mit welchen Versionen funktioniert das CMS? Ist die SQL-DB schnell genug?

Vielleicht ist 1&1 hier nicht der optimale Provider.

Für Typo3 kann ich http://www.cron.eu/ sehr empfehlen. Joomla? K.a. ;)

[Weingeist 157]

Versionssprünge sind neben dem hoffentlich grösseren Funktionsumfang (fast) immer auch mit grösserem Performancehunger gepaart. Kennt man ja von Windows. Da wird mit jeder Version behauptet, dass der Ressourcenverbrauch/Startgeschwindigkeit sinkt und alles daran gesetzt, einem das mit Nachladen von Bibliotheken etc. zu suggerieren. ;)

 

Unter Umständen musst ihnen aber auch demonstrieren, dass dieses Problem eben auch mit der frisch aufgesetzten Maschine und der Standardwebsite von Joomla der Fall ist damit sie tätig werden (müssen).

bearbeitet 15. Mai 2015 von Weingeist

[HDsports 0]

Gibt es bei Joomla einen Debugmodus?

Hast du einmal gestetet Joomla frisch zu installieren, alle Plugins von deiner Installation zu installieren, ob dies dann auch langsam ist oder nicht. Dann sollte es ja an den Inhalten / der Migration liegen.

Gibt es, wurde auch schon ausgiebig getestet. Aber auch hier war für mich nicht ersichtlich was so einen langen ersten GET ferursacht.

Frisch zu installieren: Nein, bei so einer umfangreichen Seite ist es leider sehr sehr schwierig alles neu und genauso nachzuinstallieren. Soll die allerallerletzte Notlösung sein (wenn auch genug Zeit dazu da ist).

Aber ich hatte schon einmal alle Extensions (Plugin, Komponente, Module) deaktiviert (nur die nicht, die ich brauche, das keine Fehlermeldung angezeigt wird) und trotzdem war die Ladezeit fast so lang wie mit allen aktivierten. Daher vermute ich, das es nicht daran leigt.

 

Eventuell ist noch die PHP-Version interessant. Kann man das festlegen? Mit welchen Versionen funktioniert das CMS? Ist die SQL-DB schnell genug?

Vielleicht ist 1&1 hier nicht der optimale Provider.

Für Typo3 kann ich http://www.cron.eu/ sehr empfehlen. Joomla? K.a. ;)

Ich habe PHP 5.2. Joomla ist auch auf PHP5 ausgelegt. Sollte also auch nicht daran liegen.

Am Hoster fürchte ich auch nicht. Auch wenn häufig über 1&1 kritisiert wurde. Sie versuchten zumindest lange zu helfen, auch wenn zeitlich stark verzögert. Meine alte J1.5-Seite lief auf selbigen Server sehr flüssig, obwohl damals meine Seite deutlich mehr laden musste. Zudem läuft localhost die Seite noch um ein Vielfaches langsamer

bearbeitet 15. Mai 2015 von HDsports

[testperson 1.527]

Hi,

 

vielleicht wäre es an der Zeit einen entsprechenden Dienstleister zu beauftragen, der sich auf Joomla spezialisiert hat ;)

 

Gruß

Jan

[zahni 521]

Ich glaube mal gelesen zu haben, dass manche Shared Hoster die PHP-Umgebungen CPU-Technisch beschränken, um andere Angebote auf dem Server nicht zu stören.