Performance – Ladezeit bei erstem Aufruf einer Seite enorm.

[bjoernson]

Ich habe jetzt erst mal auf Contao 4.4 downgegradet und damit etwas Zeit gewonnen um unseren Kunden zu überreden einen anderen Webhoster zu nutzen. Auf 4.4 geht das erste Laden der Site auf jeden Fall etwas schneller.

[tschero]

Wir hatten bei einer Seite ebenfalls enorme Ladezeiten und konnten diese auch nur mit massivem Aufwand beheben.

Folgendes ist tatsächlich sehr wichtig (im Produktivbetrieb):
- OPCache!!!
- Cachezeit Private-Cache
- Cachezeit Shared-Cache (der kann ruhig auf 1 Jahr gestellt werden)
- Angepasste .htaccess von PCT
- angepasste news-Templates (Methode "$this->hastText entfernt") !!!
- Nutzt den Realpath Cache (funktioniert nur wenn open_basdir ausgeschaltet ist)
- die Website läuft auf einem VPS - das macht einen enormen Performancegewinn aus. Ich konnte das auf keinem Shared-Hosting so schnell bekommen wie mit dem VPS

Gruß
tschero

[bjoernson]

Wir hatten bei einer Seite ebenfalls enorme Ladezeiten und konnten diese auch nur mit massivem Aufwand beheben.

Folgendes ist tatsächlich sehr wichtig (im Produktivbetrieb):
- OPCache!!!
- Cachezeit Private-Cache
- Cachezeit Shared-Cache (der kann ruhig auf 1 Jahr gestellt werden)
- Angepasste .htaccess von PCT
- angepasste news-Templates (Methode "$this->hastText entfernt") !!!
- Nutzt den Realpath Cache (funktioniert nur wenn open_basdir ausgeschaltet ist)
- die Website läuft auf einem VPS - das macht einen enormen Performancegewinn aus. Ich konnte das auf keinem Shared-Hosting so schnell bekommen wie mit dem VPS

Gruß
tschero

Vielen Dank für die Zusammenfassung. Das ist eine gute Übersicht für dieses und zukünftige Projekte!


Kurzes Update zu meinem Problem. Tatsächlich hat sich nun heraus gestellt, dass der Tarif bei Hosteurope noch von 2007 war. Die Technik der Server wo die Seite lag, war wohl schon etwas veraltet. Nach einem Upgrade auf einen aktuellen Tarif für das selbe Budget rennt diese Seite nun schon bedeutend schneller. Checkt also auch immer das alter der Tarife eurer Kunden!

[Tim]

Checkt also auch immer das alter der Tarife eurer Kunden!

Das ist einer der wichtigsten Hinweise!

Darüber hinaus empfehle ich auch die reale Anzahl an Kunden auf dem Server zu hinterfragen. Ich möchte keine Lanze für all-inkl per se brechen, aber dort wird bei den Tarifen direkt gesagt "Anzahl an Kunden", die ebenfalls auf dem Server sitzen.
Dieser Wert ist kritisch! Man weiss zwar am Ende nicht in welchen Dimensionen die anderen den Server auslasten, aber man kann hier bereits Minimierung betreiben!

Aus dem Nähkästchen:
Reales Beispiel: Kundenwebseite von mir (Eclipse Installation, nichts besonders großes oder so), alles lief super. Aber jeden Tag ca. ab 16 Uhr ging nichts mehr- Ich meine nichts! Timeout bei jedem Klick. Nach einem Gespräch mit all-inkl hat sich herausgestellt, dass ein weiterer Server-Kunde ab ca. 16 Uhr ein gigentisches Owncloud-Portal geschaltet hat. Quasi nach der Arbeit, schön Video-Streams gefeuert .
Die Moral von der Geschicht: Wir wissen zwar nicht was die anderen machen, aber weniger ist mehr

[fan]

Wir hatten bei einer Seite ebenfalls enorme Ladezeiten und konnten diese auch nur mit massivem Aufwand beheben.

Folgendes ist tatsächlich sehr wichtig (im Produktivbetrieb):
- OPCache!!!
- Cachezeit Private-Cache
- Cachezeit Shared-Cache (der kann ruhig auf 1 Jahr gestellt werden)
- Angepasste .htaccess von PCT
- angepasste news-Templates (Methode "$this->hastText entfernt") !!!
- Nutzt den Realpath Cache (funktioniert nur wenn open_basdir ausgeschaltet ist)
- die Website läuft auf einem VPS - das macht einen enormen Performancegewinn aus. Ich konnte das auf keinem Shared-Hosting so schnell bekommen wie mit dem VPS

Gruß
tschero

Hallo Tschero,

ich gehe davon aus das deine Seite mit Contao 4.9 gemacht ist. D.h. der Private-Cache und der Shared-Cache hat bei deiner Seite keine Auswirkung. Den kannst du praktisch deaktivieren. Es werden hier immer die Cookies "csrf_https-contao_csrf_token" und "PHPSESSID" geladen und damit der Contao-Cache auf miss gesetzt.

Meine Frage an Dich. Hast du eine aktuelle Contao 4.9-Version am laufen bei der das Caching funktioniert? D.h. bei denen die Cookies nicht geladen sind?

Wäre dankbar für irgendwelche Hinweise wie diese Cookies vermieden werden können.

[tschero]

Hi,

Es werden hier immer die Cookies "csrf_https-contao_csrf_token" und "PHPSESSID" geladen und damit der Contao-Cache auf miss gesetzt.

ja das habe ich gesehen.
Ich dachte eigentlich schon, dass der private- und der shared Cache funktionieren.

Gem. Doku wird der Realpath-Cache nicht verwendet da der Kunde open_basedir nicht abschalten wollte.
Oder hat der Realpath-Cache etwas mit dem private- und dem shared Cache zu tun?

Hast du eine aktuelle Contao 4.9-Version am laufen bei der das Caching funktioniert? D.h. bei denen die Cookies nicht geladen sind?

Hm, was hat das Caching mit den o.g. Cookies"csrf_https-contao_csrf_token" und "PHPSESSID" zu tun?

Ich fürchte hier habe ich Lücken im Systemverständnis

Gruß
tschero

[fan]

Hi Tschero,

es gibt zum Thema Contao Caching einen guten Vortrag vom Entwickler auf Youtube.

Hier wird das Caching erklärt. Und immer bei diesen Cookies "csrf_https-contao_csrf_token" und "PHPSESSID" kommt kein Caching zustande.
Ich möchte gerne wissen warum diese Cookies immer geladen werden. Die sollten doch nur bei Login-Seiten und Kontaktseiten relevant sein. Dachte ich.

https://www.youtube.com/watch?v=VU4JmsmF99Y

Leider sind meine Kenntnisse in der Tiefe auch nicht sehr gut. ;-(

Grüße
fan

[tschero]

Vermutlich können wir als reine Anwender hier nichts machen.

Evtl. kann Tim da was zu sagen oder man muss das mal ins Contao-Forum (oder GitHub) stellen.

Das Problem wird im Video m.M.n. ab Minute 25 angesprochen.

Gruß
tschero

[tschero]

@Tim:
Evtl. ist dieser Link etwas für Dich (ist aus dem Video).
https://contao.org/de/news/die-jagd-...e-cookies.html

[tschero]

Die beiden Cookies:
"csrf_https-contao_csrf_token" und "PHPSESSID"

kommen aber auch von Contao und nicht von Eclipse, wenn ich das richtig verstanden habe.

[tschero]

Moin Zusammen,

@Tim: Kannst Du bestätigen, dass die beiden o.g. Cookies wirklich nicht von EX stammen?
Ich bekommen diese "contao: miss" -Meldung nicht weg. Meine Seite wird also scheinbar nicht korrekt gecached. Dem Problem versuche ich jetzt mal genauer auf die Spur zu kommen.
https://community.contao.org/de/show...l=1#post538281

Gruß
tschero

[Tim]

PHPSESSION ist PHP-eigen. Der andere ist Contao ab Version 4.9

[tschero]

Irgendwas passt hier nicht.
https://community.contao.org/de/show...l=1#post538351

Contao liefert laut den Thread keine PHPSESSIONID aus wenn keine Formulare gesetzt sind. Das Login Formular scheint hier zu triggern (das brauche ich nicht und schalte das in den Seitenlayouts aus) und scheinbar ist "user_privacy_settings" auch ein Formular.

DIe beiden Thread hier und im COntao-Forum widersprechen sich m.m.M.n.

[Tim]

user_privacy_settings ist von Eclipse. Es ist die Auswahl des Optin. Siehe: https://help.premium-contao-themes.c...okies-658.html
---
Die Frage war nach "csrf_https-contao_csrf_token" und "PHPSESSID". Das sind Contao-eigene Cookies.

[tschero]

Ja das stimmt. Die werden jedoch nur gesetzt wenn Formulare verwendet werden.

Im Prinzip würde dass ja bedeuten, dass man mir EX nicht cachen kann ohne die .env-Datei anzulegen. Irgendwie kann ich mir das nicht vorstellen