Erhöhte Ladezeiten: Beeinflussen von DB-Querries

[Sabaid]

Hallo zusammen,
bei einem aktuellen Projekt, bei dem ich eine Menge an Erweiterungen verwende, unter anderem Isotope Ecommerce und boxes4wards, sind mir die langen Ladezeiten von FE-Seiten schon seit längerem ein Dorn im Auge. Mir sind die üblichen Tricks wie das Runterskalieren von Bildern und Komprimieren von HTML / CSS / JS bereits bekannt und ich hab so gut es geht diese auch angewendet, jedoch ohne viel Erfolg. Ich hab mir mal im Debug-Modus die verschiedenen Seiten angeschaut und verglichen:

Eine Produktseite:
productdetails_full_debug.png

Eine Produktseite ohne Navigation, ohne 'ähnliche Kategorien', ohne boxes4wards-Elemente, mit Standard-Galerie:
productdetails_less_debug.png

Eine Produktseite von der Isotope-Demo:
isotopedemo_full_debug.png

Bei einer Nicht-Produktseite konnte ich durch das weglassen der Navigation bereits von 6s auf 3s runtergehen. Die Navigation nutzt mmenu, daher ist es nötig alle Seiten und ihre Unterseiten zu generien. Ich generiere dadurch einen Seitenbaum der ca. 60 Elemente beinhaltet. Ich bin mir nicht ganz sicher, wodurch die ganzen Datenbankabfragen ausgelöst werden und wie ich diese beeinflussen kann. Zudem wundert es mich, dass durch das Aufrufen von Seiten bereits Einträge verändert werden, was bei der Isotope-Demo nicht der Fall war.

Contao 3.5.28

Ich würde gerne wissen, wie ich diese enormen Ladezeiten verringen kann. Bin für jeden Tipp dankbar!

[Sabaid]

Ich hab jetzt mal testweise soweit alle Erweiterungen entfernt, sodass die Seite ohne Errors lädt (daher kein abgesicherter Modus möglich). Die Zeit im Debug-Modus ist auf 4s heruntergefallen. Wenn ich nun die Navigation noch ausblenden würde, wäre ich wahrscheinlich bei dem gewünschten Wert.

[mlweb]

Mit welchen Tools prüfst Du die Ladezeiten und welche Hinweise bekommst. Die Bilder sehen mir so aus wie interne Prüfung innerhalb von Contao.
Nur mit Link zu Seite kann man sich selbst ein Bild machen.
Wer ist der Hoster? Unter Umständen reicht die Performance Deines Hostingpakets einfach nicht aus.

[Sabaid]

Mit welchen Tools prüfst Du die Ladezeiten und welche Hinweise bekommst. Die Bilder sehen mir so aus wie interne Prüfung innerhalb von Contao.
Nur mit Link zu Seite kann man sich selbst ein Bild machen.
Wer ist der Hoster? Unter Umständen reicht die Performance Deines Hostingpakets einfach nicht aus.

Ich hab das ganze bisher mit dem Debug-Modus von Contao und den Dev-Tools von Chrome geprüft. Letzteres Ergab durchschnittlich zwischen 6-15s beim Generieren der HTML-Struktur.
Das ganze läuft momentan noch lokal. PHP memory_limit wurde bereits auf 1GB erhöht.

[Spooky]

Mit dem memory_limit hat das nichts zu tun. Der limitierende Faktor ist die generelle Rechenleistung und I/O Geschwindigkeit des Servers. Was für ein Hosting Paket benutzt du da?

[Sabaid]

Mit dem memory_limit hat das nichts zu tun. Der limitierende Faktor ist die generelle Rechenleistung und I/O Geschwindigkeit des Servers. Was für ein Hosting Paket benutzt du da?

XAMPP (PHP 7.1) unter Windows, falls du das meinst.

[Spooky]

Nein, ich meine deine Prozessorart, Prozessorgeschwindigkeit, RAM Art, RAM Timings, etc.

Für ein aufwändige Website brauchst du auch einen dementsprechend performanten Server - und eine dementsprechend gute Server Konfiguration.

[Sabaid]

Nein, ich meine deine Prozessorart, Prozessorgeschwindigkeit, RAM Art, RAM Timings, etc.

Für ein aufwändige Website brauchst du auch einen dementsprechend performanten Server - und eine dementsprechend gute Server Konfiguration.

Die Entwicklungsumgebung läuft momentan auf einem Standrechner (nicht meiner):
CPU Art: Intel Core 2 Quad
CPU Geschwindigkeit: 2400 MHz
RAM Art: 4x 2GB DDR2
RAM Timings: 300 MHz (5-5-5-15)

[mlweb]

Ich weiss nicht ob es tatsächlich Sinn macht die Geschwindigkeiten in einer lokalen Entwicklungsumgebung zu testen.
Interessant wird es doch erst in der Liveumgebung.

[Sabaid]

Ich weiss nicht ob es tatsächlich Sinn macht die Geschwindigkeiten in einer lokalen Entwicklungsumgebung zu testen.
Interessant wird es doch erst in der Liveumgebung.

Wenn es lokal ohne Einschränkungen schon nicht gut läuft, wie wird das ganze erst in der Produktivphase laufen?

Nachdem ich Avisota entfernt, und damit meine Abhängigkeiten von 116 auf 35 senken konnte, läuft die Seite viel schneller. Interessanterweise sind die Anzahl der Queries gestiegen, die Zeit für die Verarbeitung ist jedoch auf ~7s gefallen. Die Ladezeiten der einzelnen Seiten ohne Debug-Modus sind nun zwischen 1-2s, was ganz annehmbar ist.

Muss ehrlich gestehen, dass ich etwas seltsam finde, dass Erweiterungen so starken Einfluss auf die Ladezeiten der Seiten haben, und man als Entwickler kaum bis gar keinen Einfluss drauf nehmen kann.

[Samson1964]

Ich verstehe sowieso nicht, wieso ein an sich banales Newslettersystem wie Avisota soviel Performance frißt. Ich überlege Avisota auch einzusetzen. Nachdem ich gesehen habe was da für ein Rattenschwanz installiert wird, werde wahrscheinlich Contao mit nur Avisota aufsetzen.

Gesendet von meinem L52 mit Tapatalk

[Spooky]

Wie kommst du darauf, dass Avisota "banal" ist?

[Sabaid]

Avisota ist alles andere als banal. Gerade durch den Umfang an Features und der Flexibilität hab ich mich für diese Newsletter-Lösung entschieden. Sie ist jedoch durch ihre PHP7 Inkompatibilität und ihren Package-Umfang wohl nicht das richtige, für mein bereits so großes Projekt. Werde das ganze wohl auslagern.

[Samson1964]

Banal war der falsche Ausdruck in Bezug auf Avisota. Banal ist ein Newslettersystem an sich. Also sowas wie der Core-Newsletter. Avisota ist davon weit entfernt.

Gesendet von meinem L52 mit Tapatalk